Google не чете администрацията на магазина – чете продуктов фийд: структуриран файл със заглавие, цена, наличност, снимка и баркод за всеки артикул. Каталогът на OpenCart вече държи тези данни; работата е да излязат от базата в подредбата, която Merchant Center очаква, и да се обновяват без ръчна намеса. Точно това е задачата на един продуктов фийд в OpenCart, а ръководството по-долу минава през целия път – от избора на подход до поддръжката след подаването.
Трите пътя към продуктов фийд в OpenCart
Сам по себе си OpenCart не изпраща нищо към Google. Продуктов фийд в OpenCart се прави по един от три начина, а изборът определя колко контрол имате после.
Вграденият Google Base фийд (само в OpenCart 3.x). Клонът 3.x включва в ядрото фийд разширение с историческото име Google Base: активирате го от Extensions, раздел Feeds, съпоставяте категориите и получавате XML на постоянен адрес. За първи тест върши работа, за продукция е тесен: не подава отделен gtin атрибут (разчита на старите атрибути upc и ean), смалява снимката до 500 на 500 пиксела – точно бъдещия минимум на Google, а при промоция подменя редовната цена вместо да подаде sale_price. За опции и варианти не знае нищо. В OpenCart 4 това разширение вече не е част от ядрото.
Официалният модул Google Shopping for OpenCart. Безплатен, разработен съвместно с Google: синхронизира каталога с Merchant Center и създава кампании направо от администрацията. Уловката е възрастта му – изграден е около Smart Shopping кампаниите, тип, който Google замени с Performance Max още през 2022 г., а целевата държава се избира от списък с поддържани пазари. Проверете дали България вече фигурира в него, преди да стъпите на този път-Продуктов фийд в OpenCart.
Фийд модул от маркетплейса. Тук моделът е друг: модулът строи XML файл на адрес под Вашия домейн, Merchant Center получава този адрес и Google тегли файла по график (scheduled fetch). В официалния маркетплейс изборът е широк – от безплатни варианти като Google Merchant Feeds на Knowband до платени модули с поддръжка за всички клонове от 1.5 до 4.x. Платените обикновено добавят това, което накланя резултата: пълен мапинг на полетата, правила и филтри, коректна обработка на опциите.
| Google Base (вграден в 3.x) | Google Shopping for OpenCart | Фийд модул от маркетплейса | |
|---|---|---|---|
| Как подава данните | XML на постоянен адрес | Синхронизация + кампании от админа | XML файл, изтеглян по график |
| Покритие на спецификацията | Остаряло: без gtin и sale_price | Базово | Пълно при добрите модули |
| Готов за България днес | Само като временно решение | Зависи от списъка с държави | Да |
Препоръката ни за български магазин: фийд модул плюс насрочено изтегляне. Така правите продуктов фийд в OpenCart с пълен контрол върху всяко поле, без да зависите от чужди списъци с пазари. Каквото и да изберете обаче, изберете едно – два активни източника с едни и същи продукти произвеждат дублирани оферти и объркан акаунт.
Стъпка 1: Подгответе каталога за продуктов фийд в OpenCart
Фийдът не поправя каталога – копира го. Каквото липсва в Catalog, Products, ще липсва и във файла, затова първата работа е на четири места в самия продукт.
Баркодовете. Табът Data на всеки продукт носи вградени полета за EAN, UPC и MPN. Фийд модулите четат именно тях, затова въведете баркодовете там, а не в описанието или в произволен атрибут. Google очаква GTIN за брандираните стоки – за Европа това е EAN кодът от производителя. Произвеждате ли сами, декларирате липсата му във фийда чрез identifier_exists, вместо да оставяте празно поле.
Производителят. Полето Manufacturer в OpenCart става атрибутът brand. Google изисква марка за новите продукти извън книгите, филмите и музиката, затова я попълнете последователно за целия каталог – включително когато марката сте Вие.
Цените. Google сравнява фийда с продуктовата страница и приема само пълно съвпадение: крайна сума в евро, с ДДС, до цент. В OpenCart това опира до данъчните класове: полето Price пази сумата без данък, а клиентът вижда крайната стойност според Tax Class и настройките за показване. Модулът трябва да изведе точно крайната стойност – 24,90 € на страницата срещу 20,75 € във фийда е сигурно отхвърляне. Промоциите вървят през таба Special; добрият модул ги подава като sale_price със срок, а не като подменена основна цена.
Снимките и описанията. Основната снимка – върху чист фон, без лого на магазина и без надписи по нея. От 31 януари 2027 г. Google въвежда минимум 500 на 500 пиксела; ориентирайте се към 800 на 800 пиксела или повече още сега. Описанието – няколко пълни изречения с материал, размери и предназначение, не повторено заглавие.
Подреденият каталог е половината от работата по продуктов фийд в OpenCart. Другата половина е механика.
Стъпка 2: Инсталирайте модула и генерирайте XML
Инсталацията минава през Extensions, Installer: качвате пакета на модула, активирате го и давате права на Вашата потребителска група от System, Users, User Groups. Ако след активиране менюто на модула отказва достъп, причината почти винаги е в правата, не в инсталацията. И понеже слагате чужд код върху работещ магазин – направете резервно копие преди това.
В настройките на модула определяте кои категории влизат, дали се включват продукти без наличност и на кой език и в коя валута се строи файлът. Резултатът е адрес от вида вашият-магазин.bg/index.php?route=… или статичен .xml файл. Този адрес превръща каталога в работещ продуктов фийд в OpenCart, затова го запишете – той отива в Merchant Center на Стъпка 4.
Преди да продължите, отворете адреса в браузър. Търсите три неща: файлът се зарежда без грешка, записите са колкото очаквате и кирилицата се чете нормално. Файл с 40 записа при 400 продукта значи филтър, който реже повече от нужното. Разбъркани символи вместо български букви значат проблем с кодировката – Google очаква UTF-8, а артикули с нечетими заглавия не минават. При по-стари магазини, мигрирали през няколко версии, коренът често е в самата база данни; изчистете го тук, а не след първата вълна отхвърляния.
Стъпка 3: Проверете мапинга на полетата
Мапингът свързва полетата на OpenCart с атрибутите от спецификацията на Google – и решава дали един продуктов фийд в OpenCart минава прегледа. Шаблонът „Google Shopping“, който повечето модули включват, попълва голяма част от съответствията автоматично; Вашата задача са критичните редове.
| Google атрибут | Откъде идва в OpenCart | За какво да внимавате |
|---|---|---|
| id | Product ID или SKU | Постоянен: веднъж подаден, не се сменя |
| title | Име на продукта | Марка и модел отпред; максимум 150 знака, без рекламни викове |
| description | Описание | Пълният текст, изчистен от HTML остатъци |
| link | SEO адресът на продукта | Под верифицирания домейн, без пренасочвания |
| image_link | Основна снимка | Пряк, публично достъпен адрес към самия файл |
| price / sale_price | Price + Tax Class / таб Special | Крайната сума с ДДС, същата като на страницата |
| availability | Quantity и Out of Stock Status | in stock само при реална наличност |
| brand | Manufacturer | Попълнен за целия каталог |
| gtin | Полето EAN в таба Data | Баркодът от производителя |
| google_product_category | Категориен мапинг в модула | Най-конкретната категория от таксономията |
При съмнение за конкретен атрибут отваряйте спецификацията на продуктовите данни – тя е финалният арбитър за формати и задължителни полета.
Категорийният мапинг заслужава отделни пет минути: „Електроника“ казва малко, „Електроника > Аудио > Слушалки“ насочва продукта към правилните търсения. Имената от каталога пък рядко са добри Shopping заглавия – как се строи заглавие, което покрива правилните търсения, и как се пренаписва без да загубите одобрението, е темата на ръководството за оптимизация на заглавия, описания и изображения във фийда.
Опциите: специалният случай на OpenCart
OpenCart исторически описва разновидностите чрез опции – добавки към основния запис, не самостоятелни продукти. Google иска обратното: отделен запис за всяка продавана разновидност със собствена цена и наличност, обединени през item_group_id. Оттук идва типичният сблъсък – модулът подава един запис, а опция с надценка „+5,00 €“ прави цената на страницата различна от тази във фийда, и прегледът сваля артикула.
Практическото правило: отворете XML файла и вижте как излизат продуктите с опции. Ако модулът генерира отделни записи с item_group_id – добре. Ако не – започнете с артикулите, чиято цена не зависи от опция, и оставете останалите за втора итерация. Клонът OpenCart 4.1 добави същински варианти (master и variant продукти), което подрежда модела занапред, но проверете дали Вашият фийд модул вече ги чете.
Стъпка 4: Подайте адреса в Merchant Center
Тук приемаме, че акаунтът е създаден, магазинът е верифициран и политиките за доставка са попълнени – целият този ред е в пълната настройка на Merchant Center. Остава свързването: отваряте Settings, Data sources (стига се и през Products, бутон Manage product sources), добавяте нов източник от файл и пействате адреса на XML-а от Стъпка 2, с насрочено изтегляне веднъж дневно. Merchant Center третира всеки продуктов фийд в OpenCart като обикновен източник от файл – платформата зад него няма значение за прегледа.
После идва прегледът – Google посочва до 7 работни дни като официален ориентир, а съвсем новите акаунти понякога чакат по-дълго. Резултатът се вижда продукт по продукт – одобрен, чакащ или отхвърлен, с конкретна причина към всяко отхвърляне. Докато прегледът тече, не пренастройвайте нищо на сляпо; работете по причините, когато се появят.
Стъпка 5: График, промоции и Needs attention
Два графика държат един продуктов фийд в OpenCart актуален: кога модулът прегенерира файла и кога Google го тегли. Ако файлът е статичен, сложете генерирането в малките часове, да речем 2:00, а изтеглянето след него, например в 4:30. Разменени ли са, всяка сутрин в Merchant Center пристигат вчерашните цени. Модул, който строи файла динамично при всяко извикване, няма първия график; при голям каталог обаче проверете дали адресът отговаря достатъчно бързо, за да не изтече времето на изтеглянето.
Промоциите са мястото, където графикът се къса най-често: намалението тръгва на сайта в полунощ, а фийдът се обновява чак сутринта и часове наред двете цени се разминават. Затова подавайте Special цените като sale_price с начална и крайна дата – Google активира намалението в точния момент, независимо кога е изтеглен файлът.
Остава навикът, който държи акаунта чист: разделът Needs attention в Products. Там стоят конкретните причини – разминала се цена, липсващ баркод, недостъпна снимка, „в наличност“ при изчерпан склад. Поправяйте по причина, не по продукт: една грешка в мапинга сваля стотици артикули, една поправка ги връща всичките. Самата корекция е винаги в OpenCart, фийдът я пренася при следващото обновяване. Пълния списък с такива съобщения, с поправката за всяко, ще намерите в статията за най-честите грешки в продуктовите фийдове.
Продуктов фийд в OpenCart преди старта в България
Към септември 2026 г. Google Shopping не е активен за българския пазар; официална дата няма, а очакванията в бранша сочат края на годината, преди празничния сезон. За подготовката това не променя нищо: всичко от този текст – акаунтът, модулът, мапингът, самият преглед на продуктите – е достъпно отсега, заключени остават единствено кампаниите за България.
Валутният въпрос е решен от календара: от 1 януари 2026 г. еврото е официалната валута в България, каталогът Ви вече е в евро и фийдът подава същите цени с включен ДДС. Разликата на старта ще е в готовността – одобреният продуктов фийд в OpenCart влиза в търговете от първия ден, а магазинът без фийд започва одобрението си в най-натоварения сезон.
Чеклист за продуктов фийд в OpenCart
- EAN кодовете въведени в таба Data за всички брандирани продукти
- Manufacturer попълнен последователно за целия каталог
- Крайните цени с ДДС съвпадат със страницата до цент; промоциите през Special със срок
- XML адресът зарежда без грешка, с очаквания брой записи и четима кирилица
- Продуктите с опции проверени в самия XML: отделни записи с item_group_id или извън фийда
- Графикът в ред: първо генериране, после изтегляне, всеки ден
- Един активен източник на данни в Merchant Center, не два паралелни
- Needs attention преглеждан след всяко изтегляне през първите седмици
Често задавани въпроси за продуктов фийд в OpenCart
Кой модул да избера за продуктов фийд в OpenCart?
За продуктов фийд в OpenCart критериите тежат повече от имената: поддръжка на точната Ви версия (3.x или 4.x), пълен мапинг на полетата, чист UTF-8, обновяване по график и коректни записи за продукти с опции. Безплатните модули покриват стандартен каталог; платените добавят правила, филтри и обработка на варианти.
Върши ли работа вграденият Google Base фийд?
Само като временно решение в OpenCart 3.x: няма gtin атрибут, смалява снимките до 500 на 500 пиксела и подава промоцията като подменена основна цена. Пълноценен продуктов фийд в OpenCart изисква модул, който покрива цялата спецификация. В OpenCart 4 вграден фийд няма, така че там въпросът не стои.
Как се подават продуктите с опции през продуктов фийд в OpenCart?
Google очаква отделен запис за всяка разновидност – със собствена цена, наличност и снимка, обединени чрез item_group_id. Проверете в XML файла как модулът обработва опциите; подава ли само основния продукт, започнете с артикулите без ценообразуващи опции. Вариантите от OpenCart 4.1 премахват това ограничение, стига модулът Ви да ги чете.
Защо Merchant Center отхвърля продукти заради цената?
Почти винаги фийдът подава сума без ДДС или без опционната надценка, а страницата показва друга. Google сверява двете стойности до цент. Проверете данъчния клас, настройките за показване и как модулът изчислява крайната цена за продуктов фийд в OpenCart; след промоция проверете и дали Special цената излиза като sale_price със срок.
Мога ли да подготвя продуктов фийд в OpenCart преди старта на Google Shopping в България?
Да, и това е правилният ред: продуктов фийд в OpenCart се подготвя изцяло преди старта, защото акаунтът, модулът и прегледът на продуктите работят още сега. Недостъпни са само кампаниите към българския пазар – а когато той отвори, разликата ще е кой вече има одобрен каталог и кой тепърва го подава.
