המדריך המלא לפידים של וריאנטים של מוצרים

רוב בעיות הפיד לא נראות כמו בעיות בפיד. הן נראות כמו אי אישור של גוגל מרצ'נט סנטר שאי אפשר להסביר, קמפיין Advantage+ שמבזבז את התקציב שלו על חולצת טי שחורה אחת, או מודעת שופינג ששולחת לקוח המחפש נעל במידה 42 לדף שבו נותרה רק מידה 38.

מתחת כמעט לכל אלה מסתתר אותו הדבר: וריאציות.

וריאנט הוא כל גרסה של מוצר ששונה בצורה אחת נראית לעין וניתנת לרכישה - גודל, צבע, חומר, קיבולת, גימור. הם רגילים בקמעונאות וקשים במיוחד בפידים, כי כל ערוץ מדגם אותם בצורה שונה, וכי שגיאה בהם נכשלת בשקט. שום דבר לא נשבר. המודעות שלך פשוט מציגות ביצועים נמוכים בשקט, והאבחון חי ארבע שכבות למטה בקובץ נתונים שאף אחד לא פותח.

מדריך זה מכסה את כל הנושא: מה באמת נחשב כוריאנט, כיצד item_group_id פועל והיכן אנשים משתמשים בו לרעה, כל מאפיין המגדיר וריאנט עם המגבלות האמיתיות שלו, דוגמאות לפידים ב-XML, CSV ו-JSON, כיצד גוגל, מטא, טיקטוק, פינטרסט, אמזון ושווקים אזוריים מצפים שכל אחד מהם יהיה בנוי מווריאנטים, וטבלת אבחון לשגיאות המופיעות בתדירות הגבוהה ביותר.

זה ארוך בגלל שהנושא ארוך. השתמש בתוכן העניינים כדי לקפוץ.

1. מהי בעצם וריאנט

וריאנט הוא גרסה הניתנת לרכישה של מוצר השונה מאחיו לפחות במאפיין אחד שהלקוח היה בוחר ביניהן, תוך שהיא נותרת אותו מוצר.

הסעיף האחרון עושה הרבה עבודה. חולצת טי כחולה בינונית וחולצת טי שחורה גדולה הן אותו מוצר. חולצת טי כחולה וקפוצ'ון כחול אינם כאלה, אפילו מאותו מותג מאותו בד.

המודל הסטנדרטי ברוב הערוצים הוא הורה/ילד :

• השמיים הורה הוא המוצר הקונספטואלי - "סוודר מרינו עם צווארון עגול". בדרך כלל לא ניתן לרכישה בפני עצמה.
• השמיים ילדים הן הווריאנטים - לכל אחת מ-SKU משלה, רמת מלאי משלה, לפעמים מחיר ותדמית משלה.

בפיד מוצרים, זה כמעט תמיד מבוטא בצורה שטוחה : כל וריאנט הוא שורה או <פריט> בפני עצמו, ומפתח קיבוץ משותף קושר אותם יחד. אין קינון. סוודר ב-4 צבעים ו-5 מידות הוא 20 שורות, כולן נושאות את אותו מזהה קבוצה.

מה לֹא גרסה

כאן פידים משתבשים עוד לפני שנכתבה שורה אחת של XML.

קיבוץ כל אחד מאלה תחת item_group_id משותף יוצר קבוצה שחבריה אינם ניתנים להחלפה - מה שגורם לבלבול בבורר הגרסאות בדף היעד, ובערוצים מסוימים גורם לפסילה עקב אי התאמה.

2. ההחלטה שקובעת הכל

לפני כתיבת כל לוגיקת פיד, ענו על שאלה אחת עבור כל סוג מוצר שאתם מוכרים:

כאשר לקוח בוחר באפשרות אחרת, האם הוא נוחת בדף אחר - או באותו דף במצב שונה?

זהו המבחן המעשי, והוא מתייחס ישירות לאופן שבו עליכם לבנות את הפיד.

מקרה א' - כתובות URL נפרדות לכל גרסה. לכל צבע יש דף מוצר משלו (/merino-sweater-navy, /merino-sweater-charcoal). יש לשלוח כל גרסה כשורה בפני עצמה עם קישור משלה. זוהי ההגדרה הנקייה ביותר, נותנת את הרלוונטיות הטובה ביותר למודעה, וזה מה שערוצים מעדיפים.

מקרה ב' - כתובת URL אחת, גרסה נבחרת בדף. הכל נמצא ב-/merino-sweater והלקוח בוחר צבע ומידה באמצעות בורר. עדיין ניתן לשלוח כל גרסה, אך עליכם להוסיף פרמטר קישור עמוק כדי שהמודעה תגיע למצב שנבחר מראש הנכון:

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

ללא פרמטר זה, קונה שלחץ על מודעה עבור מודעה בצבע כחול-ימי בינוני מגיע למצב ברירת מחדל המציג את הצבע הצהוב "small". חוסר התאמה זה הוא אחד מגורמי ההמרה השקטים הגדולים ביותר בפרסום וריאנטים, ובגוגל הוא יכול גם לגרום לפסילה מסוג "ערך לא תואם (סריקת דף)" , מכיוון שהסורק רואה דף שצבעו הנראה אינו תואם לצבע שהוגש.

מקרה ג' - וריאציות שלא שוות פיצול. חלק מהוריאציות אינן משפיעות מספיק על החלטת הקנייה כדי להצדיק פרסומות נפרדות - אורך כבל במטען, לדוגמה. כאן ניתן לשלוח במכוון גרסה מייצגת אחת. סעיף 7 עוסק מתי זו ההחלטה הנכונה.

תכונות מגדירות וריאנט לעומת תכונות תיאוריות

כל מאפיין בפיד שלך נופל תחת אחת משתי קטגוריות, ובלבול ביניהם הוא סיבה שכיחה לקבוצות בעלות מבנה שגוי.

מאפיינים המגדירים וריאנט חייבים להיות שונים בין חברי הקבוצה. אלה הדברים שהלקוח בוחר: צבע, גודל, חומר, דוגמה, בנוסף לממדים ספציפיים למוצר כמו קיבולת או גימור.

מאפייני קבועי קבוצה חייבים להיות זהים בכל איבר: brand, gender, age_group, item_group_title, google_product_category. אם שתי שורות חולקות item_group_id אך נושאות ערכי מגדר שונים, או שסידרת את המוצרים בצורה שגויה או שתייגת אותם בצורה שגויה.

מאפיינים ספציפיים לשורה אך לא מגדירים וריאנט משתנים בין שורה לשורה מבלי להגדיר את הוריאנט: id, price, availability, gtin, image_link, link. שתי וריאנטים יכולים להיות בעלי מחירים שונים באופן לגיטימי - מידה 3XL עולה לעתים קרובות יותר - מבלי שהמחיר הוא מה שמבדיל ביניהן.

3. item_group_id: הקרן

item_group_id הוא המפתח המשותף שאומר לערוץ "שורות אלו הן אותו מוצר". כל שאר הדברים בנוגע לטיפול בווריאציות תלויים בכך שהוא יהיה נכון.

המפרט

מכיוון שגוגל מתייחסת לערך בצורה לא רגישה לרישיות, אך מטא וטיקטוק לא, יש לתקנן את האותיות הקטנות (או הגדולות) בכל מקום. קטלוג שבו SWTR-001 ו-swtr-001 מופיעים שניהם יקובץ נכון בגוגל ויתפצל לשני מוצרים במטא.

בחירת הערך

ה-item_group_id הטוב ביותר הוא ה-SKU האב שכבר קיים ב-ERP או ב-PIM שלך. הוא קיים, הוא יציב והוא ייחודי.

טוב:

SWTR-MERINO-CREW
12345
parent-8891

רע, ולמה:

ראוי להדגיש את האחרון. item_group_id חייב להיות יציב לאורך זמן. ערוצים צוברים היסטוריית ביצועים מול הקבוצה. אם הייצוא שלך יוצר מחדש מזהים, עליך לאפס את ההיסטוריה הזו בכל סנכרון, ושום אופטימיזציה של הצעות מחיר לא תפצה על כך.

שלושת הכללים

1. לכל חבר בקבוצה יש את אותו item_group_id.
2. לכל חבר יש מספר זיהוי ייחודי. מזהה כפול בכל מקום בפיד גורם להסרת השורה המאוחרת יותר באופן שקט.
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_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 לא. שליחת אותה מחרוזת בשניהם מבזבזת את האות.

אפשרות_גרסה

בנוסף, גרסה חדשה יותר בצד של גוגל: דרך מובנית להצהיר אילו מאפיינים מגדירים את הווריאציה, במקום להשאיר לערוץ להסיק אותה. היא מקבלת עד 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" לגודל, עליך להצהיר עליו כראוי.

4. מאפיינים המגדירים וריאנטים, בפירוט

צֶבַע

התכונה הכי מוגבלת לכללים במפרט, והנדחית בתדירות הגבוהה ביותר.

לא התקבל:

• מספרים - צבע 42, RAL 5013
• קודי הקסדצימליים — #001F5B
• אותיות בודדות - N עבור חיל הים
• הפניות לתמונה - ראה תמונה
• מילים אלפאנומריות או מילים מחוברות - Navy1, NavyBlue (כתוב כחול נייבי)

טיפול בשמות צבעי שיווק. מותגי אופנה כמעט ולא מכנים צבעים "כחול נייבי". הם קוראים להם "מרוץ חצות". הערוץ צריך צבע שקונה היה מחפש; המותג שלך צריך שם משלו בדף.

הפשרה האפשרית:

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

מפו שמות שיווקיים לשמות סטנדרטיים בפיד, ושמרו על שם המותג גלוי בדף הנחיתה ובתיאור. אל תציבו את שם השיווק בצבע ובתקווה - זה פוגע בהתאמה עבור שאילתות המבוססות על צבע, שהן בין החיפושים בעלי כוונת החיפוש הגבוהה ביותר בתחום הביגוד.

מוצרים רב-צבעוניים:

color: Navy/White/Grey

ראשי תחילה. גוגל קורא את הערך הראשון כצבע הדומיננטי.

גודל

הכלל החשוב: היו ספציפיים מספיק כדי להיות חד משמעיים ועקביים לאורך כל הקטלוג. M בסדר אם כל מוצר משתמש ב-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)

סוג_גודל ומערכת_גודל

אופציונלי, לבוש בלבד ושימוש לא רציף - שניהם משפרים משמעותית את ההתאמה עבור קונים המחפשים באמצעות מאפיינים אלה.

סוג_גודל — עד 2 ערכים מ: רגיל, קטן, מידה להריון, גדול, גבוה, פלוס.

מערכת_גודל — אחת מהאפשרויות הבאות: ארה"ב, בריטניה, האיחוד האירופי, גרמניה, פרנקפורט, יפן, קנדי, איטלקיה, ברזילאי, מקסיקו, אורגון. אם מושמטת, הערוץ מניח את המערכת של מדינת היעד, שהיא מקור לכשל ספציפי ויקר: קמעונאי טורקי שמוכר לגרמניה עם מידות של האיחוד האירופי אך ללא מערכת_גודל מוצהרת, עלול לפרש מידות כנגד קנה המידה הלא נכון.

xml

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

חוֹמֶר

מקסימום 200 תווים בגוגל. תחילה חומר ראשי, ולאחר מכן עד שני חומרים משניים מופרדים באמצעות /.

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

נדרש רק אם הוא מבדיל בין הגרסאות שלך - תיק הנמכר מעור ובד קנבס. אחרת, אופציונלי אך שווה הגשה; חומר הוא ערך נפוץ בחיפוש.

דפוס

מקסימום 100 תווים. טקסט חופשי המתאר את ההדפס או הגרפיקה: פסים, נקודות, פייזלי, פרחוני, אדרה. אותו כלל - נדרש אם זה מה שמשתנה.

קבוצת גיל ומגדר

שניהם קבועי קבוצה . כל וריאנט בקבוצה חייב לשאת את אותו ערך.

קבוצת_גיל: יילוד, תינוק, פעוט, ילדים, מבוגר - ערך אחד לכל מוצר.

מין: זכר, נקבה, יוניסקס.

אם פריט בגד מוצע באמת בגזרות לגברים ולנשים, אלו שתי קבוצות פריטים נפרדות , לא קבוצה אחת עם תערובת מגדרית. הגזרות שונות, המידות שונות, והקונה בוחר בין מוצרים ולא בין אפשרויות.

טבלת ייחוס

5. דוגמאות לפידים אמיתיים

XML (גוגל 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 זהים; מזהה ותואר אינם.
2. קישור נושא פרמטרים של קישור עמוק כך שהמודעה נוחתת במצב הנכון שנבחר מראש. הסימן & מנוצל כ-& — נדרש ב-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 הוא המקום שבו מתרחשות רוב שבריריות בעולם האמיתי, מכיוון שפסיקים בתוך כותרות ותיאורים חייבים להיות במירכאות, ומרכאות בתוך שדות במירכאות חייבות להיות בסימני Escape. אם הכותרות שלכם מכילות פסיקים - וכותרות מוצרים עם צבע וגודל כמעט תמיד מופיעות - השתמשו ב-TSV במקום זאת. טאבים כמעט ולא מופיעים בנתוני המוצר, ומחלקה שלמה של באגים בניתוח נעלמת.

JSON

עבור קליטה מבוססת API:

ג'סון

{
  "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. ערוץ אחר ערוץ

הקונספט הוא אוניברסלי. היישום לא. כך מצפה כל יעד עיקרי לווריאציות, והיכן כל אחת מהן שונה.

גוגל שופינג / מרצ'נט סנטר

היישום המחייב ביותר, והיישום הייחוס שממנו רוב הערוצים האחרים שואלים.

• item_group_id הוא נדרש עבור רישומים חינמיים, ועבור מודעות קניות בברזיל, צרפת, גרמניה, יפן, בריטניה וארה"ב, בכל פעם שמוגשות וריאציות.
• יש למלא מאפיינים המגדירים וריאנטים: צבע ומידה נדרשים עבור ביגוד בשווקים אלה.
• נדרשים לציין מגדר וקבוצת גיל עבור לבוש וחייבים להיות עקביים בכל הקבוצה.
• דף הנחיתה חייב להתאים באופן חזותי לערכי הווריאציה שהוגשו, אחרת אתם מסתכנים ב ערך לא תואם (סריקת דף) אי הסכמה.
• כל גרסה מתחרה באופן עצמאי במכירה הפומבית. גוגל בוחרת איזה חבר בקבוצה יופיע עבור שאילתה נתונה, כך שקבוצה לא שלמה פירושה מאגר מועמדים חלש יותר.
• קישור_לתמונות חייב להיות בגודל של לפחות 500×500 פיקסלים עבור ביגוד - מינימום נאכף החל מ- 31 ינואר 2027, שווה בדיקה עכשיו ולא במהירות.

הערה מעשית: מדד Merchant Center מדווח ברמת הגרסה (id), לא ברמת הקבוצה. כדי להעריך מוצר כראוי, עליכם לצבור בעצמכם לפי item_group_id - וזה הרבה יותר קל אם מזהה הקבוצה נקי ויציב.

מטא (פייסבוק ואינסטגרם)

מטא משתמש באותו שם שדה עם אילוצים שונים ומודל תצוגה שונה באופן מהותי.

• item_group_id מאפשר עד תווי 100 והוא תלוי רישיות.
• צבע וגודל מאפשרים עד תווי 200.
• שימוש בערכי זמינות רווחים, לא קווים תחתוניםבמלאי, לא במלאי. ההבדל היחיד הזה שובר יותר מטא-פידים מכל דבר אחר, במיוחד כאשר פיד של גוגל נמצא בשימוש חוזר ישיר.
• בחנויות ובמשטחי פרטי מוצר, קבוצה מקובצת כהלכה מוצגת כ- מוצר אחד עם בורר וריאנטים, במקום כמה רישומים כמעט זהים.
• מודעות קטלוג Advantage+ משתמשות בקבוצה כדי להימנע מהצגת שש גרסאות של אותו סוודר בקרוסלה אחת למשתמש - קטלוג לא מקובץ מייצר מודעות שחוזרות באופן ניכר על עצמן וחשיפות מבוזבזות.
• דיווח ברמת וריאנט ב-Commerce Manager תלוי בקיבוץ נכון.

הערה מעשית: אל תכוונו את המטא לפיד גוגל שלכם ללא שינוי. לכל הפחות, יש לבדוק את זמינות הטרנספורמציות ולבדוק את מגבלות התווים. רוב פלטפורמות הפיד - כולל Feedance - מטפלות בזה כטרנספורמציה ברמת הערוץ כך שנתוני המקור יישארו ללא שינוי.

טיק טוק

• item_group_id מאפשר עד תווי 150.
• sku_id הוא המזהה הייחודי לכל וריאנט - כל שורת וריאנט זקוקה לערך נפרד.
• צבע וגודל מאפשרים עד 200 תווים.
• הכותרת יכולה להכיל עד 255 תווים; התיאור יכול להכיל עד 10,000 תווים; google_product_category נדרש.
• טיקטוק הוא הערוץ הכי קפדני בנושא תמונות ספציפיות לווריאנטכרטיסי מוצר מציגים בורר וריאנטים, וריאנטים שחולקים תמונה גנרית אחת מציגים ביצועים גרועים יותר באופן ניכר. אם חתכתם על פינה אחת בצנרת התמונות שלכם, אל תחתכו אותה כאן.

פינטרסט

• עוקב מקרוב אחר המודל של גוגל; item_group_id מקבץ וריאנטים.
• פינטרסט מציגה וריאציות בתוך פין מוצר יחיד עם אפשרויות לבחירה.
• איכות התמונה ויחסי הממדים האנכיים חשובים באופן לא פרופורציונלי - פינטרסט הוא משטח לגילוי ויזואלי, ותמונות שונות שאינן שונות פשוט לא נשמרות.

אמזון בעברית

אמזון לא משתמשת ב-item_group_id, והנחה אחרת גורמת להרבה עבודה מבוזבזת.

אמזון משתמשת במודל מפורש של יחסי הורה/ילד :

• A ASIN אב נוצר כרשום שאינו ניתן לקנייה.
• כל אחד ASIN ילד מפנה להורה דרך השדות parent_sku / parent_child.
• A נושא וריאציה חייב להיות מוצהר — SizeColor, Size, Color, SizeName-ColorName וכן הלאה, משתנה לפי קטגוריה.
• הנושא חייב להיות תקף עבור הקטגוריה הספציפית הזו; אותו שם נושא אינו זמין בכל מקום.

אם אתם מייצאים גם לגוגל וגם לאמזון ממקור אחד, התייחסו לכך כאל טרנספורמציה אמיתית, ולא כאל שינוי שם של שדה. שכבת הפיד שלכם חייבת לבנות את רשימת האב, להקצות את הנושא ולמפות אליה את צאצאיה.

שווקים אזוריים ומנועי השוואה

לערוצים הטורקיים ולערוצי MENA הרחבים יותר יש מוסכמות משלהם, והם לעתים קרובות ההבדל בין קטלוג תקין לקטלוג מקולקל בשווקים אלה.

• טרנדיול משתמש במודל הורה/צאצא משלו עם קבוצת מאפיינים ספציפית לקטגוריה. צבע וגודל הם שדות מובנים נפרדים, ורשימות מאפיינים נדרשות משתנות בהתאם לקטגוריה.
• אקאצ'ה ו מַקדֵחַ הם מנועי השוואת מחירים. הם בדרך כלל מצפים לשורה אחת לכל מק"ט שניתן לרכוש, ושורות כפולות כמעט זהות נוטות לעבור סינון - כך ששליחת ריצה בגודל מלא ללא נתונים מובחנים יכולה להפחית במקום להגדיל את הנראות.
• Hepsiburada ו N11 כל אחד מגדיר את מפתחות קיבוץ הגרסאות שלו ואת המאפיינים הנדרשים.

זהו התחום שבו כלי הזנה גלובליים גנריים לרוב לוקים בחסר, ושבו מאפיין שגוי במפה מסיר בשקט קטגוריה שלמה מהשוק.

השוואה

7. להתפצל או לקרוס?

שליחת כל גרסה היא ההמלצה המומלצת כברירת מחדל, אך היא אינה נכונה באופן אוניברסלי. השאלה האמיתית היא האם הגרסה משנה את מה שהקונה רוצה.

שלח כל גרסה כאשר...

• השונות היא החלטת הרכישה. ביגוד, הנעלה, כל דבר שבו מידה לא נכונה אינה מהווה מבצע.
• המלאי משתנה באופן משמעותי לפי גרסה. פרסום מוצר שהאפשרות היחידה שנותרה לו היא מידה 3XL חבל על הוצאה.
• המחיר משתנה בהתאם לגרסה. הצגת 89 אירו כאשר האפשרות שנבחרה עולה 119 אירו יוצרת אי התאמה במחירים ולקוח כועס.
• ביקוש החיפוש הוא מוסמך לפי וריאנטים. אנשים מחפשים "סוודר מרינו כחול כהה בינוני". לא ניתן לדרג את הקטגוריה הזו מבלי לשלוח אותה.

כווץ לגרסה מייצגת אחת כאשר...

• הקטלוג גדול מאוד וברובו הומוגני. קמעונאית חומרה עם 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>

תיוג במקום מחיקה שומר על היסטוריית המוצר בערוץ ומאפשר לך להפעיל אותו מחדש באופן מיידי כאשר המלאי חוזר. הסרה והוספה מחדש מאפסות את הלמידה.

שני שיפורים נוספים שכדאי לבנות:

• החזירו משוב למרצ'נדייז. רשימה שבור וחוזרת על עצמה היא איתות קנייה, לא רק בעיית פרסום.
• בדוק שוב בכל סנכרון. המלאי זז; התג חייב לזוז יחד איתו. רשימה סטטית בגודל שבור גרועה יותר מכלום, כי היא מדכאת מוצרים שחודשו מאז.

10. שימוש בווריאציות לפילוח קמפיינים

ברגע שהווריאנטים בנויים כהלכה, הנתונים הופכים לשכבת פילוח - כנראה השימוש בעל התשואה הגבוהה ביותר בפיד וריאנטים נקי.

גוגל מספקת חמישה שדות custom_label (0-4). הם מקבלים ערכים שרירותיים וקיימים אך ורק למטרת הלוגיקה של הקמפיין שלך. נתוני וריאנטים הם קלט אידיאלי.

תוכנית מעשית

לאחר שהדברים הללו קיימים, היגיון הקמפיין הופך להיות פשוט:

• הגדלת הצעת המחיר לרבי מכר + מהדורה בגודל מלא + שולי רווח גבוהים
• לא לכלול גודל שבור בחיפוש לקוחות פוטנציאליים
• תן אישור לקמפיין משלו עם החזר על הוצאות פרסום אגרסיבי (tROAS)
• לבודד את ss26 כשהעונה מתחילה

ביצועים מקסימליים ויתרון+

שניהם אוטומטיים במידה רבה, מה שהופך את הפילוח ברמת הפיד לחשוב יותר ולא פחות. אינך שולט עוד בהצעות מחיר ברמת מילות המפתח, כך שהפיד הופך למנוף העיקרי שלך לניהול ההוצאות.

ב-Performance Max, תוויות מותאמות אישית מניעות את מבנה קבוצות הנכסים וקבוצות הרישום . פיצול קבוצת נכסים כוללת אחת לקבוצות המבוססות על מרווח או על בריאות המניה הוא אחד המנופים המבניים הבודדים שנותרו, והוא תלוי לחלוטין בתוויות המאוכלסות מנתונים אמיתיים.

במודעות קטלוג Advantage+, קיבוץ נכון מונע מהקרוסלה להתמלא בשישה גוונים של אותו סוודר - והגדרות קבוצת מוצרים הבנויות על מאפייני וריאנט מאפשרות לך להפריד בין חיפוש לקוחות פוטנציאליים לבין ריטרגטינג של מלאי.

העשרת תוויות בנתוני ביצועים

תוויות סטטיות מתפוררות. רב מכר שהוקצה לעונה שעברה הוא מידע שגוי העונה.

היישום החזק יותר מחשב מחדש תוויות מנתוני ביצועים בזמן אמת - הכנסות מ-GA4, שיעור המרה, ספירת צפיות - בכל סנכרון פיד. מוצר שמפסיק להימכר נופל אוטומטית מרשימת רבי המכר; מוצר שמתחיל להימכר נכנס אליו. זהו חלק מרכזי ממה שמשמעות העשרת פיד בפועל, וזה ההבדל בין תוויות שמווות את התקציב לבין תוויות שרק מתארות את הרבעון האחרון.

11. מדידת ביצועי וריאנטים

נתונים ברמת הווריאנט הם המקום שבו רוב הדיווחים מתפרקים בשקט.

בעיית הצבירה. דוחות Merchant Center ו-Ads ברמת המזהה. סוודר ב-20 וריאציות מופיע כ-20 שורות, כל אחת עם חלק מהנפח, אף אחת מהן אינה משמעותית בנפרד. כל מסקנה שנוסקת משורת וריאציה אחת היא כנראה רעש.

תמיד נתח בשתי רמות:

1. רמת הקבוצה (item_group_id) — האם זה קורה מוצר עבודה? סכום כולל של הוצאות, המרות והכנסות בכל החברים.
2. רמת וריאנט (id) — אשר אפשרויות עבודה? אילו צבעים נמכרים, אילו מידות נגמרים ראשונים, אילו שילובים לעולם לא זזים.

השני הוא המקום שבו נמצאים הממצאים המעניינים. הם עונים על שאלות שמעניינות את תחום השיווק: האם מכירות של צבעים בצבע כחול נייבי עולות על צרכלי פחם בשלושה לאחד? האם וריאציות של מידה L מניבות יותר תוצאות מרשימות מכיוון שהן תמיד במלאי? האם צבע אחד מוריד את הממוצע של הקבוצה?

מדדים שכדאי לעקוב אחריהם לפי קבוצה:

הערה לגבי ייחוס. קונה רואה לעתים קרובות מודעה עבור גרסה אחת וקונה אחרת - לוחץ על הדגם הכחול-ירוק, קונה את הדגם הכחול-ירוק. לכן, החזר על הוצאות פרסום (ROAS) ברמת הגרסה, אם נלקח פשוטו כמשמעו, יגרום לייחס שגוי. שפטו מוצרים ברמת הקבוצה; השתמשו בנתוני וריאציות כדי להבין התנהגות, לא כדי לקבל החלטות הצעות מחיר על סמך דוגמיות דקות.

12. רשימת בדיקה לפני השקה

הפעל זאת לפני העברת פיד וריאנט לאוויר, ולאחר כל שינוי מבני.

מִבְנֶה

•  לכל גרסה יש מזהה ייחודי
•  לכל חבר בקבוצה יש item_group_id זהה
•  item_group_id נגזר משדה מקור יציב ואינו משתנה בין ייצוא
•  item_group_id משתמש באותיות גדולות וקטנות עקביות בכל הפיד
•  כל איבר שונה לפחות במאפיין אחד המגדיר וריאנט
•  item_group_title קיים וזהה בכל הקבוצה

תכונות

•  צבע משתמש בשמות צבעים פשוטים - ללא אותיות הקסדצימליות, מספרים או אותיות בודדות
•  צבעים מרובים מופרדים באמצעות /, ראשי תחילה
•  ערכי הגודל מנורמלים על פני כל הקטלוג
•  מערכת_מידות מוגדרת כאשר אתם מוכרים באזורי מידות שונים
•  מגדר וקבוצת גיל זהים בתוך כל קבוצה
•  חומר ודוגמה מאוכלסים במקום בו הם מגדירים את הווריאציה

קישורים ותמונות

•  הקישור של כל וריאנט עובר למצב שנבחר מראש הנכון
•  & עובר חיפוש בתור & ב-XML
•  image_link ספציפי לווריאציה, לא תמונת גיבורה משותפת
•  תמונות עומדות במידות המינימליות עבור כל ערוץ

טרנספורמציות ערוצים

•  תחביר זמינות מותאם לכל ערוץ (in_stock לעומת in stock)
•  מגבלות התווים נשמרות בכל ערוץ
•  ייצוא של אמזון בונה רשימות אב ומצהיר על ערכת נושא וריאציה תקפה
•  מערכי מאפייני שוק אזוריים ממופים לפי קטגוריה

תפעול

•  תדירות העדכון תואמת את מהירות התנועה בפועל של המניה
•  זיהוי גודל שבור פועל בכל סנכרון
•  בדיקת זיהוי כפול מבוצעת לפני ייצוא
•  הפיד מאמת כקובץ XML/CSV בפורמט תקין לפני פרסום
•  התראות מוגדרות עבור ירידות פתאומיות בספירת מוצרים

13. שאלות נפוצות

האם אני חייב להגיש כל גרסה בנפרד? לא תמיד, אבל בדרך כלל כן עבור ביגוד והנעלה, שבהם מידה וצבע הם החלטת הרכישה. עבור קטלוגים הומוגניים גדולים מאוד, או ערוצים שמסננים כמעט כפילויות, הגשת גרסה מייצגת אחת שנבחרה בקפידה לכל קבוצה יכולה לשפר את הביצועים. בחר את הגרסה המייצגת לפי ביצועי מכירות ומלאי, לא לפי סדר אלפביתי.

מה קורה אם אני משמיט את item_group_id? כל וריאציה מטופלת כמוצר לא קשור. תאבד את בורר הווריאציות במשטח היעד, המודעות הופכות לחוזרות על עצמן, הדיווח ברמת הווריאציה משתבש, וב-Google ייתכן שלא תעמוד בדרישה - item_group_id נדרש עבור רשימות חינמיות ועבור מודעות שופינג בכמה שווקים עיקריים כאשר מוגשות וריאציות.

האם יכולים להיות מחירים שונים עבור וריאציות? כן. מחיר אינו מאפיין המגדיר וריאציה, אך הוא עשוי להיות שונה באופן לגיטימי בין וריאציה - מידות גדולות יותר עולות לרוב יותר. המחיר המוגש חייב להתאים למה שמוצג בדף הנחיתה עבור אותה וריאציה ספציפית.

האם גרסאות שאזלו מהמלאי צריכות להישאר בפיד? באופן כללי כן. יש להשאיר אותן עם availability: out_of_stock במקום למחוק אותן. הסרה והוספה מחדש מאפסות את היסטוריית הפריט בערוץ. יש להחריג אותן מקמפיינים פעילים באמצעות כלל או תווית מותאמת אישית במקום זאת.

האם מוצר אחד יכול להשתייך לשתי קבוצות? לא. item_group_id מקבל ערך יחיד לכל פריט. אם מוצר באמת שייך לשתי קבוצות קונספטואליות, יש לך בעיה של טקסונומיית סחורה לפתור במעלה הזרם.

האם אני צריך ערכים נפרדים של item_group_id לכל ערוץ? לא - וגם לא כדאי. השתמשו באותה קיבוץ לוגי בכל מקום. מה ששונה מכל ערוץ הוא הטרנספורמציה המוחלת עליו: מגבלות תווים, אותיות רישיות, תחביר. שמרו על מקור אמת אחד והתאימו אותו לייצוא.

כיצד עליי לטפל במוצרים שהם באמת מידה אחת? יש לשלוח את המידה כ-one_size, OS או OSFA. אין להשאיר אותה ריקה עבור ביגוד בשווקים שבהם נדרשת מידה.

גרסאות גברים ונשים של אותו עיצוב - קבוצה אחת או שתיים? שני המינים חייבים להיות זהים בכל הקבוצה. גזרות שונות ומידות שונות הופכות אותם למוצרים שונים מנקודת מבטו של הקונה.

מה הכי הרבה פעמים מתקלקל בפועל? בביקורות שלנו: תמונות ראשיות משותפות בין וריאציות צבע, ערכי item_group_id שחולקו מחדש בכל ייצוא, ותחביר זמינות שהועבר ללא שינוי מפיד גוגל לתוך המטא. שלושתם בלתי נראים בממשק ועולים רק כביצועים נמוכים בלתי מוסברים.

איפה זה משאיר אותך

פידים של וריאנטים מתגמלים דיוק באופן שרוב השיווק הדיגיטלי לא עושה. אין שיקול דעת יצירתי ב-item_group_id - או שהוא יציב ומשותף, או שהוא לא. ערכי הצבעים עוקבים אחר המפרט, או שהם נדחים. תמונות תואמות לוריאנט, או שהקליק היה מבוזבז.

אלו החדשות הטובות: זוהי בעיה פתירה עם תשובה חד משמעית. העבודה היא בתחזוקה שלה - כי קטלוגים משתנים מדי יום, המלאי זז מדי שעה, וכל ערוץ מתאים את המפרט שלו לפי לוח הזמנים שלו.

העסקים שעושים זאת נכון מתייחסים לפיד הווריאנטים כתשתית ולא לקובץ. הם גוזרים מזהי קבוצות מנתוני מקור יציבים, מנרמלים מאפיינים במקור, מבצעים טרנספורמציה לכל ערוץ בעת ייצוא, מחשבים מחדש את תקינות המלאי בכל סנכרון, ומתריעים כאשר משהו זז באופן בלתי צפוי.

בדיוק בשביל זה בנוי Feedance - כללי פיד לנרמול מאפיינים במקור, זיהוי גודל שבור שמחשיב מחדש בכל סנכרון, העשרת GA4 לשמירה על תוויות ביצועים מעודכנות, וייצוא ערוצים שמחיל את הטרנספורמציה הנכונה עבור כל אחד מ-200+ יעדים מבלי לגעת בנתוני המקור שלך.

אם אתם רוצים לדעת מה עומד מבנה הגרסאות שלכם לפני שאתם משנים משהו, כלי ביקורת הפידים החינמי שלנו מדרג פיד קיים לפי שלמות, איכות נתונים ותקינות טכנית - כולל קיבוץ גרסאות - ללא עלות.