
تدقيق معرّفات Shopify POD في Google Merchant خلال 8 خطوات
جدول المحتويات
- 1. فصل فئات المعرّفات
- إجراء اختبار sibling سلبي
- 2. تصنيف المتغير القابل للبيع
- استخدام أربع فئات
- 3. تعيين ملكية الحقول
- فصل صاحب القرار عن التنفيذ
- 4. إنشاء سجل أدلة المصدر
- ترتيب قوة الدليل
- 5. اختيار مسار المعرّف
- منع ثلاثة اختصارات
- 6. تغيير متغير تمثيلي واحد
- حفظ نقطة rollback
- 7. قراءة النظامين
- فصل النقل عن القبول
- 8. التوسع بعد القبول
- حفظ سجل قبول دائم
- مصفوفة قرار المعرّف
- قائمة متغير واحد
- FAQ — أسئلة معرّفات Shopify POD
- هل SKU يمكن أن يكون MPN؟
- هل كل POD يستخدم false؟
- هل الألوان تشترك في GTIN؟
- هل ينشئ seller رقم MPN؟
- هل approval يثبت الصحة؟
- الخطوة التالية — دقّق متغيراً محذراً
قد ينظم Shopify SKU المتجر جيداً لكنه لا يصبح تلقائياً GTIN أو MPN المطلوب من Google. وقد يحدد provider variant ID خامة أو لوناً أو مقاساً للتنفيذ من دون أن يحدد المنتج النهائي المباع للمشتري. وقد يغير الطبع المخصص الهوية التجارية، لكن كلمة custom لا تثبت غياب كل المعرّفات الخارجية.
لذلك يبدأ التحذير بالتصنيف لا بملء الحقول. توجّه Shopify التاجر إلى barcode موثّق عندما يوجد GTIN أو إلى brand وMPN المناسبين عبر قناة Google & YouTube. وتطلب Google معرّفات مخصصة فعلاً بلا تخمين أو استبدال SKU داخلي أو نسخ قيمة sibling. يسجل هذا المسار متغيراً واحداً من المصدر إلى القناة ولا يعد بالموافقة أو الأداء.
1. فصل فئات المعرّفات
ضع store SKU وprovider variant ID وGoogle item ID وGTIN وMPN وbrand في أعمدة منفصلة. SKU مفتاح تشغيلي للتاجر، وprovider ID يربط عادة blank أو طريقة أو لوناً أو مقاساً، وGoogle item ID يحدد العرض المرسل. أما GTIN وMPN وbrand فتصف هوية منتج مخصصة ولا يمكن تبديلها.
إجراء اختبار sibling سلبي
2. تصنيف المتغير القابل للبيع
صنّف متغيراً نهائياً واحداً لا الكتالوج كله باعتباره POD. استخدم أربع فئات: منتج واسع التصنيع مع assigned identifiers؛ store brand أو private label بلا GTIN؛ منتج custom-made نهائي قد لا يملك UPI؛ وهوية mixed/unresolved عند تعارض blank مع finished product. لا توجد قاعدة عامة للتخصيص؛ بعض المنتجات تحتفظ بـ manufacturer GTIN وبعضها لا يملك UPI.
استخدام أربع فئات
3. تعيين ملكية الحقول
أنشئ خريطة أربعة owners. يحفظ sourcing owner دليل manufacturer/provider للـ blank. ويحدد product owner الزخرفة والخيارات وcustomer-facing brand.
فصل صاحب القرار عن التنفيذ
4. إنشاء سجل أدلة المصدر
لمتغير warning واحد سجّل Shopify product/variant ID وSKU وtitle وoptions وprovider product/variant ID وblank وprint method وseller brand وmarket وlanguage وlanding URL وGoogle item ID وUPIs الحالية وidentifier-exists وdiagnostic والأوقات. صنّف المصدر strong أو conditional أو weak أو invalid. يجب أن تكمل لكل قيمة جملة: هذه الجهة خصصت هذه القيمة لهذا exact sellable object وشوهدت هنا في هذا التاريخ.
ترتيب قوة الدليل
5. اختيار مسار المعرّف
إذا كان للمتغير exact assigned GTIN فأرسل verified value فقط مع brand/MPN الموثقين عند الانطباق. إذا كان GTIN موجوداً لكنه غير متاح فلا تخمّن ولا تستخدم false كتجاوز. إذا كان seller فعلاً manufacturer وonly seller لمنتج store-brand فاستخدم سياسة brand/MPN موثقة حين تسمح القواعد الحالية.
منع ثلاثة اختصارات
6. تغيير متغير تمثيلي واحد
جمّد قيم Shopify الحالية وGoogle item ID وdiagnostic وlanding URL والوقت. اختر representative variant بدليل واضح ومن دون bulk edit نشط. غيّر field set المدعوم فقط: barcode موثّق أو brand/MPN موثّقان أو إزالة sibling value أو حذف invented value أثناء بحث owner.
حفظ نقطة rollback
7. قراءة النظامين
أعد فتح exact Shopify variant وتحقق من SKU وbarcode وoptions وavailability وGoogle channel fields. ثم افتح exact Merchant Center item وتحقق من item ID وcountry وlanguage وsubmitted GTIN/MPN/brand وidentifier-exists وprocessing وissue details. سجّل saved in Shopify وsubmitted by channel وreceived by Google وevaluated for destination كأربع حالات.
فصل النقل عن القبول
8. التوسع بعد القبول
افتح landing page كمشترٍ وتأكد أن title وselected option وcolor وsize وbrand وvisible finished product تطابق feed item والدليل. قبل sibling rollout قارن product وdecoration وbrand وoptions وprovider variant وassigned identifiers وdestination كل واحد على حدة.
حفظ سجل قبول دائم
مصفوفة قرار المعرّف
| الحالة | الإجراء | الإطلاق |
|---|---|---|
| يوجد GTIN مخصص | إرسال exact verified value | اختبار متغير واحد |
| GTIN موجود وغير متاح | يبقى unresolved بلا تخمين | سؤال source owner |
| Store brand بلا GTIN | سياسة brand/MPN موثقة | مراجعة الفئة |
| لا توجد UPI ذات صلة | ترك الحقول وتقييم false | قراءة diagnostics |
قائمة متغير واحد
- تسجيل Shopify product ID
- تسجيل Shopify variant ID
- تسجيل store SKU
- تسجيل provider product ID
- تسجيل provider variant ID
- تحديد finished product
- تسجيل color وsize
- تسجيل seller brand
- تسجيل target country
- تسجيل target language
- تسجيل Google item ID
- حفظ diagnostic
- فصل SKU عن GTIN
- فصل provider ID عن MPN
- توثيق GTIN issuer
- توثيق variant scope
- توثيق MPN issuer
- توثيق brand source
- تصنيف identity
- تسجيل سبب false
- اختبار sibling سلبي
- تجميد current values
- تعريف rollback
- تغيير field set واحد
FAQ — أسئلة معرّفات Shopify POD
هل SKU يمكن أن يكون MPN؟
ليس لمجرد أنه فريد. يحتاج MPN إلى issuer ونطاق exact product صحيحين.
هل كل POD يستخدم false؟
لا. صنّف exact finished variant واستخدم false فقط عند غياب UPIs فعلاً.
هل الألوان تشترك في GTIN؟
لا تفترض ذلك. تحقق من assignment لكل لون ومقاس.
هل ينشئ seller رقم MPN؟
قد ينطبق في manufacturer/store-brand موثق، لكنه لا يسمح بقيم عشوائية.
هل approval يثبت الصحة؟
لا. احفظ source evidence وsubmitted values وlanding identity وdestination والوقت.
الخطوة التالية — دقّق متغيراً محذراً
اختر Shopify POD variant يحمل Google identifier warning، أثبت فئته، غيّر field set المدعوم فقط، واحفظ قراءات Shopify وMerchant Center وbuyer view قبل لمس siblings.
إطار عام لعمليات التجارة الإلكترونية وليس نصيحة قانونية أو إعلانية أو تنظيمية أو ضريبية أو مالية أو لإدارة البيانات أو سياسة منصة. تتغير Google وShopify والمزودون والفئات والأسواق والمعرّفات والتشخيصات والقنوات. راجع الوثائق الرسمية وحالة item الدقيقة. لا ضمان لموافقة أو ظهور أو زيارات أو ترتيب أو نقر أو تحويل أو إيراد أو نتيجة مالية.