Услуга
Техническо SEO: осемте неща, заради които Google не вижда страниците ви
Техническото SEO е работата по това Google да може да достигне, да прочете и да индексира всяка страница, която трябва да е в резултатите, и нито една, която не трябва. Преди съдържание, преди връзки, преди каквото и да е друго: страница, която не е индексирана, не се класира за нищо. Намираме проблемите в SEO одита и ги поправяме във всеки месечен пакет от 190 €.
Осемте проверки
Какво проверяваме, в реда, в който има значение
Първата проверка определя всички останали: ако страницата не е индексирана, скоростта ѝ, структурираните ѝ данни и текстът ѝ нямат значение. Затова редът е този, а не азбучен.
- 01ИндексиранеКои страници са в Google, кои не и защо: обходена, но неиндексирана; открита, но неиндексирана; изключена от noindex; мека 404.
- 02Canonical и дублирани адресиЕдин основен адрес на страница, в суровия HTML, който JavaScript никога не променя. Параметри, филтри, http и https, с и без www.
- 03Скорост и Core Web VitalsLCP, INP и CLS на телефон, измерени с полеви данни от CrUX, не само лабораторно. Изображения, шрифтове, блокиращ CSS и JavaScript.
- 04JavaScript и изобразяванеКакво има в HTML преди JavaScript и какво след него. Google изобразява; ботовете на ChatGPT, Claude и Perplexity не.
- 05Структурирани данниOrganization, Service, Product, FAQPage, BreadcrumbList в JSON-LD, с един @id на нещо; два адреса с един и същ @id е грешката, която открихме на 16 сайта за една нощ.
- 06Карта на сайта и robots.txtСамо живи адреси, с истинска дата на промяна за всяка страница; дата от момента на билда е дата, която Google игнорира.
- 07Пренасочвания и грешки301 вместо 302 за постоянни премествания, без вериги, истинска 404 със статус 404, а не страница с код 200 и текст „не е намерено“.
- 08Мобилна версия и сигурностGoogle индексира мобилната версия. HTTPS навсякъде, заглавки за сигурност, без съдържание, скрито само на телефон.
От тази година
Два български сайта, два технически проблема, две поправки, които се измерват
Онлайн магазин за климатици имаше 71 от 120 страници в индекса на Google. Продуктите, които бяха спрени от продажба, отговаряха с код 200 и текст „продуктът е преместен“, вместо с 404 или 410. Google месеци наред ги четеше като меки 404 грешки и постепенно сведе всеки изтрит адрес до един canonical, който повлече и живите продукти. След структурната поправка (истински статус кодове, canonical на всяка жива страница, карта на сайта само с живи адреси) 33 от 53-те изпаднали продуктови страници се върнаха в индекса за седмица. Останалите 20 не броим за свършени, защото не са.
Сайт за автотунинг на конструктор с плъгини отнемаше единадесет секунди, докато стане използваем на телефон; изображението в началото беше с размер на кратък филм. Без редизайн и без нов текст, само с поправка на изображенията, махане на това, което забавяше, и пренаписване на страниците, които бяха 72% еднакви една с друга, мобилният резултат в PageSpeed мина от 65 на 96 за една седмица. Премерен отново на 20 септември 2026 г.: 99. Скоростта е незабавна и проверима; ефектът върху класирането отнема месеци и не го твърдим на тази страница.
Симптом, причина, поправка
Какво виждате в Search Console и какво стои зад него
Search Console казва какво се е случило, не защо. Таблицата е преводът, който правим при всеки одит.
| Какво виждате | Обичайната причина в български сайтове | Поправката |
|---|---|---|
| „Обходена, но неиндексирана“ на много страници | Тънки или почти еднакви страници (градове на шаблон, филтри на магазин, продукти с текст от доставчика), които Google не смята за достойни за индекса | Сливане или noindex на дубликатите, истински текст на страниците, които остават, вътрешни връзки към тях |
| „Дубликат, Google избра друг canonical“ | Един продукт на няколко адреса, canonical, добавен от JavaScript, или мека 404 на изтрити адреси, която е повлякла живите | Canonical в суровия HTML на всяка страница, 404 или 410 за изтритите, карта на сайта само с живи адреси |
| „Открита, но неиндексирана“ | Google знае за адреса, но не го е обходил: сайт с хиляди адреси от филтри, бавен сървър, или страници без вътрешни връзки | Ограничаване на обхождаемите адреси с robots.txt и canonical, по-бърз отговор на сървъра, връзки от менюто и от други страници |
| „Страница с пренасочване“ | Стари адреси след смяна на платформа, http към https, www към без www, вериги от пренасочвания | Една 301 стъпка от стария към новия адрес, вътрешни връзки към крайния адрес, старите адреси извън картата на сайта |
| Core Web Vitals „лош“ на мобилни | Изображения в пълен размер, шрифтове от три източника, плъгини, които зареждат JavaScript на всяка страница | Изображения във WebP или AVIF с размери, шрифтове на собствения сървър, JavaScript само където трябва |
| Структурираните данни не дават резултат | Product или Service без задължителни полета, FAQPage на страница без видими въпроси, един @id на два адреса | Валидиране в Rich Results Test, един @id на нещо, само това, което се вижда на страницата |
Как работим
Първо измерваме, после пипаме, и никога от лабораторен резултат
Всяка поправка започва с измерване от две страни. Скоростта се гледа в полевите данни на Google (CrUX, това, което реалните посетители са преживели) и в лабораторен тест, защото лабораторният на бърза машина лъже. Индексирането се гледа в Search Console и с инспекция на конкретни адреси, защото сайтът може да отговаря 200 на всичко и Google да го чете като мека грешка. Думите на страницата се броят два пъти, в суровия HTML и след JavaScript, защото между двете числа живее разликата между „видим за Google“ и „видим за AI асистентите“.
После пипаме възможно най-малко. Страница, която носи клиенти днес, не се променя заради „добра практика“; променя се само с доказателство, че промяната ще ѝ помогне. Промените се пускат една по една, за да може ефектът от всяка да се измери, и картата на сайта получава истинската дата на промяна, което е единственият автоматичен сигнал към Google, че има какво да се обходи отново. Какво измерваме след това и как го отчитаме е на страницата с резултати.
Заедно с това
Какво идва след техническата база
- 01SEO одитДокументът, в който техническите проблеми са подредени по ефект.
- 02SEO за онлайн магазинКъдето техническите проблеми са най-много: категории, филтри, продукти.
- 03ЦениПоправките са във всеки месечен пакет; големите миграции се оферират отделно.
- 04Безплатен SEO одитПрочитаме раздел „Страници“ в Search Console преди всичко друго.
Въпроси за техническото SEO
Как да разбера дали проблемът ми е технически?
Отворете Search Console, раздел „Страници“ (Pages). Ако много страници са „Обходена, но неиндексирана“, „Открита, но неиндексирана“, „Дубликат, Google избра друг canonical“ или „Мека грешка 404“, проблемът е технически, преди да е в съдържанието. Ако страниците са индексирани, но не се показват, проблемът е в съдържанието или в авторитета. Безплатният одит чете точно този раздел първо.
Google чете ли JavaScript? Сайтът ми е на React.
Google да, с известно закъснение и не винаги пълно. Почти никой друг краулър не го изпълнява: ботовете на ChatGPT, Claude и Perplexity четат суровия HTML и виждат празна страница, ако съдържанието идва след JavaScript. Затова броим думите два пъти: в суровия HTML и в изобразения DOM. Страница с единадесет думи в HTML и осемстотин след JavaScript е видима за Google и невидима за асистентите; поправката е сървърно изобразяване или предварително генериране, което самата документация на Google препоръчва.
Какво е canonical и защо е толкова важен?
Етикетът, който казва на Google „това е основният адрес на тази страница“. Когато магазин има един продукт на пет адреса (с филтри, с параметри за проследяване, с и без наклонена черта), canonical казва кой от петте да се брои. Когато е грешен, Google може да избере друг адрес, включително домашната страница, и всички продуктови страници да се слеят в една. Тази година видяхме точно това на български магазин: месеци меки 404 грешки бяха накарали Google да сведе всеки изтрит продуктов адрес до един canonical.
Ще трябва ли нов сайт?
Рядко. Повечето технически проблеми се поправят на място: canonical етикети, пренасочвания, карта на сайта, компресия на изображения, структурирани данни, скорост. Сайт за автотунинг мина от 65 на 96 мобилен резултат за една седмица без редизайн и без нов текст. Нов сайт е нужен, когато платформата не позволява поправката (стар конструктор без достъп до кода) или когато цената на поправките надхвърля цената на нов сайт; казваме кое от двете в одита, с цифри.
Колко струва техническото SEO?
Не е отделен продукт. Намирането на проблемите е част от SEO одита (290 € еднократно) и на безплатния преглед. Поправянето им е част от всеки месечен пакет от 190 €. Ако проблемите са много и еднократни (например миграция на магазин с 2 000 адреса), оферираме отделно с фиксирана цена, преди месецът да започне.
Разберете колко от страниците ви Google изобщо вижда
Изпратете сайта си. Ако ни дадете достъп за четене до Search Console, отговорът е точен до страница: кои са в индекса, кои не, и защо. Ако не, четем това, което се вижда отвън, и пак е повече от автоматичен доклад.