#Что означает проблема и как её распознать
HTTP 308 означает постоянное перенаправление с сохранением метода запроса. Если браузер продолжает уводить на старый адрес, сначала нужно выяснить: отвечает ли сервер старым заголовком Location или браузер повторно использует прежний закешированный редирект.
#Основные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Сервер или CDN отдаёт старый LocationВ текущем ответе на исходный URL указан старый адрес. | Тот же переход виден в чистом браузере и в заголовках ответа. | Исправить правило на сервере или в панели CDN. |
| Постоянный редирект сохранился в браузере308 допускает кеширование; браузер может не обращаться к исходному адресу повторно. | В новом профиле переход правильный, в старом — нет. | Проверить данные именно затронутого сайта. |
| Несогласованные правила для http/https и wwwПеренаправления на разных узлах противоречат друг другу. | Сеть показывает цепочку нескольких 3xx или цикл. | Проверить каждый переход и исправить первичное правило. |
#Пошаговая диагностика и устранение
- Запишите исходный и конечный адресаКогда адрес изменяется сам: скопируйте исходную ссылку в Блокнот, откройте её в Chrome и запишите адрес после перехода. Не меняйте серверную конфигурацию сразу. Уточните, случается ли это только в одном браузере и на одном устройстве. Если исходная ссылка менялась вручную в закладках, исправьте сначала саму закладку; иначе переходите к диагностике ответа.
- Посмотрите реальную цепочку перенаправленийВ Chrome нажмите F12 → вкладка Network («Сеть») → отметьте Preserve log («Сохранять журнал»), затем вставьте исходный адрес и нажмите Enter. Выберите первую строку документа; в Headers («Заголовки») найдите Status Code и Response Headers → Location. 308 с неправильным Location означает ответ сервера или посредника, а отсутствие первой строки при немедленном переходе может указывать на кешированное перенаправление. Если F12 недоступна, попробуйте меню ⋮ → Дополнительные инструменты → Инструменты разработчика, затем вкладку «Сеть».
- Сравните с новым профилем без потери данныхВ Chrome нажмите значок профиля справа сверху → «Добавить» → «Продолжить без аккаунта» (если доступно) и откройте прежний URL. Не удаляйте основной профиль. Если в новом профиле переход правильный, проблема локальна; вернитесь в старый профиль, откройте ⋮ → «Настройки» → «Конфиденциальность и безопасность» → «Настройки сайтов» → «Посмотреть разрешения и данные, сохранённые на сайтах», найдите домен и удалите данные ТОЛЬКО этого сайта после сохранения нужных сеансов. Если изменения нет, вероятнее всего правило остаётся на стороне сервера/промежуточного узла.
- Для владельца сайта проверьте место правилаОткройте свою панель хостинга, CDN или управления перенаправлениями; найдите правило для исходного URL, включая варианты с http, https, www и без www. Перед изменением сохраните снимок исходных настроек или копию конфигурации. Если редирект настроен в Nginx/Apache, проверьте конкретный конфигурационный файл и выполните nginx -t либо apachectl configtest перед применением. Не удаляйте правила вслепую: нужен один согласованный маршрут к новому адресу. Если сервер чужой, передайте владельцу исходный URL и Location из шага 2.
- Не изменяет данныеLinux · Терминал (Bash)КомандаНе изменяет данные. Выполнять в Терминале Windows, macOS или Linux; пример example.com замените на проверяемый общедоступный URL без паролей. -I отправляет HEAD (ответ может отличаться от GET), --max-time 15 ограничивает ожидание 15 секундами. Смотрите Location и код; если curl отсутствует, используйте инструменты разработчика браузера.
curl -I --max-time 15 https://example.com/ - Повторите проверку и проверьте откатОткройте исходный URL в новом профиле и обычном окне, снова проверьте Network: ожидается 308 с правильным Location (либо корректное прямое открытие), затем конечная страница без зацикливания. Если после изменения правила сайт стал недоступен, восстановите сохранённую версию конфигурации/правила, проверьте её синтаксис и примените штатным способом. Если сервер возвращает верный Location, а прежний браузер всё ещё уходит на старый адрес, оставьте серверные настройки без дальнейших изменений и разбирайтесь с локальным кешем.
#Как проверить результат и что делать, если не помогло
У исходной ссылки одна однозначная цепочка переходов, Location указывает на новый адрес, конечная страница отвечает штатно. Если в нескольких независимых браузерах всё ещё виден старый Location — сообщите администратору точные URL, время и заголовки. Не публикуйте журнал с токенами или cookie.