تجارة إلكترونية للأثاث — الرباطعائد 5.1× على الأثاث بفضل Shopping و PMax المُدارَين على الهامش.
سلة مرتفعة، دفع عند الاستلام، كتالوج غني: متجر إلكتروني للأثاث بالرباط أراد التوسّع دون المساس بالربحية. هيكلت Webotic تدفّق منتجات نظيفاً وقادت Shopping و PMax و Meta على بيانات حقيقية.
تم إخفاء هوية العميل بناءً على طلبه — الأرقام حقيقية وقابلة للتحقق عند الطلب.
- Google Shopping
- Performance Max
- Google Merchant Center
- Meta Catalog
- Meta CAPI
- GA4
السياق · توسيع سلة مرتفعة دون كسر الهامش
كان هذا التاجر للأثاث بالرباط يبيع منتجات ذات سلة مرتفعة، مع دفع عند الاستلام (COD) في الأغلب ولوجستيك توصيل خاص بالأثاث. الكتالوج كان ضخماً لكنه غير مهيكل للاستقطاب المدفوع: عناوين غير متّسقة، خصائص ناقصة، وصور متفاوتة. نتيجة لذلك، رفض Google Shopping منتجات وأنفقت الحملات القائمة دون تمييز. كان الهدف واضحاً: زيادة حجم المبيعات دون المساس بالربحية، في قطاع يزن فيه كل طلب كثيراً لكن حيث يُدخل الدفع عند الاستلام خطر الإلغاء. كان لا بد من جعل البيانات موثوقة قبل فتح الميزانيات، وإلا فسيجري التحسين على إشارة خاطئة ويُهدر الاستثمار على نطاق واسع.
- سلة متوسطة مرتفعة، دفع عند الاستلام (COD) في الأغلب.
- كتالوج ضخم غير مهيكل لتدفّق المنتجات.
- منتجات مرفوضة في Merchant Center وإنفاق غير موجَّه.
- خطر إلغاء COD يجب دمجه في القيادة.
المنهجية · تدفّق نظيف، Shopping، PMax و Meta CAPI
بدأت Webotic بتنظيف تدفّق Merchant Center: توحيد العناوين، استكمال خصائص المنتجات، تصحيح التصنيف والصور لرفع حالات الرفض. على هذا الأساس السليم، شكّل Google Shopping القياسي الركيزة، مكمَّلاً بـ Performance Max لالتقاط الطلب خارج البحث. بالتوازي، تمّت مزامنة كتالوج Meta ونُشرت Conversions API (CAPI) لجعل إشارة التحويل موثوقة رغم فقدان إشارة المتصفّح. عولج الدفع عند الاستلام كمرحلة مستقلّة: تتبّع الطلبات المؤكَّدة بدل النقرات فقط، للقيادة على القيمة الحقيقية. وأتاحت تقارير GA4 الموحّدة موازنة الميزانيات والمزايدات على الهامش، منتجاً بمنتج، بدل عائد سطحي.
- تدفّق Merchant Center منظَّف: عناوين، خصائص، صور.
- Google Shopping كركيزة و Performance Max كامتداد.
- كتالوج Meta مُزامَن + Conversions API (CAPI).
- قيادة على الطلبات المؤكَّدة لا على النقرات فقط.
النتائج · الحجم والربحية معاً
بتدفّق نظيف وإشارة موثوقة، أمكن توسيع الاستقطاب دون كسر الهامش. بلغ العائد المتوسط 5.1× عبر Shopping و PMax و Meta، ونما رقم المعاملات بنسبة 130% مقابل زيادة ميزانية إعلامية بـ45% فقط: تجاوز نمو المبيعات بكثير نمو الإنفاق. وارتفعت السلة المتوسطة بـ20%، مدفوعةً بإبراز أفضل للفئات عالية القيمة واستهداف أدقّ. بقيت تكلفة الاستقطاب متحكَّماً بها رغم ارتفاع الحجم، وحدّ تتبّع الطلبات المؤكَّدة من أثر إلغاءات COD على قراءة الأداء. (أرقام للاستبدال بالقيم النهائية.)
- عائد متوسط 5.1× عبر Shopping + PMax + Meta.
- مبيعات +130% مقابل ميزانية إعلامية +45%.
- سلة متوسطة +20% بفضل الفئات عالية القيمة.
- تكلفة استقطاب متحكَّم بها رغم التوسّع.
كنا نخاف أن ننفق أكثر ونربح أقل. رتّبت Webotic كتالوجنا أولاً، ثم قادت على طلباتنا الحقيقية. ضاعفنا نتائجنا وأكثر دون أن تنفجر تكاليفنا.
أسئلة شائعة
- لماذا تنظيف تدفّق المنتجات قبل إطلاق الحملات؟
- لأن Google Shopping و Performance Max يعتمدان كلياً على تدفّق Merchant Center. العناوين الغامضة أو الخصائص الناقصة أو الصور غير المطابقة تؤدّي إلى رفض المنتجات والعرض على استعلامات خاطئة. التدفّق النظيف يرفع حالات الرفض ويحسّن الملاءمة ويتيح للخوارزميات التحسين على منتجات قابلة فعلاً للعرض.
- كيف يُدار الدفع عند الاستلام (COD) في القيادة؟
- بالقيادة على الطلبات المؤكَّدة بدل مجرّد إتمام السلة. يُدخل الدفع عند الاستلام خطر إلغاء يضخّم، إن أُهمل، العائد المعروض بشكل مصطنع. بإرجاع قيمة الطلبات المُسلَّمة فعلاً، يجري التحسين على الهامش الحقيقي لا على حجم طلبات مُلغى جزء منه.
- لماذا الجمع بين Google Shopping و Performance Max؟
- يمنح Shopping القياسي ركيزة واضحة وقابلة للتحكّم على بحث المنتجات. ويوسّع Performance Max العرض إلى YouTube و Display و Gmail و Discover لالتقاط طلب لا يغطّيه البحث وحده. مجتمعَين على تدفّق نظيف وإشارة موثوقة، يوسّعان الحجم دون تخفيف الربحية.
- ما فائدة Conversions API (CAPI) على جانب Meta؟
- ترسل CAPI التحويلات مباشرة من الخادم، تكميلاً لبكسل المتصفّح. مع فقدان إشارة المتصفّح، تستعيد تحويلات كانت ستبقى غير مرئية، وتحسّن إزالة التكرار، وتمنح خوارزمية Meta أساساً موثوقاً للتحسين على المشترين الحقيقيين بدل إشارة فقيرة.