Политика на цени в 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. За България правилният формат обикновено е BGN. Писането само на лв., използването на символи, неправилното форматиране на точки и запетаи или показването на USD на страницата на продукта и изпращането на BGN във фийда може да доведе до грешки.

Пример за правилна стойност: 1299.90 BGN. За десетичен разделител е по-сигурно да се използва точка според формата на фийда. Можете да покажете 1,299.90 лв. на сайта; обаче формата, която Google ще прочете на страната на структурирани данни и фийда, трябва да е ясна. За сайтове, които използват множество валути, трябва да се провери насочването на страната, hreflang и съвпадението на валутите. Ако извършвате международни продажби, темата управление на домейн и разширения по страни също е важна за доверието на целевия пазар.

5. Смесване на цените на вариациите

При продукти с опции за цвят, размер, капацитет или опции за пакет ценовите разлики са често срещани. Например, черен телефонен калъф може да струва 199 лв., докато коженият модел 299 лв. Ако основният продукт във фийда е изпратен за 199 лв., но URL адресът отваря вариацията по подразбиране за 299 лв., Google може да открие несъответствие в цената.

В този случай е необходимо да използвате уникален идентификатор на продукта за всяка вариация, правилен item_group_id, правилен URL параметър и целевата страница, която показва цената на тази вариация. Когато потребителят кликне на вариацията, която вижда във фийда, тя трябва да се отвори с избраната вариация. Особено за магазини, които използват персонализиран софтуер, URL адресите на вариациите трябва да са сканирани и да не показват различни цени на ботове.

6. Несъответствие между структурирани данни и визуална цена

Google може да чете не само текста, видим на екрана, но и маркировките schema.org Product и Offer на страницата. Ако на страницата е написано 899 лв., а в структурирани данни остава 999 лв., Merchant Center може да открие несъответствие в цената, използвайки тези данни. Тази проблематика обикновено произлиза от актуализации на темата, кеш добавки или стари схеми.

Проверете с инструментите Google Rich Results Test и URL Inspection каква цена дава страницата. Уверете се, че полетата price, priceCurrency, availability, и при необходимост priceValidUntil в Product schema са актуални. Ако вашата тема и добавката за фийд извличат цените от различни източници, преминаването към един източник на данни за продукта в дългосрочен план ще бъде по-здравословно.

Бърза таблица за диагностика на ценови грешки

Стъпка по стъпка: Как да решим грешките в ценовата политика на Google Merchant Center?

Стъпка 1: Определете обхвата на грешката

Първо, разберете дали проблемът е в един продукт, определена категория или в целия каталог. Използвайте секцията Продукти в Merchant Center, за да филтрирате и експортирате отхвърлените продукти. Изберете 10-20 примерни продукта и сравнете цените, URL адресите, категориите, марките, вариациите и статусите на кампании. Ако проблемът е в всички продукти, валутата, настройките на данъка, формата на фийда или структурирани данни на сайта могат да бъдат проблематични. Ако проблемът е само с продуктите на промоция, фокусирайте се върху полетата 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 правилно да прочете вашата страница, страниците на продуктите трябва да са отворени за ботове. URL адресите на продуктите, CSS и JavaScript ресурсите не трябва да бъдат блокирани в файла robots.txt. Ако цената е заредена с JavaScript, Google понякога може да види забавена или неправилна цена. Ако сървърът е бавен, ботът може да улови стара или празна цена, преди страницата да бъде напълно обработена.

Не пренебрегвайте скоростта на страницата и стабилността на сървъра, за да намалите грешките в Merchant Center. Въпреки че системите за сканиране на Google ще се развиват до 2026 г., бавни, прекъснати или грешно отговорящи електронни търговски сайтове ще имат недостатък при валидиране на данни. Уверете се, че страниците на продуктите ви връщат HTTP статус код 200, че веригите за пренасочване 3xx са кратки и че SSL сертификатът работи безпроблемно. За техническа основа могат да се оценят NVMe хостинг и Инсталация на безплатен SSL.

Стъпка 5: Актуализирайте структурирани данни

Използването на Product schema на страниците на продуктите е полезно както за органична видимост, така и за проверка в Merchant Center. Въпреки това, неправилната схема може да бъде дори по-вредна от липсата на схема. Проверете дали променливата за цената във вашия темплейт идва от актуалния продукт. Тествайте дали цената на схемата също е актуализирана правилно, когато избраната вариация се промени при продукти с вариации.

Цената, показвана в Rich Results Test, трябва да е същата като цената, показвана на страницата на потребителя. Освен това полето priceCurrency трябва да бъде един от валидните кодове като BGN, USD или EUR. За продукти, които не са налични, също е необходимо правилно да се предостави полето availability; показването на старата намалена цена за продукти, които не са налични, ще повлияе негативно както на потребителското преживяване, така и на одобрението от Merchant Center.

Стъпка 6: Помолете за повторна проверка и сканиране в Merchant Center

След корекциите, повторно заредете фийда или задействайте синхронизация на API. Проверете детайлите на продукта в Merchant Center, за да видите, че последно изпратената цена е актуализирана. След това поискайте повторна проверка за проблемните продукти. В някои случаи автоматичната система обновява в рамките на няколко часа, а в други случаи може да отнеме 24-72 часа. За продукти с висок бюджет на кампанията е добре да направите тест с малка група преди да коригирате масово, за да предотвратите повторното появяване на грешки.

Специфични проверки в зависимост от платформата

Сайтове на WooCommerce

Грешките в цените в сайтовете на WooCommerce често произхождат от кеш, добавка за множество валути, добавка за динамично ценообразуване или от използването на стари данни от добавката за фийд. Проверете полетата за нормална и намалена цена на екрана за редактиране на продукта. След това потвърдете, че настройката за mapping на sale price в добавката за фийд е правилна. Ако цената на продуктите на страниците се променя в зависимост от членството или условията за купони, трябва да изпратите общата цена за потребителя в фийда.

Ако използвате кеширане на сървъра, уверете се, че съответстващите продукт, категория и кеш файлове на фийда са почистени, когато цената на продукта се промени. В това отношение WordPress хостинг инфраструктурата и правилната конфигурация на кеша играят критична роля.

Shopify и готови системи за електронна търговия

В готовите системи като Shopify полетата за цени обикновено са по-добре организирани; обаче множество пазари, множество валути и автоматични отстъпки могат да причинят грешки. Проверете в приложението Google & YouTube целевата страна, валутата и съвпаденията на вариациите на продуктите. Не смесвайте цената за сравнение с цената на продажба. Не показвайте автоматично приложени отстъпки в кошницата като цена на фийда, тъй като Google може да не приеме отстъпките с купони, които не са видими директно на страницата на продукта.

Персонализиран софтуер и API интеграции

Най-добрият подход в персонализирания софтуер е да се създаде версиониран и логнат поток от данни за цената на продукта. Записите трябва да съдържат отговорите на въпросите кой, кога, каква цена е променил и кога е отразена във фийда. Ако използвате Content API, следете успешните отговори след актуализация и записвайте кодовете на грешките в централизирана система за логове. Уверете се, че URL адресът, който Google извлича, няма блокиране за ботове, автоматично пренасочване на страната или задължителен вход.

Постоянни добри практики за предотвратяване на ценови несъответствия

Коригирането на грешките в ценовата политика веднъж не е достатъчно; необходимо е да се създаде устойчив контролен механизъм. В големи каталози цените могат да се променят хиляди пъти на ден. Поради това, вместо ръчен контрол, трябва да се приеме подход с автоматизация, логване и редовни одити.

• Планирайте времето за обновяване на фийда да се случва веднага след началото и края на кампаниите.
• Когато цената на продукта се променя, почиствайте кеша на страницата, фийда и схемата едновременно.
• Контролирайте съответствието на цените на 50-те продукта с най-много кликвания веднъж седмично.
• Направете ценовата политика с включен ДДС писмена за всички екипи.
• Тествайте цената и URL адреса на всяка вариация за продукти с вариации.
• Следете ежедневно диагностичните отчети на Merchant Center; ако процентът на грешките надвиши 1%, направете анализ на коренните причини.
• Редовно наблюдавайте проблемите с SSL, DNS, хостинг и пренасочвания; недостъпните страници могат да повлияят на проверката на цените.

Например, в магазин с 5,000 продукта, ако дневният процент на промени в цените е 8%, около 400 продукта трябва да бъдат повторно тествани за съответствие между фийда и страницата всеки ден. Извършването на цялата тази проверка ръчно не е реалистично. Дори прост cron задача, която генерира отчет, сравняващ цената на фийда с цената на живо URL, може да ви помогне да откриете грешки навреме.

Как да се справим с цените за доставка, купони и кампании?

Таксата за доставка може да бъде управлявана отделно от цената на продукта; обаче настройките за доставка в Merchant Center трябва да са правилни. Показването на безплатна доставка на страницата на продукта и след това добавянето на такса за доставка на екрана за плащане подкопава доверието на потребителите и може да доведе до проблеми с политиката. Ако сумата за доставка варира в зависимост от страната, града, деси или стойността на кошницата, настройте правилата за доставка в Merchant Center съобразно това.

Бъдете внимателни с отстъпките с купони. Ако потребителят трябва ръчно да въведе купон, тази отстъпка обикновено не трябва да бъде изпращана във фийда като цената на продукта. Ако на сайта има публична и автоматично приложена отстъпка, тя може да бъде определена като sale_price. Например, ако на страницата на продукта е показано 699 лв. вместо 799 лв. и всички потребители могат да закупят на тази цена, може да се използва 699 лв. във фийда. Но ако само цената, намалена с купона EFSANE10, бъде записана във фийда, това може да доведе до различия в цените, виждани от Google на страницата.

Кога да използвате автоматичните актуализации на продукти на Google?

Автоматичните актуализации на продукти в Merchant Center позволяват на Google временно да поправи някои грешки във фийда, като чете информация за цените и наличността от страницата на продукта. Тази функция може да намали малките несъответствия; но не е постоянен решение. Защото данните, четени от Google, могат да бъдат погрешни поради стара схема или забавен JavaScript, а автоматичната актуализация също може да доведе до неправилни резултати.

Можете да запазите тази функция активна, но трябва да гарантирате точността на основния източник на данни. Автоматичните актуализации трябва да се разглеждат като мрежа за безопасност за малки разлики в времето, произтичащи от остарял фийд. Ако системата редовно извършва корекции на цените, това показва, че в процесите на фийда има основен проблем.

Влиянието на техническата инфраструктура върху ценовите грешки

Грешките в цените в Merchant Center често се наблюдават в маркетинговата панел, но коренната причина може да бъде в техническата инфраструктура. Слаба хостинг производителност, чести 500 грешки, проблеми със SSL, неправилно пренасочване, автоматична промяна на валутата според страната и агресивни настройки на кеша могат да доведат до неправилно прочитане на цената от Google. Бързото и стабилно отговор на страниците на продуктите в електронната търговия е критично не само за SEO, но и за одобрение на реклами и видимост на търговията.

На Hostragons предлагаме надежден хостинг, управление на домейни и решения за SSL, които помагат за укрепване на тази техническа основа за електронната търговия. Например, Корпоративен хостинг поддържа достъпността на страниците на продуктите по време на пикови периоди на трафик; прехвърляне на домейн и управление на DNS могат да намалят проблемите с сканирането, произтичащи от неправилно пренасочване. Целта тук не е да се оказва натиск за продажби, а да се осигури надежден поток от данни, от който Merchant Center се нуждае.

Контролен списък: Последни 12 точки преди публикуване

• Полето price във фийда съвпада ли с цената на страницата на продукта?
• Използва ли се sale_price само в активни кампании?
• Правилни ли са началните и крайните дати на кампанията?
• Има ли задължително увеличение на цената между страницата на продукта и екрана за плащане?
• Изпраща ли се валутата в ISO формат?
• Правилният URL на вариацията ли отваря правилната вариация?
• Показва ли Product schema актуалната цена?
• Блокира ли 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, за да осигурите надежден поток от данни за вашия сайт за електронна търговия.