Перенос сайта
Как безболезненно перенести сайт на новый хостинг и не потерять трафик. Ниже — практический чек‑лист: что проверить самому, как быстро локализовать причину и когда уже стоит писать в поддержку.
Рациональный совет: хостинг для переноса сайта
С чего начать
Главная ошибка — сразу «лечить» не выяснив, где именно сбой: домен/SSL, DNS, сервер, приложение (CMS), база данных или внешний сервис (почта, API, CDN). Начните с простого: откройте сайт с другого устройства/интернета и проверьте, повторяется ли проблема.
- Одинаково везде — чаще виноват сервер или приложение.
- Только у части пользователей — часто DNS/провайдер/кеш/CDN.
- Только одна страница — вероятно, маршрут/файл/правила, либо ошибка контента.
Быстрая диагностика
| Проверка | Как понять | Что сделать |
|---|---|---|
| Пинг/доступность | Сайт не отвечает, но IP пингуется | Проверить HTTPS/порт 443, firewall, лимиты |
| DNS | На одном провайдере открывается, на другом нет | Проверить A/AAAA/CNAME, TTL, кеш |
| SSL | Браузер ругается на сертификат | Перевыпустить сертификат, проверить цепочку |
| Логи | Случайные ошибки 5xx/таймауты | Посмотреть error/access логи, включить debug |
| База | Ошибка соединения/медленные запросы | Проверить нагрузку, индексы, slow log |
Пошаговый план решения
- Зафиксируйте симптомы: точное время, URL, код ошибки (если есть), что делали перед этим (обновление, перенос, импорт).
- Проверьте ресурсы: CPU/RAM, I/O диска, место на диске, количество процессов/соединений, лимиты аккаунта.
- Откройте логи: web‑сервер (nginx/apache), приложение (CMS), PHP/FPM, база данных.
- Изолируйте проблему: отключите плагины/модули, внешние скрипты, проверьте «чистую» тему/страницу.
- Проверьте кеш: серверный кеш, кеш плагинов, CDN — иногда «ломает» только часть страниц.
- Фиксируйте изменения. После каждого шага — проверка. Так вы точно поймёте причину, а не «угадали».
Что отправить в поддержку
Чтобы не переписываться 10 раз, сразу соберите минимум данных:
- время проблемы и ваша таймзона;
- адрес страницы (URL) и код ответа (403/404/500/таймаут);
- скриншот или точный текст сообщения;
- выдержка из логов за эту минуту (если есть доступ);
- что меняли перед проблемой: обновление, перенос, импорт, настройки CDN/SSL.
Если поддержка видит факты, а не эмоции — решение обычно находится быстрее.
Мини‑словарик
- TTFB — время до первого байта, показатель скорости ответа сервера.
- 5xx — серверные ошибки (сбой приложения/окружения).
- TTL — время жизни DNS‑записи в кеше.
- WAF — веб‑фаервол, может блокировать запросы и давать 403.
- CDN — сеть доставки контента, ускоряет статику, но иногда кеширует ошибки.
Профилактика
- Настройте алерты (uptime, 5xx, время ответа, заполнение диска).
- Держите резервные копии по правилу 3‑2‑1 и регулярно проверяйте восстановление.
- Обновляйте CMS/плагины через стейджинг или хотя бы с точкой отката.
- Ставьте кеш и сжатие (gzip/brotli), оптимизируйте изображения и шрифты.
- При росте трафика заранее планируйте масштабирование: вертикально (тариф) или горизонтально (несколько узлов).
Ссылки по теме
Если ситуация похожа, посмотрите также:
Частые вопросы
Сколько времени нужно на диагностику?
Если есть доступ к логам и панели хостинга — базовую причину обычно находят за 15–60 минут. Сложные случаи (плавающие ошибки, внешние API, редкие пики) требуют наблюдения и метрик.
Нужно ли сразу менять хостинг?
Не всегда. Сначала убедитесь, что не упёрлись в лимиты или не сломали сайт обновлением. Но если сбои повторяются и поддержка не помогает — смена площадки часто дешевле по времени.
Можно ли исправить проблему без разработчика?
Иногда да: очистить кеш, вернуть настройки, отключить плагин, восстановить бэкап. Но если это код/база/интеграции — быстрее подключить специалиста, чтобы не потерять время и трафик.
План переноса без потерь
Успешный перенос — это не «скопировать файлы». Важно синхронизировать базу данных, проверить версии PHP/расширения, выставить права и аккуратно переключить DNS.
Чек‑лист
- Сделать полный бэкап файлов + базы и проверить восстановление.
- Развернуть копию на новом хостинге на временном домене/поддомене.
- Проверить письма/формы/платежи, фоновые задачи, cron.
- Перед переключением — заморозить изменения (или сделать финальную синхронизацию базы).
- Понизить TTL DNS заранее, затем переключить и наблюдать.