Ви заходите в Google Search Console перевірити індексацію, відкриваєте звіт із карт сайту, а там статус «Не вдалося отримати». Знайомо?

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

Нижче, перевірений алгоритм: від діагностики до повного виправлення. Без води, з конкретними кроками та реальними скриншотами інтерфейсу Search Console.

💡 Швидкий огляд:

• Перевіряємо, чи справжня помилка: часто це збій самого Google, і достатньо зачекати або перезапитати сканування
• Тестуємо доступність карти сайту через URL Inspection і Live Test: це займе хвилину й одразу покаже, чи бачить Google ваш файл
• Якщо помилка реальна, проходимо чек-лист: валідація XML, robots.txt, плагіни, серверна відповідь
• У складних випадках використовуємо сторонні інструменти діагностики та повторно надсилаємо карту сайту через інтерфейс Search Console

Чому Google не може отримати карту сайту

Корінь проблеми варто розділити надвоє: помилка на боці Google і помилка на вашому боці. Різниця принципова, тому що в першому випадку від вас не вимагається взагалі жодних дій.

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

Реальна недоступність. Карта сайту фізично не віддається сервером: битий XML, невірний Content-Type, блокування в robots.txt, плагін безпеки відхиляє запити Googlebot, криво налаштований CDN або файрвол. Сюди ж, закінчення терміну дії SSL-сертифіката на домені, за якого Google не може встановити захищене з'єднання.

Непрямі причини. Деякі плагіни WordPress (особливо безпеки та кешування) можуть випадково блокувати User-Agent Googlebot. Іноді винен не той плагін, який першим спадає на думку, проблема проявляється каскадно: кеш-плагін генерує статичну копію сторінки з картою сайту, а плагін безпеки не пропускає запит до цієї копії.

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

Найшвидший спосіб відокремити баг Google від реальної проблеми, інструмент перевірки URL прямо в Search Console. Він показує, що бачить Googlebot при зверненні до файлу.

Крок 1. Відкрийте Search Console, вставте повний URL карти сайту в рядок перевірки у верхній частині інтерфейсу та натисніть Enter.

Крок 2. Якщо URL не проіндексований (для карт сайту це нормально, на них, як правило, стоїть noindex), натисніть кнопку «Жива перевірка». Search Console виконає Live Test, звернеться до файлу в реальному часі та покаже результат.

Крок 3. Прокрутіть сторінку Live Test до розділу «Отримання сторінки». Якщо там написано «Успішно», Google бачить файл, помилка «Не вдалося отримати» у звіті з карт сайту, баг на боці Search Console. Нічого не робіть: статус оновиться при наступному циклі перевірки, або надішліть карту сайту повторно через кнопку у звіті Sitemaps.

Якщо ж Page fetch показує помилку, переходьте до наступного розділу.

Покрокове виправлення: чек-лист із п'яти пунктів

Коли жива перевірка підтвердила, що Google дійсно не може отримати карту сайту, проходьте пункти по порядку. Кожен наступний крок, якщо попередній не вирішив проблему.

1. Перевірте валідність XML

Відкрийте URL карти сайту в браузері. Якщо бачите чистий XML із тегами <urlset> і <url>, структура в порядку. Якщо сторінка порожня, видає помилку PHP або біле простирадло HTML, карта сайту бита.

Для глибокої перевірки використовуйте XML Sitemap Validator, безкоштовний онлайн-інструмент, який показує помилки форматування, биті URL всередині карти сайту та невідповідність стандарту Sitemap Protocol. Він же підкаже, чи перевищено ліміт у 50 000 URL на один файл (тоді потрібен індекс карт сайту).

2. Перевірте robots.txt і заголовки сервера

Googlebot повинен мати доступ до файлу карти сайту. Відкрийте yoursite.com/robots.txt і переконайтеся, що там немає рядка на кшталт:

1
Disallow: /sitemap.xml
2

Також перевірте, чи не заблокований сам User-Agent Googlebot, рядок User-agent: Googlebot із Disallow: /.

Заголовок Content-Type відповіді сервера повинен бути application/xml або text/xml. Якщо сервер віддає карту сайту як text/html, Google може не розпізнати файл. Перевірити заголовки можна через Fetch & Render від TechnicalSEO, він показує сторінку очима Googlebot з усіма HTTP-заголовками.

3. Перевірте плагіни WordPress

Плагіни безпеки (Wordfence, Solid Security, Sucuri) та кешування (WP Rocket, W3 Total Cache, LiteSpeed Cache), головні підозрювані. Алгоритм:

• Кеш-плагіни. Скиньте кеш, тимчасово виключіть sitemap.xml із кешування. У WP Rocket для цього є поле «Never cache URLs», у LiteSpeed Cache, вкладка «Excludes». Після виключення скиньте кеш повторно.

• Плагіни безпеки. Перевірте логи плагіна на предмет заблокованих запитів до sitemap.xml від User-Agent Googlebot. Wordfence у вкладці «Tools → Live Traffic» показує такі блокування в реальному часі.

• SEO-плагіни. Іноді проблема в самому генераторі карти сайту. Yoast SEO, Rank Math, All in One SEO, у кожного свій обробник. Спробуйте перезібрати карту сайту: в Yoast SEO це робиться через «Settings → Site features → XML sitemaps» (вимкнути-увімкнути), в Rank Math, через «Sitemap Settings → Save changes».

4. Виключіть блокування на рівні хостингу та CDN

Деякі хостинг-провайдери та файрволи (Cloudflare, Sucuri WAF) можуть блокувати запити Googlebot за IP або User-Agent. Перевірте:

• Cloudflare. У розділі «Security → Events» знайдіть заблоковані запити до sitemap.xml. Якщо знайшли, створіть правило WAF, що дозволяє User-Agent Googlebot для URL, які містять sitemap.

• Файрвол хостингу. Деякі панелі керування (cPanel, ISPmanager) мають вбудовані правила ModSecurity, які хибно спрацьовують на XML-файли. Перевірте логи Apache/NGINX на предмет 403-ї помилки при зверненні до sitemap.xml.

5. Повторно надішліть карту сайту

Після виправлення причини поверніться в Search Console → Sitemaps → вставте URL карти сайту в поле «Add a new sitemap» → Submit. Система спробує завантажити файл негайно. Якщо статус змінився на «Success», проблему вирішено.

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

Інструменти для діагностики

Окрім вбудованих засобів Search Console, тримайте під рукою три зовнішні інструменти, вони закривають практично всі сценарії діагностики:

• Онлайн-валідатор від XML-Sitemaps, валідатор структури. Перевіряє синтаксис, кількість URL, вкладені sitemap-індекси та відповідність стандарту Sitemaps.org. Безкоштовний, не вимагає реєстрації.

• Fetch & Render, емулятор Googlebot. Показує, як Google бачить сторінку: HTTP-заголовки, статус-код, HTML-код після рендерингу. Корисний, коли потрібно зрозуміти, чи не підміняє сервер контент для різних User-Agent.

• PageSpeed Insights, непрямий, але важливий інструмент. Якщо сервер відповідає повільно (TTFB більше 1-2 секунд для статичного XML-файлу), Google може обірвати з'єднання при спробі завантаження великої карти сайту.

⁉️🤔 Часті питання

Чому помилка «Не вдалося отримати» то з'являється, то зникає без моїх дій?

Це класична поведінка при багу на боці Google. Система періодично перевіряє карту сайту за своїм розкладом, і в якісь моменти внутрішній збій викликає хибну помилку. Наступна автоматична перевірка часто проходить успішно, тому статус мерехтить. Якщо карта сайту фізично доступна (перевірено через Live Test), ігноруйте мерехтіння, воно не впливає на індексацію.

Як часто Google перевіряє карту сайту після успішного завантаження?

Розклад повторних перевірок не прив'язаний до графіка звичайного сканування сайту. Google не розкриває точну періодичність, але на практиці для активних сайтів це відбувається від кількох разів на тиждень до разу на кілька днів. Якщо ви внесли значні зміни в карту сайту і хочете прискорити обробку, надішліть її заново через кнопку Submit у звіті Sitemaps.

Чи може помилка бути пов'язана з розміром карти сайту?

Так. Обмеження, 50 000 URL і 50 МБ на один файл. Якщо карта сайту перевищує будь-який із лімітів, Google може не зуміти її обробити. Рішення, індекс карт сайту (sitemap index): один батьківський XML, який посилається на кілька дочірніх файлів, кожен у межах лімітів. Більшість SEO-плагінів WordPress роблять це автоматично при перевищенні порогу.

Чи потрібно додавати карту сайту в robots.txt?

Настійно рекомендується. Вкажіть директиву Sitemap: https://yoursite.com/sitemap.xml у robots.txt — це дасть Google другий шлях для виявлення файлу. Навіть якщо надсилання через інтерфейс Search Console дало збій, Google зможе знайти карту сайту при скануванні robots.txt.

Чи впливає помилка отримання карти сайту на ранжування?

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

Карта сайту недоступна: що робити прямо зараз

Алгоритм зводиться до трьох кроків, які закривають переважну більшість випадків:

• Жива перевірка. Вставили URL карти сайту в рядок перевірки Search Console → натиснули Live Test. «Page fetch: Successful» → помилка хибна, нічого не робіть. «Failed» → йдемо далі.

• Діагностика на сервері. Відкрили sitemap.xml у браузері, бачите чистий XML? Перевірили robots.txt на Disallow? Скинули кеш і перевірили логи плагінів безпеки? Прогнали файл через XML Sitemap Validator?

• Повторне надсилання. Усунули причину → повернулися в Sitemaps → Submit. Статус змінився на «Success», готово. Ні, повертайтеся до пункту 2 і перевіряйте заголовки сервера через Fetch & Render.

Якщо ви системно підходите до діагностики і не пропускаєте кроки, проблема вирішується за один цикл перевірки. А хибні помилки Search Console, які становлять добру половину звернень із цієї теми, і зовсім не вимагають втручання.