Протоколи переіндексації сайту: ручні та масові методи
Технічний посібник: як ініціювати обхід Googlebot через Search Console, XML-карти сайту та API, щоб оновити дані в індексі.
Наш автоматичний інструмент Indexing API зараз проходить оновлення інфраструктури під останні зміни Google SpamBrain.
Рекомендовані дії:
- Скористайтеся ручними протоколами нижче.
- Перевірте поточний статус у масовому чекері Google.
- Перевірте видимість в інших пошуковиках чекерами Bing і Yandex, щоб оцінити стан усього сайту.
Огляд механізмів переіндексації
Переіндексація — це примусове оновлення збереженої версії URL у пошуковику. Вона потрібна після змін контенту, технічних виправлень або міграції, щоб результати відображали актуальний стан сторінки.
Метод 1. Подання одного URL (GSC)
Інструмент URL Inspection дає змогу окремо ставити URL у чергу обходу. Це найвищий пріоритет, але з жорсткими денними квотами.
Відкрийте Google Search Console
Перевірте конкретний URL
Дочекайтеся отримання даних
Натисніть «Request Indexing»
Метод 2. Оновлення lastmod у карті сайту
Для інтернет-магазинів і новинних видань, що оновлюють сотні сторінок, правильний протокол — робота з XML-картою сайту.
⚙️ Специфікація XML: коректна реалізація lastmod
Google прямо каже, що сильно покладається на тег <lastmod> для планування повторного обходу, але лише якщо він точний. Якщо оновлювати дату без зміни контенту, Google зрештою повністю ігноруватиме вашу карту сайту.
1. Обов’язковий формат дати й часу W3C
Переконайтеся, що CMS виводить повний рядок дати й часу зі зміщенням часового поясу (ISO 8601), а не лише YYYY-MM-DD.
<url>
<loc>https://example.com/product-page/</loc>
<lastmod>2025-01-28T15:30:00+00:00</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>2. Ping карти сайту (застаріло / помилка 404)
Не використовуйте старий ping-ендпоінт. Google офіційно вимкнув його наприкінці 2023 року через спам. Запити на цей URL тепер повертають HTTP 404.
// ❌ DEPRECATED (Returns 404):
https://www.google.com/ping?sitemap=https://your-site.com/sitemap.xml
Оновлення протоколу: Замість ping Google тепер повністю покладається на точність тега <lastmod>. CMS має оновлювати цей час лише коли змінюється змістовний контент.
Офіційне повідомлення про виведення з експлуатації →
Порівняння методів переіндексації
Оберіть метод залежно від обсягу URL і терміновості оновлення.
| Метод | Ліміт обсягу | Швидкість обробки | Найкращий сценарій |
|---|---|---|---|
| URL Inspection Tool (ручний запит) |
~10-50 per day | Високий пріоритет | Оновлення однієї сторінки. Критичні зміни контенту або виправлення окремих помилок. |
| Sitemap Submission (ping + GSC) |
50,000 URLs | Стандартна черга | Масові оновлення. Міграції сайту, зміна структури або масове оновлення контенту. |
| Indexing API (програмно) |
200 per day* | Миттєво |
Контент із жорсткими дедлайнами. Лише для JobPosting або BroadcastEvent.
Переглянути потрібну розмітку Schema ↓ |
👨💻 Довідка для розробників: обов’язкова Schema для Indexing API
За документацією Google, Indexing API варто використовувати лише для сторінок з одним із наведених типів структурованих даних. Застосування для звичайних сторінок порушує умови використання (хоча технічно часто працює).
1. JobPosting (вакансії)
Для дошок вакансій, де позиції швидко закриваються.
<script type="application/ld+json">
{
"@context": "https://schema.org/",
"@type": "JobPosting",
"title": "Senior SEO Strategist",
"datePosted": "2025-01-20",
"validThrough": "2025-02-20",
"description": "Full technical description of the job...",
"hiringOrganization": {
"@type": "Organization",
"name": "SpeedyIndex",
"sameAs": "https://ua.speedyindex.com"
},
"jobLocation": {
"@type": "Place",
"address": {
"@type": "PostalAddress",
"addressLocality": "Helsinki",
"addressCountry": "FI"
}
}
}
</script>2. BroadcastEvent (прямі трансляції)
Для прямих відеотрансляцій, щоб одразу сигналізувати час початку й кінця.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BroadcastEvent",
"name": "Live SEO Audit Session",
"isLiveBroadcast": true,
"startDate": "2025-01-20T14:00:00+00:00",
"endDate": "2025-01-20T16:00:00+00:00",
"video": {
"@type": "VideoObject",
"name": "Live Audit",
"thumbnailUrl": "https://example.com/thumb.jpg"
}
}
</script>Коли переіндексація не спрацьовує
Якщо ви надіслали запит 72 години тому, а сніпет не оновився (або сторінки немає в результатах), перевірте ці блокери:
- Кеш-блокування: сервер може віддавати Googlebot кешовану версію. Перевірте заголовки сервера.
- Фільтр якості: контент змінився недостатньо, щоб виправдати оновлення бази.
- Конфлікт канонікалу: Google обрав інший URL як канонічний.
Скористайтеся діагностичним посібником, якщо збої повторюються.
Технічні FAQ: механіка індексації
Скільки часу потрібно Google, щоб переіндексувати сторінку?
Після ручних запитів у GSC обхід зазвичай відбувається протягом 24 годин. Фактичне оновлення індексу залежить від бюджету обходу та сигналів якості — від кількох днів до кількох тижнів.
Чи гарантує оновлення карти сайту переіндексацію?
Ні. Подання карти сайту — підказка, а не команда. Google пріоритезує URL за цінністю та точністю тега lastmod. Деталі — у рекомендаціях Google щодо карт сайту.
Чому «Request Indexing» неактивна в GSC?
Зазвичай інструмент тимчасово вимкнено Google на обслуговування, або ви перевіряєте URL іншого ресурсу (наприклад, HTTP замість HTTPS чи піддомен), який не підтверджено в акаунті.
Чи можна переіндексувати сторінку без доступу до GSC?
Так, через пасивні сигнали. Оновіть XML-карту сайту, поставте посилання зі сторінок із високим авторитетом (наприклад, головної) або отримайте зовнішні беклінки. Це сигналізує важливість Googlebot без прямого подання.
Чим відрізняються «Crawl» і «Index»?
Обхід — отримання даних сторінки. Індексація — обробка, рендеринг і збереження цих даних у пошуковій базі. Сторінку можуть обійти, але відхилити з індексу через фільтри якості.
Чи запускає зміна дати публікації переіндексацію?
Лише якщо тег lastmod у карті сайту оновлено і він збігається зі структурованими даними на сторінці. Google виявляє й ігнорує штучні зміни дати без суттєвого оновлення контенту.
Як виправити сторінку, яку прибрали з індексу?
Спочатку перевірте URL у GSC і визначте статус (наприклад, виявлено noindex, Soft 404). Усуньте технічний блокер або проблему якості контенту, потім скористайтеся Request Indexing, щоб підтвердити виправлення.