Створюємо цифрові рішення, які працюють на бізнес
Ви опублікували сайт або нову сторінку, але її немає в Google навіть за точною назвою? Це не завжди означає помилку. Google спочатку має знайти URL, просканувати його, обробити вміст і лише після цього вирішити, чи додавати сторінку до індексу.
Нижче — послідовна діагностика: від перевірки одного URL у Google Search Console до технічних причин, через які весь сайт може залишатися невидимим у пошуку.
Найчастіше Google не індексує сайт або окрему сторінку через одну з таких причин:
robots.txt;noindex;Не починайте з масового натискання «Запросити індексування». Спочатку визначте статус конкретної сторінки й усуньте його причину.
Сканування означає, що Googlebot відвідав URL. Індексація — що Google обробив сторінку та може показувати її в пошуку. Ранжування визначає, на якій позиції вона з’явиться за певним запитом.
Сторінка може бути проіндексована, але не показуватися серед перших результатів. Перевірка site:example.com/page іноді допомагає, але не є надійним діагностичним інструментом. Точний статус дивіться через перевірку URL у Google Search Console.
Перевірка опублікованої версії показує, чи може Google отримати сторінку зараз. Основний звіт може описувати попереднє сканування, тому ці дані іноді відрізняються.
| Статус | Що це означає | Що перевірити |
|---|---|---|
| URL не відомий Google | Google ще не знайшов адресу | Sitemap, внутрішні посилання, доступність URL |
| Виявлено, наразі не проіндексовано | URL відомий, але сканування ще не відбулося | Якість структури, навантаження сервера, кількість технічних URL |
| Проскановано, наразі не проіндексовано | Google відвідав сторінку, але не додав її до індексу | Унікальність, корисність, дублікати, внутрішні посилання |
| Виключено тегом noindex | Сторінка прямо забороняє індексацію | Meta robots та заголовок X-Robots-Tag |
| Заблоковано файлом robots.txt | Googlebot не може просканувати URL | Правила robots.txt |
| Сторінка з переспрямуванням | URL перенаправляє на іншу адресу | Ціль редиректу та ланцюжок перенаправлень |
| Дублікат | Google вибрав іншу канонічну версію | Canonical, sitemap, перелінкування та дублікати |
| Помилка сервера 5xx | Google не отримав нормальну відповідь | Логи, хостинг, PHP, CDN і таймаути |
URL, який має потрапити до індексу, зазвичай повинен повертати HTTP-код 200 OK. Перевірте, чи немає:
404 або «м’якої 404», коли порожня сторінка формально повертає 200;500, 502, 503 або таймауту;Якщо проблеми з’являються періодично, одноразової перевірки недостатньо — потрібні журнали сервера та моніторинг доступності.
Файл robots.txt керує скануванням, а не гарантованим видаленням сторінок з індексу. Небезпечне правило виглядає так:
User-agent: *
Disallow: /
Воно закриває для сканування весь сайт. Після перенесення сайту з тестового домену розробники іноді забувають прибрати цю заборону.
Не блокуйте в robots.txt сторінку, з якої Google має побачити noindex: якщо бот не може її просканувати, він може не прочитати директиву.
У секції \ сторінки не повинно бути такої директиви:
<meta name="robots" content="noindex">
Для PDF, зображень та інших файлів заборона може передаватися HTTP-заголовком:
X-Robots-Tag: noindex
У WordPress також перевірте налаштування «Відмовитися від індексації сайту пошуковими системами» та параметри SEO-плагіна для конкретного запису, категорії або типу контенту.
Тег rel=“canonical” підказує Google, яку адресу вважати основною серед схожих сторінок. Якщо сторінка A посилається canonical на сторінку B, Google може не індексувати A окремо.
Для унікальної сторінки зазвичай використовують canonical на саму себе:
<link rel="canonical" href="https://example.com/page/">
Перевірте не лише тег, а й узгодженість сигналів. Внутрішні посилання, sitemap, hreflang і редиректи мають вести на одну основну версію URL: з HTTPS, правильним доменом і єдиним форматом слеша.
XML sitemap допомагає Google знаходити нові й оновлені URL, але не гарантує їх індексацію. У карту сайту варто додавати лише канонічні сторінки з кодом 200, які ви справді хочете бачити в пошуку.
Сторінка також повинна мати звичайне HTML-посилання з релевантного розділу: категорії, сторінки послуги або іншої статті. URL, на який не веде жодне внутрішнє посилання, стає «сиротою» й отримує слабший сигнал пріоритету.
Статус «Проскановано, наразі не проіндексовано» часто не виправляється технічною кнопкою. Перевірте, чи сторінка:
Об’єднайте слабкі дублікати, розширте корисну сторінку та налаштуйте редиректи або canonical там, де окремі URL не потрібні.
Google обробляє JavaScript, але рендеринг може відбутися пізніше або завершитися помилкою. У перевірці опублікованого URL подивіться знімок екрана й отриманий HTML. Переконайтеся, що Google бачить основний текст, посилання, заголовки та контент, який не з’являється лише після кліку чи прокручування.
Для важливих SEO-сторінок основний зміст і посилання краще віддавати у початковому HTML або через стабільний серверний рендеринг.
Після виправлення причини відкрийте перевірку URL, протестуйте опубліковану сторінку та натисніть «Запросити індексування». Для великої кількості сторінок оновіть sitemap і внутрішні посилання.
Повторне надсилання одного URL багато разів не пришвидшує процес. Також не використовуйте Google Indexing API для звичайних статей і сторінок: офіційно він призначений для сторінок із вакансіями та трансляціями, що відповідають установленим вимогам.
Фіксованого строку немає. Окрема якісна сторінка на відомому сайті може з’явитися швидко, а новому домену або великому каталогу знадобиться більше часу. Запит на індексацію не гарантує включення до індексу.
Якщо технічні умови правильні, але важливий URL довго залишається поза індексом, перевірте його місце у структурі сайту, дублікати, якість контенту та стабільність сервера.
Якщо Google не індексує сайт, спочатку визначте, на якому етапі виникла проблема: виявлення URL, сканування, рендеринг, вибір canonical чи оцінка якості. Search Console дає статус, але виправляти потрібно його причину.
Для системної перевірки технічних обмежень, структури та контенту можна замовити SEO-просування в BB STUDIO. Також корисно перевірити налаштування robots.txt, hreflang для мовних версій і редиректи 301 та 302.
Підключіть Search Console, надішліть XML sitemap, створіть внутрішні посилання та запросіть індексацію головних URL. Це допомагає Google знайти сторінки, але не гарантує їх додавання до індексу.
Google отримав URL, але вирішив поки не додавати його до індексу. Часті причини — дублювання, слабкий або малокорисний контент, сторінка-сирота та суперечливі сигнали canonical.
Ні. Sitemap допомагає виявити канонічні URL, але Google сам вирішує, які сторінки індексувати.
Robots.txt обмежує сканування, але не є надійним способом видалити URL з пошуку. Для доступної сторінки використовуйте noindex, а для видаленої — правильний код 404 або 410.
Ні. Повторні запити не гарантують швидшої індексації. Усуньте причину, оновіть sitemap і подайте сторінку один раз після перевірки.
Давайте разом створимо щось дивовижне