Услуга
SEO за онлайн магазин: продуктите в индекса, категориите без дубликати
SEO оптимизацията на онлайн магазин е първо структурна работа: кои от хилядите адреси трябва да са в Google и кои не, как системата отговаря на спрени продукти, един canonical на продукт вместо пет. Едва после идват текстовете на категориите и продуктите, фийдът в Merchant Center и скоростта. Магазините отлагат тази работа до месеца, в който трафикът спре; ние я правим всеки месец в пакет Пазар от 690 €, за OpenCart, WooCommerce, Shopify, Gombashop, CloudCart и собствени системи.

Четирите проблема
Какво намираме в почти всеки български магазин, в реда, в който вреди
Четирите се откриват за час в Search Console и в суровия HTML. Никой от тях не е видим от административния панел на магазина, което е и причината да стоят с години.
Спрени продукти с код 200
Продуктът е спрян, но адресът отговаря 200 с текст „няма наличност“. Google го чете като мека грешка. Един е нищо; след години са стотици, и Google започва да свежда такива адреси до един canonical, който повлича и живите продукти. Поправката е истински статус (404, 410, или 301 към заместителя) и карта на сайта само с живи адреси.
Един продукт на пет адреса
Продуктът под всяка категория, с параметри за сортиране, с utm параметри от рекламата, с и без наклонена черта в края. Без canonical Google избира сам, и избира различно всеки път. Филтрите по цвят и размер създават хиляди адреси, които Google обхожда вместо продуктите. Поправката е един canonical на продукт, в суровия HTML, и noindex или robots.txt за филтрите.
Текст от доставчика
Същото описание на същия продукт на двадесет български магазина, и категория без нито дума над продуктите. Google индексира един от двадесетте и рядко е вашият. Поправката не е да се пренапишат 3 000 продукта: категориите, които носят търсене, получават истински текст, продуктите, които носят продажби, също, а останалите шаблон с ваши данни.
Съдържание само след JavaScript
Модерни магазини, при които цената, наличността и описанието се зареждат от скрипт след HTML. Google изобразява, със закъснение и не винаги; ботовете на ChatGPT, Claude и Perplexity не изобразяват и виждат празна страница. Броим думите преди и след JavaScript; ако разликата е от единадесет до осемстотин, продуктът не съществува за асистентите.
От тази година
Магазин за климатици със 71 от 120 страници в индекса
Български онлайн магазин за климатици имаше 71 от 120-те си страници в Google. Продуктите, спрени от продажба през годините, отговаряха с код 200 и текст „продуктът е преместен“, и Google ги четеше като меки 404 грешки месеци наред, докато в един момент не сведе всеки такъв адрес до един canonical, който повлече и живи продукти. Административният панел показваше 120 продукта в наличност; Search Console показваше 49 „дубликат, Google избра друг canonical“.
Структурната поправка беше три неща: истински статус кодове за спрените продукти, canonical на всяка жива страница в суровия HTML, и карта на сайта само с живи адреси и с истинска дата за всеки. За седмица 33 от 53-те изпаднали продуктови страници се върнаха в индекса. Останалите 20 не броим за свършени, защото не са; част от тях чакат нов текст, защото Google, веднъж върнал ги в обхождането, ги е преценил като недостойни за индекса с текста на доставчика. Това е разликата между „поправихме“ и „върнахме продажбите“, и я казваме така, както е.
Платформите
Какво може и какво не може да се поправи на всяка платформа
Всяка система има ограничения, и е по-добре да ги знаете преди месеца, а не на третия. Таблицата е от работа по тези платформи в България; ако вашата не е тук, одитът я описва.
| Платформа | Може да се поправи на място | Ограничение, което остава |
|---|---|---|
| OpenCart | Canonical, статус кодове на спрени продукти, SEO адреси, структурирани данни, карта на сайта, скорост с кеш и изображения | Стари версии дублират продуктите под категории по подразбиране; някои теми зареждат всичко с JavaScript и трябва да се сменят |
| WordPress и WooCommerce | Почти всичко: canonical, noindex на филтри, текстове, структурирани данни, скорост. Най-гъвкавата система, ако не е претрупана с плъгини | Двадесет плъгина, всеки зареждащ скрипт на всяка страница, са най-честата причина за лош Core Web Vitals; поправката е махане, не добавяне |
| Shopify | Canonical на продуктите, noindex на тагове и сортирания, текстове на колекциите, Product структурирани данни, фийд към Merchant Center | Структурата /products/ и /collections/ е фиксирана; продуктът се дублира под всяка колекция и зависи от canonical; темата определя скоростта |
| Gombashop и CloudCart | Заглавия, описания, текстове на категории, пренасочвания, карта на сайта, Merchant Center | Достъпът до шаблона и до статус кодовете е ограничен; структурираните данни са каквито системата дава; част от поправките са заявка към поддръжката им |
| Собствена система | Всичко, ако разработчикът е наличен; нищо, ако не е | Обикновено няма canonical, карта на сайта, структурирани данни и статус кодове, защото никой не ги е искал; списъкът към разработчика е част от одита |
Месецът за магазин
Какво се прави всеки месец в пакет Пазар
Пет неща, в ред на повторение. Първото е еднократно и голямо; останалите четири се повтарят всеки месец.
Структурата, веднъж
Кои адреси в индекса и кои не; статус кодове за спрени продукти; canonical на всеки продукт; robots.txt и noindex за филтрите; карта на сайта само с живи адреси и истинска дата. Ако магазинът има над 5 000 адреса, тази стъпка се оферира отделно, преди месецът да започне.
Категориите
Search Console показва кои категории се показват за търсения и не се кликват, и кои търсения нямат категория. Всеки месец текст за категориите, които носят търсене: за кого, как се избира, какво да се гледа, връзки към водещите продукти.
Продуктите
Текст, различен от доставчика, за продуктите, които носят продажби: за кого, за какво не, с какво се комбинира, доставка, гаранция. Product структурирани данни с цена, наличност и GTIN на всеки продукт, еднакви с фийда.
Merchant Center и отзивите
Фийдът с правилни категории на Google, цени и наличности, без отхвърлени продукти. Отзиви за магазина и за продуктите, събирани по рутина след всяка поръчка, и отговори на тези с проблем.
Техническият преглед
Всеки месец: индексирани страници спрямо продукти в наличност, Core Web Vitals от полеви данни, нови меки грешки. Всяко тримесечие: пълен преглед на структурата, защото магазините добавят продукти и категории, и всяка нова е потенциален дубликат.
AI и магазините
Асистентите препоръчват продукти от фийда и от страници, които могат да прочетат
Когато някой пита ChatGPT или Gemini „кой климатик за 40 квадрата под 1 500 евро“, отговорът идва от продуктови страници, които ботът е могъл да прочете (без JavaScript), и все повече от фийдовете в Merchant Center, които Google посочва по име като източник за AI отговорите си. Магазин с продукти, скрити зад скрипт, и без фийд не съществува за тези въпроси, колкото и добре да се класира в обикновените резултати. Затова в пакет Пазар фийдът и структурираните данни са част от месеца, а не допълнение.
Кой пакет е за вашия магазин зависи от броя продукти, платформата и това дали продавате в един град или в цяла България; казваме го в безплатния одит, а всички цени са на страницата с цените.
Заедно с това
Услугите, които влизат в месеца за магазин
- 01Техническо SEOСтруктурата, статус кодовете, canonical, скоростта: половината от работата за магазин.
- 02SEO съдържаниеКатегорийните и продуктовите текстове, различни от доставчика.
- 03ЦениПазар от 690 €, и кога малък магазин е Растеж.
- 04Безплатен SEO одитКолко от продуктите ви са в Google днес; отговорът често изненадва.
Въпроси за SEO на онлайн магазин
Магазинът ми има 3 000 продукта. Може ли изобщо да се оптимизира?
Да, но не продукт по продукт. Първо се оправя структурата: кои адреси трябва да са в индекса (категории, подкатегории, продукти), кои не (филтри, сортирания, страници с параметри), и как системата отговаря на спрени продукти. После се пишат текстове за категориите, които носят търсене, и за продуктите, които носят продажби; останалите получават шаблон с ваши данни (за кого, за какво не, доставка, гаранция), който е по-добър от текста на доставчика, копиран на двадесет магазина.
Защо продуктите ми изчезват от Google?
Най-честата причина в България: спрян продукт, който системата продължава да показва с код 200 и текст „няма наличност“ или „преместен“. Google го чете като мека грешка 404 и след месеци започва да свежда такива адреси до един canonical, който повлича и живите. Втората: един продукт на пет адреса (с филтри, с параметри за проследяване, с и без наклонена черта) без canonical. Третата: продуктов текст, еднакъв с този на доставчика и на другите двадесет магазина, който Google не смята за достоен за индекса.
Merchant Center има ли връзка със SEO?
Да, и все повече. Безплатните продуктови листвания в Google идват от фийда в Merchant Center, а Google посочва Merchant Center и Google бизнес профила по име като източници за AI отговорите си в собствената си документация. Фийд с правилни цени, наличности, GTIN и категории е част от работата в пакет Пазар, заедно с Product структурирани данни на всяка продуктова страница, които трябва да казват същото като фийда.
На Shopify съм и не мога да променям адресите. Проблем ли е?
Ограничение, не проблем. Shopify фиксира структурата /products/ и /collections/ и не позволява промяна; поправяме това, което позволява: canonical на продуктите (Shopify дублира продукта под всяка колекция), noindex на страниците с тагове и сортирания, текстове на колекциите, структурирани данни, скорост на темата. Казваме в одита какво не може да се направи, преди месецът да започне.
Защо магазините са в пакет Пазар за 690 €, а не в Растеж?
Защото работата е повече: продуктови и категорийни текстове са четири на месец вместо две, фийдът в Merchant Center се поддържа, а техническата част на магазин с хиляди адреси иска тримесечен преглед, който на сайт с тридесет страници не е нужен. Малък магазин с петдесет продукта в един град може да е Растеж; казваме кое в безплатния преглед, а не продаваме по-големия пакет по подразбиране.
Разберете колко от продуктите ви Google изобщо вижда
Изпратете адреса на магазина. С достъп за четене до Search Console отговорът е точен: колко продукта в наличност, колко в индекса, и защо разликата. Без достъп четем отвън и пак намираме първите два от четирите проблема.