[دراسة حالة] زيادة أداء Google Shopping باستخدام DataFeedWatch

المشكلة الأولى: خلاصات المنتجات الخام تحقق نتائج متواضعة

غالبًا ما نحصل على عملاء جدد لديهم خلاصات منتجات لم يتم لمسها، مما يعني أن العناوين والأوصاف ونوع المنتج وما إلى ذلك كلها غير محررة. ولهذا السبب، لم يتم تحسين النسخة التي نتلقاها بشكل جيد بما يكفي لتحقيق أداء مرضٍ للحملة.

قد تسأل نفسك: "لماذا أقوم بتحسين خلاصة منتجي؟ يتم عرض إعلانات منتجاتي على أي حال."

حسنًا، تساعد الخلاصة المُحسّنة بشكل صحيح Google في تحديد أولويات منتجاتك نظرًا لسمات مثل:

• عنوان وصفي
• وصف موجه نحو ميزات المنتجات
• نوع المنتج
• معرّفات المنتجات، مثل GTIN/SKU
• لون
• مقاس
• جنس

إن إدخال جميع المعلومات الممكنة إلى Google حول منتجك، وكيفية استخدامه، وكيف يبدو (اللون والحجم وما إلى ذلك)، سيؤدي جميعًا إلى تحديد سبب ملاءمته بشكل أفضل لاستعلام البحث المحدد.

كما ذكرنا من قبل، من المرجح أن تؤدي الخلاصة المحسّنة جيدًا إلى تحقيق أداء أفضل لحملة التسوق مقارنةً بالخلاصة غير المحسّنة. ولكن كيف نستخدمها فعليًا في KompetenceKanalen؟

نستخدمها عادةً كبديل لقواعد الخلاصة الخاصة بـ Google Merchant Center، نظرًا لأن DataFeedWatch توفر مجموعة متنوعة من الطرق لتحسين السمات، وتضمين المنتجات أو استبعادها بطريقة قابلة للتخصيص للغاية. لقد قررنا أن نقدم لك، أيها القارئ، نظرة على أحد حسابات DataFeedWatch الخاصة بنا، وكيفية تنظيم وتحسين سمات عنواننا ورقم GTIN الخاص بنا.

الحل: تحسين العنوان ورقم GTIN

تحسين العنوان

كان لدى عميلنا منتجات لا تحتوي على العلامة التجارية ونوع المنتج في العنوان، لذلك أنشأنا قاعدة لإضافتها.

قمنا بتنظيم العناوين الجديدة بحيث تأتي العلامة التجارية أولاً، ثم العنوان الأصلي، ثم نوع المنتج في النهاية. للتأكد من أن هذا لا يؤثر إلا على المنتج الذي يفتقر إلى اسم العلامة التجارية، أضفنا عامل [فقط إذا]. لقد استبعدت جميع المنتجات من هذه القاعدة والتي تحمل بالفعل اسم العلامة التجارية المحدد في العنوان. وكلمسة أخيرة، حرصنا على إضافة عامل [Else]، والذي أعاد تسميته مرة أخرى إلى العنوان الأصلي إذا لم يكن لأي من القواعد المذكورة أعلاه أي تأثير على عنوان المنتج.

من خلال القيام بذلك بهذه الطريقة، تأكدنا من أن كل عنوان كان مزعجًا و/أو يفتقر إلى المعلومات الصحيحة، حصل على ما يحتاجه ليكون قادرًا على تقديم أفضل أداء ممكن.

بعد أن قمنا بتحميل خلاصتنا المحسّنة إلى Merchant Center الخاص بالعميل، شهدنا زيادة في تحويلات Google Shopping بنسبة هائلة بلغت 95,67% .

تحسين رقم GTIN

إذا تمت تعبئة سمة GTIN بشكل غير صحيح، فسيتم رفض منتجاتك. وهذا يعني بالطبع أنه لا يوجد مجال للخطأ عند ملء سمات GTIN.

يمكن إنشاء أرقام GTIN لما يصل إلى 13 حرفًا. لمواجهة احتمالية الخطأ، أنشأنا قاعدة لسمة GTIN التي تحذف الأرقام المدخلة إذا كانت أقصر أو أطول من 13 حرفًا. ومن خلال إضافة هذا، تأكدنا من عدم رفض أي منتجات على الإطلاق من خلال رقم GTIN سواء كان طويلًا جدًا أو قصيرًا جدًا. نحن نفضل الحصول على منتج بدون رقم GTIN بدلاً من الحصول على منتج مرفوض.

المشكلة الثانية: عائد الإنفاق الإعلاني لا يقدم رؤية كافية لربح التحويلات

لقد كان عائد الإنفاق الإعلاني هو الاختيار الثابت لاستراتيجية عروض الأسعار التلقائية لحملات التسوق، ولا يزال كذلك. المشكلة الوحيدة في عائد الإنفاق الإعلاني هي عدم وجود فكرة واضحة عن الربح الفعلي للتحويل. قد يبدو عائد الإنفاق الإعلاني بنسبة 800% جيدًا، ولكن إذا كان هامش الربح لهذا المنتج المحدد لا يتطابق مع هدف عائد الإنفاق الإعلاني، فلن يستفيد العميل من إعلانات Google.

هناك أيضًا استراتيجية POAS، والتي تأخذ في الاعتبار التكاليف المختلفة، مثل تكلفة التسليم والرواتب والتكاليف الثابتة وما إلى ذلك.

لقد أنشأنا في KompetenceKanalen طريقة تمكننا من تقديم عطاءات لتحقيق الربح بمساعدة استخدام عائد الإنفاق الإعلاني. كيف لنا أن نفعل ذلك؟ سنحتفظ بذلك لأنفسنا في الوقت الحالي، ولكن يمكننا أن نوضح كيف قمنا بالإعداد حتى تتمكن من الحصول على هامش الربح في خلاصة منتجك بمساعدة علامة مخصصة وDataFeedWatch.

لقد استخدمنا إستراتيجية عروض الأسعار لتحقيق الربح الخاصة بنا لأحد عملائنا، مما أدى إلى زيادة نسبة النقر إلى الظهور والتحويلات وقيمة التحويل وعائد الإنفاق الإعلاني. وفي مدة لا تقل عن شهرين تمكنا من زيادة:

• نسبة النقر إلى الظهور بنسبة 38,82%
• التحويلات بنسبة 95,67%
• قيمة التحويل مع 139,85%
• عائد النفقات الإعلانية بنسبة 29,11%

الحل: حساب هوامش الربح في خلاصات المنتج باستخدام DataFeedWatch

لتتمكن من حساب هامش الربح لمنتج ما في DataFeedWatch، يجب أن تكون قادرًا على سحب تكلفة المنتج وسعر المنتج من نظام إدارة المحتوى (CMS) الخاص بالعميل. لا يهم حقًا ما إذا كان مع ضريبة القيمة المضافة أو بدونها، حيث يمكنك طرح ضريبة القيمة المضافة داخل DataFeedWatch. في هذا المثال، قمنا بسحب السعر بدون ضريبة القيمة المضافة، والذي سيتم الرجوع إليه من الآن فصاعدًا.

قد تتطلب هذه الخطوة بعض العمل اليدوي من جانب عملائك، نظرًا لأن تكلفة المنتج ليست عادةً مربعًا قياسيًا يجب ملؤه.

بعد الانتهاء من ذلك، يمكننا الانتقال إلى DataFeedWatch وحساب هامش الربح.

للحصول على هامش الربح في خلاصة المنتج، ستحتاج إلى القيام بذلك في تصنيف مخصص من اختيارك. عندما تختار تصنيفًا مخصصًا محددًا للعمل فيه، سيتعين عليك اتباع الخطوات الموجودة في الصورة أدناه.

أعد التسمية إلى سعر البيع بدون ضريبة القيمة المضافة (وهو "pris uden moms" في لقطة الشاشة أدناه)، لتتمكن من حساب هامش الربح. بعد ذلك سوف نضغط على "تحرير القيم"، وهو الزر الأزرق الموجود على الجانب الأيمن.

سننتقل بعد ذلك إلى كيفية الحصول على نسبة هامش الربح الدقيقة في الخلاصة.

لتتمكن من تغيير أو تعديل "السعر بدون ضريبة القيمة المضافة"، سيتعين عليك اختيار نوع التعيين "إعادة الحساب". وهذا يجعل من الممكن استخدام الحقل الموجود (pris uden moms) كقاعدة لحساباتنا. سنقوم بعد ذلك بطرح "التكلفة لكل عنصر" وتقسيمها على "السعر بدون ضريبة القيمة المضافة" (pris uden moms). هذا هو الحساب القياسي للحصول على هامش الربح للمنتج.

إذا قمت بسحب السعر مع ضريبة القيمة المضافة، فهذا هو المكان الذي سيتعين عليك فيه طرحه. يمكنك القيام بذلك عن طريق إضافة قاعدة جديدة ضمن "تحرير القيم"، وضربها بـ 0,20.

هام: يجب أن يتم ذلك قبل العمليات الحسابية الأخرى، ويجب أن تكون القاعدة الأولى.

مثال أساسي

لنفترض أن "السعر بدون ضريبة القيمة المضافة" هو 100، والتكلفة لدينا هي 50، ثم ينتج عن الحساب السابق 0,5. الخطوتان التاليتان هما الحصول على هامش الربح بنسبة مئوية كاملة، مثل 50%.

نحن نستخدم نوع التعيين "Round"، مع إدخال 2، للحصول على 0,50 فقط، وليس 0,501893. ثم نضرب في 100 لنحصل على النسبة المئوية.

العاملان الآخران لقاعدتنا هما [فقط إذا] كانت تكلفة كل عنصر أكبر من 0 وعامل [آخر] الذي يضيف قيمة ثابتة في حالة فشل القواعد المذكورة أعلاه.

نظرًا لأن DataFeedWatch يقوم بجلب وتحميل خلاصتك كل يوم، كما هو الحال مع إعداد CMS العادي إلى GMC، سيتم تحميل جميع المنتجات المستقبلية وتصنيفها تلقائيًا إلى مجموعة هامش الربح الخاصة بها. وهذا يعني أن إعداد حساب هامش الربح هذا يتم مرة واحدة ، ولن يلزم القيام به في كل مرة تدخل فيها منتجات جديدة إلى خلاصتك.