Як виправити помилки 404 у Google Search Console (2026)

Як виправити «Не знайдено (404)» у Search Console: коли ігнорувати, коли робити 301-редирект, а коли відновити сторінку. Таблиця рішень і перевірка.

Поширені запитання

Чи шкодять помилки 404 моїм позиціям у Google?

Самі по собі ні. У документації Google щодо індексування сторінок сказано, що відповіді 404 не обов'язково є проблемою, якщо сторінку видалили без заміни, а 404 для видаленої сторінки названо звичайною причиною, чому URL не індексується. Виправляти варто 404 на тих URL, на які ви самі посилаєтеся або які вказали в sitemap.

Що краще для видалених сторінок: 404 чи 410?

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

Скільки триває «Validate fix» для помилок 404?

За даними Google, перевірка зазвичай триває до двох тижнів, але може тривати значно довше. Не натискайте Validate fix (Перевірити виправлення) повторно, доки поточна перевірка не завершиться успіхом або помилкою. Якщо Google знайде хоча б один залишковий випадок проблеми, перевірка зупиниться.

Чому виправлений URL досі є у звіті «Not found (404)»?

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

Чи потрібно перенаправляти всі 404 на головну сторінку?

Ні. Рекомендація Google: повертати редирект 3XX, коли сторінка переїхала на нову адресу. Сторінку без справжньої заміни краще залишити з відповіддю 404. Якщо відправляти сторонні URL на головну, відвідувач отримує не те, що шукав, а ви самі не бачите реальної проблеми.

Коротка відповідь: у Search Console відкрийте Indexing > Pages (Індексування > Сторінки), натисніть Not found (404) і розділіть кожен URL на одну з трьох груп. Якщо сторінку видалили навмисно і на неї ніхто не посилається, ігноруйте. Якщо сторінка переїхала або має близьку заміну, додайте 301-редирект на цю заміну. Якщо сторінка має існувати, відновіть її. Потім виправте внутрішні посилання чи записи в sitemap, що ведуть на мертвий URL, і натисніть Validate fix.

Більшість «помилок 404» у Search Console взагалі не потребують виправлення, тож головне тут уміння розставити пріоритети, а не ремонт.

Що насправді означає «Not found (404)»

Звіт Page indexing (Індексування сторінок) показує URL, які Google намагався просканувати, але не зміг проіндексувати. «Not found (404)» означає, що сервер відповів на цей запит статусом 404. І це все. Звіт не каже, що цей URL важливий.

Порада Google з усунення неполадок цілком конкретна: виправляйте лише ті 404, на які ви самі посилаєтеся або які вказані в sitemap, а якщо сторінка переїхала, повертайте редирект 3XX на нову сторінку. Google також включає «404 для сторінки, яку ви видалили і не маєте їй заміни» до причин, чому сторінка цілком законно не індексується.

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

Крок 1. Експортуйте список і з'ясуйте, звідки береться кожна 404

Відкрийте Search Console і виберіть свій ресурс.
Перейдіть до Indexing > Pages.
Прокрутіть до таблиці «Why pages aren't indexed» (Чому сторінки не індексуються) і натисніть Not found (404).
Перегляньте приклади URL. Таблиця обмежена 1000 рядками й не гарантує показу всіх URL, тому для великого сайту сприймайте її як вибірку.
За потреби експортуйте дані, щоб працювати в електронній таблиці.
Натисніть на URL і скористайтеся Inspect URL (Перевірка URL), щоб побачити, як Google його знайшов. Сторінка-реферер і дані sitemap підкажуть, чи це ваше посилання.

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

Крок 2. Вирішіть: ігнорувати, перенаправити чи відновити

Користуйтеся цією таблицею для кожної групи URL у звіті.

Ситуація	Як це виглядає	Дія
Сторінку видалено навмисно, заміни немає, внутрішніх посилань немає	Старий товар, подія, що минула, тестова сторінка	Ігноруйте. Залиште 404 (або 410).
Сторінку видалено, але є близька заміна	Знятий з продажу товар, новіша версія посібника	301-редирект на найближчу рівнозначну сторінку.
URL змінився (перейменування slug, переміщення в іншу папку, міграція домену чи на HTTPS)	Той самий вміст за новою адресою	301-редирект зі старого URL на новий, один перехід.
Сторінка мала б існувати, але її видалили або зняли з публікації помилково	Робоча сторінка послуги, важлива стаття	Відновіть її, переконайтеся, що вона повертає 200, і запустіть перевірку.
Ваше меню, футер або тіло сторінки посилаються на неї	Внутрішнє посилання на мертвий URL	Виправте посилання (або зробіть редирект, якщо сторінка переїхала).
Вказана у вашому XML sitemap	Sitemap містить видалені URL	Приберіть із sitemap, а потім вирішіть: редирект чи ігнорувати.
Сміттєві URL зі спаму або з дивними параметрами	Випадкові рядки, шаблони скраперів	Ігноруйте. Перевірте безпеку, якщо вони схожі на підкинуті (див. нижче).

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

Крок 3. Правильно додайте редирект

Для постійного переїзду Google рекомендує, коли це можливо, постійний серверний редирект. Коди стану 301 і 308 обидва означають, що сторінка переїхала назавжди. Google радить використовувати JavaScript-редиректи, лише якщо неможливо налаштувати серверні редиректи або редирект через meta refresh.

Практичні правила:

Перенаправляйте на один найточніший URL, а не через ланцюжок переходів.
Вказуйте на сторінку зі звичайною відповіддю 200, а не на інший редирект чи помилку.
Також оновіть внутрішні посилання на новий URL, щоб не покладатися на редирект вічно.
У WordPress це роблять плагін редиректів або правила вашого хостингу. На інших платформах скористайтеся налаштуваннями редиректів чи перезапису вашого сервера або CMS.

Приклад карти редиректів, яку можна передати розробнику або вставити в інструмент редиректів:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Крок 4. Перевірте виправлення, а потім запустіть валідацію

Перш ніж повідомляти Google, перевірте URL самостійно.

Відкрийте старий URL у браузері або виконайте перевірку заголовків і переконайтеся, що він повертає 301 і веде на сторінку з відповіддю 200.
У Search Console вставте URL у верхній рядок, запустіть Inspect URL, а потім скористайтеся live-тестом, щоб побачити, що отримує Google.
Переконайтеся, що URL більше немає у вашому sitemap і жодна внутрішня сторінка на нього не посилається.

Потім запустіть валідацію:

Відкрийте проблему Not found (404) у звіті Page indexing.
Натисніть Validate fix.
Стежте за статусом. Не натискайте Validate fix повторно, доки перевірка не завершиться успіхом або помилкою.
Якщо вона провалилася, натисніть See details (Докладніше), виправте URL, що залишилися, і запустіть заново.

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

Ще одна примітка: Google обробляє URL з 404 поступово. Для URL, що повертає 404, конвеєр індексування видаляє його з індексу, якщо він раніше був проіндексований, нові знайдені 404-сторінки не обробляються, а частота сканування поступово зменшується. Тож URL, який ви залишите з 404, згасне сам.

Крок 5. Перевірте випадки «насправді не 404»

Два схожі випадки потребують іншого підходу:

Soft 404. Сторінка повертає статус 200, але показує порожню сторінку або повідомлення про помилку, і Search Console повідомляє про soft 404. Виправлення: повертати справжній статус 404 або розмістити на сторінці реальний вміст.
Зламані або підкинуті URL. Раптовий потік 404 на дивні назви файлів чи спамні шляхи може вказувати на зламаний сайт. Якщо це схоже на вашу CMS, прочитайте наші інструкції з виправлення для WordPress, Joomla або Drupal, а потім ще раз перевірте звіт.

Чек-лист сортування, який можна скопіювати

[ ] Експортовано URL зі звіту Not found (404) з Indexing > Pages
[ ] Кожен URL позначено: ваше посилання, ваш sitemap, зовнішнє посилання чи невідомо
[ ] Видалені сторінки без заміни і без внутрішніх посилань проігноровано
[ ] Для переїхалих сторінок додано 301-редиректи, один перехід, на сторінку з 200
[ ] Помилково видалені сторінки відновлено
[ ] Внутрішні посилання на мертві URL виправлено
[ ] Мертві URL прибрано з XML sitemap
[ ] Вибірку перевірено через Inspect URL
[ ] Validate fix натиснуто один раз і дочекано результату

Запобіжіть наступній хвилі

Більшість повторюваних 404 виникають через перебудови сайтів, перейменовані slug і видалені публікації без плану редиректів. Перед будь-якою міграцією складіть список старих URL і підберіть для кожного нове місце. Якщо ви все одно перебудовуєте невеликий сайт, безкоштовний план We.Inc дозволяє опублікувати до трьох сайтів із готових шаблонів, а AI-конструктор, що створює сайт за запитом, доступний на плані Starter за $20 на місяць. Можете зареєструватися тут. У будь-якому разі зберігайте свою карту «старий URL → новий URL», бо саме вона підтримує цей звіт чистим.

Щоб загалом ознайомитися з інструментом, дивіться Google Search Console для початківців.

Почати безкоштовно · Банківська картка не потрібна

Umair Ali Sadaqat

Засновник We.Inc

Умайр — засновник We.Inc. Він пише про створення сайтів за допомогою ШІ, агенції та ведення бізнесу вебстудії.

Готові створити щось вартісне?

Приєднуйтеся до 15,000+ компаній, які з We.Inc запускаються, зростають і автоматизують роботу — усе на одній платформі.

Почати безкоштовно

Банківська картка не потрібна · Зв'язатися з відділом продажів