Google Merchant Center: Памылкі ў палітыцы цэнаў і як іх вырашаць

Памылкі палітыкі цэнаў у Google Merchant Center узнікаюць, калі цана, якая перадаецца ў фідзе, не адпавядае цане на старонцы тавару ці на этапах аплаты. Самы хуткі спосаб вырашэння — уніфікаваць цэны ў фідзе, на старонцы тавара, у структурных дадзеных, валюту, паказ падаткаў/дастаўкі і правілы акцый, пасля чаго паўторна адправіць тавары на сканаванне ў Merchant Center. Калі праблема не вырашана, вашы прадукты могуць быць абмежаваныя ў Google Shopping, бясплатных спісах і Performance Max кампаніях.

На e-commerce сайтах інфармацыя пра цэны захоўваецца не ў адным месцы. Тэматычны шаблон, ERP інтэграцыя, marketplace модуль, акцыйны плагін, сістэма купонаў, поле варыяцый, абнаўленне цэнаў па стане склада і Google фід — усе гэтыя элементы могуць генерыраваць розныя цэны. Google бярэ за аснову рэальную цану, якую бачыць карыстальнік. Гэта значыць, калі ў фідзе перадаецца 999 BYN, а на старонцы — 1 049 BYN, ці на этапе аплаты дадаецца ПДВ, або ў кошыку аўтаматычна з'яўляецца дадатковы абавязковы збор — гэта парушэнне палітыкі цэнаў.

У гэтым гайдзе вы знойдзеце прычыны памылак цэнаў у Merchant Center, як іх дыягнаставаць на рэальных прыкладах і тэхнічныя крокі для пастаяннага вырашэння. Асабліва для WooCommerce, OpenCart, Shopify, унікальных CMS і API-фідаў мы дадалі спісы праверак. Для моцнай інфраструктуры важна, каб старонкі тавараў працавалі хутка, былі даступныя і бяспечныя; з гэтым дапамогуць Рашэнні для хостынгу электроннай камерцыі і Сертыфікат SSL.

Што такое памылка палітыкі цэнаў у Google Merchant Center?

Памылка палітыкі цэнаў — гэта сітуацыя, калі Google знаходзіць неадпаведнасць паміж абяцанай цаной для карыстальніка і цаной, якую ён пацвярджае на сайце. Гэта неадпаведнасць можа быць як дробнай — напрыклад, з-за акруглення, так і сур'ёзнай — калі перадаецца звычайная цана замест акцыйнай. Google лічыць цэны адным з самых важных параметраў, бо яны ўплываюць на рашэнне аб куплі.

Merchant Center выдае такія папярэджанні: неадпаведнасць цэнаў, неадпаведнасць валюты, цана на старонцы не супадае з цаной у фідзе, цана павялічваецца на этапе аплаты, памылка акцыйнай цэны, некарэктныя структурныя дадзеныя або аўтаматычнае абнаўленне змяняе цану. Незалежна ад назвы, сутнасць праблемы адна: цана, якую бачыць Google-бот, не супадае з price або sale_price у фідзе.

Google правярае гэта не толькі пры першай загрузцы. Вашы тавары рэгулярна скануюцца. Сёння зацверджаны тавар можа быць адхілены заўтра — з-за заканчэння акцыі, абнаўлення курсу, змянення склада або памылкі плагіна. Таму вырашэнне — не проста выпраўленне аднаго тавару, а стварэнне сістэмы, якая забяспечвае кансістэнтнасць дадзеных па цэнах.

Найбольш распаўсюджаныя памылкі палітыкі цэнаў

1. Розніца паміж цаной у фідзе і на старонцы тавара

Самы часты выпадак: цана ў фідзе не супадае з цаной на старонцы. Напрыклад, у фідзе перадаецца 749,90 BYN, а на сайце — 799,90 BYN. Гэта можа адбывацца з-за кэша, акцыйных плагінаў, ручных абнаўленняў цэнаў або таго, што фід выкарыстоўвае састарэлыя дадзеныя.

Для выпраўлення спачатку праверце адпаведнасць цаны ў Merchant Center. Адкрыйце URL тавару ў інкогніта-вокне, абнавіце старонку без кэша і зафіксуйце, як цана выглядае для карыстальніка. Калі выкарыстоўваецца CDN або кэшаванне старонак, аўтаматызуйце ачышчэнне кэша пасля абнаўлення цэны. Для WordPress/WooCommerce бяспечней, калі фід абнаўляецца мінімум раз на дзень, а ў перыяд акцый — кожныя 1–4 гадзіны.

2. Некарэктная перадача акцыйнай цэны

У Merchant Center для акцыйнай цэны важныя два поля: price (звычайная цана) і sale_price (акцыйная). Калі тавар зніжаны з 599 BYN да 499 BYN, у фідзе price — 599 BYN, sale_price — 499 BYN. Многія крамы перадаюць толькі price або забываюць ачысціць sale_price пасля заканчэння акцыі.

Калі выкарыстоўваеце акцыйныя цэны, перадавайце таксама sale_price_effective_date (пачатак і заканчэнне акцыі). Гэта поле не абавязковае, але дапамагае Google правільна інтэрпрэтаваць цэны. Калі фід не абнаўляецца пасля заканчэння акцыі, карыстальнік бачыць 599 BYN, а Google чакае 499 BYN — і ўзнікае памылка.

3. Дадаванне ПДВ, падаткаў і абавязковых збораў на этапе аплаты

Для беларускіх e-commerce сайтаў карыстальнік чакае, што цана ўключае ПДВ. Калі на старонцы паказваецца 1000 BYN, а на этапе аплаты становіцца 1200 BYN з-за ПДВ — гэта відавочная неадпаведнасць. Таксама, калі абавязковая ўпакоўка, паслуга або збор аўтаматычна дадаецца ў кошыку, гэта павінна быць ясна паказана ў цэне або сістэме дастаўкі.

Google важна, каб канчатковая сума для пакупкі была выразна паказана. Дадатковыя паслугі (падарункавая ўпакоўка, пашыраная гарантыя) могуць разглядацца асобна, але ўсе абавязковыя зборы павінны быць уключаны ў цану на старонцы, у фідзе і на этапе аплаты.

4. Памылкі валюты і фармату

Цана ў фідзе павінна быць ў фармаце ISO 4217. Для Беларусі — BYN. Проста "руб" або знак валюты, некарэктныя раздзяляльнікі, паказ USD на сайце, а BYN у фідзе — усё гэта памылкі.

Правільны прыклад: 1299.90 BYN. Для фіда выкарыстоўвайце кропку як раздзяляльнік. На сайце можна паказваць 1 299,90 BYN, але ў структурных дадзеных і фідзе — фармат, які дакладна чытае Google. Для мультывалютных сайтаў праверце country targeting, hreflang, валюту. Калі прадаеце за мяжу, Кіраванне даменамі і краінскія пашырэнні таксама важны для даверу рынку.

5. Блытаніна з цэнамі варыяцый

Для тавараў з выбарам колеру, памеру, камплектацыі цэны могуць адрознівацца. Напрыклад, чорны чахол — 199 BYN, скураны — 299 BYN. Калі ў фідзе перадаецца цана базавай варыяцыі, а URL адкрывае даражэйшую, Google выявіць неадпаведнасць.

Тут трэба: асобны ID для кожнай варыяцыі, правільны item_group_id, адпаведны URL і старонка, якая паказвае цану менавіта гэтай варыяцыі. Карыстальнік павінен бачыць тую ж варыяцыю, што і ў фідзе. Для унікальных CMS важна, каб URL варыяцый сканаваліся і не паказвалі розныя цэны для ботаў.

6. Неадпаведнасць паміж структурнымі дадзенымі і візуальнай цаной

Google чытае не толькі тэкст, але і schema.org Product/Offer разметку. Калі на старонцы 899 BYN, а ў schema — 999 BYN, Merchant Center зафіксуе памылку. Гэта адбываецца з-за абнаўлення тэмы, кэш-плагінаў або старых schema-модуляў.

Праверце цану праз Google Rich Results Test і URL Inspection. У schema павінны быць актуальныя price, priceCurrency, availability, priceValidUntil. Калі тэма і фід-плагін бяруць цэны з розных крыніц, лепей перайсці на адзін крыніцу дадзеных.

Табліца экспрэс-дыягностыкі памылак цэнаў

Як па кроках вырашаць памылкі палітыкі цэнаў у Google Merchant Center

Крок 1: Вызначце маштаб праблемы

Спачатку вызначце, ці праблема толькі ў адным тавары, катэгорыі або ва ўсім каталогу. Адфільтраваць адхіленыя тавары ў Merchant Center, экспартаваць іх. Вызначце 10–20 прыкладных тавараў, параўнайце цэны, URL, катэгорыю, брэнд, варыяцыі, акцыі. Калі праблема агульная — магчыма, памылка валюты, падаткаў, фармату фіда або schema. Калі толькі ў акцыйных — засяродзьцеся на sale_price і датах.

Крок 2: Параўнайце цану ў фідзе з цанай на live-старонцы

Для кожнага прыклада напішыце тры цаны: цана ў фідзе, на старонцы тавару і на этапе аплаты. Калі не супадаюць — выпраўленне толькі ў Merchant Center не дапаможа. Напрыклад, на старонцы 349 BYN, у кошыку 369 BYN, у фідзе 349 BYN — праблема ў дадатковым зборы. На старонцы 349 BYN, у фідзе 329 BYN — фід састарэлы.

Пры ручной праверцы выключыце кэш браузера, выкарыстоўвайце інкогніта-вокны, праверце з розных IP і прылад. Некаторыя сайты могуць мяняць цэны па месцазнаходжанні, акаўнце, сегменту карыстальніка. Google-бот імітуе стандартнага наведвальніка; спецыяльныя цэны, скідкі па купонах або пасля ўваходу не павінны перадавацца ў фідзе.

Крок 3: Стандартызуйце і ачысціце фід

Фід можа збірацца ў XML, CSV, Google Sheets, Content API або праз e-commerce плагін. Не важна спосаб — цэны павінны брацца з адной крыніцы. Калі цэны розныя ў ERP, CMS і фід-плагіне — павялічваецца рызыка памылкі. Для тэхнічнай каманды — простае правіла: актуальная цана ў базе, акцыйная цана і даты — асобна.

• price: Перадавайце звычайную або актуальную цану ў правільнай валюце.
• sale_price: Толькі калі акцыя сапраўды дзейнічае.
• sale_price_effective_date: Пакажыце пачатак і канец акцыі.
• availability: Актуалізуйце статус складу разам з цанай.
• link: Адпраўляйце карыстальніка на правільную старонку варыяцыі.

Крок 4: Праверце доступ да старонак для сканавання

Для правільнага сканавання старонкі Google-ботам старонкі тавараў павінны быць адкрытыя. Не блакіруйце robots.txt для URL тавараў, CSS і JavaScript. Калі цана загружаецца праз JavaScript, Google можа бачыць некарэктную або састарэлую цану. Калі сервер павольны — бот можа ўбачыць пустую або састарэлую цану.

Для мінімізацыі памылак Merchant Center звяртайце ўвагу на хуткасць сайта і стабільнасць сервера. У 2026 годзе Google скануе лепш, але павольныя, ненадзейныя e-commerce сайты страчваюць у валідацыі. Праверце, што старонкі вяртаюць код 200, няма доўгіх 3xx-ланцужкоў, SSL працуе без памылак. Для тэхнічнай апоры — NVMe Хостынг і Усталёўка бясплатнага SSL.

Крок 5: Абнаўляйце структурныя дадзеныя

Product schema на старонках дапамагае і для органікі, і для Merchant Center. Але памылковая schema горш, чым яе поўная адсутнасць. Праверце, што зменная цаны ў тэмах бярэцца з актуальнай базы. Для варыяцый — праверце, што schema абнаўляецца пры выбары новай варыяцыі.

Цана ў Rich Results Test павінна супадаць з цаной для карыстальніка. priceCurrency — BYN, USD, EUR і г.д. Для тавараў без складу таксама абнаўляйце availability; не паказвайце старыя акцыйныя цэны для тавараў, якіх няма — гэта пагаршае досвед і валідацыю Merchant Center.

Крок 6: Паўторная праверка і сканаванне ў Merchant Center

Пасля выпраўленняў перазагрузіце фід або запусціце API-сінхранізацыю. У Merchant Center праверце, ці абнавілася цана. Для праблемных тавараў запытайце паўторную праверку. Звычайна аўтаматычная сістэма абнаўляе цэны за некалькі гадзін, часам 24–72 гадзіны. Для тавараў з вялікім бюджэтам спачатку тэсціруйце выпраўленні на невялікай групе, каб не дапусціць масавых памылак.

Спецыфічныя праверкі для платформаў

WooCommerce сайты

На WooCommerce асноўныя памылкі — кэш, мультывалютныя плагіны, дынамічная цэнаўка або фід-плагін са састарэлымі дадзенымі. Праверце поля звычайнай і акцыйнай цаны ў адмінцы. У фід-плагіне праверце sale price mapping. Калі цана на старонках залежыць ад акаўнта ці купона — перадавайце базавую цану, як для ўсіх.

Калі выкарыстоўваецца серверны кэш, пераканайцеся, што пры змене цаны ачышчаюцца кэш-файлы тавара, катэгорыі і фіда. хостынг WordPress і правільная настройка кэша — крытычна важныя.

Shopify і гатовыя e-commerce сістэмы

У Shopify цэны звычайна больш упарадкаваныя, але мультырынкі, мультывалюты і аўтаакцыі могуць выклікаць памылкі. У Google & YouTube app праверце краіну, валюту, адпаведнасць варыяцый. Не блытайце параўнальную цану і цану продажу. Не перадавайце аўтаматычныя скідкі з кошыка як фід, бо Google не заўсёды прымае купонныя цэны, якіх не бачна на старонцы.

Унікальныя CMS і API-інтэграцыі

Для унікальных CMS лепшая практыка — лагаванне ўсіх змяненняў цэнаў: хто, калі, якую цану змяніў і калі яна трапіла ў фід. Для Content API — адсочвайце поспех абнаўлення, пішыце памылкі ў цэнтральны лаг. У URL, які скануе Google, не павінна быць бота-блакіроўкі, перанакіравання па краіне або абавязковага сесіі.

Як прадухіліць неадпаведнасць цэнаў: пастаянныя практыкі

Выпраўленне памылак палітыкі цэнаў — гэта не аднаразовае дзеянне, а сістэмная работа. У буйных каталогах штодня змяняецца тысячы цэнаў. Таму карыстайцеся аўтаматызацыяй, лагаваннем і рэгулярным аўдытам.

• Плануйце абнаўленне фіда адразу пасля пачатку і заканчэння акцый.
• Пры змене цаны ачышчайце кэш старонкі, фіда і schema.
• Штотыдзень правярайце 50 самых папулярных тавараў на адпаведнасць фіда і сайта.
• Упішыце палітыку цэнаў з ПДВ для ўсіх каманд.
• Для варыяцый — тэстуйце кожны URL і цану асобна.
• Штодня адсочвайце Merchant Center diagnostics; калі памылкі >1%, рабіце аналіз прычын.
• Рэгулярна кантралюйце SSL, DNS, хостынг і перанакіраванні; недаступныя старонкі ўплываюць на валідацыю цэнаў.

Напрыклад, у краме з 5000 тавараў пры штодзённай змене цэнаў на 8% трэба правяраць адпаведнасць для 400 тавараў кожны дзень. Робіць гэта ўручную нерэальна. Нават просты cron, які параўноўвае цану ў фідзе з live-старонкай, дапаможа выявіць памылкі раней.

Як правільна кіраваць цэнамі дастаўкі, купонаў і акцый?

Цэна дастаўкі можа быць асобнай, але ў Merchant Center настройце правільныя правілы. Напісаць "бясплатная дастаўка" на старонцы, а ў кошыку дадаць плату — гэта падрывае давер і парушае палітыку. Калі цэна дастаўкі залежыць ад краіны, горада, вагі ці сумы кошыка — настройце адпаведныя правілы Merchant Center.

Будзьце ўважлівыя з купонамі. Калі купон трэба ўводзіць уручную, скідка не павінна перадавацца як фід-цана. Калі скідка аўтаматычна і для ўсіх — можна перадаваць як sale_price. Напрыклад, калі на старонцы ўсе бачаць 699 BYN замест 799 BYN, фід — 699 BYN. Але калі толькі купон EFSANE10 дае зніжку, а на старонцы цана 799 BYN — перадаваць 699 BYN у фідзе нельга.

Калі варта выкарыстоўваць аўтаматычныя абнаўленні тавараў Google?

Аўтаматычныя абнаўленні ў Merchant Center дазваляюць Google счытваць цэны і склад з вашай старонкі, каб часова выправіць некаторыя памылкі фіда. Гэта памяншае дробныя неадпаведнасці, але не з'яўляецца пастаянным рашэннем. Калі Google чытае некарэктную schema або цану з JavaScript — аўтаабнаўленне таксама памылковае.

Можна пакінуць функцыю ўключанай, але абавязкова гарантуйце дакладнасць асноўных дадзеных. Калі сістэма пастаянна выпраўляе цэны, гэта сведчыць пра праблемы ў фід-працэсах.

Тэхнічная інфраструктура і яе ўплыў на памылкі цэнаў

Памылкі цэнаў у Merchant Center часта відаць у маркетынг панэлі, але іх корань — у тэхнічнай інфраструктуры. Слабая прадукцыйнасць хостынгу, частыя 500-памылкі, няправільны SSL, некарэктныя перанакіраванні, аўтаматычная змена валюты па краіне і агрэсіўны кэш — усё гэта можа прывесці да некарэктнага счытвання цэнаў Google. Хуткія і стабільныя старонкі тавараў важныя не толькі для SEO, але і для рэкламных і shopping-спісаў.

Hostragons прапануе надзейны хостынг, кіраванне даменамі і SSL для e-commerce праектаў, што дапамагае стварыць тэхнічную базу. Напрыклад, Карпаратыўны Хостынг падтрымлівае даступнасць старонак пры вялікіх нагрузках, перадача дамена і DNS-кіраванне мінімізуюць праблемы сканавання. Мэта — не продаж, а тэхнічна забяспечыць надзейны паток дадзеных для Merchant Center.

Чэк-ліст: 12 пунктаў перад запуском

• Цана ў фідзе price супадае з цаной на старонцы?
• sale_price выкарыстоўваецца толькі падчас акцыі?
• Дата пачатку і заканчэння акцыі дакладная?
• Між старонкай і аплатай няма абавязковых нацэнак?
• Валюта перадаецца ў ISO-фармаце?
• URL варыяцыі адкрывае правільную варыяцыю?
• Product schema паказвае актуальную цану?
• robots.txt не блакіруе сканаванне старонкі?
• Кэш ачышчаецца аўтаматычна пры змене цаны?
• Правільныя налады дастаўкі і падаткаў у Merchant Center?
• Цана на мабільнай і desktop-версіях супадае?
• Пасля выпраўленняў фід перазагружаны?

Пытанні і адказы

Колькі часу займае выпраўленне памылкі палітыкі цэнаў у Merchant Center?

Пасля выпраўлення тавары звычайна пацвярджаюцца праз некалькі гадзін або да 72 гадзін. Час залежыць ад колькасці тавараў, частаты сканавання, тыпу памылкі і нагрузкі на Merchant Center.

Як правільна перадаваць акцыйную цану ў фідзе?

Звычайную цану перадавайце ў price, акцыйную — у sale_price. Калі вядома дата пачатку і заканчэння акцыі, выкарыстоўвайце sale_price_effective_date для зніжэння памылак.

Ці трэба паказваць цану з ПДВ?

Для беларускіх e-commerce сайтаў, што прадаюць фізічным асобам, цана павінна ўключаць ПДВ. Дадатковы падатак або збор, які не паказаны на старонцы, але з'яўляецца на аплаце — гэта парушэнне для Merchant Center.

Ці вырашаюць аўтаматычныя абнаўленні ўсе памылкі цэнаў?

Не. Аўтаматычныя абнаўленні памяншаюць дробныя неадпаведнасці, але не дапамагаюць пры няправільным фідзе, састарэлай schema або некарэктнай цэнаўцы на сайце. Важна выпраўляць асноўную крыніцу дадзеных.

Як прадухіліць памылкі цэнаў у таварах з варыяцыямі?

Для кожнай варыяцыі — правільная цана, унікальны ID, агульны item_group_id і адпаведны URL. Пры кліку карыстальнік павінен бачыць тую ж цану, што ў фідзе.

Вынік

Памылкі палітыкі цэнаў у Google Merchant Center — гэта звычайна дробныя розніцы паміж фідам, старонкай тавара, schema і аплатай. Пастаяннае рашэнне: адзіная база цэнаў, дакладнае кіраванне акцыямі, актуальныя структурныя дадзеныя, хуткія і даступныя старонкі, рэгулярны аўдыт. Каб вашы тавары без праблем з'яўляліся ў Google Shopping і бясплатных спісах, не ігнаруйце тэхнічную інфраструктуру. Разгледзьце хостынг, дамен і SSL-рашэнні на Hostragons для надзейнага патоку дадзеных вашага e-commerce бізнесу.