Search Console показує «Виявлено, але наразі не проіндексовано»: що перевірити на невеликому сайті?

Ви опублікували корисну сторінку, додали її до карти сайту, а згодом побачили в Google Search Console статус «Виявлено, але наразі не проіндексовано». Ви можете відкрити сторінку. Чи означає це, що щось зламано?

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

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

Почніть з одного URL, який справді хочете проіндексувати

У Search Console відкрийте Сторінки, виберіть статус і знайдіть важливий URL. Скопіюйте повну адресу: протокол, ім’я хоста, шлях, кінцеву похилу риску та всі параметри запиту. Якщо адреса містить ?, включіть також усе після нього. Запишіть статус і дату, показані у звіті.

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

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

Перевірте надіслану адресу, а не лише ту, яку пам’ятаєте

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

Уявімо, що карта сайту містить https://example.com/service?ref=email, а потрібна сторінка — https://example.com/service. Спочатку переконайтеся, що параметр не змінює вміст сторінки. Якщо він лише відстежує кампанію, використовуйте бажаний чистий URL у карті сайту та відповідних внутрішніх посиланнях. Якщо адреси мають різне призначення, дослідіть цю різницю, перш ніж вважати їх дублікатами. Це приклад; статус не доводить проблеми з параметром чи перенаправленням вашої сторінки.

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

Перевірте поточний доступ окремо від старого звіту

Коли потрібно перевірити поточний доступ, скористайтеся тестом активного URL в інструменті перевірки для тієї самої адреси. Перевірте результат сканування, відповідь HTTP і повідомлення щодо robots або noindex, які показує інструмент. Якщо тест повідомляє про обмеження robots, вимогу входу чи помилку, дослідіть цей конкретний доказ разом з адміністратором сайту. Успішний тест активного URL показує поточну доступність адреси, але не те, чи Google її проіндексував. Зафіксований Google статус індексування перевіряйте у представленні індексованих даних.

Тест активного URL також не перевіряє всі можливі проблеми індексування й не передбачає, який канонічний URL вибере Google. Зберігайте його результат окремо від старішого представлення індексованих даних. Сама відповідь 200 не доводить, що Google проіндексував сторінку.

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

Перш ніж звинувачувати бюджет сканування, пошукайте спільні ознаки доступу на сайті

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

Якщо маєте доступ, перевірте статистику сканування Search Console та наявні у хостинг-провайдера відомості про помилки або ресурси. Рекомендації з усунення помилок сканування Google розглядають попередження про навантаження хоста й помилки сканування. Попередження або повторювані помилки сервера можуть спрямувати дослідження хостингу; сам цей статус не підтверджує ні того, ні іншого. Не збільшуйте потужність сервера, не видаляйте сторінки й не змінюйте налаштування сканування лише тому, що один URL є у списку.

Забезпечте доступ до потрібної сторінки з відповідного місця

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

Якщо посилання вже існує і правильний URL є в карті сайту, запишіть ці факти. Не потрібно додавати те саме посилання на кожну сторінку або публікувати додаткові статті лише для того, щоб викликати сканування.

Зафіксуйте результат і дайте Google час повернутися

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

Під час наступної перевірки порівняйте той самий URL і дати. Якщо звіт не змінився, можливо, нового спостереження ще немає. Якщо статус став «Проскановано, але наразі не проіндексовано», Google перейшов до іншого етапу; використовуйте докази для нового статусу замість того, щоб і далі аналізувати лише виявлення. У цьому посібнику немає універсального строку очікування, який доводить несправність сторінки.

Для окремої перевірки головної сторінки інструмент перевірки SEO сайту від SEOHabit після реєстрації пропонує першу перевірку з охопленням, обмеженим головною сторінкою. Для постійних перевірок потрібне підтвердження власності сайту, але для цієї першої обмеженої перевірки воно не потрібне. Інструмент не може пояснити, чому Google досі не сканував внутрішню сторінку. Для звіту Google та результатів перевірки URL використовуйте Search Console.

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