שילוב של 1C-Bitrix עם Google Merchant Center

שילוב של 1C-Bitrix עם Google Merchant Center לעתים קרובות אנו נתקלים בתרחיש הבא: לאחר הגדרת Yandex.Market, לקוחות מנסים להעלות את הזנת ה-YML ל-Google Merchant Center ומקבלים שגיאה: 'פורמט הזנה לא נתמך'. פורמט ה-XML של Google Shopping שונה מהותית - הוא משתמש ב-
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
שילוב של 1C-Bitrix עם Google Merchant Center
בינוני
~1-2 שבועות

הכישורים שלנו:

שאלות נפוצות

העבודות האחרונות

  • פיתוח אתר חברה B2B ADVANCE
    פיתוח אתר חברה B2B ADVANCE
    1461
  • פיתוח אתר לחברת FIXPER
    פיתוח אתר לחברת FIXPER
    1019
  • פיתוח מבוסס Bitrix, Bitrix24, 1C לחברה פיתוח ווידג'ט להזמנת תורים אונליין למרכז רפואי
    פיתוח מבוסס Bitrix, Bitrix24, 1C לחברה פיתוח ווידג'ט להזמנת תורים אונליין למרכז רפואי
    764
  • פיתוח על בסיס 1C Enterprise עבור MIRSANBEL
    פיתוח על בסיס 1C Enterprise עבור MIRSANBEL
    882
  • פיתוח אתר על CRM Bitrix24 עבור DOLBIMBY
    פיתוח אתר על CRM Bitrix24 עבור DOLBIMBY
    810
  • פיתוח על בסיס Bitrix24 עבור חברת TECHNOTORGKOMPLEKS
    פיתוח על בסיס Bitrix24 עבור חברת TECHNOTORGKOMPLEKS
    1166

שילוב 1C-Bitrix עם Google Merchant Center

לעתים קרובות אנו נתקלים בתרחיש הבא: לאחר הגדרת Yandex.Market, לקוחות מנסים להעלות את עדכון ה-YML ל-Google Merchant Center ומקבלים שגיאה: 'פורמט עדכון לא נתמך'. פורמט ה-XML של Google Shopping שונה מהותית — הוא משתמש ב-namespace http://base.google.com/ns/1.0, דורש את המאפיינים g:google_product_category, g:condition, ומחירים חייבים להיות מעוצבים עם מטבע. ללא עדכון תקין, עד 40% מהמוצרים עלולים להידחות. בואו נבין כיצד להגדיר כראוי ייצוא מ-1C-Bitrix כדי להימנע מחסימות ומוצרים שנדחו.

התיעוד הרשמי של Google Merchant Center מתאר את העדכון כעדכון RSS עם אלמנטים <item>. כל מוצר דורש לפחות 7 מאפיינים חובה, והיעדרם הוא סיבה נפוצה לדחיות. עבור קטלוגים מורכבים (מעל 10,000 SKU), handler מותאם אישית נותן שליטה מלאה: הוא מייצר את העדכון פי 2 מהר יותר מפתרונות מבוססי מודולים ומאפשר סינון מוצרים גמיש. עם אינטגרציה מותאמת אישית, עלויות השינוי מופחתות ב-30% בהשוואה לרכישת מודול.

פורמט עדכון Google Shopping

Google מצפה ל-XML עם ה-namespace http://base.google.com/ns/1.0 ואלמנטים <item> בתוך wrapper של RSS <channel>. מאפייני המוצר העיקריים:

מאפיין Google תיאור שדה Bitrix
g:id מזהה מוצר ייחודי ID של אלמנט או SKU
g:title שם NAME
g:description תיאור PREVIEW_TEXT או DETAIL_TEXT
g:link כתובת URL של המוצר נוצר מ-DETAIL_PAGE_URL
g:image_link כתובת URL של התמונה הראשית DETAIL_PICTURE
g:price מחיר עם מטבע לדוגמה, סכום עם קוד מטבע
120.00 RUB זמינות g:availability / in stock
out of stock מותג מאפיין של בלוק מידע
g:brand ברקוד EAN/UPC מאפיין של בלוק מידע
g:gtin מצב g:condition עבור רוב
new קטגוריה מטקסונומיית Google מיפוי ידני

g:google_product_category הוא הבדל מרכזי מ-YML. Google משתמשת בטקסונומיה משלה של 5732 קטגוריות. דוגמה: g:google_product_category. ציינו כטקסט או כמזהה מספרי. ללא מאפיין זה, מוצר עלול להגיע לקטגוריה הלא נכונה, ועבור ביגוד ומזון, הוא ייכשל במודרציה.

יצירת עדכון ב-1C-Bitrix

ההפצה הסטנדרטית של 1C-Bitrix אינה כוללת פרופיל ייצוא מוכן עבור Google Shopping. שלוש גישות:

  1. מודול מ-Marketplace. פתרונות כמו 'Google Merchant - Product Export' (itsfera.google_merchant) מוסיפים פרופיל ייצוא בחנות → הגדרות → ייצוא קטלוג. הגדרה: בחירת בלוק מידע, מיפוי מאפיינים למאפייני Google, הגדרת כתובת העדכון. המודול מייצר את הקובץ באמצעות cron.

  2. handler ייצוא מותאם אישית. קובץ ב-Электроника > Телефоны и аксессуары > Мобильные телефоны. המחלקה מיישמת את ממשק הייצוא, ויוצרת XML בפורמט Google. יתרון: שליטה מלאה בלוגיקה, סינון, עיצוב. חיסרון: התמיכה במהלך עדכוני Bitrix נופלת עליכם. עם זאת, עבור קטלוגים עם 10,000+ פריטים, זו הדרך היחידה להימנע מ-timeouts.

  3. טרנספורמציית XML של YML קיים. אם קיים עדכון YML, טרנספורמציית XSLT ממירה אותו לפורמט Google. עובד עבור קטלוגים פשוטים, אך נתונים עלולים ללכת לאיבוד עבור מבני SKU מורכבים.

דוגמת עדכון XML למוצר אחד
<?xml version="1.0" encoding="UTF-8"?> <rss xmlns:g="http://base.google.com/ns/1.0" version="2.0"> <channel> <title>Мой магазин</title> <link>https://myshop.ru</link> <description>Товары</description> <item> <g:id>12345</g:id> <g:title>Смартфон X Pro</g:title> <g:description>6.5 дюймов, 128 ГБ</g:description> <g:link>https://myshop.ru/product/12345</g:link> <g:image_link>https://myshop.ru/images/12345.jpg</g:image_link> <g:price>29999.00 RUB</g:price> <g:availability>in stock</g:availability> <g:brand>X-Corp</g:brand> <g:gtin>4901234567890</g:gtin> <g:condition>new</g:condition> <g:google_product_category>Электроника > Телефоны и аксессуары > Мобильные телефоны</g:google_product_category> </item> </channel> </rss> 

איך להשיג שליטה מלאה על העדכון? handler מותאם אישית לעומת מודול

handler מותאם אישית מספק גמישות: אתם מסננים מוצרים, מעצבים מחירים, מטפלים במספר מאפיינים. בקטלוגים מורכבים (מעל 5000 SKU, מספר בלוקי מידע, לוגיקת תמחור מותאמת אישית), מודול לעתים קרובות לא מספיק. פתרון מותאם אישית עולה יותר בהתחלה אך חוסך זמן בשינויים שוטפים. ב-80% מהפרויקטים שלנו, אנו בוחרים בייצוא מותאם אישית כי הוא מבטיח מעבר מודרציה.

הגדרה עמוקה: SKU ווריאנטים

Google Shopping מטפל בווריאנטים של מוצר (גודל, צבע) באמצעות /bitrix/php_interface/include/catalog_export/ — מקביל ל-<?xml version="1.0" encoding="UTF-8"?> <rss xmlns:g="http://base.google.com/ns/1.0" version="2.0"> <channel> <title>Мой магазин</title> <link>https://myshop.ru</link> <description>Товары</description> <item> <g:id>12345</g:id> <g:title>Смартфон X Pro</g:title> <g:description>6.5 дюймов, 128 ГБ</g:description> <g:link>https://myshop.ru/product/12345</g:link> <g:image_link>https://myshop.ru/images/12345.jpg</g:image_link> <g:price>29999.00 RUB</g:price> <g:availability>in stock</g:availability> <g:brand>X-Corp</g:brand> <g:gtin>4901234567890</g:gtin> <g:condition>new</g:condition> <g:google_product_category>Электроника > Телефоны и аксессуары > Мобильные телефоны</g:google_product_category> </item> </channel> </rss> ב-YML. כל הווריאנטים של מוצר אחד חייבים להיות בעלי אותו item_group_id ולהיות שונים במאפיינים:

  • group_id — צבע
  • item_group_id — גודל
  • g:color — חומר
  • g:size — דוגמה

ב-Bitrix, SKU מאוחסנים בבלוק מידע נפרד המקושר לבלוק הראשי באמצעות g:material. במהלך יצירת העדכון, יש צורך:

  1. לעבור על בלוק המידע של SKU.
  2. עבור כל SKU, לקבל את מוצר האב (g:pattern).
  3. ליצור PROPERTY_CML2_LINK עם CML2_LINK = מזהה מוצר האב.
  4. להחליף מאפייני SKU (גודל, צבע) במאפייני Google המתאימים.

מודולים סטנדרטיים של Marketplace לא תמיד מטפלים כראוי במספר מאפייני SKU. בדקו את העדכון ידנית עבור מוצרים עם 3+ וריאנטים.

איך נבדקת התאמת המחיר?

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

העלאת עדכון ואבחון

העדכון מועלה ב-Merchant Center: מוצרים > עדכונים > הוספת עדכון. ציינו את כתובת ה-URL, לוח הזמנים של העדכון (Google מביא את העדכון בלוח זמנים, מינימום פעם ביום).

לאחר ההעלאה, Merchant Center מציג דוח שגיאות:

  • נדחה — המוצר נדחה. סיבות: מאפיין חובה חסר, מחיר באתר אינו תואם לעדכון, תמונה אינה עומדת בדרישות (מינימום 100×100 פיקסלים, לביגוד 250×250).
  • אזהרה — המוצר מוצג אך עם מגבלות. בדרך כלל: חסר <item> או item_group_id.
  • בהמתנה — המוצר בבדיקה.

למה קטגוריית מוצר של Google חשובה?

ה-gtin קובע באיזה מדור המוצר יופיע ואילו מאפיינים נדרשים. עבור ביגוד, לדוגמה, brand, google_product_category נדרשים. קטגוריה לא נכונה היא סיבה לדחייה. מיפוי ידני הוא בלתי נמנע כי הטקסונומיה של Google אינה תואמת לקטגוריות Bitrix. ב-handler מותאם אישית, אנו יכולים ליישם התאמת קטגוריות אוטומטית על סמך מילות מפתח משם המוצר.

הגדרות ריבוי מטבעות ואזוריות

Merchant Center מקושר למדינת היעד. עבור רוסיה: מחירים ב-RUB, מטבע מצוין בכל g:gender. עבור חנויות Bitrix רב-לשוניות (מספר אתרים בהתקנה אחת), יש צורך ליצור עדכון נפרד לכל מדינה/שפה — כתובות URL שונות של מוצרים, מחירים שונים, g:age_group שונים. handler מותאם אישית מאפשר אוטומציה של יצירת עדכונים מרובים מקטלוג אחד.

מה כלול באינטגרציה סוהר

  • ניתוח קטלוג ובחירת גישה (מודול / מותאם אישית)
  • פיתוח והגדרת פרופיל הייצוא
  • עדכון בדיקה ואימות שלו ב-Merchant Center
  • אינטגרציה עם Merchant Center (URL, לוח זמנים)
  • תיעוד על עדכוני עדכון
  • הדרכת צוות (שעה אונליין)
  • תמיכה לחודש לאחר ההשקה

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

לוחות זמנים לאינטגרציה

תרחיש לוח זמנים
קטלוג פשוט עד 1000 מוצרים, מודול Marketplace 3–5 ימים
קטלוג עם SKU, handler מותאם אישית 1–1.5 שבועות
קטלוג רב-לשוני, עדכונים מרובים 1.5–2 שבועות

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