Зміст статті (10)
- Як сторінка потрапляє в індекс Google
- Як перевірити, чи сторінка в індексі
- Що означають статуси у звіті «Індексування сторінок»
- 10 способів прискорити індексацію
- Що не працює або шкодить
- Скільки чекати: орієнтири
- Особливі випадки
- Чекліст: сторінки немає в Google — що перевірити за 15 хвилин
- Коли варто звернутися до фахівця
- Висновок
Коротка відповідь: Google індексує нову сторінку за кілька годин або за кілька тижнів — залежно від того, як швидко він її знайде і чи вважатиме її вартою індексу. Щоб прискорити процес: приберіть технічні барʼєри (noindex, заборону в robots.txt, помилковий canonical, коди 4xx і 5xx), надішліть sitemap.xml із точним lastmod у Search Console, поставте внутрішні посилання на нову сторінку з уже проіндексованих, надішліть запит на індексування для найважливіших URL і подбайте, щоб сторінка була швидкою, віддавала готовий HTML і мала унікальний зміст. Станом на 2026 рік «кнопки миттєвої індексації» для звичайних сторінок у Google немає: Indexing API офіційно працює лише для вакансій і відеотрансляцій, ping-адресу для sitemap Google вимкнув ще у 2023 році, а протокол IndexNow не підтримує.
Нижче — як Google додає сторінки в індекс, як читати звіт про індексування, 10 робочих способів, міфи, орієнтовні строки і чекліст для ситуації «сторінки немає в Google».
Як сторінка потрапляє в індекс Google
Індексація — це не одна дія, а ланцюжок. На кожному етапі сторінка може «застрягнути».
| Етап | Що відбувається | Що найчастіше ламається |
|---|---|---|
| Виявлення | Google дізнається про URL: з посилань, sitemap, запиту в Search Console | Сторінка-сирота без посилань, її немає в sitemap |
| Сканування | Googlebot завантажує сторінку | Заборона в robots.txt, помилки сервера, повільна відповідь |
| Рендеринг | Google виконує JavaScript і бачить фінальний вміст | Текст і посилання зʼявляються лише після роботи скриптів |
| Індексування | Google аналізує вміст, обирає канонічну версію і вирішує, чи додавати в індекс | noindex, дублікати, тонкий або шаблонний зміст |
Важливо: «проіндексовано» не означає «у топі». Індекс — це лише право брати участь у ранжуванні. Але без нього не буде навіть цього.
Як перевірити, чи сторінка в індексі
- Інструмент «Перевірка URL-адреси» в Search Console — єдиний надійний спосіб. Він показує, чи є URL в індексі, дату останнього сканування, яку канонічну версію обрав Google і з якого sitemap він дізнався про сторінку. Кнопка «Перевірити опубліковану URL-адресу» покаже, чи може Google отримати сторінку прямо зараз.
- Оператор site: у пошуку (site:example.com/storinka) дає лише приблизну картину і може не показати сторінку, яка в індексі є.
- Звіт «Індексування сторінок» показує загальну картину сайту: скільки URL в індексі і чому решта не потрапила.
Що означають статуси у звіті «Індексування сторінок»
Інтерфейс Search Console перекладено не повністю і не завжди дослівно, тому поруч із поясненням наводимо англійські назви статусів.
| Статус | Що означає | Що робити |
|---|---|---|
| Discovered – currently not indexed | Google знає про URL, але ще не сканував сторінку | Посилити внутрішні посилання, прибрати сміттєві URL, перевірити швидкість сервера |
| Crawled – currently not indexed | Google просканував сторінку, але не вважає її вартою індексу | Покращити зміст: унікальність, корисність, обсяг; обʼєднати схожі сторінки |
| Excluded by noindex tag | Сторінка сама просить не індексувати | Прибрати noindex, якщо сторінка потрібна в пошуку |
| Blocked by robots.txt | Сканування заборонене | Виправити правило в robots.txt |
| Page with redirect | URL перенаправляє на іншу адресу | Нормально для старих URL; прибрати такі адреси з sitemap і меню |
| Not found (404) | Сторінки немає | Нормально для видалених сторінок; для потрібних — відновити або поставити 301 |
| Soft 404 | Сторінка відповідає кодом 200, але виглядає порожньою | Додати зміст або віддавати справжній 404 |
| Duplicate without user-selected canonical | Дублікат, canonical не вказано | Вказати canonical на основну версію |
| Duplicate, Google chose different canonical than user | Google не погодився з вашим canonical | Перевірити, чи сторінки справді різні; узгодити canonical, посилання і sitemap |
| Server error (5xx) | Сервер не відповів | Перевірити хостинг, ліміти, захист від ботів |
Не кожен статус — проблема. Редиректи, 404 видалених сторінок, альтернативні мовні версії з правильним canonical — нормальна частина звіту. Тривожний сигнал — коли в «не проіндексовано» потрапляють сторінки, які мають приносити клієнтів.
10 способів прискорити індексацію
1. Приберіть технічні барʼєри
Перед будь-якими іншими діями переконайтеся, що сторінку взагалі можна проіндексувати: код відповіді 200, немає метатегу noindex і заголовка X-Robots-Tag, robots.txt не забороняє сканування, canonical вказує на саму сторінку. Найчастіша причина «сайт місяць не індексується» — забутий після тестового сервера рядок «Disallow: /» або noindex у налаштуваннях CMS.
2. Тримайте sitemap.xml чистим і точним
- У sitemap — лише канонічні URL зі статусом 200: без редиректів, 404, дублікатів і сторінок із noindex.
- Тег lastmod — реальна дата суттєвої зміни сторінки. Google використовує його для планування повторного сканування, якщо дати стабільно правдиві. Значення priority і changefreq Google ігнорує.
- Ліміт одного файлу — 50 000 URL або 50 МБ без стиснення. Великий сайт діліть на кілька sitemap за типами сторінок і обʼєднуйте файлом-індексом.
- Надішліть sitemap у Search Console і вкажіть шлях до нього в robots.txt.
- Для блогу або новин додатково підходить RSS чи Atom: Google приймає стрічки як sitemap.
3. Поставте внутрішні посилання
Посилання — основний спосіб, яким Google знаходить нові сторінки. Сторінка, на яку не веде жодне посилання, може роками висіти у статусі «виявлено, не проіндексовано».
- Додайте нову сторінку в меню, каталог або хаб-розділ.
- На головній чи в розділі зробіть блок «Нове» з останніми статтями або товарами.
- Ставте посилання з тематично близьких сторінок, які вже в індексі й мають трафік.
- Важливі сторінки мають бути не глибше ніж за 3 кліки від головної.
- Посилання робіть звичайними тегами a з атрибутом href, а не кнопками на JavaScript.
4. Надішліть запит на індексування
У «Перевірці URL-адреси» є кнопка «Надіслати запит на індексування». Вона ставить сторінку в чергу на сканування, але не гарантує індексації. Ліміт невеликий: Google його не публікує, але на практиці це близько 10 запитів на добу для одного ресурсу, тому витрачайте їх на головне: нові ключові сторінки, сторінки після суттєвих правок і виправлень. Повторні запити того самого URL нічого не пришвидшують.
5. Зробіть сервер швидким і стабільним
Google сам регулює інтенсивність сканування: якщо сайт відповідає швидко, бот приходить частіше; якщо сервер гальмує або повертає помилки 5xx і 429, Google зменшує навантаження. Подивіться звіт «Статистика сканування» в налаштуваннях Search Console: середній час відповіді і частку помилок. Проблеми зазвичай у дешевому перевантаженому хостингу або в надто агресивному захисті від ботів, який блокує і Googlebot. Як пришвидшити сам сайт — у статті про швидкість сайту.
6. Віддавайте готовий HTML
Google вміє виконувати JavaScript, але рендеринг може відбуватися пізніше за сканування. Якщо текст, ціни і посилання зʼявляються лише після роботи скриптів у браузері, індексація сповільнюється, а частина змісту може взагалі не потрапити в індекс. Надійніше, коли сервер одразу віддає готову сторінку: серверний рендеринг або статична генерація. Перевірити просто: у «Перевірці URL-адреси» відкрийте перевірену сторінку і подивіться HTML, який отримав Google.
7. Дайте Google причину індексувати
Статус «Проскановано, але не проіндексовано» — найчастіше питання якості, а не техніки. Google не зобовʼязаний індексувати все підряд. Типові причини:
- сотні сторінок міст чи послуг, де змінюється лише назва;
- картки товарів з описом від постачальника, як на десятках інших сайтів;
- сторінки з двома реченнями і формою;
- кілька майже однакових сторінок під близькі запити.
Рішення — обʼєднати дублікати, додати на сторінку реальну користь (ціни, фото, умови, відповіді на питання) або закрити від індексації сторінки, які не потрібні в пошуку.
8. Приберіть сміттєві URL
Для невеликих сайтів «краулінговий бюджет» майже не має значення: за документацією Google, він має значення для сайтів від 10 тисяч сторінок, що оновлюються щодня, або від мільйона сторінок. Але інтернет-магазин із фільтрами легко генерує сотні тисяч адрес: сортування, комбінації фільтрів, UTM-мітки, сесії. Бот витрачає час на них замість нових товарів. Що робити: canonical на основну версію, заборона сканування непотрібних параметрів у robots.txt, жодних параметризованих URL у sitemap і внутрішніх посиланнях.
9. Отримайте зовнішні посилання і згадки
Посилання з інших сайтів — ще один шлях, яким бот знаходить ваші сторінки, і сигнал, що їх варто сканувати частіше. Для нового сайту найпростіше: посилання з профілю Google Business Profile, соцмереж, каталогів вашої галузі, сайтів партнерів і постачальників, публікацій у місцевих медіа. Купувати сотні посилань не потрібно і небезпечно.
10. Налаштуйте мовні версії правильно
Для сайту українською і російською кожна мовна версія — окремий URL із canonical на саму себе і взаємними тегами hreflang. Типова помилка — canonical із російської сторінки на українську: тоді Google вважає російську версію дублікатом і не індексує її. Детально — у статті про багатомовний сайт.
Бонус для Bing. Протокол IndexNow миттєво повідомляє про нові й змінені сторінки Bing та ще кількох пошуковиків. На Google він не впливає, але налаштовується за 10 хвилин, зокрема плагіном для популярних CMS, і корисний, бо індекс Bing використовує низка сервісів.
Що не працює або шкодить
- Indexing API для звичайних сторінок. Google офіційно підтримує його лише для сторінок вакансій і відеотрансляцій. Використання для інших сторінок суперечить правилам, а надсилання перевіряються антиспам-системами.
- Ping sitemap. Цю адресу Google вимкнув у 2023 році, запити на неї повертають помилку.
- «Сервіси швидкої індексації», які розставляють посилання на ваші сторінки на сміттєвих сайтах. У кращому разі марно, у гіршому — ризик для репутації домену.
- Масова генерація сторінок заради індексу. Тисячі шаблонних сторінок частіше гальмують індексацію важливих, ніж допомагають.
- Щоденне повторне надсилання sitemap без змін у ньому. Google і так перечитує його регулярно.
Скільки чекати: орієнтири
| Ситуація | Типовий строк |
|---|---|
| Нова сторінка на сайті, який Google відвідує щодня, з посиланнями з головної | від кількох годин до 2–3 днів |
| Нова стаття на невеликому сайті з помірним трафіком | 3–14 днів |
| Новий сайт на новому домені | головна — від кількох днів до 2–4 тижнів, весь сайт — 1–3 місяці |
| Інтернет-магазин на тисячі товарів | від кількох тижнів до кількох місяців для всього каталогу |
| Після редизайну зі зміною URL | 2–8 тижнів, поки Google пройде редиректи |
Це спостереження з практики, а не гарантії: Google не обіцяє строків і не зобовʼязаний індексувати кожну сторінку.
Особливі випадки
Новий сайт. Підтвердіть ресурс у Search Console на рівні домену через DNS ще до запуску, одразу після запуску надішліть sitemap і запити на головну та 5–10 ключових сторінок, поставте посилання з профілю в Google Картах і соцмереж. Повний план на перші місяці — у статті SEO для нового сайту.
Інтернет-магазин. Пріоритет — категорії та підкатегорії: саме через них бот доходить до товарів. Товари, яких тимчасово немає, залишайте з кодом 200 і позначкою «немає в наявності», а не видаляйте.
Редизайн або переїзд. 301-редиректи зі старих URL, оновлений sitemap, запити на ключові сторінки, а при зміні домену — інструмент «Зміна адреси». Покроково — у статті про редизайн без втрати позицій.
Сезонні сторінки. Публікуйте за 3–4 тижні до сезону: за кілька днів до свята сторінка може ще не встигнути потрапити в індекс і набрати позиції.
Чекліст: сторінки немає в Google — що перевірити за 15 хвилин
- «Перевірка URL-адреси»: чи є сторінка в індексі і коли її сканували востаннє.
- «Перевірити опубліковану URL-адресу»: чи доступна сторінка для Googlebot.
- Код відповіді — 200, без ланцюжка редиректів.
- Немає noindex у коді та заголовках.
- robots.txt не забороняє цей розділ.
- canonical указує на саму сторінку.
- Сторінка є в sitemap.xml із правильним lastmod.
- На неї є хоча б 2–3 внутрішні посилання з проіндексованих сторінок.
- Основний текст видно в HTML, який отримав Google.
- Зміст унікальний і не дублює інші сторінки сайту.
- У «Статистиці сканування» немає сплеску помилок сервера.
- Якщо все гаразд — надішліть запит на індексування і дайте Google 1–2 тижні.
Коли варто звернутися до фахівця
Якщо поза індексом десятки важливих сторінок, звіт показує масові помилки сервера чи дублікати, а після редизайну трафік упав — потрібен технічний аудит. Почніть із безкоштовного аудиту сайту: приблизно за хвилину він перевірить noindex, robots.txt, sitemap.xml, canonical, hreflang і швидкість за Google PageSpeed. Повний технічний SEO-аудит у нас коштує 4 900 ₴ разово, а постійну роботу з індексацією, контентом і позиціями ми ведемо в межах SEO-просування.
На сайтах, які ми запускаємо, технічну базу для індексації — sitemap, robots.txt, canonical, hreflang для української і російської версій, мікророзмітку — налаштовуємо ще до запуску. А PageSpeed 90+ на мобільних гарантуємо: якщо показник нижчий, доопрацьовуємо безкоштовно.
Висновок
Швидка індексація — це не секретний сервіс, а відсутність перешкод: технічно доступна сторінка, чистий sitemap, внутрішні посилання, швидкий сервер, готовий HTML і зміст, який не дублює тисячі інших. Запит у Search Console допомагає точково, але не замінює решту. Налаштуйте це один раз — і нові сторінки потраплятимуть у Google за дні, а не за місяці.
Редакція Tvorum
Пишемо про те, з чим працюємо щодня: сайти, SEO, реклама й конверсія. Простою мовою, з цифрами та прикладами — щоб ви могли застосувати це у своєму бізнесі.



