Панели хостинга Linux; Nginx / Apache / PHP-FPM (в зависимости от панели)

Панель управления хостингом: после смены домена статика загружается с прежнего адреса

  • Обновлено
  • Чтение ≈ 3 минуты

Краткий ответ

В панели домен изменён, но HTML новой площадки продолжает содержать ссылки на старый хост. Это не обязательно ошибка DNS: абсолютные URL могут находиться в базе CMS, шаблоне, конфигурации сборки или кеше CDN.

В этой статье
  1. Симптом и границы применимости
  2. Возможные причины и признаки
  3. Пошаговая диагностика и исправление
  4. Проверка результата
  5. Если проблема осталась
  6. Безопасный откат

#Симптом и границы применимости

В панели домен изменён, но HTML новой площадки продолжает содержать ссылки на старый хост. Это не обязательно ошибка DNS: абсолютные URL могут находиться в базе CMS, шаблоне, конфигурации сборки или кеше CDN.

Эта инструкция относится к конкретному сайту в панели управления хостингом, когда его обслуживают Nginx, Apache, PHP-FPM или их сочетание. Названия разделов и доступность SSH зависят от установленной панели и прав пользователя; шаги, которых нет в вашем интерфейсе, выполняет администратор сервера.

#Возможные причины и признаки

Возможная причинаКак узнатьЧто делать
Жёстко заданный адресШаблон либо база данных содержит полный старый URLВ исходном коде страницы виден прежний доменИсправить подтверждённый источник в настройках CMS/шаблоне
Кеш между пользователем и серверомCDN или браузер отдаёт старый HTMLПри обновлении с параметром или из другого браузера ссылки меняютсяСбросить только нужный кеш
Неверный корень сайтаНовый домен указывает на иной каталог/виртуальный хостcurl показывает заголовки или HTML от другого сайтаИсправить привязку домена в панели

#Пошаговая диагностика и исправление

  1. Отделите проблему страницы от DNSОткройте новую главную в приватном окне, нажмите F12 → «Сеть», выберите не загрузившийся CSS/JS и изучите поле Request URL. Если там прежний домен, проблема в генерации или кеше ссылки, а не в DNS новой записи.
  1. Проверьте исходный HTMLЧерез просмотр исходного кода страницы найдите старое доменное имя. Если URL уже присутствует в HTML — его выдаёт сервер/кеш; если в HTML адрес новый, но в браузере другой — смотрите JavaScript или сервисный работник.
  2. Без прав администратора; домены замените
    Linux · Терминал (Bash)Команда
    Без прав администратора; домены замените. Не передавайте вывод, если HTML содержит персональные данные.
    curl -sS https://new.example.com/ | grep -F "old.example.com"
  1. Убедитесь в правильной привязке доменаВ панели выберите именно нужный сайт: сравните домен, дополнительные имена, документный корень и включённую версию CMS. Если физический путь отличается от ожидаемого, не перемещайте файлы вслепую — сделайте резервную копию и исправьте привязку согласно панели.
  1. Найдите параметр базового URLВ настройках CMS найдите адрес сайта и адрес медиафайлов, если такие поля предусмотрены. Если CMS хранит сериализованные данные, нельзя делать массовую текстовую замену старого домена прямо в SQL без штатного инструмента. Сделайте экспорт базы перед заменой.
  1. Проверьте шаблон и конфигурацию сборкиЕсли страницы статические, ищите старый URL в настройках базового пути и выходных HTML/CSS. Для сайта с PHP проверьте шаблон и настройки кеширования. Меняйте только файл, который действительно генерирует ошибочный адрес; при необходимости пересоберите статические ресурсы штатным способом.
  1. Очистите кеш адресноСначала очистите кеш конкретного сайта в CMS/панели. Если подключён CDN, сбросьте кеш для изменённых HTML-страниц и ресурсов, не выполняя глобальную очистку без необходимости. В браузере повторите запрос с отключённым кешем через «Сеть».
  1. Проверьте итоговую загрузкуОбновите страницу с F12 → «Сеть». Для CSS, JS, изображений и шрифтов должны быть корректные адреса и успешные коды. Проверьте также внутреннюю страницу и мобильный браузер; если старый домен остался только в одной части — ищите отдельный шаблон или расширение.

#Проверка результата

Все ресурсы новой площадки загружаются с ожидаемых адресов, и в новых ответах HTML нет нежелательных ссылок на старый домен.

#Если проблема осталась

Если ссылки правильные, но 404/403 остаются, проверяйте пути файлов, права доступа, ошибки смешанного содержимого и ответ CDN отдельно.

#Безопасный откат

Если после изменения ошибка усилилась, верните сохранённое значение только изменённого параметра и повторно проверьте конфигурацию используемого веб-сервера до применения. Не возвращайте всю базу или весь сервер из резервной копии, если достаточно откатить одну настройку. При отсутствии доступа к нужному уровню обратитесь к администратору с точными временем, адресом, кодом ответа и обезличенными фрагментами журналов.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.