Як перевірити індексацію сторінок сайту

Перевірка індексації має відповідати на питання про конкретні сторінки: які з потрібних URL Google включив до індексу, яку адресу вибрав основною та на яку дату є відомості. Кількість результатів за оператором site: або зелена позначка SEO-сервісу не замінюють такої звірки.

Зручний результат – реєстр з адресами, очікуваним станом і доказом перевірки. Спочатку складіть його для важливих груп сайту, потім розширюйте охоплення. Якщо дослідили лише категорії та кілька товарів, так і зазначте: це вибірка, а не перевірка всього магазину.

Складіть перелік сторінок, які справді потрібні в пошуку

Візьмемо умовну майстерню світильників. Їй важливі категорія бра, картка моделі HL-8 та інструкція з підбору кріплення. Крім них, сайт створює сортування й технічні варіанти адрес. Усі ці URL можуть трапитися у вивантаженні, але очікування щодо індексації в них різні.

Зберіть вихідний перелік із CMS, навігації, карти сайту та доступного обходу. Кожне джерело має свої обмеження: sitemap показує заявлені власником адреси, сканер – знайдені ним переходи. Жоден із цих списків сам по собі не повідомляє стан індексу Google.

Збережіть повний URL із протоколом, доменом, мовним шляхом і параметрами. Не об’єднуйте російську та українську версії в один рядок лише тому, що це один товар. Вони потребують окремої перевірки. Старі адреси після перенесення теж залишайте в реєстрі, якщо потрібно перевірити їхню обробку.

До відкриття Search Console задайте очікуваний стан кожного рядка. Для канонічної товарної сторінки це участь у пошуку; для технічного сортування – узгоджена обробка варіанта. Мета «додати до індексу кожну знайдену адресу» може суперечити будові самого сайту.

Перевірте точний URL у правильному ресурсі

Відкрийте Search Console із правами до потрібного сайту. Переконайтеся, що обраний ресурс охоплює перевірюваний домен, протокол і шлях. Помилка в ресурсі або втрачений мовний префікс може дати відповідь зовсім про іншу сторінку.

Введіть повну адресу в інструмент перевірки URL. Збережіть загальний статус, дату останнього сканування та доступні відомості про канонічну адресу, обрану Google. Основний результат належить до версії, відомої Google, а не обов’язково до вмісту сайту цієї хвилини.

Якщо обраний інший canonical, додайте його до сусіднього поля та перевірте окремо. Наприклад, сортування може мати очікувану основну адресу категорії. Тоді відсутність окремого сортування в індексі не дорівнює втраті категорії. Для картки самостійної моделі така сама відповідь потребуватиме іншого розбору.

Не заповнюйте прогалини здогадками. Коли дата або обрана адреса недоступні, напишіть «немає даних в отриманому результаті». Формулювання «сторінка не індексується» не має приховувати відсутності доступу, помилки читання або неперевіреного URL.

Розділіть дані індексу та перевірку поточної сторінки

Припустімо, вчора в шаблоні виправили noindex, а результат з індексу ще описує попередню версію. Перевірка поточного опублікованого URL допоможе дізнатися, чи доступний зараз документ для обробки. Збережіть цей результат окремо, із власною датою.

Не замінюйте ним вихідний статус. Отримали два спостереження: що Google повідомляє про свою версію та що бачить перевірка зараз. З успішного поточного тесту не можна зробити висновок, що Google вже включив виправлену адресу до індексу або заново вибрав її canonical.

Відкриття сторінки в браузері також має свій сенс: можна побачити вміст і роботу інтерфейсу. Це ще одне джерело перевірки, але воно не перетворюється на дані Google. Виявлення, сканування, обробка й показ – різні етапи.

Використовуйте зведений звіт для пошуку груп, а не замість реєстру

Звіт про індексацію сторінок допомагає побачити загальні стани та вибрати приклади для дослідження. Зіставте їх із шаблонами вашого сайту: категорії, картки, інструкції, мовні версії. Масова причина в одному шаблоні потребує іншого завдання, ніж одинична неправильна адреса.

Враховуйте обмеження списку прикладів: він може не охоплювати всі URL з обраним станом. Якщо потрібної картки немає в списку, це не готова відповідь про її індексацію. Поверніться до перевірки точного URL.

Оператор site: придатний для додаткового пошуку сторінок, але його видача не є повним переліком індексу. Не вважайте різницю між кількістю товарів у CMS і кількістю знайдених результатів числом карток, які «випали» з індексу.

Запишіть висновок так, щоб його можна було перевірити повторно

Для майстерні можна почати з такої заготовки. Адреси умовні. Фактичних відповідей Google в таблиці ще немає: їх потрібно внести після перевірки.

До робочого файлу додайте дату збирання відомостей, джерело та наступний крок. Наприклад: перевірити причину відсутності потрібної картки, прийняти очікуваний дублікат без виправлень або отримати доступ для перевірки, якої бракує. Не змішуйте ці стани в загальній позначці «помилка».

Повторна звірка має спиратися на той самий перелік URL або явно описану зміну набору. Якщо між перевірками додали товари й виключили старі сторінки, спочатку поясніть зміну складу. Інакше порівняння сумарних чисел може показати уявне поліпшення.

У результаті ви матимете перевірений набір, його охоплення та конкретні питання для діагностики. Присутність в індексі все ще не підтверджує показів за потрібними запитами, переходів або звернень. Якщо потрібно пов’язати перевірку індексації з причинами та завданнями для сайту, це можна обговорити в межах SEO-аудиту.