Един онлайн магазин лесно стига до десетки, понякога хиляди адреси за една и съща категория. Обяснявам кои от тях да сочат към основната страница, кои заслужават да се класират сами и как да видите какво е избрал Google.
Canonical е адресът, който Google приема за основна версия на една страница, когато едно и също съдържание е достъпно на няколко адреса. С тага rel=“canonical“ вие посочвате коя версия предпочитате, но за Google това е силен сигнал, а не команда. В онлайн магазина дубликатите идват най-често от филтрите, сортирането, вариантите на продуктите и параметрите в адресите.
В тази статия обяснявам откъде идват дубликатите в онлайн магазина и как да настроите филтрите, страниците 2, 3 и нататък и вариантите. Накрая ще видите честите грешки и как да проверите в Google Search Console какво е избрал Google.
Canonical URL е адресът, който Google избира за представител на група страници с еднакво или много сходно съдържание. С тага rel=“canonical“ вие подсказвате коя версия смятате за основна.
Когато открие няколко почти еднакви страници, Google ги групира и избира онази, която по събраните сигнали е най-пълна и полезна. Този процес се нарича canonicalization. Сред сигналите са дали адресът е на HTTPS, пренасочванията, картата на сайта (sitemap), т.е. списъкът с адресите за Google, и самият rel=“canonical“.
Тагът се слага в секцията <head> в кода на страницата:
<link rel=“canonical“ href=“https://example.bg/maratonki/“>
Google описва тага като силен сигнал и го препоръчва като предпочитаното решение за дубликати. Съветва също да го сложите и на самата основна страница, като сочи към нея (canonical към себе си). Ако обаче вътрешните линкове и sitemap сочат към друг адрес, Google може да избере него. Затова canonical е част от цялата техническа основа на SEO оптимизацията, а не отделна настройка.
В онлайн магазина дублираното съдържание рядко е копиран текст. Почти винаги това е един и същ списък с продукти или продукт на различни адреси:
Това не носи наказание от Google. Проблемът е, че роботът на Google губи време в безполезни адреси, а Google може да избере за основна версия адрес, който не искате.
Често магазинът сам води робота към дубликатите. В проучването си „Електронна търговия в България: индекс на SEO и AI видимостта 2026“ установих, че 5 от 10-те прегледани български онлайн магазина линкват от началната си страница към вътрешно търсене, филтри, сортиране или адреси с UTM параметри. Вътрешните линкове са сигнал за Google кой адрес е важен, така че такива линкове работят срещу canonical.
Повечето филтърни страници не бива да се индексират, т.е. да влизат в базата, от която Google показва резултатите. Изключение са комбинациите, които хората търсят като отделна категория, например „черни маратонки“.
В документацията си за филтрите Google посочва като основен проблем прекомерното обхождане: роботът обхожда много филтърни адреси, преди да разбере, че са безполезни, и натоварва сървъра. Според Google често е достатъчно да се обхождат продуктите и страницата на категорията без филтри.
Google не казва кои филтри да се индексират, затова аз решавам по търсенето. Филтърът става самостоятелна страница, когато:
Такава страница има canonical към себе си, влиза в sitemap и е линкната от категорията. Така подредих категориите и филтрите около реалните търсения в магазина от казуса, в който кликовете от Google се утроиха. Там това беше една част от работата, заедно с техническата основа и линковете от реални сайтове.
Noindex е указание страницата да не се показва в Google. Robots.txt е файл, с който забранявате на робота да обхожда определени адреси. Трите инструмента вършат различна работа:
| Инструмент | Какво прави | Кога го използвам | Внимание |
|---|---|---|---|
| rel="canonical" към категорията | Посочва основната версия | Единични филтри и сортиране без търсене | Роботът пак обхожда адреса. Google може да не приеме тага, ако съдържанието е много различно от категорията. |
| noindex | Изважда страницата от търсенето | Вътрешно търсене и страници, които не искате в Google | Работи само ако адресът не е блокиран в robots.txt |
| robots.txt | Спира обхождането | Хилядите комбинации от няколко филтъра | Google не вижда canonical и noindex на блокирания адрес |
За дубликатите Google препоръчва rel=“canonical“, а не noindex или robots.txt. За прекомерното обхождане обаче документацията за филтрите предлага robots.txt или филтри след знака # в адреса, защото Google по принцип не обхожда тази част. Цената е, че роботът не вижда canonical на блокирания адрес, а според Джон Мюлер от Google се губи и стойността на линковете към него. Затова ползвам robots.txt само за безкрайните комбинации от няколко филтъра.
Страниците 2, 3 и нататък не са дубликати на страница 1, защото показват други продукти. Google изрично съветва да не посочвате първата страница като canonical на цялата поредица.
За продуктите, които не са на първа страница, тези страници често са единственият вътрешен линк към тях. Според насоките на Google за страниране всяка страница:
Google е използвал таговете rel=“next“ и rel=“prev“ в миналото, но вече не ги използва.
Всеки продукт трябва да има един основен адрес. Изключение правят вариантите, които хората търсят поотделно.
От февруари 2024 г. Google поддържа и структурирани данни за варианти (Schema.org ProductGroup), т.е. код, който описва вариантите на език, разбираем за машините. Всеки вариант трябва да има уникален sku или gtin.
Най-чисто е адресът на продукта да не съдържа категорията, например /model-x. Ако платформата слага категорията в адреса, изберете един основен адрес, сложете canonical към него и използвайте само него във вътрешните линкове и в sitemap. Джон Мюлер от Google съветва точно това: ако имате предпочитание, направете го очевидно навсякъде в сайта.
UTM адресите се решават с canonical, а версиите на домейна с пренасочване. Ако всяка основна страница има canonical към чистия си адрес, версията с ?utm_source=facebook сочи към него. Менюто и банерите в магазина обаче трябва да водят към чистите адреси, защото UTM са за външни кампании.
За http и https, с www и без www е нужно 301 пренасочване, т.е. постоянно препращане, към една версия. Google определя пренасочванията като силен сигнал и предпочита HTTPS пред HTTP.
Повечето проблеми идват от противоречиви сигнали: тагът казва едно, а линковете, sitemap или robots.txt казват друго.
Отделен адрес проверявате с инструмента за проверка на адреси (URL Inspection), а целия сайт с отчета за индексиране на страниците (Page indexing). Имената давам така, както са в английския интерфейс на Google Search Console.
Една от тях е „Duplicate without user-selected canonical“: Google смята страницата за дубликат, тя няма посочен canonical и Google е избрал друга версия за основна. Ако в списъка са филтри, сортиране или UTM адреси, Google обикновено е избрал правилно, но си струва тези адреси да получат canonical. Проблем има, когато там са важни категории и продукти.
Не приемайте, че canonical е наред само защото платформата или SEO разширението има такава настройка. Независимо дали магазинът е на WooCommerce, Shopify, OpenCart или CloudCart, проверете реалния код:
С тези проверки започвам всяка работа по SEO за онлайн магазини: първо техническата основа, после категориите и авторитетът. Същите проверки влизат и в SEO одита на онлайн магазин.
Canonical tag е ред в кода на страницата (rel=“canonical“), с който посочвате на Google основната версия, когато едно и също съдържание е на няколко адреса. Ако сигналите в сайта са единни, Google обикновено показва посочения адрес. В онлайн магазина тагът се използва най-често за филтри, сортиране, варианти и UTM адреси.
Не. Google описва rel=“canonical“ като силен сигнал, а не като команда, и решава по всички сигнали, които има. Ако съдържанието се различава много или вътрешните линкове и sitemap сочат другаде, Google може да избере друг адрес. Какво е избрал, виждате в URL Inspection в Search Console.
Не. Джон Мюлер от Google е казвал, че класирането не се понижава, когато няколко адреса водят до едно и също съдържание. Рискът е друг: роботът губи време в безполезни адреси, а Google може да покаже версия, която не искате, например сортирана страница.
За филтърни страници без търсене използвайте canonical към категорията. Noindex е за страници, които искате изцяло извън Google, например резултатите от вътрешното търсене. Не слагайте двете на една страница, защото са противоречиви сигнали.
Това е причина за неиндексиране в отчета Page indexing на Google Search Console. Google смята страницата за дубликат, тя няма посочен canonical и Google е избрал друга версия за основна. При филтърни и UTM адреси това обикновено не е спешно, но при важни категории или продукти проверете адреса в URL Inspection.