טעויות במדיניות מחירים של Google Merchant Center וכיצד לתקן אותן

טעויות במדיניות מחירים של Google Merchant Center מתרחשות כאשר המחיר שנשלח בעדכון המוצרים אינו תואם למחיר המוצג בדף המוצר או במהלך תהליך התשלום. הפתרון המהיר ביותר הוא לוודא שהמחיר בעדכון, מחיר המוצר, נתוני המבנה, מטבע, הצגת מע"מ/דמי משלוח וכללי הנחות תואמים, ולאחר מכן לשלוח את המוצרים לסריקה מחדש ב-Merchant Center. אם לא תתוקן הטעות, המוצרים שלכם עלולים להיכנס למגבלות בקטגוריית Shopping, ברשימות חינמיות או בקמפיינים של Performance Max.

באתרי מסחר אלקטרוני, מידע על מחירים אינו נמצא במקום אחד בלבד. תבנית האתר, אינטגרציה עם ERP, מודול של שוק, תוספי קמפיינים, מערכת קופונים, עדכון מחירים לפי מצב המלאי ותוסף עדכון של Google יכולים להפיק מחירים שונים. Google מתבססת על המחיר האמיתי המוצג למשתמש. כלומר, אם נשלח בעדכון מחיר של 999 ש"ח ומוצג בדף המוצר מחיר של 1,049 ש"ח, או אם נוסף מע"מ במסך התשלום או דמי שירות חובה בעגלה, זה יכול להיחשב כהפרת מדיניות המחירים.

במדריך זה תמצאו את הסיבות לטעויות במחירים ב-Merchant Center, כיצד לאבחן אותן באמצעות תרחישים אמיתיים, ואת הצעדים הטכניים הנדרשים ליישום פתרון קבוע. הוספנו רשימות בקרה שניתן להשתמש בהן במיוחד עבור אתרים המשתמשים ב-WooCommerce, OpenCart, Shopify, תוכנה מותאמת אישית ותוספים מבוססי API. חשוב גם שהדפים שלכם יהיו מהירים, נגישים ומאובטחים; כאן פתרונות אירוח מסחר אלקטרוני ו-תעודת SSL יכולים לתמוך בבריאות הטכנית של האתר שלכם.

מהי טעות במדיניות מחירים ב-Google Merchant Center?

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

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

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

הטעויות הנפוצות ביותר במדיניות מחירים

1. חוסר התאמה בין מחיר העדכון למחיר בדף המוצר

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

כדי לפתור את הבעיה, ראשית בדקו את המחיר שנשלח מתוך פרטי המוצר ב-Merchant Center. לאחר מכן פתחו את כתובת ה-URL של המוצר בלשונית פרטית, רעננו את הדף ללא זיכרון מטמון ורשמו כיצד המחיר מוצג למשתמש. אם אתם משתמשים ב-CDN או בזיכרון מטמון של הדף, הקפידו לנקות את המטמון לאחר עדכון המחיר באופן אוטומטי. באתרים המשתמשים ב-WordPress/WooCommerce, מומלץ לקבוע את תדירות העדכון של תוסף העדכון לפחות פעם ביום, ובתקופות קמפיין עמוסות, כל 1-4 שעות.

2. שליחת מחיר מוזל שגוי

ב-Merchant Center ישנם שני שדות חשובים למחיר המוזל: price מייצג את המחיר הרגיל, ו-sale_price מייצג את המחיר המוזל הקיים. אם המוצר ירד מ-599 ש"ח ל-499 ש"ח, בעדכון צריך להיות price 599 ש"ח ו-sale_price 499 ש"ח. עם זאת, ישנם רבים שאין להם בעדכון אלא 599 ש"ח בלבד או שהם לא מנקים את שדה sale_price לאחר סיום ההנחה.

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

3. הוספת מע"מ, מס ודמי חובה לאחר מכן

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

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

4. טעויות במטבע ובפורמט

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

דוגמת ערך נכון: 1299.90 ILS. כדי להפריד בין העשרוניות, השימוש בנקודה בעדכון הוא בדרך כלל בטוח יותר. ניתן להציג למשתמש באתר 1,299.90 ש"ח, אך הפורמט ש-Google יקרא צריך להיות ברור בעדכון ובנתונים המובנים. באתרים שמשתמשים במטבעות מרובים, יש לבדוק גם את כוונת המדינה, hreflang והתאמת המטבע. אם אתם עוסקים במכירות בינלאומיות, ניהול דומיינים וסיומות ארץ הוא גם נושא חשוב בהקשר של אמון השוק שלכם.

5. בלבול במחירי ווריאציות

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

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

6. חוסר התאמה בין נתונים מובנים למחיר המוצג

Google יכולה לקרוא לא רק את הטקסט המוצג על המסך, אלא גם את הסכמת schema.org Product ו-Offer בדף. אם בדף כתוב 899 ש"ח ובנתונים המובנים נשאר 999 ש"ח, Merchant Center יכול לזהות חוסר התאמה במחיר. בעיה זו נובעת בדרך כלל מעדכוני תבניות, תוספי מטמון או מודולים ישנים של schema.

בדקו את המחיר המוצג על ידי הדף באמצעות כלי Google Rich Results Test ו-URL Inspection. ודאו שהשדות price, priceCurrency, availability ואם צריך priceValidUntil מעודכנים. אם התבנית שלכם ותוסף העדכון שלכם שולפים מחירים ממקורות שונים, עדיף לעבור למקור נתוני מוצר אחד לטווח הארוך.

טבלת אבחון מהירה לטעויות במחירים

כיצד לפתור טעויות במדיניות מחירים של Google Merchant Center שלב אחר שלב?

שלב 1: קביעת היקף הטעות

ראשית, הבינו אם הבעיה היא במוצר אחד, בקטגוריה מסוימת או בכל הקטלוג. ב-Merchant Center, השתמשו בהגדרות הסינון כדי לייצא מוצרים שנדחו. בחרו 10-20 מוצרים לדוגמה והשוו בין מחיר, URL, קטגוריה, מותג, וריאציה ומצב קמפיין. אם הבעיה קיימת בכל המוצרים, ייתכן שיש בעיה במטבע, בהגדרות המס, בפורמט העדכון או בנתוני ה-schema באתר. אם הבעיה קיימת רק במוצרים עם הנחות, התמקדו בשדות sale_price ותאריכי הקמפיין.

שלב 2: השוואת ערך העדכון עם דף חי

לכל מוצר לדוגמה, רשמו שלושה מחירים זה לצד זה: מחיר העדכון, המחיר המוצג בדף המוצר והמחיר המוצג במהלך תהליך התשלום. אם שלושתם אינם תואמים, תיקון ב-Merchant Center לא יהיה מספיק. לדוגמה, אם המחיר בדף המוצר הוא 349 ש"ח, בעגלה 369 ש"ח, ובעדכון 349 ש"ח, הבעיה עשויה להיות בדמי חובה נוספים שנוספו לעגלה. אם המחיר בדף המוצר הוא 349 ש"ח, והעדכון 329 ש"ח, זה עשוי להעיד על כך שהעדכון ישן.

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

שלב 3: נקו את העדכון והפכו אותו לסטנדרטי

העדכון שלכם עשוי להיווצר בפורמט XML, CSV, Google Sheets, Content API או תוסף למסחר אלקטרוני. לא משנה איזו שיטה תבחרו, שדות המחירים צריכים להיות מוזנים ממקור אחד בלבד. שמירה על מחירים שונים עבור אותו מוצר ב-ERP, באתר ובתוסף העדכון מגדילה את הסיכון לטעויות. קבעו כלל פשוט עבור הצוות הטכני: מחיר המכירה התקף של המוצר צריך להיות מופק משדה אחד בלבד בבסיס הנתונים, ומידע על הנחות צריך להיות בנפרד ומבוקר לפי תאריך.

• price: שלחו את המחיר הרגיל או המחיר העיקרי במטבע הנכון.
• sale_price: השתמשו בו רק כאשר ההנחה פעילה.
• sale_price_effective_date: ציינו את תאריכי התחלה וסיום של הקמפיין.
• availability: עדכנו את מצב המלאי יחד עם המחיר.
• link: העבירו את המשתמש לדף המוצר או הווריאציה הנכונים.

שלב 4: בדקו את גישת הסריקה של האתר

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

כדי להפחית טעויות ב-Merchant Center, אל תזניחו את מהירות הדף ויציבות השרת. למרות שעד 2026 מערכות הסריקה של Google ישתפרו, אתרי מסחר אלקטרוני איטיים, עם חיבורים לא יציבים או תגובות שגויות יפגעו בהליכי אימות הנתונים. ודאו שדפי המוצרים שלכם מחזירים קוד HTTP 200, שאין רשתות הפניה ארוכות מדי, וכי תעודת ה-SSL שלכם פועלת בצורה חלקה. עבור הבסיס הטכני, ניתן להעריך את אחסון NVMe ו-התקנת SSL חינם.

שלב 5: עדכנו את נתוני המבנה

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

המחיר המוצג ב-Rich Results Test должен להיות זהה למחיר המוצג למשתמש בדף. בנוסף, השדה priceCurrency חייב להיות אחד מהקודים התקפים כמו ILS, USD או EUR. במוצרים שאינם במלאי, יש גם לדווח על שדה availability כראוי; הצגת מחיר ההנחה הישן עבור מוצרים שאינם במלאי פוגעת בחוויית המשתמש ואישור ב-Merchant Center.

שלב 6: בקשו סריקה מחדש ובדיקה ב-Merchant Center

לאחר התיקונים, העלו את העדכון מחדש או השיקו סנכרון API. בדקו אם המחיר האחרון שנשלח ב-Merchant Center עודכן. לאחר מכן בקשו סריקה מחדש עבור המוצרים הבעייתיים. במקרים מסוימים, המערכת האוטומטית עשויה לעדכן בתוך מספר שעות, ובמקרים אחרים זה עלול לקחת בין 24 ל-72 שעות. במוצרים עם תקציב קמפיין גבוה, כדאי לבצע בדיקה על קבוצת דוגמה קטנה לפני תיקון כולל, כדי למנוע חזרה של טעויות מרובות.

בדיקות מותאמות לפי פלטפורמות

אתרי WooCommerce

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

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

Shopify ומערכות מסחר אלקטרוני מוכנות

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

תוכנה מותאמת ואינטגרציות API

בתוכנות מותאמות, הגישה הטובה ביותר היא ליצור זרימת נתונים מוּשְׁתָּנָה ומתועדת עבור מחיר המוצר. על כל שינוי מחיר להירשם עם מי, מתי, איזה מחיר שונה ומה הזמן שבו זה הופיע בעדכון. אם אתם משתמשים ב-Content API, עקבו אחרי התגובות המוצלחות לאחר העדכון ורשמו את קודי השגיאה במערכת רישום מרכזית. בנוסף, ודאו שאין חסימות לבוטים ב-URL ש-Google שולפת, שאין הפניות מדינה או דרישות כניסה.

שיטות טובות למניעת חוסר עקביות במחירים

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

• תכננו את זמן עדכון העדכון כך שיתבצע מיד לאחר תחילת וסיום הקמפיינים.
• כאשר מחיר המוצר משתנה, נקו את המטמון של הדף, העדכון וה-schema באותו זמן.
• בדקו באופן שבועי את התאמת המחירים בעדכון ובדף עבור 50 המוצרים הנלחצים ביותר.
• כתבו מדיניות מחירים הכוללת מע"מ עבור כל הצוותים.
• במוצרים עם וריאציות, בדקו כל וריאציה בנפרד.
• עקבו אחרי דוחות האבחון של Merchant Center מדי יום; אם שיעור השגיאות עולה על 1%, בצעו ניתוח של הסיבות השורש.
• עקבו אחרי בעיות כמו SSL, DNS, אירוח והפניות; דפים שאינם נגישים עשויים להשפיע על אימות המחירים.

אם לדוגמה יש חנות עם 5,000 מוצרים ושיעור השינוי במחירים הוא 8% ביום, יש לבדוק מחדש את התאמת העדכון והדף עבור כ-400 מוצרים בכל יום. ביצוע כל הבדיקות הללו באופן ידני אינו מציאותי. אפילו יצירת דוח השוואת מחירים בעדכון עם המחיר שהתקבל מ-URL חי באמצעות משימת cron פשוטה עשויה לסייע לאתר טעויות מוקדם.

כיצד לנהל מחירי משלוח, קופונים וקמפיינים?

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

היו זהירים עם הנחות קופונים. אם המשתמש צריך להזין קוד קופון באופן ידני, הנחה זו בדרך כלל לא צריכה להישלח בעדכון כמחיר המוצר. אם יש הנחה ציבורית ואוטומטית באתר, ניתן להגדירה כ-sale_price. לדוגמה, אם בדף המוצר מופיע מחיר של 699 ש"ח במקום 799 ש"ח וכולם יכולים לרכוש במחיר הזה, ניתן להשתמש ב-699 ש"ח בעדכון. אך אם המחיר המוזל מופיע רק כאשר משתמש מזין קוד קופון EFSANE10, זה עלול לגרום ל-Google לראות מחיר שונה בדף הפתיחה.

מתי להשתמש בעדכוני מוצרים אוטומטיים של Google?

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

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

ההשפעה של התשתית הטכנית על טעויות במחירים

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

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

רשימת ביקורת: 12 פריטים אחרונים לפני פרסום

• האם שדה price בעדכון תואם למחיר בדף המוצר?
• האם sale_price משמש רק בקמפיינים פעילים?
• האם תאריכי תחילת וסיום הקמפיין נכונים?
• האם יש עליית מחיר חובה בין דף המוצר למסך התשלום?
• האם המטבע נשלח בפורמט ISO?
• האם URL הווריאציה פותח את הווריאציה הנכונה?
• האם סכמת Product מציגה את המחיר העדכני?
• האם robots.txt חוסם את גישת Google לדף?
• האם ניקוי המטמון עובד אוטומטית עם שינוי המחיר?
• האם הגדרות המשלוח והמס ב-Merchant Center נכונות?
• האם המחיר בדף המובייל תואם למחיר בדסקטופ?
• האם העדכון נשלח מחדש לאחר התיקון?

שאלות נפוצות

כמה זמן לוקח לתקן טעות במדיניות מחירים של Google Merchant Center?

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

איך לשלוח מחיר מוזל בעדכון?

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

האם זה חובה להציג מחיר כולל מע"מ?

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

האם עדכוני מוצרים אוטומטיים פותרים את טעויות המחירים לחלוטין?

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

איך למנוע טעויות במחירים במוצרים עם וריאציות?

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

סיכום

טעויות במדיניות מחירים של Google Merchant Center נובעות לרוב מהבדלים קטנים בנתונים בין העדכון, דף המוצר, סכמת הנתונים ותהליך התשלום. הפתרון הקבוע הוא מקור מחיר אחד, ניהול הנחות נכון, נתוני מבנה מעודכנים, דפים הניתנים לסריקה במהירות ותהליך בקרה קבוע. אל תשכחו את התשתית הטכנית שלכם כדי שהמוצרים שלכם ייראו בצורה חלקה ב-Google Shopping ובפלטפורמות חינמיות. אם תרצו, תוכלו לבדוק את פתרונות האירוח, הדומיינים ותעודות ה-SSL ב-Hostragons כדי לחזק את זרימת הנתונים האמינה באתר המסחר שלכם.