Як масава перанакіроўваць памылкі «Старонка не знойдзена» (404 Not Found) на сайце

Масавая перанакіроўка памылак «Старонка не знойдзена» (404 Not Found) — гэта тэхнічная SEO-практыка, якая дазваляе аўтаматычна накіроўваць карыстальнікаў і пошукавыя робаты з выдаленых, змененых ці перанесеных URL-аў на найбольш адпаведныя новыя старонкі. На лепшым узроўні для кожнага 404 URL трэба шукаць найбліжэйшы па тэме новы URL і наладжваць пастаянную 301 перанакіроўку; калі аналагу няма — выкарыстоўваць 410 Gone або паказваць карыстальнікам адаптаваную 404-старонку. Так эканоміцца бюджэт сканавання, зніжаецца негатыўны досвед з «бітымі» спасылкамі, а аўтарытэт старых URL-аў захоўваецца максімальна.

Павелічэнне колькасці 404-памылак на сайце звычайна адбываецца падчас міграцыі, змены дамена, рэструктурызацыі катэгорый, выдалення тавараў, старых блог-поста, няправільных унутраных спасылак або памылкавых знешніх спасылак. Калі выправіць некалькі URL нескладана, то пры сотнях ці тысячах 404-запісаў ручная праца займае шмат часу і павялічвае рызыку памылак. Масавая перанакіроўка — адзін з найбольш важных этапаў тэхнічнага SEO-абслугоўвання.

У гэтым гайдзе вы даведаецеся, як знаходзіць 404-памылкі, якія URL варта перанакіроўваць, калі перанакіроўка не патрэбна, як масава вырашаць праблему праз Apache .htaccess, Nginx, WordPress і панэль кіравання. Таксама разбярэм, як некарэктная масавая перанакіроўка шкодзіць SEO, і прапануем кантрольны спіс для бяспечнага ўкаранення на прыкладах.

Што такое памылка 404 Not Found?

404 Not Found — гэта HTTP-код, які азначае, што патрэбны карыстальніку (браузеру ці пошукаваму робату) URL не знойдзены на серверы. Сервер працуе, але патрэбны рэсурс адсутнічае. 404 — гэта не пра праблему хостынгу ці поўнае адключэнне сайта, а пра тое, што старонка, файл або маршрут не існуе.

Напрыклад, калі ў вас была старонка товара /tovar/stary-telefon, а ў новай структуры — /telefony/stary-model, то старыя спасылкі прыводзяць да 404. Аналагічна, калі блог-посты перанесены з /2023/nazva-artykuła на /blog/nazva-artykuła і стары трафік не перанакіроўваецца — карыстальнік бачыць памылку «Старонка не знойдзена».

Невялікая колькасць 404-памылак на вялікім сайце — гэта нармальна. Google лічыць знікненне некаторых URL у Сеціве натуральным. Проблема ўзнікае, калі 404 выдаюць старонкі з важным трафікам, знешнімі спасылкамі або тыя, што яшчэ лінкуюцца з сайта. Гэта пагаршае досвед карыстальніка, зніжае канверсію і эфектыўнасць сканавання сайта пошукавымі сістэмамі.

Чаму масавая перанакіроўка 404-памылак важная?

Масавая перанакіроўка 404-памылак асабліва важная для сайтаў з вялікім архівам кантэнту, інтэрнэт-крам, карпаратыўных праектаў, міграцыі з аднаго дамена на іншы. Адзін няправільны URL не заўсёды значны, але сотні «бітых» URL могуць істотна пагоршыць SEO-пазіцыі.

• Паляпшае досвед карыстальніка: Наведвальнік трапляе на найбліжэйшую да патрэбнага кантэнту старонку і менш імаверна пакіне сайт.
• Захоўвае каштоўнасць спасылак: Старонкі з знешнімі спасылкамі перанакіроўваюцца на адпаведныя новыя URL праз 301.
• Эфектыўна выкарыстоўвае бюджэт сканавання: Пошукавыя робаты фокусуюцца на актыўных старонках, а не на «бітых» URL.
• Зніжае рызыкі пры міграцыі: Змена дамена, CMS або структуры URL абмяжоўвае страты арганічнага трафіку.
• Ачышчае справаздачнасць: Менш памылак у Search Console і логах, рэальныя праблемы становяцца бачнымі.

Напрыклад, калі інтэрнэт-крама з 50 000 арганічных наведванняў у месяц выдаляе 800 URL тавараў, з якіх 120 маюць знешнія спасылкі, перанакіроўваць усё на галоўную старонку — памылка. Правільна: перанакіроўка на новы мадэль, катэгорыю або найбліжэйшы аналаг. Гэта адпавядае намеру карыстальніка і дапамагае Google лепш зразумець перанакіраванне.

Як масава выявіць 404-памылкі?

Першы крок да масавай перанакіроўкі — дакладны збор дадзеных. Калі вы працуеце з «на вока» складаным спісам, можна перанакіраваць няправільныя старонкі, стварыць лішнія ланцужкі або вярнуць у індэкс тое, што трэба выдаліць. Рэкамендуецца збіраць дадзеныя мінімум з трох крыніц.

1. Выкарыстанне Google Search Console

У Search Console ў справаздачы аб індэксацыі старонак можна экспартаваць URL-ы, пазначаныя як «не знойдзена». Асабліва важныя — тыя, што паўтараюцца за апошнія 3 месяцы, маюць знешнія спасылкі або выпадкова трапілі ў sitemap.

Дадзеныя Search Console карысныя для SEO, але не заўсёды поўныя, бо некаторыя 404 URL, якія наведваюць карыстальнікі, яшчэ не зафіксаваны Google. Таму важна правяраць логі сервера і сканеры сайта. Калі сайт перанесены на новы хостынг, якасць і хуткасць хостынгу таксама ўплывае на сканаванне. Глядзіце высокапрадукцыйныя web hosting-рашэнні і гайд па міграцыі сайта.

2. Аналіз рэальных наведванняў па логах сервера

Логі сервера паказваюць, хто і што наведвае, і які статус-код атрымлівае. У Apache і Nginx можна адсартаваць 404 URL па колькасці запытаў. Калі з 10 000 404 URL толькі 40 даюць 80% памылковага трафіку, варта спачатку працаваць з імі.

Для практыкі аналізуйце логі за 30 дзён, фільтруйце 404, і выбірайце URL з найбольшай колькасцю запытаў. На вялікіх сайтах 90 дзён дасць больш поўную карціну. Не перанакіроўвайце URL, якія ўжо не маюць трафіку толькі таму, што яны ёсць у спісе.

3. Праверка ўнутраных спасылак сканерамі сайта

З дапамогай Screaming Frog, Sitebulb, Ahrefs, Semrush і падобных інструментаў можна выявіць «бітую» ўнутраную лінкаўку. Часто лепш за ўсё не перанакіроўваць, а выправіць крыніцу спасылкі. Калі, напрыклад, у меню або падвале няправільны URL, абнавіце яго на правільны.

301-перанакіроўка з унутраных лінкаў працуе тэхнічна, але стварае лішні этап перанакіравання і павялічвае час загрузкі. У 2026 годзе, калі важныя паказчыкі Core Web Vitals, чыстая структура URL — ключ да якаснай SEO.

Якія 404 URL трэба перанакіроўваць?

Не ўсе 404 URL трэба перанакіроўваць аўтаматычна. Памылка — перанакіроўваць усё на галоўную старонку або катэгорыю. Гэта не адпавядае намеру карыстальніка і можа быць расцэнена як «soft 404» пошукавымі сістэмамі. Вырашаючы, перанакіроўваць ці не, ацэньвайце значэнне старога URL, намер карыстальніка і адпаведнасць новаму кантэнту.

Для прыярытэтнасці выкарыстоўвайце простую сістэму балаў: знешняя спасылка — 3, арганічная выдача — 3, наведванне за 30 дзён — 2, унутраная спасылка — 2. URL з 5 і больш баламі — масава перанакіроўвайце. Гэта паскарае прыняцце рашэнняў у буйных праектах з тысячамі URL.

Як скласці масавы план перанакіроўкі?

Поспех масавай перанакіроўкі залежыць ад планавання, а не толькі ад тэхнічнага файла. Лепшы фармат — двухкалонная табліца: стары URL і новы URL. Можна дадаць статус, прыярытэт, заўвагі і вынік кантролю.

Крок 1: Ачысціце спіс старых URL

Аб’яднайце дадзеныя з Search Console, логаў і сканера ў адзін файл. Выдаліце дублікаты, аддзяліце лішнія URL з параметрамі і праверце, ці сапраўды яны выдаюць 404. Напрыклад, /tovar?id=123 і /tovar?id=123&utm_source=mail могуць весці на адзін кантэнт — разглядайце базавы URL.

Крок 2: Падбярыце найбольш адпаведны новы URL

Для кожнага старога URL выбірайце старонку, якая адпавядае намеру карыстальніка. Калі выдалены SSL-гайд — не перанакіроўвайце на хостынг-пакеты, а на новы SSL-гайд або старонку SSL-товара. Што такое SSL-сертыфікат і Купіць SSL-сертыфікат — лепшыя мэты для старых бяспечных старонак.

Крок 3: Вызначце тып перанакіроўкі — 301, 302, 410

301 — для пастаяннага пераносу старонкі. 302 — для часовай акцыі або абслугоўвання. 410 Gone — для кантэнту, які не вернецца і не мае аналага. 404 — натуральны статус, але на каштоўных URL не пакідайце некантралявана.

Крок 4: Пратэстуйце ў тэставым асяроддзі

Укараняць масавыя правілы адразу на «жывым» сайце рызыкоўна. Тэстуйце на staging-версіі. Пратэстуйце не менш за 20 прыкладаў: стары блог, тавар, URL з параметрамі, рознымі рэгістрамі, са слэшем і без. Праверце, што кожны вядзе на патрэбную старонку ў адзін крок.

Масавая перанакіроўка 404 праз Apache .htaccess

Самы папулярны спосаб для Apache — наладжваць перанакіроўкі ў .htaccess. Гэта даступна для многіх сайтаў на агульным хостынгу і проста. Але нават маленькая памылка ў .htaccess можа зрабіць сайт недаступным — абавязкова рабіце бэкап перад зменамі.

Для невялікай колькасці URL можна прапісваць перанакіроўкі ўручную. Калі URL сотні — файл становіцца цяжкім, лепш выкарыстоўваць шаблоны (regex). Напрыклад, калі старыя блогі былі /2022/nazva-artykuła, а новыя — /blog/nazva-artykuła, можна напісаць адно правіла для ўсіх падобных выпадкаў.

Рэкамендацыі для .htaccess:

• Перанакіроўкі павінны быць максімальна простымі.
• Пераход са старога URL на новы — у адзін крок, пазбягайце ланцужкаў.
• Regex правілы тэстуйце на прыкладах перад укараненнем.
• Пераходы http→https, www→без www і стары→новы URL не павінны канфліктаваць.
• Правілы, што ствараюць цыклы перанакіроўкі, выдаляйце.

На агульным хостынгу .htaccess даступны праз панэль кіравання або FTP. Калі DNS і хостынг не наладжаны правільна, вынікі тэстаў могуць быць некарэктнымі. Правярайце як перанакіроўваць дамен і гайд па DNS-настройках.

Масавая перанакіроўка 404 у Nginx

У Nginx перанакіроўкі наладжваюцца ў server block. Гэта ідэальна для сайтаў з вялікім трафікам, але патрабуе доступу на VPS або выдзелены сервер. На агульным хостынгу гэтых правоў можа не быць.

Для вялікіх спісаў перанакіровак у Nginx карыстаюцца map-структурай: табліца адпаведнасці старых і новых URL. Гэта зручна і хутка для масавых перанакіровак, але кожныя змены трэба тэставаць і перазагружаць сэрвіс.

Кантрольны спіс для Nginx:

• Не перазагружайце сэрвіс без праверкі сінтаксісу канфігурацыі.
• 301-перанакіроўкі не павінны канфліктаваць з правіламі HTTPS і кананічнасці дамена.
• Map-спісы разбівайце на асобныя файлы і вядзіце версіраванне.
• Пры тэставанні пачынайце з малых груп URL.
• Пасля перанакіроўкі маніторце логі не менш за 48 гадзін.

На VPS і выдзеленых серверах тэхнічная гнуткасць вышэй, але памылка ў канфігурацыі можа зрабіць сайт недаступным. Абавязкова рабіце поўны бэкап і плануйце «акно абслугоўвання». Калі думаеце аб пашырэнні інфраструктуры, глядзіце VPS-сервер-рашэнні.

Масавая перанакіроўка 404 на WordPress-сайтах

WordPress прапануе шмат убудоў для перанакіроўкі 404: Redirection, Rank Math, Yoast Premium і інш. Імпарт CSV-файла з адпаведнасцямі старых і новых URL — просты спосаб для тых, хто не хоча мяняць тэхнічныя файлы.

Але чым больш убудоў і запісаў — тым вышэй нагрузка на базу. Для 10–20 перанакіровак убудова — добра, для 10 000 — лепш рабіць на ўзроўні сервера. Інакш кожны запыт будзе праходзіць праз базу, што можа запаволіць сайт.

Рэкамендацыі для WordPress:

• Праверце структуру пастаянных спасылак, каб яна выпадкова не змянілася.
• Маніторце 404-памылкі праз убудову 1–2 тыдні.
• Падрыхтуйце CSV-файл з адпаведнасцямі старых і новых URL.
• Спачатку імпартавайце тэставы файл на 10 запісаў.
• Пасля перанакіроўкі ачысціце кэш і праверце прыкладныя URL.

Для WordPress важна не толькі выбар убудоў, але і PHP-версія, кэшаванне, якасць тэм і хостынг. Глядзіце WordPress hosting-пакеты і гайд па паскарэнні WordPress.

Ці правільна перанакіроўваць усе 404 на галоўную?

Не, гэта часта памылка. Хоць так можна зменшыць колькасць памылак у справаздачах, карыстальнік не знаходзіць патрэбны кантэнт. Google расцэньвае такія перанакіроўкі як «soft 404». Гэта значыць, нават калі сервер выдае 301, пошукавік лічыць якасць нізкай.

Напрыклад, калі тэхнічны артыкул перанакіроўваецца на галоўную, карыстальнік не вырашае сваю праблему. Той, хто шукае інструкцыю па SSL, а трапляе на старонку хостынгу — хутка пакіне сайт. Правільна — перанакіроўваць на актуальны SSL-гайд, катэгорыю або адпаведны тавар. Калі аналагу няма — даць якасную 404-старонку з пошукам, катэгорыямі і падтрымкай.

Розніца паміж 404, 301, 302 і 410

Пры масавай перанакіроўцы трэба дакладна разумець HTTP-коды. Няправільны код — няправільны сігнал для пошукавых сістэм.

Для SEO найбольш часта выкарыстоўваецца 301, але гэта не значыць, што ён падыходзіць ва ўсіх выпадках. 410 — добры выбар для спам-URL, старых вынікаў пошуку, тавараў, што не вернуцца, або выдаленага кантэнту па юрыдычных прычынах.

Кантрольны спіс пасля масавай перанакіроўкі

Укараненне перанакіроўкі — не фінал. Важна праверыць, што ўсё працуе як трэба. У першыя 7 дзён пасля запуска выканайце наступнае:

• Пратэстуйце прыкладныя URL у браузеры і праз інструменты для праверкі статус-кодаў.
• Праверце, што стары URL вядзе на новы ў адзін крок 301.
• Упэўніцеся, што няма ланцужкоў або цыклаў перанакіравання.
• Маніторце змяненне колькасці 404 у Search Console.
• Аналізуйце логі сервера па найбольш запатрабаваных 404 URL.
• Праверце, што ў sitemap няма 404 або перанакіраваных URL.
• Абнавіце ўнутраныя спасылкі да новых URL.
• Ачысціце кэш і CDN.

Калі выкарыстоўваеце CDN, старыя перанакіроўкі або 404 могуць быць у кэшы. Гэта значыць, што нават пры правільных наладках на серверы карыстальнік можа бачыць стары адказ. SSL, CDN і хостынг павінны працаваць зладжана. Каб пазбегнуць праблем з бяспекай, глядзіце усталёўка SSL-сертыфіката і як стварыць бяспечны сайт.

Памылкі SEO пры масавай перанакіроўцы

Самыя распаўсюджаныя памылкі пры масавай 404-перанакіроўцы — вынік спешкі пры міграцыі. Каб захаваць арганічныя пазіцыі, пазбягайце наступнага:

• Перанакіроўка на нерэлевантныя старонкі: 301 на старонкі без сувязі з кантэнтам зніжае задаволенасць карыстальніка.
• Масавая перанакіроўка на галоўную: Памылкі ў справаздачах меншаюць, але SEO-каштоўнасць — не.
• Ланцужкі перанакіравання: Калі стары URL вядзе спачатку на прамежкавы, а потым на новы — рызыка страты аўтарытэту і запаволення.
• Цыклы перанакіравання: URL вяртаюцца адзін да аднаго, старонка недаступная.
• Старыя URL у sitemap: Пошукавым сістэмам — супярэчлівы сігнал.
• Неабноўленыя ўнутраныя лінкі: Лішняя нагрузка праз пастаянныя 301.
• Не кантралююцца параметрныя URL: Фільтры, пошук і трэкеры могуць ствараць тысячы фіктыўных 404.

Досведныя SEO-спецыялісты спачатку групуюць URL: блог, тавар, катэгорыя, медыя і параметрныя — асобна. Так не адна агульная правіла, а лакальныя для кожнай групы.

Прыклад: 1 200 старых URL тавараў у інтэрнэт-краме

Уявім, што інтэрнэт-крама перанесена з /product/123-tovar на /tovar/nazva-tovara. Search Console паказвае 1 200 404. Як дзейнічаць:

• Супастаўце ID тавараў у старой і новай базе.
• Тавары ў продажы — 301 на новы URL.
• Тавары, што не прадаюцца, але маюць аналагі — 301 на аналаг.
• Без аналага — на катэгорыю (яна павінна быць рэлевантнай).
• Без трафіку і аналага — 410.
• Унутраныя спасылкі абнавіць на новыя URL.

Так 1 200 URL не адпраўляюцца ў адно месца: 650 — 301 на новы, 220 — на аналаг, 180 — на катэгорыю, 150 — 410. Гэта паляпшае досвед і сігналы для SEO.

Калі патрэбна спецыяльная 404-старонка?

Нават пры масавай перанакіроўцы некаторыя карыстальнікі трапляюць на 404. Спецыяльная старонка — не раскоша, а неабходнасць. Яна павінна не проста паведаміць пра памылку, а дапамагчы карыстальніку знайсці адказ.

Элементы якаснай 404-старонкі:

• Кароткае і яснае паведамленне пра памылку
• Пошук па сайце
• Папулярныя катэгорыі або паслугі
• Спасылка на падтрымку ці зварот
• Спасылка на галоўную старонку
• Лаканічны дызайн у стылі брэнда

404-старонка павінна вяртаць сапраўдны статус 404. Некаторыя сайты паказваюць дызайнерскую 404, але сервер выдае 200 OK — гэта soft 404 і праблема для SEO.

Лепшыя практыкі SEO у 2026 годзе

У 2026 годзе тэхнічны SEO — гэта не толькі сігналы для пошукавых робатаў. З AI Overviews, новымі пошукавымі магчымасцямі і сістэмамі якасці карыстацкі намер і адпаведнасць перанакіравання важныя як ніколі.

• Для кожнага важнага 404 URL праводзьце аналіз намеру.
• Абнаўляйце масавыя спісы перанакіравання рэгулярна.
• Не ўключайце перанакіраваныя URL у XML sitemap.
• Праверце, што кананічныя тэгі не супярэчаць перанакіроўцы.
• Аб’яднайце ўсе варыяцыі HTTP і www у адзін кананічны URL.
• Пратэстуйце, што мабільныя і дэсктоп-карыстальнікі трапляюць у адно месца.
• Вымярайце хуткасць старонак пасля перанакіравання.
• Маніторце uptime і час адказу для ключавых старонак.

Якасць інфраструктуры таксама важная. На павольным або нестабільным серверы нават ідэальная карта перанакіравання не дае выніку. Для стабільнай працы сайта наладжвайце карпаратыўныя hosting-пакеты, рэгістрацыю дамена і SSL-сертыфікаты.

Кароткі агляд і вынік

Масавая перанакіроўка памылак 404 — гэта не проста закрыццё «бітых» URL, а працэс аналізу дадзеных, карыстацкага намеру, правільных HTTP-кодаў і тэхнічнага тэставання. Каштоўныя старыя URL перанакіроўвайце на адпаведныя новыя старонкі праз 301, без аналага — 410, унутраныя спасылкі абнаўляйце.

Для лепшых вынікаў збірайце дадзеныя ў Search Console, логах і сканерах, стварайце карту старых і новых URL, укараняйце перанакіроўкі праз Apache, Nginx або WordPress, потым рэгулярна правярайце ланцужкі, sitemap і справаздачы па 404. Надзейны хостынг, правільная даменная структура і бяспечны SSL — аснова тэхнічнай стабільнасці.

Калі на вашым сайце шмат 404, страта трафіку або патрэба ў складаных перанакіроўках — пачніце з тэставання на малых групах URL. Для стабільнай працы і кіравання сайтам азнаёмцеся з хостынг, дамен і SSL-рашэннямі Hostragons — і пабудуйце інфраструктуру спакойна і планамерна.

Частыя пытанні

Ці карысна масава перанакіроўваць 404 для SEO?

Так, калі зроблена правільна. Перанакіроўка URL з трафікам, знешнімі спасылкамі або аналагам на новыя старонкі праз 301 паляпшае карыстацкі досвед і захоўвае SEO-сігналы. Некарэктныя масавыя перанакіроўкі могуць шкодзіць.

Ці можна перанакіроўваць усе 404 на галоўную?

Тэхнічна можна, але для SEO не рэкамендуецца. Карыстальнік, які шукае тавар, пост або катэгорыю, трапляе на галоўную і не знаходзіць патрэбнае. Гэта — soft 404 і нізкая задаволенасць.

Калі лепш выкарыстоўваць 410 замест 404?

Калі кантэнт выдалены, не вернецца і няма адпаведнай старонкі — 410 Gone дае больш выразны сігнал. Для старых прома-старонак, спам-URL або выдаленых тавараў — выбірайце 410.

Як масава перанакіроўваць 404 на WordPress?

У WordPress можна маніторыць 404 праз убудовы (Redirection, SEO) і імпартаваць CSV са старымі і новымі URL. Для вялікіх сайтаў лепш наладжваць перанакіроўкі на ўзроўні сервера.

Ці трэба захоўваць старыя URL у sitemap пасля перанакіроўкі?

Не. У XML sitemap павінны быць толькі 200 OK URL, якія індэксуюцца і кананічныя. 404 і 301 URL выдаляйце з sitemap.