الدليل الشامل لخلاصات متغيرات المنتجات

معظم مشكلات الخلاصة لا تبدو كمشكلات خلاصة. فهي تظهر على شكل رفض في Google Merchant Center لا تستطيعون تفسيره، أو حملة Advantage+ تنفق ميزانيتها على قميص أسود واحد، أو إعلان Shopping يرسل عميلاً يبحث عن حذاء مقاس 42 إلى صفحة لم يتبقَّ فيها سوى المقاس 38.

وفي أساس معظم هذه الحالات يكمن الأمر نفسه: المتغيرات.

المتغير هو أي نسخة من المنتج تختلف في جانب واحد ظاهر وقابل للشراء — المقاس أو اللون أو الخامة أو السعة أو التشطيب. وهي أمر عادي في تجارة التجزئة، لكنها صعبة بشكل استثنائي في الخلاصات، لأن كل قناة تنمذجها بطريقة مختلفة، ولأن الخطأ فيها يمرّ بصمت. لا ينكسر شيء. فقط يتراجع أداء إعلاناتكم بهدوء، ويقبع التشخيص أربع طبقات أسفل ملف بيانات لا يفتحه أحد.

يغطي هذا الدليل الموضوع بأكمله: ما الذي يُعد متغيراً فعلاً، وكيف يعمل item_group_id وأين يُساء استخدامه، وكل سمة تحدد المتغيرات مع حدودها الفعلية، وأمثلة خلاصات عملية بصيغ XML وCSV وJSON، وكيف تتوقع كل من Google وMeta وTikTok وPinterest وAmazon والأسواق الإقليمية أن تُبنى المتغيرات، وجدول تشخيصي لأكثر الأخطاء شيوعاً.

الدليل طويل لأن الموضوع كذلك. استخدموا جدول المحتويات للانتقال بين الأقسام.

1. ما هو المتغير فعلاً

المتغير هو نسخة قابلة للشراء من منتج ما، تختلف عن نظيراتها في سمة واحدة على الأقل يختار العميل بينها، مع بقائها المنتج نفسه.

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

النموذج القياسي في معظم القنوات هو الأصل/الفرع (parent/child):

• المنتج الأصل هو المنتج المفاهيمي — «سترة ميرينو بياقة دائرية». وعادةً لا يكون قابلاً للشراء بمفرده.
• المنتجات الفرعية هي المتغيرات — لكل منها SKU خاص ومستوى مخزون خاص، وأحياناً سعر وصورة خاصان.

في خلاصة المنتجات يُعبَّر عن ذلك دائماً تقريباً بشكل مسطّح: كل متغير هو صف أو <item> مستقل، ويربط بينها مفتاح تجميع مشترك. لا يوجد تداخل هرمي. فسترة بأربعة ألوان وخمسة مقاسات تعني 20 صفاً، جميعها تحمل معرّف المجموعة نفسه.

ما الذي لا يُعد متغيراً

هنا تبدأ الأخطاء قبل كتابة سطر واحد من XML.

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

2. القرار الذي يحدد كل شيء

قبل كتابة أي منطق للخلاصة، أجيبوا عن سؤال واحد لكل نوع منتج تبيعونه:

عندما يختار العميل خياراً مختلفاً، هل ينتقل إلى صفحة مختلفة — أم إلى الصفحة نفسها بحالة مختلفة؟

هذا هو الاختبار العملي، وهو يرتبط مباشرة بكيفية بناء الخلاصة.

الحالة A — عناوين URL منفصلة لكل متغير. لكل لون صفحة منتج خاصة به (/merino-sweater-navy، /merino-sweater-charcoal). أرسلوا كل متغير كصف مستقل برابطه الخاص. هذا هو الإعداد الأنظف، ويمنح أفضل صلة إعلانية، وهو ما تفضله القنوات.

الحالة B — عنوان URL واحد، ويُختار المتغير داخل الصفحة. كل شيء موجود في /merino-sweater ويختار العميل اللون والمقاس عبر محدد. ما زال بإمكانكم إرسال كل المتغيرات، لكن عليكم إلحاق معامل رابط عميق (deep-link) حتى يصل الإعلان إلى الحالة المحددة مسبقاً بشكل صحيح:

https://example.com/merino-sweater?colour=navy&size=m

بدون هذا المعامل، يصل المتسوق الذي نقر على إعلان لقميص كحلي متوسط إلى حالة افتراضية تعرض اللون الفحمي بمقاس صغير. هذا الاختلاف من أكبر قتلة التحويل الصامتين في إعلانات المتغيرات، وقد يؤدي في Google أيضاً إلى رفض «Mismatched value (page crawl)»، لأن الزاحف يرى صفحة لا يتطابق لونها الظاهر مع color المرسل.

الحالة C — متغيرات لا يستحق فصلها. بعض الاختلافات لا تؤثر في قرار الشراء بما يكفي لتبرير إعلانات منفصلة — مثل طول الكابل في شاحن. هنا يمكنكم عن قصد إرسال متغير واحد ممثِّل. يتناول القسم 7 متى يكون هذا هو القرار الصحيح.

سمات تحدد المتغيرات مقابل سمات وصفية

تقع كل سمة في خلاصتكم ضمن فئتين، والخلط بينهما سبب متكرر لمجموعات مشوهة.

يجب أن تختلف سمات تحديد المتغيرات بين أعضاء المجموعة. وهي ما يختاره العميل: color وsize وmaterial وpattern، إضافة إلى أبعاد خاصة بالمنتج مثل السعة أو التشطيب.

يجب أن تكون سمات ثابتة على مستوى المجموعة متطابقة في كل الأعضاء: brand وgender وage_group وitem_group_title وgoogle_product_category. فإذا تشارك صفّان item_group_id لكنهما يحملان قيمتي gender مختلفتين، فإما أنكم جمّعتم المنتجات خطأً أو وسمتموها خطأً.

أما السمات الخاصة بالصف وغير المحددة للمتغير فتختلف من صف لآخر دون أن تحدد التباين: id وprice وavailability وgtin وimage_link وlink. يمكن لمتغيرين أن يختلفا في السعر بشكل مشروع — فالمقاس 3XL غالباً أغلى — دون أن يكون السعر هو ما يميز بينهما.

3. item_group_id: الأساس

item_group_id هو المفتاح المشترك الذي يخبر القناة أن «هذه الصفوف هي المنتج نفسه». وكل ما يتعلق بمعالجة المتغيرات يعتمد على صحته.

المواصفات

ولأن Google تتعامل مع القيمة دون حساسية لحالة الأحرف بينما لا تفعل Meta وTikTok ذلك، وحِّدوا الصيغة على الأحرف الصغيرة (أو الكبيرة) في كل مكان. فالكتالوج الذي يظهر فيه SWTR-001 وswtr-001 معاً سيُجمَّع بشكل صحيح في Google وينقسم إلى منتجين في Meta.

اختيار القيمة

أفضل item_group_id هو SKU المنتج الأصل الموجود لديكم أصلاً في نظام ERP أو PIM. فهو موجود وثابت وفريد.

جيد:

SWTR-MERINO-CREW
12345
parent-8891

سيئ، ولماذا:

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

القواعد الثلاث

1. يشترك كل أعضاء المجموعة في item_group_id نفسه.
2. لكل عضو id فريد. أي id مكرر في أي موضع من الخلاصة يؤدي إلى إسقاط الصف اللاحق بصمت.
3. يختلف كل عضو في سمة واحدة على الأقل من السمات المحددة للمتغيرات. صفّان بمعرّف المجموعة نفسه واللون والمقاس نفسيهما هما مكرران، لا متغيران.

اصطلاح يحقق القواعد الثلاث:

item_group_id: SWTR-MERINO-CREW
id:            SWTR-MERINO-CREW-NAV-M
id:            SWTR-MERINO-CREW-NAV-L
id:            SWTR-MERINO-CREW-CHR-M

مقروء وقابل للتتبع، ومشتق من بيانات تملكونها بالفعل.

item_group_title

سمة أحدث في Google، اختيارية لكن يُوصى بها كلما أرسلتم item_group_id. وهي تحمل اسم المنتج الأصل — بحد أقصى 150 حرفاً — ويجب أن تكون متطابقة في كل متغيرات المجموعة.

xml

<g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
<g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
<title>Merino Crew Neck Sweater — Navy, Medium</title>

لاحظوا النمط: title خاص بالمتغير، أما item_group_title فلا. إرسال النص نفسه في الحقلين يهدر الإشارة.

variant_option

سمة أخرى أحدث من جانب Google: طريقة منظمة للتصريح بأي الخصائص تحدد التباين، بدل ترك القناة تستنتجها. وتقبل حتى 30 زوجاً من الاسم/القيمة (كل سمة فرعية حتى 250 حرفاً، وبإجمالي 5,000 حرف).

xml

<g:variant_option>
  <g:name>Colour</g:name>
  <g:value>Navy</g:value>
</g:variant_option>
<g:variant_option>
  <g:name>Size</g:name>
  <g:value>M</g:value>
</g:variant_option>

وهي مفيدة خصوصاً للمنتجات التي لا تغطي محاور تباينها سمات الملابس القياسية — سعة التخزين أو فئة المعالج أو القدرة بالواط أو عدد المقاعد. فبدلاً من حشر «256GB» في size، تصرّحون بها بشكل صحيح.

4. السمات المحددة للمتغيرات بالتفصيل

color

السمة الأكثر التزاماً بالقواعد في المواصفات، والأكثر تعرضاً للرفض.

غير مقبول:

• الأرقام — Colour 42، RAL 5013
• رموز Hex — #001F5B
• الأحرف المفردة — N للون الكحلي
• الإحالة إلى صورة — see photo
• الكلمات المختلطة بأرقام أو الملتصقة — Navy1، NavyBlue (اكتبوا Navy Blue)

التعامل مع أسماء الألوان التسويقية. نادراً ما تسمّي علامات الأزياء الألوان «navy». إنها تسميها «Midnight Regatta». تحتاج القناة إلى لون يبحث عنه المتسوق، وتحتاج علامتكم إلى اسمها الخاص في الصفحة.

الحل الوسط العملي:

color:       Navy
description: ...available in Midnight Regatta (navy)...

اربطوا الأسماء التسويقية بأسماء قياسية في الخلاصة، وأبقوا اسم العلامة ظاهراً في صفحة الهبوط وفي الوصف. لا تضعوا الاسم التسويقي في color وتتمنوا الأفضل — فهذا يضعف المطابقة لعمليات البحث المقترنة باللون، وهي من أعلى عمليات البحث نية للشراء في الملابس.

المنتجات متعددة الألوان:

color: Navy/White/Grey

اللون الأساسي أولاً. تقرأ Google القيمة الأولى بوصفها اللون المهيمن.

size

القاعدة المهمة: كونوا محددين بما يكفي لإزالة الغموض، ومتسقين عبر الكتالوج. M مقبول إذا استخدمته كل المنتجات. أما خلاصة تخلط M وMedium وmed وM/L للمفهوم نفسه فتجزّئ مجموعات المتغيرات وتجعل التقسيم على أساس المقاس مستحيلاً.

وللمنتجات التي لا يكفي فيها بُعد واحد، ضمّنوا الأبعاد المميِّزة في القيمة:

size: 32/34          (waist/inseam)
size: 15.5/34        (neck/sleeve)
size: 9.5 Wide       (shoe width)
size: 200x140cm      (rugs, bedding)

size_type وsize_system

اختياريتان وخاصتان بالملابس ومغفلتان في الغالب — وكلتاهما تحسّنان المطابقة بشكل ملموس للمتسوقين الذين يبحثون بهذه المحددات.

size_type — حتى قيمتين من: regular وpetite وmaternity وbig وtall وplus.

size_system — واحدة من: US وUK وEU وDE وFR وJP وCN وIT وBR وMEX وAU. وإذا أُغفلت، تفترض القناة نظام الدولة المستهدفة، وهذا مصدر فشل محدد ومكلف: فتاجر تركي يبيع في ألمانيا بمقاسات EU دون تصريح بـ size_system قد تُفسَّر مقاساته وفق مقياس خاطئ.

xml

<g:size>10</g:size>
<g:size_system>UK</g:size_system>
<g:size_type>regular</g:size_type>

material

بحد أقصى 200 حرف في Google. الخامة الأساسية أولاً، ثم حتى خامتين ثانويتين مفصولتين بـ /.

material: Cotton
material: Leather/Suede
material: Merino Wool/Nylon/Elastane

مطلوبة فقط إذا كانت تميّز متغيراتكم — كحقيبة تُباع بالجلد وبالقماش. وإلا فهي اختيارية لكن يستحق إرسالها؛ فالخامة محدِّد بحث شائع.

pattern

بحد أقصى 100 حرف. نص حر يصف الطباعة أو الرسم: Striped وPolka Dot وPaisley وFloral وHerringbone. والقاعدة نفسها — مطلوبة إذا كانت هي ما يتباين.

age_group وgender

كلتاهما ثابتة على مستوى المجموعة. يجب أن يحمل كل متغير في المجموعة القيمة نفسها.

age_group: newborn وinfant وtoddler وkids وadult — قيمة واحدة لكل منتج.

gender: male وfemale وunisex.

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

جدول مرجعي

5. أمثلة حقيقية للخلاصات

XML (Google RSS 2.0)

متغيران من مجموعة تضم ستة متغيرات. لاحظوا ما الذي يتغير وما الذي لا يتغير.

xml

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:g="http://base.google.com/ns/1.0">
  <channel>
    <title>Example Store — Product Feed</title>
    <link>https://example.com</link>

    <item>
      <g:id>SWTR-MERINO-CREW-NAV-M</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Navy, Medium</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=navy&amp;size=m</link>
      <g:image_link>https://cdn.example.com/swtr-merino-navy-1.jpg</g:image_link>
      <g:additional_image_link>https://cdn.example.com/swtr-merino-navy-2.jpg</g:additional_image_link>
      <g:availability>in_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678900</g:gtin>
      <g:mpn>SW-MC-NAV-M</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Navy</g:color>
      <g:size>M</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>full-size-run</g:custom_label_1>
    </item>

    <item>
      <g:id>SWTR-MERINO-CREW-CHR-L</g:id>
      <g:item_group_id>SWTR-MERINO-CREW</g:item_group_id>
      <g:item_group_title>Merino Crew Neck Sweater</g:item_group_title>
      <title>Merino Crew Neck Sweater — Charcoal, Large</title>
      <description>Fine-gauge 100% merino wool crew neck. Ribbed cuffs and hem, regular fit. Machine washable on wool cycle.</description>
      <link>https://example.com/merino-crew-sweater?colour=charcoal&amp;size=l</link>
      <g:image_link>https://cdn.example.com/swtr-merino-charcoal-1.jpg</g:image_link>
      <g:availability>out_of_stock</g:availability>
      <g:price>89.00 EUR</g:price>
      <g:brand>Example</g:brand>
      <g:gtin>5012345678931</g:gtin>
      <g:mpn>SW-MC-CHR-L</g:mpn>
      <g:condition>new</g:condition>
      <g:google_product_category>1604</g:google_product_category>
      <g:color>Charcoal</g:color>
      <g:size>L</g:size>
      <g:size_system>EU</g:size_system>
      <g:size_type>regular</g:size_type>
      <g:material>Merino Wool</g:material>
      <g:gender>male</g:gender>
      <g:age_group>adult</g:age_group>
      <g:custom_label_0>core</g:custom_label_0>
      <g:custom_label_1>broken-size</g:custom_label_1>
    </item>

  </channel>
</rss>

أربعة أمور تستحق الإشارة:

1. item_group_id وitem_group_title متطابقان؛ أما id وtitle فلا.
2. يحمل link معاملات رابط عميق حتى يصل الإعلان إلى الحالة الصحيحة المحددة مسبقاً. يُهرَّب الرمز & بالصيغة &amp; — وهذا مطلوب في XML، وهو مصدر متكرر لإخفاقات التحليل.
3. image_link خاص بالمتغير. كلا الصفين الكحليين يشيران إلى الصورة الكحلية. إرسال صورة رئيسية واحدة لكل الألوان هو ثاني أكثر أخطاء المتغيرات شيوعاً بعد غياب معرّفات المجموعات.
4. صف المخزون النافد موسوم عبر custom_label_1، بحيث يمكن استبعاده أو خفض المزايدة عليه دون إزالته من الخلاصة.

CSV / TSV

البيانات نفسها بشكل مسطّح. صف الترويسة مع متغيرين:

csv

id,item_group_id,item_group_title,title,description,link,image_link,availability,price,brand,gtin,condition,google_product_category,color,size,size_system,material,gender,age_group,custom_label_0
SWTR-MERINO-CREW-NAV-M,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Navy, Medium","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=navy&size=m,https://cdn.example.com/swtr-merino-navy-1.jpg,in_stock,89.00 EUR,Example,5012345678900,new,1604,Navy,M,EU,Merino Wool,male,adult,core
SWTR-MERINO-CREW-CHR-L,SWTR-MERINO-CREW,Merino Crew Neck Sweater,"Merino Crew Neck Sweater — Charcoal, Large","Fine-gauge 100% merino wool crew neck.",https://example.com/merino-crew-sweater?colour=charcoal&size=l,https://cdn.example.com/swtr-merino-charcoal-1.jpg,out_of_stock,89.00 EUR,Example,5012345678931,new,1604,Charcoal,L,EU,Merino Wool,male,adult,core

CSV هو المكان الذي يحدث فيه معظم الأعطال الواقعية، لأن الفواصل داخل العناوين والأوصاف يجب وضعها بين علامات اقتباس، وعلامات الاقتباس داخل الحقول المقتبسة يجب تهريبها. وإذا كانت عناوينكم تحتوي فواصل — وعناوين المنتجات التي تتضمن اللون والمقاس تحتويها غالباً — فـاستخدموا TSV بدلاً منه. فعلامات الجدولة (Tab) لا تظهر تقريباً في بيانات المنتجات، وتختفي بذلك فئة كاملة من أخطاء التحليل.

JSON

للاستيعاب القائم على واجهات API:

json

{
  "products": [
    {
      "id": "SWTR-MERINO-CREW-NAV-M",
      "item_group_id": "SWTR-MERINO-CREW",
      "item_group_title": "Merino Crew Neck Sweater",
      "title": "Merino Crew Neck Sweater — Navy, Medium",
      "link": "https://example.com/merino-crew-sweater?colour=navy&size=m",
      "image_link": "https://cdn.example.com/swtr-merino-navy-1.jpg",
      "availability": "in_stock",
      "price": { "value": "89.00", "currency": "EUR" },
      "brand": "Example",
      "gtin": "5012345678900",
      "condition": "new",
      "google_product_category": "1604",
      "variant_attributes": {
        "color": "Navy",
        "size": "M",
        "size_system": "EU",
        "material": "Merino Wool"
      },
      "gender": "male",
      "age_group": "adult"
    }
  ]
}

سلسلة مقاسات كاملة

ستة متغيرات — لونان × ثلاثة مقاسات — مع ظهور نمط المعرّفات:

اللون الفحمي لم يتبقَّ منه سوى مقاس واحد من ثلاثة. يتناول القسم 9 ما ينبغي فعله حيال ذلك.

6. قناة تلو الأخرى

المفهوم عالمي. أما التطبيق فلا. إليكم كيف تتوقع كل وجهة رئيسية أن تُبنى المتغيرات، وأين تختلف كل واحدة.

Google Shopping / Merchant Center

الأكثر صرامة، وهي التطبيق المرجعي الذي تستعير منه معظم القنوات الأخرى.

• item_group_id مطلوب للإدراجات المجانية، ولإعلانات Shopping في البرازيل وفرنسا وألمانيا واليابان والمملكة المتحدة والولايات المتحدة، متى أُرسلت المتغيرات.
• يجب تعبئة السمات المحددة للمتغيرات: color وsize مطلوبتان للملابس في تلك الأسواق.
• gender وage_group مطلوبتان للملابس ويجب أن تكونا متسقتين عبر المجموعة.
• يجب أن تتطابق صفحة الهبوط بصرياً مع قيم المتغير المرسلة، وإلا خاطرتم برفض Mismatched value (page crawl).
• يتنافس كل متغير بشكل مستقل في المزاد. وتختار Google أي عضو في المجموعة تعرضه لاستعلام معين، لذا تعني المجموعة غير المكتملة مجموعة مرشحين أضعف.
• يجب ألا يقل image_link عن 500×500 بكسل للملابس — وهو حد أدنى يبدأ فرضه من 31 يناير 2027، ويستحق التدقيق الآن بدلاً من التسرع لاحقاً.

ملاحظة عملية: يقدم Merchant Center تقاريره على مستوى المتغير (id) لا المجموعة. ولتقييم منتج بشكل صحيح عليكم التجميع بحسب item_group_id بأنفسكم — وهو أسهل بكثير إذا كان معرّف المجموعة نظيفاً وثابتاً.

Meta (فيسبوك وإنستغرام)

تستخدم Meta اسم الحقل نفسه لكن بقيود مختلفة ونموذج عرض مختلف جوهرياً.

• يسمح item_group_id بحتى 100 حرف وهو حساس لحالة الأحرف.
• يسمح color وsize بحتى 200 حرف.
• تستخدم قيم availability مسافات لا شرطات سفلية: in stock وليس in_stock. وهذا الاختلاف الواحد يكسر من خلاصات Meta أكثر مما يكسره أي أمر آخر، خصوصاً عند إعادة استخدام خلاصة Google مباشرة.
• في Shops وعلى أسطح تفاصيل المنتج، تُعرض المجموعة المجمّعة بشكل صحيح بوصفها منتجاً واحداً مع محدد متغيرات، بدلاً من عدة إدراجات شبه متطابقة.
• تستخدم إعلانات كتالوج Advantage+ المجموعة لتجنب عرض ست نسخ من السترة نفسها على المستخدم في شريط واحد — فالكتالوج غير المجمّع ينتج إعلانات مكررة بشكل واضح ومرات ظهور مهدورة.
• يعتمد التقرير على مستوى المتغير في Commerce Manager على التجميع الصحيح.

ملاحظة عملية: لا توجّهوا Meta إلى خلاصة Google دون تعديل. على الأقل حوّلوا availability وتحققوا من حدود الأحرف. تتعامل معظم منصات الخلاصات — ومنها Feedance — مع هذا كتحويل على مستوى القناة، فتبقى البيانات المصدرية دون مساس.

TikTok

• يسمح item_group_id بحتى 150 حرفاً.
• sku_id هو المعرّف الفريد لكل متغير — يحتاج كل صف متغير إلى قيمة مميزة.
• يسمح color وsize بحتى 200 حرف.
• يسمح title بحتى 255 حرفاً؛ وdescription بحتى 10,000؛ ويُتوقع وجود google_product_category.
• TikTok هي القناة الأكثر صرامة بشأن الصور الخاصة بالمتغير. فبطاقات المنتج تعرض محدد متغيرات، والمتغيرات التي تتشارك صورة عامة واحدة يكون أداؤها أسوأ بشكل قابل للقياس. إذا اختصرتم الطريق في مسار الصور لديكم، فلا تفعلوا ذلك هنا.

Pinterest

• تتبع نموذج Google عن كثب؛ ويجمّع item_group_id المتغيرات.
• تعرض Pinterest المتغيرات داخل Product Pin واحد مع خيارات قابلة للاختيار.
• جودة الصورة ونسب العرض إلى الارتفاع العمودية مهمة بشكل غير متناسب — فـPinterest سطح للاكتشاف البصري، وصور المتغيرات غير المميزة ببساطة لا تُحفظ.

Amazon

Amazon لا تستخدم item_group_id، والافتراض بخلاف ذلك يسبب قدراً كبيراً من العمل المهدور.

تستخدم Amazon نموذج علاقة أصل/فرع صريحاً:

• يُنشأ ASIN أصل كإدراج غير قابل للشراء.
• يشير كل ASIN فرعي إلى الأصل عبر حقلي parent_sku / parent_child.
• يجب التصريح بـسمة تباين (variation theme) — SizeColor وSize وColor وSizeName-ColorName وغيرها، بحسب الفئة.
• يجب أن تكون السمة صالحة لتلك الفئة تحديداً؛ فاسم السمة نفسه ليس متاحاً في كل مكان.

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

الأسواق الإقليمية ومحركات المقارنة

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

• تستخدم Trendyol نموذج أصل/فرع خاصاً بها مع مجموعة سمات إلزامية خاصة بكل فئة. اللون والمقاس حقلان منظمان منفصلان، وتختلف قوائم السمات المطلوبة بحسب الفئة.
• إن Akakçe وCimri محركا مقارنة أسعار. وهما يتوقعان عادةً صفاً واحداً لكل SKU قابل للشراء، وتميل الصفوف شبه المتطابقة المكررة إلى أن تُصفّى — فإرسال سلسلة مقاسات كاملة دون بيانات متمايزة قد يقلل الظهور بدلاً من زيادته.
• تحدد كل من Hepsiburada وN11 مفاتيح تجميع المتغيرات وسماتها المطلوبة الخاصة بها.

هذه هي المنطقة التي تقصّر فيها أدوات الخلاصات العالمية العامة في الغالب، وحيث تُسقط سمة مربوطة خطأً فئةً كاملة من السوق بصمت.

مقارنة

7. التقسيم أم الدمج؟

إرسال كل المتغيرات هو التوصية الافتراضية، لكنه ليس صحيحاً دائماً. السؤال الحقيقي هو ما إذا كان التباين يغيّر ما يريده المتسوق.

أرسلوا كل متغير عندما…

• يكون التباين هو قرار الشراء. الملابس والأحذية، وأي منتج لا يؤدي فيه المقاس الخاطئ إلى بيع.
• يختلف المخزون بشكل ملموس بحسب المتغير. الإعلان عن منتج لم يتبقَّ منه سوى المقاس 3XL يهدر الإنفاق.
• يختلف السعر بحسب المتغير. عرض 89 € بينما يكلف الخيار المحدد 119 € ينتج عدم تطابق في السعر وعميلاً غاضباً.
• يكون الطلب البحثي مقترناً بالمتغير. يبحث الناس عن «navy merino sweater medium». ولا يمكنكم الترتيب لهذا الاستعلام دون إرسال المتغير.

اجمعوا في متغير ممثِّل واحد عندما…

• يكون الكتالوج كبيراً جداً ومتجانساً في معظمه. تاجر أدوات بـ 200,000 SKU، 60% منها اختلافات طول تافهة، يكسب القليل من التوسيع الكامل ويدفع ثمنه في معالجة الخلاصة وتعقيد الحملات.
• تعاقب القناة العناصر شبه المكررة. تصفّي عدة محركات مقارنة الصفوف المتكررة؛ وقد تقلل سلسلة المقاسات الكاملة الظهور.
• لا يؤثر التباين في السعر أو الصورة أو التوفر. إذا كانت المتغيرات الاثنا عشر متطابقة في كل جانب ذي صلة تجارية، فإن اثني عشر صفاً تخلق ضجيجاً لا إشارة.

عند الدمج، اختاروا الممثِّل عن قصد: المتغير الأكثر مبيعاً والمتوفر في المخزون، لا الصف الأول أبجدياً. وهنا بالضبط تكسب بيانات الأداء مكانها في الخلاصة — إذ يمكن لبيانات GA4 أو بيانات المنصة اختيار الممثِّل تلقائياً بدلاً من تركه لترتيب الفرز.

مسار وسطي

قسِّموا على المحور الذي يقود القرار؛ وادمجوا على المحور الذي لا يقوده.

بالنسبة للأحذية، يعني هذا عادةً صفاً واحداً لكل لون مع دمج المقاسات — فاللون هو محور الاكتشاف، والمقاس هو فحص الملاءمة الذي يتم في الصفحة. وللمنتج الذي تحدد فيه السعة السعر، قسِّموا على السعة وادمجوا على اللون.

8. أكثر 12 خطأً شيوعاً في المتغيرات

تمثل الأخطاء 1 و2 و4 و11 الغالبية العظمى مما نراه في عمليات التدقيق الفعلية. ولا يصعب أي منها؛ لكنها كلها غير مرئية إلى أن يبحث عنها أحد.

9. المقاسات المكسورة وصحة المخزون

سلسلة المقاسات المكسورة هي منتج مجموعته حيّة تقنياً لكنها غير قابلة للبيع عملياً — سترة متوفرة بمقاسي XS و3XL فقط، أو حذاء لم يتبقَّ منه سوى مقاسين من تسعة.

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

اكتشافها

احسبوا، لكل item_group_id:

size_availability_ratio = in_stock_variants / total_variants

ثم تصرّفوا وفق عتبات. نقطة انطلاق عملية:

رجِّحوا هذا بحسب الطلب، لا بالعدد فقط. فخسارة XXS وXXL أقل أهمية بكثير من خسارة M وL، اللذين يمثلان عادةً معظم الحجم. أما نسبة تعامل كل المقاسات بالتساوي فستقلل ردّ فعلها تجاه فقدان مقاساتكم الأساسية.

التصرف بناءً عليها

أنظف تطبيق هو وسم الحالة في الخلاصة بدلاً من إزالة المنتج:

xml

<g:custom_label_1>broken-size</g:custom_label_1>

الوسم بدلاً من الحذف يحفظ سجل المنتج في القناة ويتيح إعادة التفعيل فوراً عند عودة المخزون. أما الإزالة ثم الإضافة من جديد فتعيد ضبط التعلم.

تحسينان إضافيان يستحقان البناء:

• أعيدوا التغذية إلى التسويق التجاري (merchandising). قائمة متكررة بالمقاسات المكسورة هي إشارة شراء، لا مجرد مشكلة إعلانية.
• أعيدوا الفحص في كل مزامنة. المخزون يتحرك؛ ويجب أن يتحرك الوسم معه. قائمة ثابتة للمقاسات المكسورة أسوأ من عدم وجودها، لأنها تكبح منتجات أُعيد تعبئة مخزونها منذ ذلك الحين.

10. استخدام المتغيرات لتقسيم الحملات

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

توفر Google خمسة حقول custom_label (0–4). وهي تقبل قيماً اعتباطية وتوجد فقط لمنطق حملاتكم الخاص. وبيانات المتغيرات مدخل مثالي لها.

مخطط عملي

مع وجود هذه الأوسمة، يصبح منطق الحملات مباشراً:

• ارفعوا المزايدة على bestseller + full-size-run + high-margin
• استبعدوا broken-size من الاستهداف الجديد
• امنحوا clearance حملة خاصة بها مع tROAS هجومي
• اعزلوا ss26 عند إطلاق الموسم

Performance Max وAdvantage+

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

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

وفي إعلانات كتالوج Advantage+، يمنع التجميع الصحيح امتلاء الشريط بست درجات من السترة نفسها — وتتيح تعريفات مجموعات المنتجات المبنية على سمات المتغيرات فصل مخزون الاستهداف الجديد عن مخزون إعادة الاستهداف.

إثراء الأوسمة ببيانات الأداء

الأوسمة الثابتة تتقادم. فـ bestseller الذي مُنح الموسم الماضي هو معلومة مضللة هذا الموسم.

التطبيق الأقوى يعيد حساب الأوسمة من بيانات الأداء الحية — إيرادات GA4 ومعدل التحويل وعدد المشاهدات — في كل مزامنة للخلاصة. فالمنتج الذي يتوقف عن البيع يخرج من bestseller تلقائياً؛ والذي يبدأ بالبيع يدخل إليه. وهذا جزء جوهري مما يعنيه إثراء الخلاصة عملياً، وهو الفارق بين أوسمة توجّه الميزانية وأوسمة تصف الربع الماضي فحسب.

11. قياس أداء المتغيرات

بيانات مستوى المتغير هي حيث تنهار معظم التقارير بصمت.

مشكلة التجميع. يقدم Merchant Center وAds تقاريرهما على مستوى id. فالسترة بـ 20 متغيراً تظهر كـ 20 صفاً، لكل منها جزء ضئيل من الحجم، ولا يتمتع أي منها بدلالة بمفرده. وأي استنتاج يُستخلص من صف متغير واحد هو على الأرجح ضجيج.

حلِّلوا دائماً على مستويين:

1. مستوى المجموعة (item_group_id) — هل المنتج ناجح؟ اجمعوا الإنفاق والتحويلات والإيرادات عبر كل الأعضاء.
2. مستوى المتغير (id) — أي الخيارات ناجحة؟ أي الألوان تُباع، وأي المقاسات تنفد أولاً، وأي التركيبات لا تتحرك أبداً.

وفي الثاني تكمن النتائج المثيرة للاهتمام. فهو يجيب عن أسئلة تهم التسويق التجاري: هل يتفوق الكحلي على الفحمي بنسبة ثلاثة إلى واحد؟ هل تتحول متغيرات المقاس L بشكل أفضل لأنها متوفرة دائماً؟ هل لون واحد يسحب متوسط المجموعة إلى الأسفل؟

مقاييس تستحق التتبع لكل مجموعة:

ملاحظة حول الإسناد. غالباً ما يرى المتسوق إعلاناً لمتغير ويشتري آخر — ينقر على الكحلي ويشتري الفحمي. لذا فإن ROAS على مستوى المتغير، إذا أُخذ حرفياً، سيسند خطأً. احكموا على المنتجات على مستوى المجموعة؛ واستخدموا بيانات المتغيرات لفهم السلوك، لا لاتخاذ قرارات مزايدة على عينات ضئيلة.

12. قائمة التحقق قبل الإطلاق

شغّلوا هذه القائمة قبل نشر خلاصة المتغيرات، وبعد أي تغيير هيكلي.

البنية

•  لكل متغير id فريد
•  يشترك كل أعضاء المجموعة في item_group_id متطابق
•  يُشتق item_group_id من حقل مصدر ثابت ولا يتغير بين عمليات التصدير
•  يستخدم item_group_id حالة أحرف متسقة عبر الخلاصة بأكملها
•  يختلف كل عضو في سمة واحدة على الأقل من السمات المحددة للمتغيرات
•  item_group_title موجود ومتطابق عبر المجموعة

السمات

•  يستخدم color أسماء ألوان واضحة — دون رموز Hex أو أرقام أو أحرف مفردة
•  الألوان المتعددة مفصولة بـ /، واللون الأساسي أولاً
•  قيم size موحّدة عبر الكتالوج بأكمله
•  يُصرَّح بـ size_system حيثما تبيعون عبر مناطق ذات أنظمة مقاسات مختلفة
•  gender وage_group متطابقان داخل كل مجموعة
•  material وpattern معبّأتان حيثما تحددان التباين

الروابط والصور

•  يحل رابط كل متغير إلى الحالة الصحيحة المحددة مسبقاً
•  الرمز & مهرَّب بالصيغة &amp; في XML
•  image_link خاص بالمتغير، وليس صورة رئيسية مشتركة
•  تستوفي الصور الأبعاد الدنيا لكل قناة

تحويلات القنوات

•  صيغة availability معدّلة لكل قناة (in_stock مقابل in stock)
•  حدود الأحرف محترمة لكل قناة
•  تصديرات Amazon تبني الإدراجات الأصل وتصرّح بسمة تباين صالحة
•  مجموعات سمات الأسواق الإقليمية مربوطة لكل فئة

العمليات

•  تتوافق وتيرة التحديث مع سرعة حركة المخزون الفعلية
•  يعمل كشف المقاسات المكسورة في كل مزامنة
•  يعمل فحص تكرار id قبل التصدير
•  تُعد الخلاصة XML/CSV سليمة البنية قبل النشر
•  التنبيهات مُعدّة لانخفاضات مفاجئة في عدد المنتجات

13. الأسئلة الشائعة

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

ماذا يحدث إذا أغفلت item_group_id؟ يُعامل كل متغير كمنتج غير مرتبط. وتفقدون محدد المتغيرات في سطح الوجهة، وتصبح الإعلانات متكررة، وتتعطل التقارير على مستوى المتغير، وقد تخفقون في Google في استيفاء متطلب — فـ item_group_id مطلوب للإدراجات المجانية ولإعلانات Shopping في عدة أسواق رئيسية عند إرسال المتغيرات.

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

هل ينبغي أن تبقى المتغيرات نافدة المخزون في الخلاصة؟ عموماً نعم. أبقوها مع availability: out_of_stock بدلاً من حذفها. فالإزالة ثم الإضافة من جديد تعيد ضبط سجل العنصر في القناة. واستبعدوها من الحملات النشطة باستخدام قاعدة أو وسم مخصص بدلاً من ذلك.

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

هل أحتاج إلى قيم item_group_id منفصلة لكل قناة؟ لا — ولا ينبغي ذلك. استخدموا التجميع المنطقي نفسه في كل مكان. ما يختلف لكل قناة هو التحويل المطبَّق عليه: حدود الأحرف وحالة الأحرف والصيغة. احتفظوا بمصدر حقيقة واحد وكيّفوا عند التصدير.

كيف أتعامل مع المنتجات ذات المقاس الواحد فعلاً؟ أرسلوا size بالقيمة one_size أو OS أو OSFA. ولا تتركوه فارغاً للملابس في الأسواق التي يكون فيها المقاس مطلوباً.

نسختا الرجال والنساء من التصميم نفسه — مجموعة واحدة أم اثنتان؟ اثنتان. يجب أن يكون gender متطابقاً عبر المجموعة. فاختلاف القصّات والمقاسات يجعلهما منتجين مختلفين من منظور المتسوق.

ما الذي ينكسر في أغلب الأحيان عملياً؟ في عمليات التدقيق لدينا: الصور الرئيسية المشتركة عبر متغيرات الألوان، وقيم item_group_id المعاد توليدها في كل تصدير، وصيغة availability المنقولة دون تغيير من خلاصة Google إلى Meta. وكلها غير مرئية في الواجهة ولا تظهر إلا كضعف أداء غير مفسَّر.

إلى أين يقودكم هذا

تكافئ خلاصات المتغيرات الدقة بطريقة لا يفعلها معظم التسويق الرقمي. لا يوجد حكم إبداعي في item_group_id — فهو إما ثابت ومشترك، أو لا. وقيم الألوان إما تتبع المواصفات، أو تُرفض. والصور إما تطابق المتغير، أو تكون النقرة قد ضاعت هباءً.

وهذه هي الأخبار الجيدة: إنها مشكلة قابلة للحل بإجابة محددة. والعمل يكمن في الحفاظ عليها — لأن الكتالوجات تتغير يومياً، والمخزون يتحرك كل ساعة، وكل قناة تعدّل مواصفاتها وفق جدولها الخاص.

الشركات التي تتقن هذا تتعامل مع خلاصة المتغيرات كبنية تحتية لا كملف. فهي تشتق معرّفات المجموعات من بيانات مصدرية ثابتة، وتوحّد السمات مرة واحدة عند المصدر، وتحوّل لكل قناة عند التصدير، وتعيد حساب صحة المخزون في كل مزامنة، وتنبّه عندما يتحرك شيء بشكل غير متوقع.

وتلك هي الطبقة التي بُني Feedance من أجلها — Feed Rules لتوحيد السمات عند المصدر، وكشف Broken Size الذي يعيد الحساب في كل مزامنة، وإثراء البيانات عبر GA4 للحفاظ على أوسمة الأداء محدّثة، وتصدير القنوات الذي يطبق التحويل المناسب لكل وجهة من أكثر من 200 وجهة دون المساس ببياناتكم المصدرية.

وإذا أردتم معرفة وضع بنية متغيراتكم قبل تغيير أي شيء، فإن أداة تدقيق الخلاصة المجانية لدينا تقيّم خلاصة قائمة من حيث الاكتمال وجودة البيانات والصحة التقنية — بما في ذلك تجميع المتغيرات — دون أي تكلفة.