Перенос сайта выглядит как техническая операция, но после него часто всплывают ошибки: белый экран, 500, не работает админка, пропали картинки, не отправляются формы или не подключается база.

Причина может быть в версии PHP, путях, правах файлов, базе данных, DNS, SSL или настройках веб-сервера. Важно проверять не только главную страницу.

Коротко: что проверить сначала

Если проблема срочная, лучше не начинать с полной переделки сайта. Сначала нужно найти участок, где ломается цепочка: форма, почта, сервер, интеграция, скрипт, DNS, SSL или внешний сервис.

  • проверьте главную, внутренние страницы и админку
  • посмотрите версию PHP на новом сервере
  • проверьте подключение к базе данных
  • проверьте права на файлы и папки
  • проверьте DNS и SSL после переноса

Почему это происходит

Другая версия PHP

Старый код может не работать на новой версии PHP, а новый код может требовать расширений, которых нет на сервере.

Неверные доступы к базе

После переноса меняются host, user, password или имя базы. Из-за этого сайт показывает ошибку подключения или пустую страницу.

Сломались абсолютные пути

В коде могут быть прописаны старые пути к папкам. На новом сервере они отличаются, и подключение файлов перестает работать.

Не перенесены скрытые файлы

Файлы вроде .htaccess влияют на ЧПУ, редиректы и безопасность. Если их не перенести, сайт может открываться неправильно.

Что можно проверить самостоятельно

Эти проверки не требуют доступа к коду. Они помогают понять, где примерно находится проблема, и дают нормальное техническое описание для исполнителя.

  • включите просмотр ошибок только для диагностики
  • проверьте логи веб-сервера и PHP
  • сравните список файлов старого и нового сайта
  • проверьте конфигурацию базы данных
  • откройте несколько типовых страниц, а не только главную

Чего не стоит делать наугад

Самая частая ошибка - менять сразу несколько настроек. После этого сложно понять, что именно сломало сайт или, наоборот, что помогло. Лучше идти по шагам и фиксировать изменения.

  • не удаляйте старый сайт до проверки нового
  • не обновляйте CMS одновременно с переносом
  • не меняйте PHP-версию без фиксации текущей ошибки
  • не переносите сайт без резервной копии базы и файлов

Когда нужен программист

Специалист нужен, если проблема повторяется, влияет на заявки или деньги, а в админке нет очевидной причины. В таких задачах важна не только правка, но и проверка результата.

  • после переноса появилась ошибка 500
  • админка открывается, а сайт нет или наоборот
  • часть страниц отдает 404
  • не работают формы, оплата или личный кабинет

Как я обычно решаю такую задачу

Я проверяю новый сервер, конфиги, базу, логи, права, ЧПУ, SSL и критические сценарии сайта. Исправляю перенос так, чтобы сайт работал полностью, а не только открывал главную.

  1. Смотрю симптом: где ошибка видна пользователю и где она фиксируется технически.
  2. Проверяю форму, сервер, логи, почту, интеграции и фронтенд-скрипты.
  3. Нахожу причину, исправляю ее точечно и не трогаю лишние части сайта.
  4. Тестирую сценарий как пользователь: отправка, уведомление, запись заявки, ответ или переход.

Сколько времени занимает

Небольшая ошибка после переноса1-2 часа
Сайт с базой и формами2-4 часа
Сложный перенос с интеграциямииндивидуально

Что подготовить перед обращением

  • ссылку на страницу, где видна проблема
  • описание: что должно происходить и что происходит сейчас
  • скриншот ошибки, если она появляется
  • доступы к админке, хостингу или панели, если без них проблему не проверить
  • почту или Telegram, куда должен приходить результат

Похожие задачи

Вопрос-ответ

Можно ли починить без повторного переноса?

Да, если файлы и база уже на сервере. Обычно нужно исправить конфиги, версии, пути или права.

Почему главная работает, а внутренние страницы нет?

Часто не перенесен .htaccess или не настроены правила ЧПУ на новом веб-сервере.

Нужно ли сохранять старый хостинг?

Да, пока новый сайт полностью не проверен. Старый сервер нужен как источник файлов, базы и сравнения.

Итог

Если сайт не работает после переноса, нужно проверять сервер, код, базу, DNS и пользовательские сценарии. Так можно быстро отделить мелкую настройку от серьезной ошибки переноса.

Если нужно быстро разобраться с такой задачей, напишите мне в Telegram: @rabotator_support. Посмотрю проблему, скажу, что реально исправить, и не буду предлагать лишнюю переделку там, где достаточно точечной правки.