Ви клацаєте за посиланням у пошуку й натрапляєте на білу стіну. «Сторінку не знайдено. 404». Відвідувач іде за три секунди. Google запам’ятовує відмову. І так десятки, а то й сотні разів, поки сайт не просяде у видачі за всім пулом запитів.

Проблема не в хостингу, не в кривих руках розробника і не в злому фатумі. WordPress сам створює правила перезапису, сам їх ламає під час оновлення плагіна чи зміни теми, і сам же дає всі інструменти для виправлення, без редагування серверних конфігів і виклику адміністратора.

Нижче, алгоритм, який закриває 404 від першого симптому до повної автоматизації. Три ручні кроки для типових ситуацій і плагіни для всього іншого.

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

• Скиньте постійні посилання в адмінці за 15 секунд: у більшості випадків цього достатньо.
• Перевірте .htaccess (Apache) або правила перезапису (NGINX), якщо скидання не допомогло.
• Знайдіть винуватий плагін методом вимкнення: причина часто глибша за стандартні механізми.
• Підключіть Redirection для моніторингу та переспрямувань, Broken Link Checker для разового аудиту і 404page для корисної сторінки помилки.

Чому помилка 404 небезпечніша, ніж здається

Технічно 404, це HTTP-код, яким сервер відповідає на запит неіснуючої URL-адреси. Причини прозаїчні: видалили сторінку, а посилання залишилися в меню та старих постах; змінили slug публікації без переспрямування; плагін або тема перезаписали масив rewrite rules після оновлення; зовнішній сайт послався з помилкою в адресі; пошуковий робот просканував сміттєві URL із логів.

Google прямо заявляє: поодинока 404 не штрафується. Але коли битих посилань десятки, спрацьовує накопичувальний ефект:

• Показник відмов зростає. Відвідувач заходить, бачить 404, іде за 2 секунди. Google фіксує bounce rate та інтерпретує як «контент нерелевантний».
• Посилальна вага втрачається. Зовнішні посилання на видалену сторінку просто випаровуються, без 301-переспрямування їхня цінність не передається.
• Краулінговий бюджет** витрачається марно.** Робот обходить неіснуючі URL замість індексації живих сторінок.

Для комерційного сайту кожна непомічена 404, це втрачені позиції та гроші. На щастя, WordPress лагодиться без адміністрування сервера.

Крок 1: Скидання постійних посилань

Найчастіше і найбільш недооцінене виправлення. WordPress зберігає правила перезапису в окремому масиві опцій. Після встановлення плагіна, зміни теми або оновлення ядра цей масив може зруйнуватися: посилання ведуть на 404, хоча публікації фізично на місці.

Виправлення займає 15 секунд:

• Перейдіть в адмінці: Налаштування → Постійні посилання.
• Нічого не змінюйте в структурі.
• Натисніть «Зберегти зміни».

WordPress перебудує масив rewrite rules з нуля. Як правило, проблема зникає повністю. Не допомогло, переходьте до кроку 2.

Крок 2: Перевірка.htaccess і правил сервера

На серверах з Apache WordPress покладається на файл .htaccess у корені сайту. Якщо він пошкоджений, відсутній або перезаписаний плагіном кешування, постійні посилання перестають працювати глобально.

Стандартний блок WordPress у .htaccess:

1
<IfModule mod_rewrite.c>
2
RewriteEngine On
3
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
4
RewriteBase /
5
RewriteRule ^index\.php$ - [L]
6
RewriteCond %{REQUEST_FILENAME} !-f
7
RewriteCond %{REQUEST_FILENAME} !-d
8
RewriteRule . /index.php [L]
9
</IfModule>

Порядок дій:

• Підключіться до сайту через FTP або через файловий менеджер хостингу.
• Відкрийте .htaccess у корені та переконайтеся, що стандартний блок WordPress присутній, не дублюється і не пошкоджений.
• Якщо файлу немає, створіть і вставте стандартний блок вище.
• Якщо після стандартного блоку WordPress ідуть директиви від плагінів кешування (W3 Total Cache, WP Rocket, LiteSpeed Cache), тимчасово закоментуйте їх для перевірки.
• Для NGINX .htaccess не використовується. Правила задаються в конфігурації серверного блоку server {}. Зверніться до хостера або перевірте конфігураційний файл сайту.

Крок 3: Діагностика rewrite rules

Скидання постійних посилань і .htaccess не допомогли, причина в конкретному плагіні або кастомному коді, який втручається в правила перезапису.

Швидкий інструмент діагностики, плагін Debug This. Після активації він показує поточний масив правил перезапису в читаному вигляді, фактичний рядок PHP-запиту від сервера і збіг URL із правилами.

Алгоритм пошуку винуватця:

• Вимкніть усі плагіни одночасно.
• Перевірте, чи зникла помилка 404 на проблемному URL.
• Вмикайте плагіни по одному, щоразу тестуючи проблемну сторінку.
• Плагін, після активації якого помилка повертається, і є причиною.

Найчастіше винен плагін, що реєструє кастомний тип записів або таксономію без виклику flush_rewrite_rules() під час активації. Розробнику достатньо одного рядка, але роблять це не всі.

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

Три ручні кроки вище закривають більшість випадків. Але коли публікацій не десять, а п’ятсот чи п’ять тисяч, без автоматизації не обійтися. Плагіни вирішують три завдання: знайти непрацюючі посилання, переспрямувати відвідувача та відстежувати нові помилки в журналі.

Нижче, інструменти, перевірені на актуальній версії WordPress та активні в репозиторії. Неробочі та закриті плагіни виключено.

Пошук непрацюючих посилань: Broken Link Checker

Broken Link Checker, ветеран репозиторію з мільйоном активних встановлень. Сканує весь сайт: пости, сторінки, коментарі, кастомні поля, і підсвічує кожне неробоче посилання.

У налаштуваннях задається періодичність сканування (від годин до днів), email-сповіщення та фільтр за типами контенту. Для кожного знайденого непрацюючого посилання доступні дії при наведенні: змінити URL в усіх входженнях одразу, видалити посилання, залишивши текст, або тимчасово закрити до наступної перевірки.

Плагін відчутно навантажує сервер під час активного сканування. Після разового аудиту його краще деактивувати та вмикати раз на місяць для ревізії.

Майстер переспрямувань: Redirection

Redirection, найпопулярніший менеджер переспрямувань для WordPress, понад два мільйони активних встановлень. Підтримує 301, 302, 307 і 308 переспрямування, веде повні журнали всіх 404 з IP та user-agent, робить умовні перенаправлення за браузером або referrer.

Три головні сценарії:

• Зміна slug публікації, плагін автоматично додає 301 переспрямування при зміні URL поста.
• Переїзд сайту, масове перенаправлення старих URL на нові через CSV-імпорт.
• Моніторинг, журнал показує кожну 404: з якого URL прийшов відвідувач, скільки було спроб, який браузер.

Працює повністю всередині WordPress, .htaccess не чіпає. Для сайтів на NGINX це критично, не потрібно правити конфігурацію сервера.

Легке переспрямування: 404 to 301

404 to 301, простий і легкий варіант. Усі 404 перенаправляються на одну вказану сторінку через 301, 302 або 307. Налаштування займає хвилину: вибрали тип переспрямування, вказали цільову сторінку, зберегли.

Зручні опції: сповіщення про нові 404 на пошту, детальний журнал з referrer та user-agent, можливість вимкнути переспрямування, залишивши лише логування. Код відкритий на GitHub, плагін повністю безплатний.

Безпечне переспрямування для мультисайтів: Safe Redirect Manager

Safe Redirect Manager, розробка команди 10up, застосовується на великих корпоративних сайтах. Працює з мультисайтовими інсталяціями WordPress і підтримує лише безпечні редіректи через wp_safe_redirect, функцію ядра, що дозволяє перенаправлення тільки на хости з білого списку.

Це захист від open redirect-уразливостей: зловмисник не зможе використати ваш сайт для перенаправлення відвідувачів на фішинговий домен. Для сайтів із кількома адміністраторами та редакторами, критична функція.

SEO-редіректи з відстеженням: SEO Redirection

SEO Redirection, ще один комбайн для керування перенаправленнями. Підтримує 301, 302 і 307 редіректи, перенаправлення за шаблоном (наприклад, усі URL із папки /old-blog/), логування 404 та історію змін.

Корисна фішка, перенаправлення цілої папки одним правилом. Перенесли блог із піддомену в розділ сайту, усі старі URL спрямовуються на нові без ручного зіставлення. Мультисайтові інсталяції не підтримує, для них, Safe Redirect Manager вище.

Кастомна сторінка 404: Custom 404 Pro

Custom 404 Pro замінює стандартну сторінку помилки на будь-яку сторінку WordPress, створену через стандартний редактор. Можна вказати як ID сторінки, так і повний URL для зовнішнього редіректу.

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

Чесна 404 із корисним контентом: 404page

404page вирішує задачу інакше, ніж більшість конкурентів: не створює редірект, а віддає правильний HTTP-код 404 із контентом вибраної сторінки. Це важливо для SEO, адже при 301/302 редіректі помилковий URL залишається в індексі, а з 404page пошуковик отримує чесну відповідь «сторінки немає», але відвідувач бачить корисний контент.

Жодних зовнішніх запитів, плагін використовує власні ресурси WordPress. Налаштування зводиться до створення сторінки через адмінку та вибору її у випадному списку Налаштування → Сторінка помилки 404.

Масовий редірект: All 404 Redirect to Homepage

All 404 Redirect to Homepage, найпростіше рішення. Усі 404 перенаправляються на головну сторінку через 301, можна вказати будь-яку кастомну сторінку замість головної. Вмикаєте статус, вводите URL, натискаєте «Оновити», налаштування завершено.

Швидке виявлення: 404 to Start

404 to Start виявляє 404 раніше, ніж пошукові системи встигають зафіксувати помилку. Типово 301, опціонально 302. Можна отримувати сповіщення на пошту з інформацією про браузер, URL і час переходу.

Шорткоди внутрішніх посилань: RB Internal Links

RB Internal Links опосередковано допомагає боротися з 404. Дозволяє вставляти посилання на внутрішні дописи та сторінки через шорткод без довгого URL. Структура постійних посилань не порушується, ризик одруку під час ручного введення виключено. Пошук дописів за категоріями в діалозі вставки, плюс для редакторів, які збирають перехресні посилання.

Віджет пошуку Google: Google 404

Google 404 вбудовує пошуковий рядок Google на сторінку 404, відвідувач продовжує пошук вашим сайтом, а не йде. Плагін давно не оновлювався, але концепція робоча: для повної ефективності надішліть XML-карту сайту в Google Search Console. Як альтернативу можна розглянути Google Programmable Search Engine із ручним вставленням коду в шаблон 404.

Конструктор сторінок із підтримкою 404: SeedProd

Якщо потрібно не просто замінити сторінку помилки, а побудувати її візуально з фоном, формою підписки та пошуком, використовуйте основний плагін SeedProd (колишній 404 Page by SeedProd, який закрито автором). Це повноцінний конструктор сторінок: перетягування блоків, 300+ шаблонів, інтеграція з поштовими сервісами та Gravity Forms.

У преміум-версії доступний збір лідів прямо на сторінці 404, відвідувач залишає email, дані зберігаються в базі WordPress. Ліцензії починаються від $79 на рік за один сайт (Basic), тариф Pro з WooCommerce і динамічним текстом, $399 на рік.

Відео вище, наочна демонстрація: скидання постійних посилань і налаштування редіректів за п’ять хвилин. Подивіться перед тим, як впроваджувати описані інструменти.

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

Чому після зміни теми всі сторінки видають 404?

Тема могла зареєструвати кастомні типи записів або таксономії без виклику flush_rewrite_rules(). Рішення: зайдіть у Налаштування → Постійні посилання та натисніть «Зберегти зміни», не змінюючи структуру, WordPress перебудує правила перезапису. Тема також може перевизначати стандартний цикл через query_posts() або некоректний фільтр pre_get_posts. Якщо скидання посилань не допомогло, тимчасово перемкніться на стандартну тему (Twenty Twenty-Five). Якщо 404 зникли, проблема в темі, зверніться до розробника.

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

Використовуйте десктопний краулер Screaming Frog SEO Spider. Безплатна версія сканує до 500 URL і показує коди відповіді для кожного посилання, включно з картинками, CSS і JavaScript. Для великих сайтів ліцензія коштує $279 на рік. Після сканування відсортуйте результати за кодом «404» та експортуйте список битих URL. Внутрішні посилання виправляйте вручну або через Redirection, зовнішні замінюйте на актуальні аналоги. Биті зображення також фіксуються краулером, їх легко пропустити під час ручної перевірки.

Як зробити редірект без плагіна?

Для Apache додайте в .htaccess: Redirect 301 /staryj-post /novyj-post. Для масових редіректів зручніше mod_rewrite: RewriteRule ^staryj-post/$ /novyj-post/ [R=301,L]. Для NGINX у блоці server {}: rewrite ^/staryj-post/$ /novyj-post/ permanent;. Після правки перевірте, що редірект не створює ланцюжків (A → B → C): кожен зайвий перехід уповільнює завантаження та знижує Link Equity.

Що краще: редірект 301 чи кастомна сторінка 404?

Якщо у сторінки є релевантна заміна, робіть 301, це збереже SEO-вагу. Якщо заміни немає, залиште чесну 404 з корисним контентом: рядком пошуку, посиланнями на популярні розділи та формою зворотного зв’язку. Плагін 404page реалізує саме цей підхід: правильний HTTP-код плюс контент без редіректу. Кастомна 404 з пошуком і навігацією корисніша за «мовчазний» 301 на головну, особливо якщо відвідувач шукав конкретну інформацію.

Як моніторити 404 на постійній основі без навантаження на сервер?

Поставте Redirection та увімкніть журнал 404, він записує кожен битий URL з referrer і user-agent без активного сканування. Раз на тиждень переглядайте журнал: повторювані помилки із зовнішніх сайтів закривайте 301-редіректом, сміттєві запити від ботів ігноруйте, а запити реальних відвідувачів до неіснуючих сторінок використовуйте як ідеї для нового контенту. Раз на місяць запускайте Broken Link Checker для повного аудиту та одразу деактивуйте.

Що робити з 404 помилками прямо зараз

404 не виправляються самі, але й ручний контроль кожного посилання не потрібен. Правильна комбінація інструментів закриває питання з мінімальними зусиллями.

Стартовий набір на найближчі десять хвилин:

• Скиньте постійні посилання, 15 секунд, які часто вирішують проблему цілком.
• Поставте Redirection, він закриє і моніторинг, і перенаправлення в одному плагіні, без правки серверних файлів.
• Налаштуйте кастомну сторінку 404 через 404page, щоб навіть відсутня сторінка працювала на вас, а не відлякувала відвідувача.

Якщо сайт великий і помилок накопичилося багато, додайте Broken Link Checker для разового аудиту. Після сканування вимкніть його, сервер скаже спасибі. Далі тільки моніторинг через журнал Redirection і редіректи за потреби.

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