Генератор 301 редиректів для Apache і Nginx
Переїзд сайту чи зміна URL потребує сотень редиректів, а один хибний рядок може створити цикл. Згенеруйте правила зі своєї таблиці відповідностей і перевірте їх перед розгортанням.
Після запуску правил відкриває до 50 старих URL і порівнює, куди вони насправді ведуть, із картою. Для відносних шляхів потрібне поле з доменом.
Для онлайн-перевірки на сервер IndexFix Tools передається лише адреса: він завантажує цю публічну сторінку й повертає відповідь. Нічого не зберігається.
Ваші дані залишаються у браузері. Нічого не передається на сервер і не зберігається.
Основні факти
- Коли URL змінюються, Google рекомендує постійні серверні переадресації, як-от 301 і 308.
- Переадресовуйте одразу на кінцеву адресу; якщо ланцюжків не уникнути, в ідеалі робіть їх не довшими за 3 переходи й не допускайте 5 і більше.
- Роботи Google проходять до 10 переходів переадресації; 301 і 308 — сильні сигнали, 302 і 307 — слабкі.
- Зберігайте переадресації якомога довше — як правило, щонайменше 1 рік.
Завантажте чек-лист «Діагностика проблем з індексацією»
Покрокова перевірка: статус у Search Console, доступність сторінки, robots.txt, noindex, канонічна URL-адреса, переспрямування, файл Sitemap і зворотні посилання — і що робити в кожному випадку.
Завантажити PDF PDF · сторінок: 3Як користуватися
- Підготуйте таблицю відповідностей: у кожному рядку старий URL і його новий URL, розділені комою, табуляцією чи стрілкою.
- Вставте її або виберіть файл CSV і, якщо старі URL записано повними адресами, введіть хост сайту.
- Виберіть сервер (Apache, Nginx або обидва) і код статусу.
- Натисніть Створити правила і виправте все в розділі «Що перевірити насамперед».
- Скопіюйте або завантажте правила, перевірте їх на тестовому сервері, а потім розгорніть.
Де взяти дані
Сканування старого сайту
Повний список старих URL, включно з тими, що мають параметри.
Старі sitemap та аналітика
Старі файли sitemap і найвідвідуваніші сторінки, щоб не пропустити важливі URL.
Ваша таблиця відповідностей
Два стовпці — старі й нові URL, експортовані в CSV.
Точні збіги в Apache
Директива Redirect в Apache зіставляє за префіксом, тож правило для /old спрацьовує і для /old-page. Генератор використовує RedirectMatch з ^ і $ для точних збігів. URL з рядком запиту потребують mod_rewrite, тому для таких пар генеруються директиви RewriteCond і RewriteRule з прапорцем QSD, який відкидає старий рядок запиту (Apache 2.4 і новіші).
Nginx з map
Для Nginx генератор створює map за $request_uri, що включає рядок запиту, і один блок if, який повертає переадресацію. map розміщується в контексті http, а блок if — у блоці server.
Ланцюжки та цикли
Якщо новий URL сам переадресовується далі в списку, старий URL спрямовується одразу на кінцеву ціль. Цикл, де URL переадресовують один на одного, не включається в правила й потрапляє до окремого списку, щоб ви виправили таблицю відповідностей.
Наступний крок
Після розгортання пройдіть SEO-чек-лист після переїзду сайту.
Запитання й відповіді
301 чи 308?
Обидва — постійні переадресації, і Google обробляє їх однаково. 308 також вказує клієнтам зберегти метод запиту.
Чи підтримуються шаблони або символи підстановки?
Ні. Генератор пише точні правила «один до одного» — це найбезпечніший варіант для карти URL.
Що робити, якщо старі URL на іншому домені?
Введіть хост старого сайту; рядки, де старий URL на іншому хості, пропускаються й виводяться окремим списком.
Як довго мають діяти переадресації?
Google радить, як правило, щонайменше один рік, а за можливості — довше.
Джерела
- Site moves with URL changes — Google Search Central: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- How HTTP status codes and network errors affect Google Search — Google Search Central: https://developers.google.com/search/docs/crawling-indexing/http-network-errors
- mod_alias — Apache HTTP Server documentation: https://httpd.apache.org/docs/2.4/mod/mod_alias.html
- ngx_http_map_module — nginx documentation: https://nginx.org/en/docs/http/ngx_http_map_module.html