إذا ظهر سعر المنتج أو عملته بشكل مختلف بين الإعلان وصفحة الوصول أو إتمام الشراء، فالمشكلة قد تكون في توقيت تحديث الموجز أو العملة الافتراضية أو السعر الذي يراه الزاحف. ابدأ بمطابقة العرض نفسه عبر كل نقطة، ولا تغيّر السعر إلى عملة مستهدفة لمجرد أن المتجر يريد التوسع إلى بلد آخر.
تطلب Google أن يطابق السعر المرسل في بيانات المنتج السعر الظاهر في صفحة الوصول وعند إتمام الشراء، وأن تظهر عملة بلد الاستهداف بوضوح. وإذا كان الموقع يعرض عملات متعددة، ينبغي أن تكون العملة المطابقة لبيانات المنتج ظاهرة للزائر وممكنة للدفع وفق متطلبات الوجهة. كما تذكر Google أن اختلاف البيانات المنظمة أو عرض السعر بعد تحميل JavaScript فقط قد يسبب عدم تطابق مع ما يجلبه الزاحف. متطلبات السعر في Merchant Center · تشخيص اختلاف السعر
تتبع العرض نفسه عبر أربع نقاط
اختر منتجًا ومتغيرًا واحدًا، ثم سجل ما يراه المستخدم وما ترسله الأنظمة:
| النقطة | ما تراجعه | دليل المراجعة |
|---|---|---|
| صفحة المنتج | اسم المنتج والمتغير والسعر والعملة وشروط العرض | لقطة من الصفحة على جهاز وموقع اختبار مناسبين |
| البيانات المنظمة | price وpriceCurrency والمتغير المطابق |
HTML أو JSON-LD الذي يعرضه الرابط النهائي |
| مصدر بيانات Merchant Center | price والعملة والبلد واللغة والوجهة |
تصدير العنصر أو سجل التحديث |
| إتمام الشراء | السعر والعملة والضرائب أو الرسوم التي تظهر قبل الدفع | رحلة اختبار حتى آخر خطوة قبل تأكيد الطلب |
دوّن وقت استخراج كل دليل. لا تقارن موجزًا قديمًا بصفحة بعد تغيير السعر ثم تستنتج أن القيم متناقضة دائمًا.
افصل بين العملة والسعر والضرائب
العملة ليست مجرد رمز بجوار الرقم. وثائق Google تتطلب ترميز السعر بقيمة العملة المناسبة، وتذكر معيار ISO 4217 لبيانات العملة. كما تشير إلى أن السعر في الصفحة وبيانات المنتج وإتمام الشراء يجب أن يكون متسقًا. إذا كان المتجر يستهدف مصر والسعودية، راجع إعداد كل سوق على حدة: العملة، السعر، اللغة، الشحن، والوجهة التي سيصل إليها رابط المنتج. لا تفترض أن سعرًا واحدًا مقومًا بعملة واحدة مناسب تلقائيًا لكل سوق.
تعامل مع العرض الترويجي كحالة لها بداية ونهاية ومنطقة زمنية واضحة. عند استخدام سعر تخفيض، راجع أن السعر الأساسي وسعر العرض وفترة سريانه متوافقة بين الصفحة والموجز. إذا كان في المتجر سعر عضوية أو سعر جملة أو خصم مشروط، فلا تعرض السعر المشروط كأنه السعر المتاح للجميع.
المتطلبات الضريبية تختلف حسب البلد وطريقة عرض السعر ونموذج البيع. استخدم إرشادات Merchant Center الخاصة ببلد الاستهداف وراجع محاسبًا عند الحاجة؛ المقال لا يقدم مشورة ضريبية.
افحص ما يراه الزاحف دون إهمال تجربة المشتري
افتح صفحة المنتج كزائر، ثم افحص HTML المرسل أو نتيجة فحص البيانات المنظمة. قارن ما يمكن قراءته في النسخة الأولية من الصفحة بما يظهر بعد التفاعل. إذا كان السعر لا يظهر إلا بعد تنفيذ JavaScript أو اختيار موقع مخفي، فقد يختلف المحتوى الذي يقرأه الزاحف عن واجهة المستخدم.
اختبر كذلك البلد والعملة الافتراضيين واللغة المختارة. لا تغيّر السعر للمستخدم اعتمادًا على عنوان IP بطريقة تجعل الزاحف أو المشتري يرى قيمة مختلفة عن بيانات المنتج. إذا كانت الأسعار أو الإتاحة تختلف إقليميًا، تحقق من دعم برنامج Merchant Center والسوق لإعدادات الأسعار الإقليمية قبل إرسال بيانات منفصلة.
لا تعدّل كل المنتجات دفعة واحدة عند ظهور مخالفة. اختر عينة تمثل المشكلة، اعرف سبب الفرق، صحح النظام المصدر، ثم تأكد من أن التحديث انتقل إلى الصفحة والموجز والشراء.
خطة تشخيص من سبع خطوات
- افتح تنبيه Merchant Center وسجل المنتج والبلد والوقت الذي اكتُشف فيه الفرق.
- انسخ رقم المنتج والمتغير من مصدر البيانات؛ تأكد أنك تفحص الخيار نفسه لا صفحة المنتج العامة.
- سجل السعر والعملة في الموجز، وصفحة الوصول، والبيانات المنظمة، وإتمام الشراء.
- تحقق من تحديث الموقع والموجز والتخفيضات والمنطقة الزمنية في الفترة نفسها.
- جرّب الرابط في جهاز وسوق اختبار مناسبين، وافحص ما يظهر قبل التفاعل وبعده.
- صحح مصدر الاختلاف، ثم أعد استخراج الأدلة. لا تستخدم قيمة يدوية مؤقتة إذا كان النظام سيعيد الكتابة عليها.
- بعد اكتمال التعديل، استخدم مسار المراجعة المتاح في Merchant Center، وتابع حالة المنتج كما تظهر في الحساب.
قد تستغرق إعادة الفحص وقتًا، ونجاح إرسال البيانات لا يضمن قبول كل عرض أو ظهوره.
مثال توضيحي: سعر العرض يبدأ عند منتصف الليل
لنفترض أن المتجر يبدأ تخفيضًا في توقيت محلي، بينما وقت نهاية العرض في الموجز مكتوب بمنطقة زمنية مختلفة. يمكن أن يرى المستخدم السعر المخفض بينما لا يزال مصدر البيانات يرسل السعر الأصلي، أو العكس. افحص وقت بداية ونهاية التخفيض في إعداد الحملة والموجز، والمنطقة الزمنية للحساب، والسعر الذي يظهر في صفحة المنتج وعند الدفع. لا تغيّر العملة لمعالجة مشكلة سببها توقيت العرض.
هذا سيناريو توضيحي لا يصف متجرًا حقيقيًا أو نتيجة مضمونة.
سكريبت فيديو قصير: أربعة أماكن لسعر المنتج
المدة: ٤٥ ثانية. الصورة: صفحة المنتج، JSON-LD، الموجز، ثم الدفع.
٠–٥ ثوانٍ — الخطاف: «السعر صحيح في المتجر؟ افحص أين يراه المشتري وأين يرسله موجز Merchant Center.»
٦–١٨ ثانية — عرض النقاط: أظهر السعر والعملة في صفحة المنتج، ثم مصدر البيانات، ثم الدفع.
١٩–٢٩ ثانية — الفحص التقني: «طابق المتغير والعملة وتوقيت التخفيض، وافحص البيانات المنظمة التي تظهر في HTML.»
٣٠–٣٨ ثانية — أسواق متعددة: «مصر والسعودية تحتاجان إعدادًا واضحًا لكل سوق؛ لا تخلط سعر الجنيه بسعر الريال.»
٣٩–٤٥ ثانية — الخلاصة: «أصلح مصدر الفرق أولًا، ثم أعد التحقق من العرض كله.»
استخدم منتجًا تجريبيًا أو اخفِ اسم المتجر والأسعار الحقيقية. لا تعرض معلومات الحساب.
كاروسيل تعليمي: طابق سعر المنتج وعملته
- الغلاف: لماذا يختلف سعر المنتج بين الإعلان والموقع؟
- حدد المنتج والمتغير: تأكد أن كل شاشة تعرض الخيار نفسه.
- افحص صفحة الوصول: السعر والعملة والخصم الظاهر.
- افحص بيانات المنتج: القيمة والعملة وبلد الاستهداف.
- افحص البيانات المنظمة:
priceوpriceCurrencyللمتغير الصحيح. - أكمل رحلة الشراء: تأكد أن السعر والعملة لا يتغيران دون توضيح.
- راجع الوقت والسوق: التخفيض والمنطقة الزمنية والبلد الافتراضي.
- تحرك من السبب: أصلح مصدر البيانات ثم اطلب المراجعة عند الحاجة.
سلسلة تجربة ميدانية: أعد إنتاج اختلاف السعر قبل تغييره
هذه خطة تشخيص مقترحة وليست حالة رفض أو نتيجة متجر.
١/ اختر عنصرًا واحدًا متأثرًا، وسجل id والمتغير والبلد والوقت المذكور في التنبيه.
٢/ اجمع السعر والعملة من الصفحة ومصدر البيانات والبيانات المنظمة وإتمام الشراء في لقطة زمنية متقاربة.
٣/ افحص توقيت التحديث، والتخفيض، والعملة الافتراضية، واللغة، والنسخة التي يعرضها الموقع قبل وبعد تنفيذ JavaScript.
٤/ حدد مصدر الحقيقة الذي يجب أن يملك السعر، ونسّق التعديل مع مسؤول التجارة الإلكترونية. لا تُدخل تعديلًا متعارضًا في أكثر من مكان.
٥/ أعد فحص النقاط الأربع وسجّل نتيجة Merchant Center بعد المراجعة. إذا بقي فرق، احتفظ بالتنبيه والأدلة بدل إعادة تقديم القيمة نفسها.
حزمة مطالبات محايدة للأدوات: راجع مطابقة سعر المنتج
المطالبة ١ — أنشئ جدول المطابقة
استخدم القيم المنقحة للمنتج نفسه [بلد الاستهداف، المتغير، صفحة المنتج، الموجز، البيانات المنظمة، الدفع]. أنشئ جدولًا للسعر والعملة ووقت التحديث ومصدر كل قيمة. اذكر الفروق ولا تخترع سببًا قبل فحصه.
المطالبة ٢ — حدد اختبارات السبب المحتملة
بناءً على هذه الأدلة [الصق الأدلة المنقحة]، رتّب اختبارات التحقق: متغير مختلف، موجز قديم، تخفيض وتوقيت، عملة افتراضية، HTML بعد JavaScript، أو فرق في بلد الاستهداف. لكل احتمال اكتب الدليل المطلوب لتأكيده أو استبعاده.
المطالبة ٣ — اكتب سجل إصلاح
حوّل نتيجة الفحص المؤكدة إلى سجل تغيير يتضمن المنتج، مصدر الحقيقة، القيمة قبل وبعد، البلد والعملة، وقت التحديث، مالك الإجراء، ودليل إعادة التحقق. لا تقترح تغيير كل الكتالوج قبل إثبات أن الخلل عام.
ملف أمثلة: أوقف هذا: تغيير العملة لتجاوز تنبيه السعر
توقف عن: استبدال العملة في الموجز إلى عملة السوق المستهدف بينما صفحة المنتج والدفع لا يعرضان تلك العملة.
❌ مثال غير متسق: الموجز يرسل السعر بالريال، وصفحة الوصول تعرض الجنيه فقط، والدفع لا يتيح الريال.
✅ افعل بدلًا منه: حدد السوق الذي يمثله العرض، ثم اجعل بيانات المنتج وصفحة الوصول والدفع متوافقة معه. إذا كنت تستخدم تحويل العملة أو إعدادًا إقليميًا، تحقق من شروطه ومن أن صفحة المنتج تعرض السعر المطلوب بوضوح.
وتوقف عن تعديل JSON-LD وحده إذا كان مصدر الموجز أو السعر المرئي مختلفًا. صحح مسار البيانات الذي أنشأ الفرق، ثم طابق النقاط الأربع من جديد.
الخطاف والقيمة والقالب: سجّل مطابقة سعر قابلة للمراجعة
الخطاف: إعلان المنتج وصفحته وعملية الدفع يجب أن تتحدث عن العرض نفسه بالعملة المناسبة.
القيمة: قارن عنصرًا ومتغيرًا واحدًا عبر صفحة الوصول والموجز والبيانات المنظمة والشراء، وسجّل وقت كل قيمة. افحص التوقيت واللغة والسوق قبل تغيير السعر.
قالب تدقيق جاهز:
المنتج والمتغير: [معرف داخلي / الخيار]
بلد الاستهداف: [السوق]
السعر والعملة في موجز Merchant Center: [القيمة / رمز العملة / وقت التحديث]
السعر والعملة على الصفحة: [القيمة / مكان ظهورها / وقت الفحص]
البيانات المنظمة: [price / priceCurrency / مصدر HTML]
السعر والعملة عند الدفع: [القيمة / وسيلة الدفع المتاحة]
الخصم والتوقيت: [السعر الأصلي / سعر العرض / المنطقة الزمنية]
مصدر الفرق المثبت: [الدليل أو غير معروف]
الإصلاح ومالكه: [التغيير / المسؤول / الموعد]
نتيجة المراجعة: [الحالة في Merchant Center]
لا تعتبر اختلافًا محتملًا سببًا مؤكدًا حتى تعيد إنتاجه من المصدر، ولا تعتبر تحديث البيانات ضمانًا للقبول أو الظهور.