Ако имате продукт с промоционална цена 39,90 € в онлайн магазина и 49,90 € във фийда, значи нещо не е наред. За Google това е подвеждаща обява. Повечето проблеми с Google Shopping тръгват оттук: не от бюджета, а от данните, които магазинът подава. Едни и същи грешки в продуктовия фийд се повтарят от пазар на пазар и от платформа на платформа. Дванадесетте грешки в продуктовия фийд по-долу са тези, които помощта на Google и практиката на активните европейски пазари посочват като най-чести причини за отхвърляне и изхабен бюджет. За всяка грешка ще разберете какво се случва, как да я откриете за минути и какво да поправите.
Къде да търсите грешки в продуктовия фийд: Needs attention и Latest update
Преди списъка – едно място, което ще отваряте по-често от Google Ads. Needs attention, в менюто Products на Merchant Center, събира всеки проблем по продукт – отхвърлени артикули, предупреждения за ограничено показване, продукти, които предстои да изтекат. Всеки ред носи причината, например „Mismatched value [price]“, и броя засегнати продукти. При фийд от файл има и втори екран, в източника на данни, таб Latest update, стои доклад от последната обработка ред по ред. Там ще откриете грешки в продуктовия фийд още преди прегледа на продуктите, непризнати колони, невалидни стойности, счупена кодировка.
Поправка в източника се отразява в Needs attention до 24-72 часа, а повторният преглед по указанията на Google отнема до 7 работни дни. България още не е сред поддържаните държави за Shopping реклами и Google не е обявил официална дата, но голяма част от проверките на формата, полетата, снимките и линковете стават при самото качване. Грешки в продуктовия фийд може да хванете още сега. Пътят до тези екрани е в ръководството за настройка на Merchant Center.
Група 1: грешки в продуктовия фийд, които свалят продукта от обявите
Тук са отхвърлянията. Продуктът съществува в акаунта, но не се показва нито в платените, нито в безплатните обяви, докато не поправите причината.
1. Цената във фийда не е цената на страницата
Google сверява автоматично цената от фийда с цената на продуктовата страница. Най-честият сценарий не е печатна грешка, а закъснение, промоция, която е активирана в петък вечер, фийд, който се генерира веднъж на денонощие, и до сутринта всеки намален продукт подава стара цена. По-тихите варианти: отстъпка само в количката, цена без ДДС в експорта, двойни цени в лева и евро, от които плъгинът взема грешната. От всички грешки в продуктовия фийд тази сваля най-много продукти.
Как да откриете грешката: отворете десет продукта с активна промоция в инкогнито прозорец и ги сравнете с реда им във фийда. Разминаване при всички намалени артикули означава проблем в честотата на обновяване, не в отделен продукт.
Поправката: промоционалната цена се настройва със sale_price, редовната с price, а фийдът се обновява по-често от ритъма на промоциите Ви. Automatic item updates могат да коригират цена и наличност по структурираните данни на страницата, но Google ги описва като предпазна мрежа, не като заместител на верен фийд. Повтарят ли се разминаванията масово, погледът на Google се мести от продукта към акаунта, за сценария след това вижте статията за блокиран Merchant Center акаунт.
2. „В наличност“ за продукт, който е изчерпан
Атрибутът availability казва на Google дали артикулът може да се купи сега. Ако стойността е in_stock, а страницата показва „Изчерпан“, кликът върху рекламата е платен, а поръчка няма. Според помощта на Google тези две грешки в продуктовия фийд, цена и наличност, се третират еднакво – продуктът се сваля превантивно, преди да е подвел още някого.
Как я откривате: сравнете броя налични продукти във фийда с броя в администрацията на магазина. Разлика от десетки артикула означава, че фийдът се обновява по-рядко от склада.
Поправката: наличността идва от склада в момента на генериране, не от ръчно поддържано поле, при бърза ротация фийдът се обновява няколко пъти дневно.
3. Липсващи задължителни полета и грешно кръстени колони
Без id, title, description, link, image_link, price и availability продуктът не минава преглед, марката е задължителна за нови продукти с изключение на книги, филми и музикални записи. Рядко обаче полето е празно, защото някой го е забравил. По-често колоната е кръстена по друг начин, „Цена“ вместо price – Google не разпознава заглавието ѝ, чете цялото поле като празно и сваля половината каталог наведнъж. Тук е и капанът на кирилицата – Merchant Center чете UTF-8, UTF-16, Latin-1 и ASCII, а файл в Windows-1251 стига до Google с въпросителни вместо заглавия.
Как я откривате: тази грешка се хваща още преди прегледа, Latest update показва непризнатите колони, а Needs attention групира „Missing value“ по атрибут. Една и съща липса при стотици продукти означава проблем в шаблона.
Поправката: сверете имената на колоните със спецификацията и запазете файла в UTF-8. При плъгин или модул това става от картата на полетата, кое поле на магазина отговаря на кой атрибут на Google.
4. Линк, който не води до продукта
Тази и следващата са грешки в продуктовия фийд, които идват от сайта, не от файла. Линк, който връща 404, пренасочва към началната страница, води към категория или изисква вход, сваля продукта. Домейнът в линка трябва да е верифицираният. Линк с http при сайт на https, или линк без www при верифициран адрес с www, е разминаване за целия каталог. По-коварно е, ако robots.txt забранява на Googlebot или Googlebot-Image да четат страниците и снимките, Merchant Center връща „Desktop page not crawlable due to robots.txt“ и държи продуктите отхвърлени, докато не разрешите достъпа. Случва се след миграция, при staging среда с блокиране или при плъгин за сигурност.
Как я откривате: отворете адреса на магазина Ви с /robots.txt и проверете за Disallow правила към Googlebot, след това отворете 15-20 случайни линка от самия файл на фийда. Изтритите продукти, които още стоят във фийда.
Поправката: линкове от каноничния адрес под верифицирания домейн, robots.txt, който пуска Googlebot и Googlebot-Image, и проверка на фийда в деня на всяка миграция.
5. Снимка, която Google не приема
Правилата за image_link са кратки и се нарушават масово – без промоционален текст, воден знак, лого и рамки, без placeholder „Няма снимка“, продуктът трябва да е ясно видим. Това са грешки в продуктовия фийд, които се поправят най-бавно, защото често означават ново заснемане. Google е обявил и минимален размер 500 на 500 пиксела, който влиза в сила от 31 януари 2027 г., за добра визуализация целете поне 800 на 800. Типичният сценарий е, че снимките се изготвят за социалните мрежи с „-30%“ в ъгъла, същите файлове отиват във фийда и цялата колекция получава отхвърляне за промоционално наслагване. Вторият е, че снимките минават през CDN или защита, която не пуска Googlebot-Image.
Как я откривате: отворете самия URL на снимката от фийда в инкогнито прозорец. Ако не се зареди, няма да мине проверката на Google.
Поправката: отделени файлове с чисти снимки за фийда на бял или неутрален фон, промоционалните визии оставете рекламните банери.
6. Невалиден, чужд или измислен GTIN
GTIN е баркодът от опаковката – 8, 12, 13 или 14 цифри с контролна цифра накрая. По него Google разпознава конкретния продукт и нарежда обявата Ви до другите оферти за същия артикул. Грешките са три вида. Невалиден код – разместена цифра при копиране или вътрешен складов номер в полето gtin. Чужд код – баркодът на друг вариант на продукта, друга разфасовка или друга марка. Измислен код – identifier_exists със стойност false за продукт, който според Google има фабричен баркод. Резултатът е „Invalid value [gtin]“ или „Incorrect product identifier“ и продуктът стои отхвърлен, докато не подадете верния идентификатор.
Как я откривате: проверете десет случайни кода в инструмента GEPIR на GS1: кодовете, издадени в България, започват с 380 и трябва да водят до реалния производител.
Поправката: вземете GTIN от производителя, както е на опаковката. За собствено производство и ръчна изработка подавате марка и MPN, където има такъв, и маркирате, че идентификатор не съществува. Google различава липсата от измисления код.
Група 2: грешки в продуктовия фийд и настройките, които засягат целия каталог
Тези грешки в продуктовия фийд не се виждат продукт по продукт. Идват от настройката на източника или на акаунта и засягат всички артикули.
7. Фийд, който се обновява рядко и продукти, които изтичат
Фийдът не е документ, който подавате веднъж. По правилата на Google всеки продукт изтича 30 дни след последното опресняване, ако не е подадена expiration_date и спира да се показва без отхвърляне и без известие. Ръчно качен файл, забравен от февруари, през март е празен каталог. Седмичното обновяване е спасението от изтичане, но подава цени и наличности отпреди седем дни при магазин, който сменя и двете всеки ден. Това е най-тихата от дванадесетте грешки в продуктовия фийд – нищо не се чупи, но продуктите изчезват.
Как я откривате: в източника на данни стоят датата и часът на последното успешно изтегляне; по-стари от денонощие при активен магазин означават проблем. Needs attention показва отделно продуктите, които предстои да изтекат.
Поправката: насрочено изтегляне от платформата поне веднъж на 24 часа, при чести промоции по-често. Как изглежда това при фийд от WooCommerce, при фийд от OpenCart и при фийд от Shopify сме описали в отделни статии.
8. Грешна държава, валута или език на фийда
Всеки източник на данни има целева държава, език и валута. Продуктите се проверяват спрямо тях. За България цената е в евро с включен ДДС, от 1 януари 2026 г. еврото е официалната валута и Google очаква цената, която купувачът реално плаща. Магазин с базова валута BGN в генерира фийд с BGN, макар сайтът да показва евро, и получава несъответствие за всеки продукт. Езикът е отворен въпрос, това е единствената от дванадесетте грешки в продуктовия фийд, при която част от отговора зависи от Google. Към момента на писане България и българският не фигурират в таблицата на Google с поддържани държави и езици, а информация от CSS партньори на Google сочи, че част от новите пазари може да тръгнат първо с продуктови данни на английски, Google не е потвърдил това. Не превеждайте каталога отсега, проверете само дали плъгинът или платформата Ви може да генерира втори фийд на друг език, така че при нужда да реагирате за броени дни.
Как я откривате: настройките на източника (държава, език, валута) и кодът на валутата във файла: EUR, не BGN и не „лв.“.
Поправката: базова валута EUR в магазина, целева държава България в източника, а езика сверявате с актуалния списък на Google преди подаване.
9. Липсваща доставка и връщане за България
Формално грешката не е във файла, а в акаунта, но Merchant Center я показва редом с останалите грешки в продуктовия фийд. Google слага доставката в самата обява, затова продукт без информация за доставка към целевата държава получава „Missing value [shipping]“ – предупреждение или отхвърляне. Настройката е на ниво акаунт, в Shipping and returns, а числата са тези от checkout. Срок 1-2 дни в акаунта срещу 2-4 работни дни на сайта, или 3,90 € в Merchant Center срещу 5,90 € на касата – Google чете и двете като подвеждане на купувача, също като невярна цена. Политиката за връщане е препоръчителна, но се сверява със страницата „Връщане“, в България законът позволява 14 дни за отказ и това трябва да го пише и на двете места.
Как я откривате: предупреждение за доставка при всички продукти едновременно означава причина в акаунта, не грешки в продуктовия фийд.
Поправката: политика за доставка за България със срок и цена като на checkout и политика за връщане като на сайта.
Група 3: грешки в продуктовия фийд, които не спират продукта, но изяждат бюджета
Най-скъпите грешки в продуктовия фийд не светят в червено. Продуктът е одобрен, кампанията върви, а парите отиват за показвания пред грешните хора.
10. Заглавия, които не казват нищо (или казват твърде много)
Заглавието е основният текст, по който Google решава на кое търсене да покаже продукта. „Тениска“ не съвпада с „мъжка черна тениска памук L“, защото думите ги няма – продуктът е одобрен, събира случайни кликове по общи търсения и не продава. Другата крайност също струва пари: „ТЕНИСКА !!! БЕЗПЛАТНА ДОСТАВКА -50%“ нарушава правилата на Google за промоционален текст и главни букви в заглавието и е кандидат за отхвърляне.
Как я откривате: сортирайте фийда по дължина на заглавието. Всичко под 20 знака е почти сигурно „Тениска“, всичко с удивителни, символи и „промо“ е за пренаписване.
Поправката: марка, тип продукт, ключова характеристика, вариант, с най-важното в първите около 70 знака, защото толкова се вижда в обявата, лимитът е 150. Промоцията отива в sale_price, не в текста. Формулите по категории, с примери преди и след, са в статията за оптимизация на продуктовия фийд – логичната следваща стъпка, след като изчистите останалите грешки в продуктовия фийд.
11. Варианти без item_group_id
Тениска в пет цвята и шест размера е тридесет продукта във фийда. Без общ item_group_id Google ги вижда като тридесет несвързани артикула – показва син при търсене за червен, конкурира ги един с друг на търга и не ги събира във филтрите по цвят и размер. Подадете ли пък само един ред „Тениска“ за всичките, купувачът кликва, не намира своя размер и си тръгва, а кликът вече е платен.
Как я откривате: потърсете във фийда продукти с еднакво заглавие и различен id, празна колона item_group_id при тях означава грешка.
Поправката: всеки вариант със свой id, линк към страницата с предварително избран вариант и собствена снимка на съответния цвят, всички варианти с еднакъв item_group_id и попълнени color, size и material. Google изисква item_group_id за варианти в редица държави и за безплатните обяви, без него вариантите на практика не работят.
12. Обща категория, празни атрибути и сменени идентификатори
Три тихи грешки в продуктовия фийд под един номер. Категория „Apparel & Accessories“ вместо „Apparel & Accessories > Clothing > Shirts & Tops“ от таксономията на Google праща продукта към по-широки търсения и по-скъпи кликове. Празни color, size, gender, age_group и material го изключват от филтрите, с които купувачът с ясно намерение стеснява избора. А сменените идентификатори не се виждат никъде, при смяна на плъгин или миграция продуктите получават нови id, Google ги третира като нови артикули, а натрупаната история на старите изчезва. Затова спецификацията казва ясно – полето id се пази същото при всяко обновяване.
Как я откривате: броят продукти в Merchant Center скача почти двойно след промяна по сайта, а старите артикули остават да изтекат.
Поправката: най-точната категория от таксономията на Google, попълнени атрибути навсякъде, където са приложими и стабилно id от базата на магазина, а не от поредния експорт.
В какъв ред да поправяте грешки в продуктовия фийд
Не на сляпо и не продукт по продукт. Needs attention подрежда проблемите по брой засегнати артикули, започнете отгоре, защото една поправка в шаблона или в източника вдига стотици продукти наведнъж, а поправка на отделен GTIN вдига един. Поредността, която пести най-много прегледи – първо група 2, защото е на ниво акаунт и източник, след това цена, наличност и линкове, защото носят отхвърлянията, чак тогава снимките и GTIN, които искат най-много ръчна работа, накрая заглавията, вариациите и атрибутите, които решават колко ще Ви струва кликът.
Съберете всички грешки в продуктовия фийд и подайте чист фийд веднъж, вместо по една корекция на ден с ново чакане за всяка. И проверявайте отново след всяка по-голяма промяна по сайта – нова тема, нов плъгин, миграция. Точно тогава се раждат нови грешки в продуктовия фийд, а никой не гледа Needs attention. Преди първото подаване разгледайте и чеклиста за готовност за Google Shopping, който покрива сайта и политиките, не само фийда. Официалните изисквания към всеки атрибут стоят в спецификацията на продуктовите данни на Google, при разминаване с което и да е ръководство вярвайте на спецификацията.
Дребните грешки в продуктовия фийд струват най-скъпо
Нито една от дванадесетте грешки в продуктовия фийд не е драматична – 1 цент разлика, колона с друго име, снимка с надпис в ъгъла, забравен файл от миналия месец. Google обаче чете буквално и дребното се превръща в свален каталог или изхарчен бюджет за грешния купувач. Добрият фийд не е безгрешен от първия път. Разликата е в поддръжката – обновява се сам, сверява се със сайта и минава през Needs attention при всяка промяна по магазина.
Докато Google не отвори пазара, разполагате с време, което после няма да имате. Ако предпочитате проверката да се извърши от професионалисти – одитът при нас е безплатен, минава върху реалните Ви продукти и завършва с конкретен списък за поправка.
Често задавани въпроси
Защо продуктът ми е отхвърлен, след като на сайта всичко изглежда наред?
Най-често заради разминаване, което не се вижда с просто око – изтекла промоция във фийда, наличност от вчерашния експорт, снимка, която Google не може да свали, линк без www при верифициран адрес с www. Needs attention носи точната причина, а повечето грешки в продуктовия фийд се поправят там, откъдето идват данните, в магазина или в плъгина, не в Merchant Center.
Колко време отнема, докато поправката се отрази?
Промяна в източника се вижда в Needs attention до 24-72 часа, а повторният преглед по указанията на Google отнема до 7 работни дни. Затова е по-евтино да натрупате всички грешки в продуктовия фийд в един списък и да подадете чист файл веднъж, вместо по една корекция на ден.
Може ли грешки в продуктовия фийд да блокират целия ми акаунт?
Разминаването в цена и наличност води първо до превантивно отхвърляне на отделните продукти. Ако се повтори масово или ако проблемът е на ниво акаунт, например липсваща доставка, Google праща предупреждение със срок за поправка и може да спре акаунта. Затова разминаванията в цена, наличност и доставка са грешки в продуктовия фийд с най-висок приоритет.
Мога ли да открия грешки в продуктовия фийд, преди Google Shopping да стартира в България?
Да. Merchant Center работи – източникът на данни се обработва при качване, а Needs attention показва липсващи полета, невалидни стойности, недостъпни снимки и линкове. Само показването за България чака Google да отвори пазара, официална дата няма.
Задължителен ли е GTIN за всеки продукт?
За брандирани стоки с фабричен баркод практически да, без него продуктът се показва ограничено, а с грешен код се отхвърля. За собствено производство и ръчна изработка маркирате, че идентификатор не съществува, и подавате марка и MPN, където има такъв. Измисленият код е по-лоша грешка от честната липса.
