«Я хотела перенести старый сайт на новый хостинг и думала, что это кошмар: рассказываю, как на Timeweb всё получилось без потери позиций»

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

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

Повод был простой: старый хостинг стал откровенно разочаровывать. Страницы начали грузиться дольше, иногда сайт «зависал» на несколько секунд, поддержка отвечала всё медленнее, а однажды сайт вообще упал на четыре часа, и я узнала об этом не от хостинга, а от читателя, который написал мне в Telegram: «У вас сайт не открывается». Четыре часа простоя — это потерянный трафик, испорченные поведенческие факторы и, если бы это повторилось, реальный риск просесть в выдаче.

Я решила: хватит. Надо переносить сайт на другой хостинг. Но как только я произнесла эту фразу вслух, внутри что-то сжалось. Я начала гуглить «перенос сайта на другой хостинг» и «как переехать на новый хостинг без потери трафика» — и утонула в статьях, где писали про выгрузку баз, импорт через phpMyAdmin, перенос файлов по FTP, изменение конфигурационных файлов, прописывание DNS-записей у регистратора домена, ожидание делегирования, риск 404-ошибок при неверных путях… От этого обилия информации меня просто парализовало.

Страхи, которые мешают начать

Я честно выписала всё, чего боялась:

Потеря позиций в поиске. Я читала, что при переезде поисковики могут «забыть» сайт, и придётся заново ждать индексации.
404-ошибки. Если страницы открываются по новым адресам, а старые не настроены правильно, роботы увидят кучу 404-х, и это сигнал: «Сайт сломан».
Потеря данных. Вдруг при экспорте базы данных что-то отвалится, и я потеряю статьи или комментарии.
Простой. Сколько времени сайт будет недоступен? Час? День? Неделю?
DNS-делегирование. Я помнила, что при смене DNS нужно ждать, пока домен «переподключится», и в этот период сайт может быть недоступен для части пользователей.
Кодировка. Где-то читала, что при переносе базы данных могут появиться «кракозябры» вместо русского текста. Это звучало как кошмар.

С этим списком я сидела перед экраном и думала: «А может, ну его? Может, просто потерпеть на старом хостинге?» Но потом вспомнила те четыре часа простоя, вспомнила медленную загрузку и сказала себе: «Нет. Пора».

Подготовка: что я сделала до переезда

Первое, что я поняла: перенос сайта на другой хостинг — это не то, что можно делать «на бегу». Нужен план. Я составила список шагов:

Сделать полную резервную копию сайта (файлы + база данных).
Зарегистрироваться на Timeweb, выбрать подходящий тариф.
Создать площадку под сайт, загрузить файлы и импортировать базу.
Настроить SSL, проверить, открывается ли сайт по временному адресу.
Переписать DNS-записи у регистратора домена.
Настроить 301-редиректы, проверить robots.txt и sitemap.xml.
Добавить изменения в Яндекс Вебмастер и Google Search Console.
Проверить все страницы, убедиться, что ничего не потерялось.

Звучит просто, но каждый пункт вызывал у меня внутренний трепет. Особенно шаг 5 — переписывание DNS-записей. В прошлый раз, когда я пыталась разобраться с этим на другом хостинге, мне казалось, что я разгадываю шифр на древнем свитке.

Регистрация на Timeweb и первые шаги

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

Я выбрала тариф, который подходил под мои задачи: сайт на WordPress, несколько тысяч страниц, средний трафик, база данных MySQL. На Timeweb тарифы были описаны не только в цифрах, но и с пояснениями: «Подходит для блога, сайта-визитки, небольшого магазина». Я выбрала тариф с запасом по ресурсам, чтобы не упереться в лимиты в первый же месяц после переезда.

После активации хостинга я создала площадку под сайт. Здесь меня ждал первый приятный сюрприз: Timeweb предложил не просто создать директорию, а сразу настроить окружение под WordPress: нужная версия PHP, база данных, конфигурация сервера. Мне не пришлось вручную менять лимиты памяти или включать расширения — всё уже было готово.

Перенос файлов и базы данных

Дальше начался самый волнительный этап — перенос файлов. Я скачала архив со старого хостинга: все файлы сайта, включая ядро WordPress, темы, плагины и загрузки. На Timeweb я зашла в файловый менеджер, загрузила архив и распаковала его в нужную директорию. Процесс занял несколько минут, и всё прошло без ошибок.

Следом — база данных. Экспортировала её со старого хостинга через phpMyAdmin (на Timeweb тоже есть phpMyAdmin, так что интерфейс был знакомый). Создала новую базу на Timeweb, импортировала дамп. Здесь я затаила дыхание, ожидая «кракозябры» — но нет, русский текст остался русским. Кодировка совпала, ничего не сломалось.

Дальше нужно было поправить конфигурационный файл WordPress: указать новые доступы к базе данных (имя базы, пользователь, пароль, хост). Это был единственный момент, где нужно было вписать что-то вручную, и я сделала это через файловый менеджер прямо в браузере. Открыла wp-config.php, заменила старые значения на новые, сохранила. Всё.

Проверка по временному адресу

На Timeweb есть удобная функция: доступ к сайту по временному адресу, до того как домен будет перенаправлен на новый хостинг. Это значит, что можно проверить, правильно ли всё работает, ещё до переключения DNS. Для меня это было огромным облегчением: я могла убедиться, что страницы открываются, изображения на месте, формы работают, база данных подключена корректно.

Я зашла по временному адресу и начала проверять. Открыла главную — работает. Открыла несколько статей — работают. Картинки на месте, меню работает, комментарии на месте. Я буквально выдохнула. Дальше я прошла по всем ключевым URL из своего списка, который подготовила заранее, и убедилась, что каждая страница открывается без ошибок.

Переключение DNS и ожидание

Вот тут был самый нервный момент. Мне нужно было изменить DNS-записи у регистратора домена, чтобы домен начал указывать на новый хостинг. На Timeweb в панели управления были чёткие инструкции: какие именно DNS-серверы нужно прописать и где это сделать. Я зашла в личный кабинет регистратора, заменила старые DNS-адреса на те, что указал Timeweb, и нажала «Сохранить».

Дальше — ожидание. Я знала, что DNS-делегирование может занять от нескольких часов до суток. В моём случае домен начал открываться с нового хостинга примерно через четыре часа. В этот период часть пользователей могла видеть сайт со старого хостинга, а часть — уже с нового. Это нормально, так работает интернет: DNS-записи обновляются не мгновенно, а постепенно по всему миру.

Важно было убедиться, что и на старом, и на новом хостинге сайт работает корректно в этот переходный период. Я оставила старый хостинг активным ещё на пару дней, чтобы избежать ситуации, когда кто-то попадает на «пустую» страницу. Только когда убедилась, что домен полностью «переехал», отключила старый тариф.

Сохранение SEO: редиректы, robots.txt, sitemap

Теперь — самое важное с точки зрения продвижения. Перенос сайта без потери трафика — это не просто перетаскивание файлов. Нужно убедиться, что поисковые системы не видят разницы между старым и новым сайтом.

301-редиректы. У меня не менялась структура URL — я переносила сайт «как есть», поэтому 301-редиректы на уровне сайта не понадобились. Но я проверила, что все старые адреса открываются и отдают правильный статус (200 OK). Если бы структура менялась, нужно было бы настроить редиректы со старых URL на новые. Это критически важно: без 301-редиректов поисковики увидят 404-ошибки и могут выкинуть страницы из индекса.

robots.txt и sitemap.xml. Я проверила, что файл robots.txt остался корректным: разрешал индексацию нужных разделов и запрещал служебные. Карта сайта (sitemap.xml) тоже была на месте, и все URL в ней совпадали с реальными адресами. После переезда я обновила sitemap в Яндекс Вебмастере и Google Search Console, отправив роботам сигнал: «Сайт обновлён, проверьте».

SSL-сертификат. На Timeweb сертификат был выпущен и активирован автоматически сразу после привязки домена. Я убедилась, что сайт открывается по HTTPS, и что внутри страниц нет ссылок с HTTP (иначе браузеры пометили бы страницу как «частично безопасную»).

Что происходило в первые дни после переезда

Первые несколько дней я мониторила ситуацию нервно и постоянно. Заходила в Яндекс Вебмастер, проверяла статус индексации, смотрела, нет ли ошибок сканирования. В Google Search Console — то же самое. Параллельно проверяла позиции по нескольким ключевым запросам, по которым мой сайт был в топ-10.

И знаете что? Ничего не просело. Ниже через неделю после переезда трафик был на прежнем уровне, страницы оставались в индексе, новые статьи индексировались в обычном режиме. Я специально следила за этим две недели, и всё это время не заметила никаких аномалий. Сайт работал стабильно, страницы грузились быстрее, чем на старом хостинге, и я наконец перестала каждую минуту проверять, «не упал ли сайт опять».

Что мне реально помогло на Timeweb

Оглядываясь назад, я понимаю, что перенос сайта на Timeweb прошёл гладко по нескольким причинам:

Понятный интерфейс. Я не тратила время на поиск нужных кнопок: всё было на виду и подписано.
Временный доступ к сайту. Я могла проверить всё до переключения DNS, а не «вслепую» надеяться, что после переезда всё заработает.
Автоматический SSL. Не нужно было заказывать сертификат отдельно, ждать его выпуска и настраивать вручную.
Файловый менеджер и phpMyAdmin. Я могла делать всё из браузера, без установки FTP-клиентов и работы через терминал.
Поддержка. Когда у меня возник вопрос по DNS-записям, я написала в чат и получила ответ за пару минут — конкретный, с указанием, что и куда прописать.
База знаний. Я нашла статью «Как перенести сайт на Timeweb» с пошаговой инструкцией именно для WordPress. Всё было описано простыми словами, без assumptions, что я уже знаю, как работает SSH или что такое mysqldump.

«Я хотела перенести старый сайт на новый хостинг и думала, что это кошмар: рассказываю, как на Timeweb всё получилось без потери позиций»