404 помилки і биті посилання: як знаходити і виправляти

404-помилка з'являється, коли сторінка видалена або переміщена без редиректу. Вона марнує crawl budget, знищує link juice і погіршує UX. Нижче — покрокова інструкція: як знайти биті посилання і виправити їх без втрати трафіку.

Що таке 404 і чому вона виникає

404 Not Found — HTTP-статус, який сервер повертає, коли запитана сторінка не існує. Це не завжди означає помилку: якщо сторінка навмисно видалена, 404 (або краще 410 Gone) — правильна відповідь. Проблема виникає тоді, коли на неіснуючу сторінку ведуть посилання зсередини або ззовні сайту.

Найпоширеніші причини появи 404-помилок:

• Редизайн або міграція — URL-структура змінилася, редиректи не налаштовані.
• Видалення товарів або статей без видалення або переадресації посилань.
• Зміна ЧПУ (slug) сторінки в CMS без збереження старого URL.
• Помилки при ручному введенні URL — опечатки в посиланнях.
• Зміна структури каталогів або розділів без масового налаштування редиректів.
• Видалення зображень і файлів, на які є прямі посилання в контенті.

Варто розрізняти два стани: м'яка 404 (soft 404) — сервер повертає 200, але сторінка порожня або містить лише «Сторінка не знайдена». Google сам виявляє такі сторінки і фіксує в GSC — вони особливо шкідливі, бо бот витрачає час на повне сканування.

Як виявити м'яку 404 (soft 404)

Soft 404 — підступний тип помилки: сторінка повертає статус 200, але містить контент «Товар не знайдено», «Результати пошуку порожні» або просто шаблон без тексту. Google сканує таку сторінку повністю, після чого сам виявляє, що корисного контенту немає, і позначає її в GSC як soft 404.

Де найчастіше виникають soft 404:

• Сторінки пошуку з порожніми результатами (наприклад, /search?q=товар-що-закінчився).
• Картки товарів, де залишився шаблон, але контент прибрали зі збереженою URL.
• Сторінки фільтрів категорій без товарів (фасетна навігація).

Виправлення: поверніть справжній 404 або 410 для порожніх результатів, або закрийте такі URL через robots.txt і noindex.

Вплив 404 на SEO: crawl budget, link juice, UX

404-помилки шкодять SEO через три незалежні механізми:

За даними дослідження Ahrefs, 66,5% перевірених сайтів мають хоча б одну сторінку з зовнішніми посиланнями, яка повертає 4xx. Це не рідкість — це норма, яку більшість власників сайтів ігнорує.

Окремий ризик — crawl budget на великих сайтах. Якщо Google виділяє вашому домену 5 000 сканувань на добу, а 1 200 із них іде на 404-сторінки, ви фактично втрачаєте 24% ресурсу боту. Нові або оновлені сторінки індексуються повільніше — або не індексуються взагалі.

Биті посилання: внутрішні vs зовнішні

Биті посилання (broken links) — це гіперпосилання, які ведуть на неіснуючі сторінки (404) або ресурси. Вони бувають двох типів, і стратегія виправлення відрізняється.

Пріоритет виправлення такий: спочатку — зовнішні вхідні (беклінки на ваші 404), потім — внутрішні (рвуть граф сайту), в останню чергу — зовнішні вихідні (вплив на SEO мінімальний, але важливий для UX).

Про те, як правильно вибудувати структуру внутрішніх посилань і уникнути появи битих лінків, читайте у нашій статті про внутрішню перелінковку сайту.

«Один якісний беклінк, що веде на 404-сторінку, — це викинуті гроші. 301-редирект займає 5 хвилин і повертає весь передаваний PageRank.»

Як знаходити 404: GSC, Screaming Frog, Ahrefs

Існує три основні інструменти для виявлення 404-помилок. Кожен показує різний зріз проблеми — використовуйте всі три в комплексі.

Google Search Console (Coverage / Pages)

1. Відкрийте Google Search Console → Indexing → Pages.
2. У правій частині знайдіть статус «Not found (404)».
3. Клікніть — побачите список URL, які Google знайшов як 404.
4. Завантажте таблицю (кнопка Export) — сортуйте за датою останнього сканування.

GSC показує лише ті 404, на які Google натрапив під час сканування. Сторінки без посилань (і без трафіку) можуть не з'являтися. Але якщо URL є в GSC як 404 — це точно проблема, бо бот вже витратив на неї crawl budget.

Screaming Frog SEO Spider

1. Запустіть Screaming Frog, введіть домен і натисніть Start.
2. Після сканування відкрийте вкладку Response Codes.
3. Відфільтруйте Client Error (4xx) — побачите всі 404 і 410.
4. Для кожного URL перейдіть на вкладку Inlinks — звідки ведуть посилання.
5. Експортуйте в CSV для подальшої роботи.

Screaming Frog — найкращий інструмент для аудиту внутрішніх посилань. Він бачить всі посилання на 404, включно з тими, на які Google ще не натрапив. Безкоштовна версія обмежена 500 URL.

Ahrefs Site Audit

1. Відкрийте Ahrefs → Site Audit → вибраний проєкт.
2. Перейдіть до Issues → 4xx page.
3. У розділі Broken Pages (Pages Explorer) відфільтруйте HTTP code = 404.
4. Тут же побачите, скільки зовнішніх беклінків веде на кожну 404-сторінку — це ключова метрика пріоритизації.

Ahrefs — незамінний для виявлення зовнішніх посилань на 404. Якщо на сторінку ведуть 50 зовнішніх беклінків — це найвищий пріоритет виправлення навіть якщо трафіку там уже давно немає.

Як виправляти: редирект, відновлення, видалення

Після того як список 404-сторінок зібраний і пріоритизований, обирайте тип виправлення для кожного URL:

Варіант 1: 301-редирект (найчастіший)

Підходить, коли є релевантна сторінка-замінник. Наприклад, товар перейшов у нову категорію або стаття переіменована.

• Apache (.htaccess): Redirect 301 /старий-url /новий-url
• Nginx: rewrite ^/старий-url$ /новий-url permanent;
• WordPress: плагін Redirection (безкоштовний, логує кліки).
• OpenCart: модуль SEO URL або ручне додавання в .htaccess.

301 передає ~90–99% PageRank — практично без втрат. Google підтверджує: 301 і 308 передають посилальну вагу в повному обсязі.

Варіант 2: Відновлення сторінки

Якщо сторінка мала цінний унікальний контент і зовнішні беклінки — відновіть її. Це трудомісткіше, але найефективніший варіант для сторінок з хорошим посилальним профілем. Після відновлення надішліть URL на переіндексування через GSC → URL Inspection.

Варіант 3: Повернути 410 Gone

Якщо сторінка видалена назавжди і жодного замінника немає — поверніть статус 410 (Gone) замість 404. Це явний сигнал для бота: «ця сторінка видалена навмисно, не скануй її більше». Google виключає 410-сторінки з індексу швидше, ніж 404.

Варіант 4: Видалення внутрішніх посилань

Якщо 404-сторінка не має зовнішніх беклінків і ніколи не матиме замінника — просто видаліть усі внутрішні посилання на неї. Знайдіть їх через Screaming Frog → вкладка Inlinks.

Масові редиректи: як автоматизувати

Коли після міграції або редизайну є 500+ URL для переадресації — ручне додавання неможливе. Є два ефективні підходи:

1. Патернові редиректи в .htaccess. Якщо стара структура була /product/123, а нова — /catalog/product-name, напишіть RewriteRule, що перехоплює числові ID і перенаправляє на нову логіку. Підходить для 70–80% випадків.
2. Таблиця відповідностей у БД. Завантажте CSV зі старими та новими URL в модуль редиректів CMS або скрипт, який перевіряє таблицю при кожному 404-запиті. Точніше, але повільніше при великих таблицях.

Важливо після масового налаштування редиректів перевірити ланцюжки: /старий-1 → /проміжний → /новий — це «редирект через редирект», який уповільнює сторінку і втрачає частину PageRank. В Screaming Frog відкрийте вкладку Redirect Chains — усі ланцюжки довше 1 переходу потребують виправлення.

Кастомна сторінка 404: що має містити

Навіть ідеально налаштований сайт матиме 404-сторінки — через зовнішні посилання з помилками або ручне введення URL. Кастомна 404 перетворює «тупик» на точку утримання відвідувача. За нашими даними, правильно спроєктована 404-сторінка утримує до 15–20% відвідувачів, які потрапили на помилку.

Обов'язкові елементи кастомної 404:

• Повідомлення про помилку — зрозуміле, без технічного жаргону. «Ця сторінка не знайдена» краще, ніж «Error 404».
• Пошук по сайту — найважливіший елемент. Дозволяє одразу знайти потрібне.
• Навігація на головні розділи: головна, популярні категорії, блог.
• Популярні сторінки або рекомендований контент.
• CTA — «Зв'яжіться з нами» або «Отримати консультацію».

Декілька слів про дизайн: кастомна 404 не повинна бути «заглушкою». Великі e-commerce проєкти додають на неї персоналізовані рекомендації товарів на основі останнього перегляду або популярних в поточній категорії. Навіть простий блок з 3–5 посиланнями на топові сторінки суттєво знижує показник виходу.

Критично важливо: сторінка 404 повинна повертати HTTP-статус саме 404, а не 200. Якщо ваша CMS повертає 200 на «Сторінка не знайдена» — це soft 404, яку Google зафіксує окремо і може видалити з індексу разом із реальними сторінками через алгоритмічний фільтр.

Перевірте статус сторінки 404 через httpstatus.io або Developer Tools (вкладка Network) — поле Status повинно показувати 404, а не 200 або 302.

Кейс: 800+ сторінок 404 після редизайну

У березні 2024 року до нас звернувся клієнт — інтернет-магазин будівельних матеріалів, що пройшов редизайн і міграцію з самописної CMS на OpenCart. Через два тижні після запуску органічний трафік впав на 31%.

Що виявили під час аудиту:

• GSC Coverage показав 847 сторінок зі статусом 404 — всі виникли після міграції.
• Screaming Frog виявив 2 340 внутрішніх посилань, що ведуть на ці 404.
• Ahrefs: 312 зовнішніх беклінків з інших сайтів вели на 404-сторінки, сукупний DR донорів — 45–78.
• Стара CMS використовувала URL виду /catalog/item-123, нова — /budmaterialy/item-name. Жодного редиректу налаштовано не було.

Що зробили за 2 тижні:

1. Зіставили старі та нові URL через таблицю відповідностей (900 рядків у Google Sheets).
2. Налаштували масові 301-редиректи через .htaccess (шаблонні правила для 80% URL + ручні для топ-50 за беклінками).
3. Оновили 2 340 внутрішніх посилань у базі даних OpenCart.
4. Подали оновлений Sitemap через GSC і запросили переіндексування пріоритетних сторінок.
5. Налаштували кастомну 404-сторінку з пошуком і категоріями.

Результат через 6 тижнів:

• Органічний трафік відновився і перевищив доміграційний рівень на +12%.
• У GSC Coverage кількість 404 скоротилася з 847 до 23 (залишилися зовнішні посилання з помилками в URL).
• Crawl budget повернувся: бот почав індексувати нові товари в день їх появи.

Моніторинг і налаштування алертів

Одноразовий аудит — не вирішення проблеми. 404-помилки з'являються постійно: видаляються товари, редагуються статті, змінюється структура. Потрібен систематичний моніторинг.

Алерти в Google Search Console

1. Відкрийте GSC → Settings → Email preferences.
2. Увімкніть сповіщення про Coverage issues.
3. GSC надсилатиме email, коли кількість 404 різко зросте.

Мінус: GSC надсилає алерти із затримкою 7–14 днів після фактичного виникнення проблеми.

Регулярний технічний аудит

• Щомісяця: повний сканування Screaming Frog або Ahrefs Site Audit.
• Щотижня: перевірка GSC → Pages → 404 на нові URL.
• Одразу після: будь-якого масового видалення сторінок, редагування структури URL, оновлення CMS.

Автоматизація через Ahrefs

Ahrefs Site Audit підтримує автоматичний краулінг за розкладом (щотижня або щомісяця). Після кожного сканування ви отримуєте email-звіт з переліком нових проблем, включно з новими 404. Це найзручніший спосіб для сайтів з активним контентом.

Для великих інтернет-магазинів рекомендуємо поєднувати: Ahrefs для щотижневого автоматичного аудиту + ручна перевірка GSC двічі на місяць + Screaming Frog після кожного значного оновлення каталогу. Ця тріада займає не більше 2 годин на місяць, але дає повне покриття всіх типів 404.

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

Якщо потрібен глибший технічний аудит із аналізом краулінгового бюджету, внутрішньої перелінковки і швидкості індексування — замовте SEO-аудит сайту у SEO-Factory.

Повний покроковий алгоритм пошуку і виправлення технічних помилок — у нашому гайді з технічного SEO-аудиту сайту.

Чеклист: 8 пунктів перевірки

• Перевірити GSC Coverage → Not found (404) — завантажити список
• Запустити Screaming Frog, відфільтрувати 4xx — знайти Inlinks
• Перевірити в Ahrefs Broken Pages — скільки беклінків на 404
• Пріоритизувати: спочатку 404 з беклінками, потім — у меню і футері
• Налаштувати 301-редиректи для всіх 404 з релевантним замінником
• Оновити внутрішні посилання на 404 через Screaming Frog Inlinks
• Налаштувати кастомну 404-сторінку (HTTP-статус 404, не 200)
• Увімкнути GSC-алерти і поставити щомісячний аудит у план

На практиці

Київська IT-компанія з корпоративним блогом на 300 статей перейшла з Jekyll на WordPress. Зміна платформи змінила URL-паттерн: /blog/2021/how-to-deploy перетворилося на /blog/how-to-deploy — рік із шляху зник. Редиректи не налаштували: розробники вирішили, що «блог — не пріоритет». Через 6 тижнів після запуску в Ahrefs Site Audit виявилося 78 мертвих беклінків з DR 50–90 — авторитетні технічні видання, GitHub-документація, агрегатори DevOps-статей.

Усі вони вели на старі URL з відповіддю 404. GSC Coverage зафіксував 214 сторінок із помилкою, з яких 78 мали зовнішні посилання з високим DR.

Після аудиту розставили пріоритети: спочатку — 78 URL з беклінками, потім — решта 136 сторінок блогу. Через Screaming Frog знайшли всі внутрішні посилання на старі шляхи і оновили їх у базі WordPress. Для зовнішніх беклінків налаштували правило в nginx: rewrite ^/blog/(\d{4})/(.+)$ /blog/$2 permanent; — один рядок закрив увесь паттерн. По 12 URL із найціннішими донорами прописали окремі 301. Через 7 тижнів позиції за 40 запитами відновились, органічний трафік на блог зріс на +29% відносно рівня до міграції. Crawl budget за GSC скоротився вдвічі.

При міграції між генераторами статичних сайтів і CMS паттерн URL змінюється системно, а не точково. Одне RegExp-правило в nginx здатне закрити сотні битих URL одразу — але тільки якщо діагностику роблять до запуску, а не через півтора місяці після.

Часті запитання

Чи впливають 404-помилки на SEO-позиції сайту?

Так, але опосередковано. Самі по собі 404 не є прямим штрафом, проте вони марнують crawl budget і знищують link juice зовнішніх посилань. Великий відсоток 404 у GSC сигналізує про технічні проблеми, що знижує загальну оцінку технічного здоров'я сайту.

Що краще: 301-редирект чи відновлення сторінки?

Якщо є релевантна сторінка-замінник — 301-редирект. Якщо сторінка мала цінний контент і зовнішні посилання — відновіть її. Видаляти посилання варто лише тоді, коли немає жодного релевантного замінника і сторінка не мала зовнішніх беклінків.

Як часто потрібно перевіряти сайт на биті посилання?

Для активних сайтів — щомісяця через Screaming Frog або Ahrefs Site Audit. GSC Coverage перевіряйте раз на 2 тижні. Після кожного редизайну або масового видалення сторінок — обов'язковий повний аудит протягом 48 годин.

Чи потрібно виправляти 404 на сторінках, які ніхто не відвідує?

Якщо на них немає зовнішніх посилань і вони не отримували трафіку — мінімальний пріоритет. Але якщо Googlebot регулярно їх сканує, варто закрити через robots.txt або налаштувати редирект, щоб не витрачати crawl budget.