כיצד להגדיר פיד Google Shopping ב-1C-Bitrix: מדריך מלא

כיצד ליצור Google Shopping Feed תקין לחנות ה-1C-Bitrix שלך

בעלי קטלוגים ב-Bitrix נתקלים לעתים קרובות בבעיה: מוצרים נכשלים במודרציה ב-Google Merchant Center, ה-feed נדחה, והמכירות לא גדלות. מודול ה"ייצוא קטלוג" הסטנדרטי אינו מייצר XML תקין עבור Google Shopping — חסרים בו מרחב השמות xmlns:g ומיפוי מאפיינים חובה. feed שגוי לא רק גורם לאובדן מכירות, אלא יכול גם להוביל לעונשים מגוגל על נתונים לא מדויקים. אנו מגדירים את ה-feed במלואו: מבדיקת אינפובלוק ועד אוטומציה מלאה של עדכונים. עם ניסיון של למעלה מ-10 שנים, הגדרנו יותר מ-200 feeds לקטלוגים של 100 עד 500,000 מוצרים — ואנו מבטיחים אישור מודרציה. עלות שירות הגדרה טיפוסית נעה בין 500 ל-1,500 דולר, אך יכולה לחסוך עד 1,200 דולר בחודש בהוצאות פרסום לקטלוג בינוני.

מדוע ייצוא סטנדרטי לא עובד עבור Google Shopping

כברירת מחדל, Bitrix יכול לייצא YML (Yandex.Market) ו-XML שרירותי. עם זאת, פורמט Google Base דורש תגים ספציפיים: g:id, g:title, g:price, g:availability, g:brand, g:gtin. הפרופיל הסטנדרטי אינו מוסיף את הקידומת g ואינו תומך במאפיינים מקוננים. התוצאה היא feed עם שגיאות סכמה.

שלב אחר שלב: מבדיקה ועד פריסה

1. בדיקת אינפובלוק ומבנה SKU — בדיקה של מאפיינים חובה (GTIN, מותג, מידות), הערכת גודל הקטלוג ותדירות השינויים.
2. הגדרת מיפוי מאפיינים — יצירת התאמה בין שדות Bitrix לתגי Google Base. התחשבות במאפייני סוג המוצר: לבגדים — צבע ומידה; לאלקטרוניקה — GTIN ו-MPN.
3. כתיבת סקריפט PHP מותאם אישית — הטמעת יצירת XML עם מרחבי שמות נכונים, תמיכה ב-g:item_group_id, ו-fallbacks למאפיינים חסרים.
4. הגדרת סוכן או cron — הבטחת יצירה מחדש אוטומטית של ה-feed במרווחים הנדרשים. לקטלוגים מעל 50,000 מוצרים, יש להשתמש בבחירה מפולחת וב-set_time_limit(0).
5. בדיקה והגשה ל-Merchant Center — הרצת ה-feed דרך W3C validator, בדיקה במדור Diagnostics, ותיקון שגיאות טיפוסיות.
6. ניטור והתאמות — לאחר ההשקה, מעקב אחר הסטטוס ב-Merchant Center וטיפול מהיר בבעיות.

מה הסקריפט המותאם אישית מספק

אנו משתמשים בסקריפט PHP מותאם אישית הממוקם ב-/local/cron/google_feed.php. הוא אוסף את כל המוצרים הפעילים, כולל SKUs, ממפה מאפיינים לתגים הנדרשים, וכותב את ה-XML ל-/upload/feeds/google.xml. הסקריפט מופעל על ידי סוכן Bitrix כל שעה — מה ששומר על ה-feed מעודכן תמיד.

דוגמה למיפוי מאפיינים:

$PROPERTY_MAP = [
    'brand' => 'BRAND', // Свойство "Бренд"
    'barcode' => 'BARCODE', // EAN/штрихкод
    'article' => 'ARTICLE', // Артикул/MPN
    'color' => 'COLOR', // Цвет (для одежды)
    'size' => 'SIZE', // Размер (для одежды)
    'material'=> 'MATERIAL', // Материал
];

לפני יצירת ה-feed, אנו תמיד מוודאים שמאפיינים אלה קיימים באינפובלוק באמצעות $PROPERTY_MAP = [ 'brand' => 'BRAND', // Свойство "Бренд" 'barcode' => 'BARCODE', // EAN/штрихкод 'article' => 'ARTICLE', // Артикул/MPN 'color' => 'COLOR', // Цвет (для одежды) 'size' => 'SIZE', // Размер (для одежды) 'material'=> 'MATERIAL', // Материал ]; . אם מאפיין חסר או לא מולא עבור מוצר — אנו מוסיפים fallback או מדלגים על הפריט.

כיצד לטפל בהצעות מסחר (SKUs)

עבור קטלוגים עם וריאציות (מידה, צבע), כל SKU חייב להיות CIBlockProperty::GetList() נפרד עם מאפיין <item> השווה למזהה מוצר האב. מוצר האב עצמו אינו נכלל ב-feed. כך אנו מיישמים זאת:

$offers = \CIBlockElement::GetList(
    [],
    ['IBLOCK_ID' => $OFFERS_IBLOCK_ID, 'PROPERTY_CML2_LINK' => $elementId, 'ACTIVE' => 'Y'],
    false,
    false,
    ['ID', 'NAME', 'CATALOG_QUANTITY', 'CATALOG_PRICE_1']
);
while ($offer = $offers->GetNextElement()) {
    $offerFields = $offer->GetFields();
    $offerProps = $offer->GetProperties();
    // g:item_group_id = ID родительского элемента
    // g:id = ID торгового предложения
    // g:color, g:size — из свойств предложения
}

כיצד לבצע אוטומציה של עדכוני feed

שימוש בסוכן Bitrix עדיף — הוא אינו דורש גישת cron וקל יותר להגדרה:

\CAgent::AddAgent(
    '\Local\Feed\GoogleFeedGenerator::generate();',
    'local.feed',
    'N',
    3600, // каждый час
    '',
    'Y',
    date('d.m.Y H:i:s', time() + 3600)
);

קובץ ה-feed נכתב מחדש בכל הרצה. לקטלוגים מעל 50,000 מוצרים, הגדל את זמן ביצוע הסקריפט עם g:item_group_id והשתמש בבחירה מפולחת. לחלופין, ניתן להגדיר משימת cron: $offers = \CIBlockElement::GetList( [], ['IBLOCK_ID' => $OFFERS_IBLOCK_ID, 'PROPERTY_CML2_LINK' => $elementId, 'ACTIVE' => 'Y'], false, false, ['ID', 'NAME', 'CATALOG_QUANTITY', 'CATALOG_PRICE_1'] ); while ($offer = $offers->GetNextElement()) { $offerFields = $offer->GetFields(); $offerProps = $offer->GetProperties(); // g:item_group_id = ID родительского элемента // g:id = ID торгового предложения // g:color, g:size — из свойств предложения } .

בדיקת feed לפני הגשה ל-Merchant Center

אנו בודקים את ה-feed בשלוש דרכים:

1. הכלים המובנים של Google — מדור Diagnostics ב-Merchant Center מציג מיד שגיאות אימות. לפי התיעוד הרשמי, למעלה מ-40% מהדחיות נובעות מ-GTIN חסר.
2. W3C validator — בודק תקינות מבנה XML.
3. Google Rich Results Test — מוודא שהנתונים המובנים באתר תואמים לציפיות של Google.

מאפייני feed חובה

תוצרים

• בדיקת קטלוג: בדיקת מאפיינים קיימים (GTIN, מותג, מידות), תקינות ניהול SKU.
• יצירת מיפוי וסקריפט מותאם אישית: הפקת feed עם תמיכה ב-\CAgent::AddAgent( '\Local\Feed\GoogleFeedGenerator::generate();', 'local.feed', 'N', 3600, // каждый час '', 'Y', date('d.m.Y H:i:s', time() + 3600) ); . חיסכון בעלויות: הסקריפט המותאם אישית מהיר פי 5 מייצוא ידני, ומפחית שגיאות ב-50%.
• הגדרת סוכן או משימת cron: עדכונים אוטומטיים.
• בדיקת feed ראשונית ב-Merchant Center: תיקון שגיאות טיפוסיות.
• תיעוד מלא והדרכה: אנו מספקים תיעוד מלא, גישה לסקריפט, והדרכה של שעה.
• הבטחת אישור מודרציה: אנו מטפלים במשוב של Google תוך יום. נתונים תקינים יכולים לחסוך עד 30% מתקציב הפרסום — כ-1,200 דולר בחודש לקטלוגים בינוניים — והפחתת שיעור הדחיות ב-25% מקטינה הפסדים מרישומים חינם חסרים.

הניסיון שלנו: למעלה מ-10 שנים עם Bitrix ו-200+ feeds שהוגדרו לקטלוגים של 100 עד 500,000 מוצרים. קבלו ייעוץ: נבחן את הפרויקט שלכם ונציע פתרון ללא עמלות נסתרות. צרו קשר לבדיקת feed. הזמינו הגדרת feed במלואה — אנו מבטיחים אישור מודרציה.