Технічне SEO

Перевірка редиректів

Введіть URL, щоб простежити кожен редирект на шляху до кінцевої сторінки: HTTP-статус кожного кроку (301, 302, 307, 308…), куди він веде і скільки часу забрав. Інструмент проходить до 10 редиректів — стільки ж, скільки Googlebot, — і позначає ланцюжки та петлі, тимчасові редиректи там, де переїзд постійний, і редиректи, що закінчуються на 404 чи помилці сервера.

Залиште галочку, щоб заодно перевірити версії адреси з http і https, з www і без, — і побачити, чи всі чотири ведуть на ту саму сторінку.

БезкоштовноБез реєстраціїПеревіряє живу сторінкуОновлено в жовтні 2026

Перевірка редиректів

Наш сервер завантажує публічну сторінку, яку ви вказали, і не зберігає її копії.

Також перевірити варіанти http / https і www

HTTP-статуси та що вони означають для SEO

200OK: Сторінка відкривається нормально. Кожен URL, на який ви посилаєтеся, має закінчуватися саме так.
301Moved Permanently: Переїзд назавжди. Пошуковики індексують новий URL і передають йому сигнали старого.
302Found: Тимчасовий переїзд. Пошуковики можуть залишити в індексі початковий URL.
303See Other: Тимчасовий редирект, зазвичай після надсилання форми. Не для сторінок, що переїхали.
304Not Modified: Сторінка не змінилася з минулого візиту, тож використовується збережена копія. Доречний лише як відповідь на умовний запит.
307Temporary Redirect: Тимчасовий редирект, що зберігає метод запиту. Для SEO означає те саме, що 302.
308Permanent Redirect: Постійний редирект, що зберігає метод запиту. Для SEO означає те саме, що 301.
400Bad Request: Сервер відхилив запит як некоректний. Індексувати нічого.
401Unauthorized: Потрібен вхід. Кравлери не бачать сторінку, тож її немає в індексі.
403Forbidden: Доступ заборонено, часто фаєрволом чи захистом від ботів. Якщо його отримують кравлери, сторінка випадає з індексу.
404Not Found: Сторінки не існує. Це нормально для видаленої сторінки, але посилання й редиректи не повинні вести на 404.
410Gone: Видалено навмисно. Google обробляє це як 404: URL випадає з індексу.
429Too Many Requests: Забагато запитів. Google сприймає це як помилку сервера й сповільнює сканування.
451Unavailable For Legal Reasons: Заблоковано з юридичних причин, часто для окремих регіонів. Якщо його отримують кравлери, сторінку не проіндексують.
500Internal Server Error: Збій сервера. Google сповільнює сканування і прибирає URL з індексу, якщо помилка не зникає.
502Bad Gateway: Проксі чи CDN не отримали коректної відповіді від основного сервера. Обробляється як будь-яка інша 5xx.
503Service Unavailable: Тимчасово недоступно. Підходить для короткого обслуговування — кравлери повернуться пізніше; якщо так триває днями, сторінки починають випадати з індексу.
504Gateway Timeout: Проксі чи CDN не дочекалися відповіді основного сервера. Обробляється як будь-яка інша 5xx.

Як це працює

Як перевірити редирект

01
Вставте URL
Вкажіть стару адресу — ту, якою ще користуються люди й посилання. Без схеми підставляється https://; щоб перевірити незахищену версію, введіть http://.
02
Прочитайте ланцюжок
Кожна картка — одна відповідь: URL, його статус-код і час. Між картками видно, що змінив кожен редирект: http на https, www, слеш у кінці чи весь шлях.
03
Виправте позначене
Петлі, ланцюжки, тимчасові коди й зламані цілі — кожен пункт із порадою, як виправити. Список версій показує, чи ведуть http, https, з www і без на один кінцевий URL.
04
Оновіть посилання
Коли редиректи в порядку, спрямуйте внутрішні посилання, canonical і sitemap одразу на кінцевий URL, щоб нікому не доводилося йти в обхід.

Чесно про межі

Що цей інструмент робить, а що ні

Він відстежує лише серверні редиректи — відповіді 3xx із заголовком Location. Редиректи на JavaScript (window.location тощо) не виглядають як 3xx, тож їх не видно; meta refresh на кінцевій сторінці позначається, але теж не відкривається.

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

Інструмент представляється власним user agent (SeonixFreeTools), а не як Googlebot чи браузер, і надсилає звичайні GET-запити без cookie. Сайт, який інакше поводиться з невідомими ботами, може відповісти йому не так, як Google.

Наш сервер запитує публічний URL, який ви ввели (а з галочкою — ще його версії http/https і www), повертає результат і не зберігає ні копій сторінок, ні результату.

Seonix робить це на автопілоті

Знайдіть усі проблеми з редиректами на сайті, а не лише в цьому URL

Безкоштовний аудит сайту від Seonix сканує весь сайт і знаходить ланцюжки та петлі редиректів, зламані редиректи, внутрішні посилання на редиректи, перенаправлені URL у sitemap і відсутній редирект з http на https — разом із битими посиланнями та рештою технічного SEO. На платних планах Seonix ще й досліджує, пише й публікує статті, створені, щоб ранжуватися в Google і потрапляти в AI-відповіді.

Проаналізувати сайт безкоштовно

Для вашого стеку

SEO на автопілоті для вашого сайту

Seonix досліджує, пише й публікує статті — і стежить за технічною стороною — хоч би де жив ваш сайт.

Сайти на WordPress

Безкоштовний плагін Seonix підключається в один клік: статті публікуються як нативні пости, а SEO-виправлення та llms.txt плагін бере на себе.

Автоматизація SEO для WordPress

SaaS-продукти

Ваш AI-агент підключає застосунок до Seonix одним промтом; далі статті під реальні запити публікуються на вашому домені за розкладом.

SEO для SaaS на автопілоті

Самописні сайти

WordPress не потрібен: сайт відкриває один невеликий ендпоінт, і статті з'являються як нативні сторінки у вашому дизайні.

SEO для самописних сайтів

Також дляShopify Webflow Wix Ghost

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

Чим редирект 301 відрізняється від 302?

301 означає, що сторінка переїхала назавжди: пошуковики вважають новий URL тим, що треба індексувати, і передають йому сигнали старого, а браузери запамʼятовують редирект. 302 означає тимчасовий переїзд, тож початковий URL може лишитися в індексі. Для всього постійного — міграцій, змінених слагів, переходу з http на https — використовуйте 301 (або 308). Google може з часом сприйняти давній 302 як постійний, але 301 заявляє це з першого дня. 307 і 308 — це версії 302 і 301, що зберігають метод запиту.

Скільки редиректів — це забагато?

В ідеалі — жодного між вашими посиланнями та сторінками і щонайбільше один, коли URL переїхав. Googlebot проходить до 10 кроків редиректу, а далі фіксує помилку; браузери здаються приблизно на 20-му. Але задовго до цих меж кожен крок додає ще один запит (на мобільному це часто сотні мілісекунд) і змушує кравлерів витрачати запити на обходи, тож згортайте ланцюжки в один редирект на кінцевий URL.

Чи втрачають редиректи вагу посилань?

Самі по собі — ні, принаймні для Google: там заявляли, що редиректи 3xx не втрачають PageRank, тож старе правило, ніби кожен редирект «зʼїдає» частину ваги посилання, більше не діє. Втрачається інше: ланцюжок, настільки довгий, що кравлери перестають за ним іти; редирект на нерелевантну сторінку (якщо всі видалені URL вести на головну, це часто сприймається як soft 404); тимчасовий редирект при постійному переїзді, через який в індексі може лишитися старий URL замість нового. Один постійний крок на найближчу за змістом сторінку зберігає сигнали.

Що таке ланцюжок редиректів?

Ланцюжок редиректів — це коли URL перенаправляє на інший URL, а той — ще раз, перш ніж відкриється справжня сторінка: наприклад, http://example.com → https://example.com → https://www.example.com/. Ланцюжки накопичуються роками: перехід на https, перехід на www і кілька перейменованих сторінок нашаровуються одне на одне. Виправляють їх так: кожен старий URL перенаправляють одразу на кінцевий, а внутрішні посилання оновлюють, щоб вони вели на кінцевий URL.

Як перевірити, куди веде редирект, або статус-код сторінки?

Вставте URL в інструмент вище: він покаже кожен крок зі статус-кодом, адресою з Location і часом, а наприкінці — статус кінцевої сторінки. У браузері відкрийте інструменти розробника, на вкладці Network увімкніть Preserve log і завантажте URL — кожен редирект зʼявиться окремим запитом 3xx. У терміналі команда curl -sIL https://example.com виведе рядок статусу й заголовок Location для кожного кроку.

Безкоштовні інструменти