Важна страница е публикувана, но не носи посещения от Google. Това не означава непременно, че Google не я е индексирал. Възможно е търсачката още да не знае за нея, да няма достъп до съдържанието, да е избрала друг URL за основен или просто да не смята страницата за достатъчно подходяща по търсенията, които са важни за бизнеса.
Правилната проверка започва с два въпроса:
Отговорите определят следващото действие. Добавянето на още текст няма да поправи забрана за индексиране. Изпращането на URL за повторна проверка няма да реши слабата връзка между страницата и търсенето на клиента.
Индексирането означава, че Google е обработил страницата и може да я включи в резултатите. Видимостта означава, че страницата действително се показва по конкретни търсения. Това са различни състояния.
Една страница може да е индексирана, но да няма посещения, защото:
Проверката с команда site: може да даде ориентир, но не е надеждно доказателство за състоянието на конкретен URL. За собствен сайт основният източник е инструментът за проверка на URL в Google Search Console. Той показва данни от индекса и отделно резултат от проверка на живата страница. Самият Google уточнява, че положителната проверка на жив URL не гарантира индексиране.
За бизнес решение е полезно процесът да се разглежда в пет последователни етапа:
Google описва общия процес като обхождане, индексиране и показване на резултати. Компанията изрично посочва, че обхождането, индексирането и показването не са гарантирани за всяка страница. Затова диагнозата трябва да установи точния етап, а не да приема, че всеки спад е един и същ технически проблем.
Преди да посети страницата, Google трябва да открие нейния URL. Това обикновено става чрез връзки от други достъпни страници, карта на сайта или предишно посещение.
Проверете:
XML картата помага на търсачките да открият URL адреси, но не задължава Google да ги обходи или индексира. Тя е сигнал, а не гаранция. Ако страницата няма ясна връзка с останалата част от сайта, само добавянето й в картата рядко е достатъчно решение.
Обхождането е посещението на URL адреса от Googlebot. На този етап важни са достъпът до страницата и отговорът на сървъра.
Проверете дали:
HTTP кодът е кратък отговор от сървъра. Код 200 обикновено означава, че страницата е получена успешно. Код 301 или 308 означава постоянно пренасочване. Код 404 означава, че адресът не е намерен, а 5xx показва проблем от страна на сървъра. Подробна проверка на тези отговори е отделна част от диагностиката на HTTP проблеми.
Файлът robots.txt управлява обхождането, но не е сигурен начин за премахване на вече известен URL от Google. Ако целта е страницата да не влиза в индекса, обичайният сигнал е noindex, който Google трябва да може да прочете. Когато robots.txt блокира достъпа, Google може да не види този сигнал. Повече за разграничението има в материала за robots.txt, noindex и canonical.
След получаването на HTML кода Google може да обработи допълнителни ресурси и JavaScript, за да види крайното съдържание. Тази обработка често се нарича rendering.
Проблем възниква, когато основният текст, връзките или важни данни се появяват само след действие на посетителя, заявка към блокиран ресурс или неуспешен JavaScript код. Страницата може да се отваря нормално в браузъра на служител, но Google да получава непълна версия.
Проверката на жив URL в Search Console показва екранно изображение и обработен HTML. Сравнете ги с това, което вижда посетителят. Потърсете:
Това е достатъчно, за да се установи дали има разлика. Подробното решение зависи от начина, по който е изграден сайтът, и е разгледано отделно в материала за JavaScript и видимостта на съдържанието.
Успешното обхождане не означава автоматично индексиране. Google анализира основното съдържание, сходството с други URL адреси, сигналите за основна версия и общата полезност на страницата.
На този етап проверете:
noindex в HTML кода или HTTP отговора;Canonical е указание коя версия на сходни страници се предпочита за основна. Google може да избере друга версия, ако останалите сигнали си противоречат. Затова проверката не приключва с наличието на правилен canonical в кода. Трябва да се сравнят посоченият от сайта и избраният от Google URL в Search Console.
Ако много страници повтарят едно и също общо съдържание, проблемът не се решава с механично увеличаване на текста. Всяка важна страница трябва да има ясна задача, различима стойност и място в структурата на сайта.
Ако URL адресът е индексиран, но не носи видимост, техническата част може да е изправна. Следва да се провери дали страницата отговаря на търсенето и дали сайтът изпраща ясен сигнал коя страница трябва да се показва.
Сравнете:
Импресия означава, че резултат от сайта е бил показан в Google. Липсата на импресии за избран период не доказва сама по себе си техническа забрана. Възможни са ниско търсене, неподходяща тема, недостатъчна релевантност или избор на друг URL.
Най-надеждната проверка съчетава данни от няколко места. Единичен инструмент рядко показва цялата причина.
Запишете крайния адрес, който трябва да се показва. Проверете дали той се отваря без пренасочване и дали е същият в картата на сайта, canonical елемента и връзките от сайта.
Инструментът за проверка на URL показва дали страницата е в индекса, кога е посетена, дали обхождането е било разрешено и кой основен URL е избрал Google. След това изпълнете проверка на живата версия, за да сравните текущото състояние с вече записаните данни.
Установете HTTP кода, robots.txt, noindex и canonical сигнала. Тези елементи трябва да водят към една и съща цел. Например URL с успешен отговор и canonical към себе си може пак да остане извън индекса, ако съдържанието е дублирано или с ниска самостоятелна стойност.
Сравнете обработения HTML и екранното изображение в Search Console с живата страница. Потвърдете, че основният текст и важните връзки са налични без допълнително действие.
Един засегнат URL насочва към проблем на конкретната страница. Десетки URL адреси от един тип насочват към общ шаблон, настройка, защитна система или начин на публикуване. Този контекст определя дали е нужна единична корекция или промяна на ниво сайт.
Проверете кога е започнал проблемът и какво е променено около тази дата. Важни са преработки на сайта, преместване на URL адреси, промени в шаблони, защитни настройки и масово публикуване или премахване на страници. Съвпадението по дата не е автоматично доказателство, но помага да се стесни проверката.
Отчетът за индексиране на страници групира URL адресите по причина. Това са отправни точки, а не готови решения.
Google знае за URL адреса, но според отчета още не го е обходил. Проверете дали страницата е важна, свързана е ясно от сайта, присъства в картата и сървърът работи стабилно. При голям брой сходни страници преценете дали сайтът не създава повече адреси, отколкото са полезни.
Google е посетил страницата, но не я е включил в индекса. Проверете съдържанието, сходните URL адреси, canonical избора и ролята на страницата. Повторното изпращане без промяна на причината обикновено не е решение.
Google смята, че друго съдържание представя основната версия. Сравнете избрания от Google URL с предпочетения от сайта. Ако изборът е правилен, състоянието не е непременно проблем. Ако е грешен, подравнете canonical сигнала, пренасочванията, картата на сайта и връзките към предпочетения адрес.
Google е видял указание страницата да не се индексира. Ако това е умишлено, не е необходима корекция. Ако страницата трябва да се показва, намерете източника на сигнала, премахнете го и потвърдете, че Google има достъп до URL адреса.
Проверете конкретния HTTP отговор, правилото в robots.txt или целта на пренасочването. Не приемайте автоматично всяка изключена страница за проблем. Благодарствена страница, административен адрес или стар URL с правилно пренасочване може основателно да не присъства в индекса.
Мащабът е важен за бизнес приоритета.
Единичен проблем обикновено се търси в съдържанието и настройките на конкретния URL. Проверяват се заглавието, canonical сигналът, noindex, връзките към страницата и сходните материали.
Системен проблем е вероятен, когато едно и също състояние засяга група продукти, услуги, категории или публикации. Тогава причината често е в общ шаблон, настройка на WordPress, модул, карта на сайта, JavaScript изпълнение или сървърна защита.
Приоритизирайте според загубения бизнес ефект, а не само според броя URL адреси. Проблем на една основна услуга може да е по-важен от стотици изключени технически адреси без стойност за клиентите.
Няколко чести действия създават движение, но не отстраняват причината:
noindex;site:;Искането за индексиране е подходящо след реална корекция или при нова важна страница. То не заменя поправката и не гарантира включване в индекса.
Единичен URL може да се провери с описаната последователност. Пълен анализ е необходим, когато:
SEO одитът свързва данните от Google Search Console, сървърните отговори, настройките за индексиране, съдържанието и структурата на сайта. Резултатът трябва да е подреден списък с доказани проблеми, засегнати страници, бизнес приоритет и точна препоръчана корекция.
