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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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