Хостинг ADMINVPS сдулся. Точка. Забираю свои проекты — примерно такими словами заканчивается терпение владельца сайта, когда сервер третью неделю тормозит, поддержка отвечает отписками, а позиции ползут вниз. Ситуация типовая, и провайдер в ней взаимозаменяем: сегодня разочаровал один, через год другой. Важнее другое — понять, как именно сервер влияет на поиск, по каким числам принимать решение о переезде и как переехать, не потеряв накопленный трафик.
О хостинге вспоминают в последнюю очередь. Сайт создали, наполнили, начали продвигать — а сервер воспринимают как розетку: воткнул и работает. Между тем именно он тихо крадёт позиции: медленный ответ, ночные падения, перегруженные соседи по общему тарифу. Всё это поисковая система видит и учитывает.
Как хостинг влияет на позиции
Первое — скорость ответа сервера. Время до первого байта, TTFB, это интервал между запросом браузера и первым куском ответа. Он попадает в общую оценку скорости страницы, которую учитывают и Яндекс, и Google. Идеально сжатые картинки и вылизанный код не спасут, если сервер думает над каждым запросом по полсекунды: пользователь всё это время смотрит на белый экран.
Второе — доступность. Если робот пришёл на сайт, а сервер отдал ошибку или не ответил, страница может временно выпасть из индекса. Разовый сбой не страшен: робот вернётся. Регулярные падения — другое дело, они снижают частоту обхода и подрывают доверие к ресурсу.
Третье — поведение посетителей. Тормозящий сайт люди закрывают и возвращаются в выдачу. Это фиксируется как неудачный визит и работает против позиций напрямую. Здесь и замыкается цепочка: слабый сервер даёт медленную загрузку и простои, они портят поведение, поведение роняет позиции.
Четвёртое, менее очевидное — частота обхода. Робот выделяет на сайт ограниченный ресурс. Если каждая страница отдаётся медленно, за один визит он успевает обойти меньше страниц. Для магазина на десять тысяч карточек это означает, что новые товары попадают в поиск неделями вместо суток.
Отдельно стоит сказать про то, чего хостинг не лечит. Провайдер не отвечает за тяжёлую тему с десятком слайдеров, за картинки по три мегабайта, за пять систем аналитики и чат-виджет, которые тянут по секунде каждый. Это распространённая подмена: сайт грузится медленно, владелец платит за более дорогой тариф, скорость не меняется, и виноватым остаётся провайдер. Разделение простое и его стоит запомнить: до первого байта — зона ответственности сервера, после первого байта — зона ответственности страницы.
Из этого следует и порядок работ. Сначала измеряете TTFB. Если он плохой — разбираетесь с сервером и кодом, который генерирует страницу. Если он хороший, а страница всё равно тяжёлая, — занимаетесь картинками, скриптами и шрифтами, и никакой переезд вам не нужен. Обратный порядок стоит денег и не даёт результата.
Смежный материал по теме — «Домен не работает, а хостинг жив: как записи DNS роняют сайт».
Есть и пятый канал влияния, о котором вспоминают редко, — безопасность. Общий сервер с устаревшим программным обеспечением взламывают массово, и владелец узнаёт об этом не от провайдера, а от панели вебмастера: сайт помечен как заражённый, из выдачи он исчезает целиком. Восстановление после такой истории занимает от нескольких недель, потому что мало вычистить код — нужно дождаться повторной проверки. Поэтому свежесть версий на сервере это не вопрос удобства разработчика, а вопрос сохранности трафика.
Помогу с продвижением: частный SEO-специалист — вывожу сайты в топ Яндекса белыми методами.
И шестой, самый прозаичный: сроки. Сайт, у которого закончилась оплата, отдаёт заглушку провайдера. Робот видит одну и ту же страницу вместо всего содержимого и начинает исключать адреса из поиска. Две недели такой заглушки в сезон обходятся дороже, чем годовой тариф, — настройте автопродление и уведомления заранее.
Признаки, что провайдер вас подводит
| Симптом | Что за ним стоит | Насколько срочно |
|---|---|---|
| TTFB стабильно выше 500–600 мс | Перегруженный сервер или слабый тариф | Разбираться в ближайшие недели |
| Сайт недоступен несколько раз в месяц | Проблемы инфраструктуры провайдера | Срочно, готовить переезд |
| Тормоза при росте посещаемости | Упёрлись в лимиты тарифа | Апгрейд или смена площадки |
| Админка открывается по десять секунд | Нехватка процессорного времени | Мешает работе, но не критично для поиска |
| Поддержка отвечает сутками и отписками | Инциденты никто не расследует | Главный повод уходить |
| Скачки скорости в вечерние часы | Шумные соседи на общем сервере | Требовать перенос или менять тариф |
| Резервные копии не восстанавливаются | Копии есть только на бумаге | Критично, уходить немедленно |
Один-два симптома — повод понаблюдать и собрать статистику. Системные проблемы — прямой сигнал к переезду. Не ждите, пока просадка станет катастрофической: восстановление трафика после длительных простоев занимает месяцы, а перенос сайта — один вечер.
Как замерить, а не почувствовать
«Мне кажется, сайт тормозит» — не аргумент в разговоре с поддержкой и не основание платить за переезд. Нужны числа, и получить их можно тремя способами.
- Измерить время ответа многократно. Одиночный замер ничего не значит: он мог попасть на кэш или на случайную нагрузку. Снимайте TTFB несколько раз в день в течение недели, включая вечерние часы. Именно разброс между лучшим и худшим значением показывает, есть ли у провайдера проблема с соседями.
- Поставить внешний мониторинг доступности. Сервис пингует сайт раз в минуту и пишет в мессенджер, если ответ не 200. Через месяц у вас будет точная цифра аптайма, которую можно предъявить. Обычно выясняется, что «падало пару раз» на деле означает двадцать эпизодов по несколько минут.
- Разделить вклад сервера и вклад сайта. Это ключевой шаг, который пропускают почти все. Медленный сайт не всегда означает медленный хостинг: тяжёлые картинки, десяток внешних скриптов и раздутая тема грузят страницу сами по себе. Отделить одно от другого просто: TTFB — это ответственность сервера и кода, всё, что после, — ответственность вёрстки и содержимого страницы. Если TTFB хороший, а страница грузится восемь секунд, менять провайдера бессмысленно.
Смотрите также данные из панели вебмастера: там есть отчёты по скорости и по ошибкам обхода. Всплеск ошибок 5xx на графике — это документально зафиксированные падения вашего сервера, и по датам их удобно сопоставлять с просадкой позиций.
Тип размещения и его пределы
Половина проблем возникает не от плохого провайдера, а от несоответствия тарифа задаче. Сайт вырос, а размещение осталось стартовым.
Если нужны детали, смотрите «Перенос сайта WordPress на другой хостинг без потери позиций».
| Тип размещения | Для чего подходит | Где ломается |
|---|---|---|
| Общий хостинг | Сайт-визитка, блог, небольшой корпоративный сайт | Соседи по серверу, жёсткие лимиты, нет доступа к настройкам |
| Виртуальный сервер | Магазины, сайты с посещаемостью от нескольких сотен в сутки | Нужен человек, который умеет его обслуживать |
| Выделенный сервер | Крупные проекты, высокие нагрузки | Дорого, избыточно для большинства |
| Облачное размещение | Проекты с резкими скачками нагрузки | Счёт зависит от потребления, легко переплатить |
Практический ориентир: пока сайт не превышает нескольких сотен посетителей в сутки и не имеет тяжёлого каталога, общего хостинга нормального качества достаточно. Как только появляется каталог с фильтрами, поиск по сайту и рост посещаемости — начинаются упирания в лимиты, и логичный шаг это виртуальный сервер.
На что смотреть при выборе провайдера
- Расположение серверов. Для сайта, ориентированного на Россию, сервер должен стоять в России. Это и скорость, и требования законодательства о хранении персональных данных.
- Версии программного обеспечения. Свежая версия PHP, современная база данных, поддержка кэширования на уровне сервера. Устаревшее окружение — это и медленно, и небезопасно.
- Резервные копии и, главное, восстановление. Спрашивайте не «делаете ли вы копии», а «за сколько минут вы восстановите сайт из копии на вчерашний день». Разница в ответах показательная.
- Реакция поддержки. Проверяется до оплаты: задайте технический вопрос и засеките время ответа и его содержательность.
- Условия при отказе. Возможность забрать данные полностью, наличие доступа по SSH, отсутствие искусственных препятствий при переезде.
- Защита от нагрузки. Базовая защита от паразитного трафика должна быть включена по умолчанию, а не продаваться как дорогая опция после первого инцидента.
- Отзывы за последний год, а не за всё время. Провайдеры меняются: хороший три года назад мог сменить владельца и деградировать.
Отдельно про цену. Экономия нескольких сотен рублей в месяц на хостинге — самая невыгодная экономия в проекте. Один день недоступности в сезон стоит дороже, чем годовая разница в тарифе.
Переезд без потери трафика: порядок действий
Правильно выполненный переезд не влияет на позиции вообще. Поисковые системы не знают и не должны узнать, что вы сменили площадку. Порядок такой.
- Сделайте полную копию. Файлы и база данных. Проверьте, что архив разворачивается, — на копии, а не на живом сайте.
- Разверните сайт на новом сервере, не меняя записи домена. Проверять можно через локальную подмену адреса на своём компьютере. Задача — убедиться, что всё работает до переключения.
- Прогоните проверку по списку: открываются ли все типы страниц, работают ли формы, отправляется ли почта, на месте ли файл robots.txt, отдаёт ли карта сайта корректный список, живы ли редиректы, работает ли сертификат.
- Уменьшите время жизни записи домена заранее, за сутки до переключения. Тогда переход пройдёт быстро и без периода, когда часть посетителей видит старый сервер, а часть новый.
- Переключайте в период низкой посещаемости. Ночь буднего дня, не пятница вечером и не перед праздниками: если что-то пойдёт не так, у вас должно быть время и доступная поддержка.
- Держите старый сервер оплаченным ещё две недели. Это страховка на случай, если обнаружится потерянный файл или откат.
- После переключения проверьте коды ответа по списку основных страниц и посмотрите в панели вебмастера, нет ли всплеска ошибок обхода.
Ошибки, из-за которых переезд заканчивается просадкой
- Забытый технический robots.txt. На новом сервере поднимается файл по умолчанию с запретом индексации всего сайта. Самая частая причина обвала после переезда и самая обидная: лечится одной строкой, но обнаруживается через месяц.
- Сайт стал доступен по нескольким адресам сразу. С www и без, по http и https, плюс технический адрес сервера. Поиск видит дубли вместо одного сайта.
- Не перенесли редиректы. Все накопленные правила из конфигурации сервера остались на старой площадке, и половина внутренних ссылок начала отдавать ошибку.
- Сертификат не установлен или установлен неправильно. Браузер ругается, посетители уходят, робот фиксирует проблему.
- Изменилась структура адресов. Иногда при переносе меняют движок «заодно». Это уже не переезд, а новый сайт, и он требует полной карты соответствий старых и новых адресов.
- Не проверили почту. Формы отправляются, письма не доходят. Заявки теряются, а владелец думает, что упал спрос.
- Переключились и ушли на выходные. Проверять надо в первые сутки: часть проблем проявляется только под реальной нагрузкой.
Что делать, если позиции всё-таки просели
Сначала разберитесь, связана ли просадка с переездом. Совпадение по датам — сильный аргумент, но не доказательство: в те же дни могло произойти обновление алгоритма.
Порядок проверки такой. Откройте в панели вебмастера раздел с ошибками обхода и посмотрите период вокруг переезда. Затем сверьте число страниц в поиске: если оно резко упало, ищите техническую причину — запрет в robots.txt, ошибки сервера, недоступность. Прогоните основные страницы через проверку кода ответа: везде должен быть 200, а на старых адресах, если они менялись, — постоянный редирект.
Дальше отправьте ключевые разделы на переобход. Это ускоряет возврат страниц в индекс: без ручной отправки робот вернётся сам, но не завтра. Скорость восстановления зависит от размера сайта, обычно основная часть возвращается за две-четыре недели.
И последнее: не делайте в этот период других изменений. Если одновременно с переездом переписать тексты и поменять структуру, вы никогда не поймёте, что именно дало просадку и что дало восстановление.
Подробнее об этом — в статье «Хостинг быстрый, а сайт тормозит: куда исчезает секунда до первого байта».
Разумно также заранее решить, что вы делаете при аварии, а не в момент аварии. Минимальный план на одну страницу: где лежит свежая копия и как быстро она разворачивается, кто имеет доступ к панели и регистратору домена, какой резервный способ связи с провайдером, куда вы вешаете временную страницу с телефоном, если сайт лежит дольше часа. Такой план пишется за двадцать минут в спокойное время и экономит те часы, когда всё горит и никто не помнит паролей.
Частые вопросы
Какой TTFB считать нормальным?
До 200 мс — хорошо, 200–500 мс — приемлемо, стабильно выше 600 мс — повод разбираться. Важнее абсолютной цифры стабильность: если днём 150 мс, а вечером 1200 мс, у сервера проблема с нагрузкой.
Может ли смена хостинга сама по себе поднять позиции?
Может, если сервер был реальным ограничителем: ускорение ответа и исчезновение простоев улучшают и оценку скорости, и поведение посетителей. Но если сайт медленный из-за тяжёлых картинок и десятка сторонних скриптов, переезд ничего не изменит.
Нужно ли сообщать поисковым системам о переезде?
При смене только сервера — нет, домен не меняется. Специальные инструменты переезда нужны при смене домена или протокола.
Сколько длится перенос?
Технически несколько часов для обычного сайта. Обновление записей домена по сети занимает от нескольких минут до суток в зависимости от настроек.
Что делать, если провайдер не отдаёт данные?
У вас всегда должна быть своя резервная копия, независимая от провайдера. Настройте автоматическую выгрузку на внешнее хранилище — это снимает вопрос полностью и стоит копейки.
Стоит ли брать виртуальный сервер, если некому его администрировать?
Только с управляемым тарифом, где обслуживание берёт на себя провайдер. Неподдерживаемый сервер с устаревшим ПО опаснее общего хостинга: его взламывают, и сайт вылетает из поиска уже за вирусы.
Коротко
- Хостинг влияет на позиции через четыре канала: скорость ответа, доступность, поведение посетителей и частоту обхода роботом.
- Решение о переезде принимают по числам — многократным замерам TTFB и данным внешнего мониторинга, а не по ощущению «тормозит».
- Сначала отделите вклад сервера от вклада самого сайта: при хорошем TTFB менять провайдера бесполезно.
- Тариф должен соответствовать нагрузке: каталог с фильтрами на стартовом общем хостинге упирается в лимиты неизбежно.
- Правильный переезд не влияет на позиции; просадку дают технический robots.txt, дубли адресов, потерянные редиректы и сломанный сертификат.
- Держите собственную резервную копию вне площадки провайдера — это снимает половину рисков сразу.
Если сайт медленный и непонятно, виноват сервер или сама страница, приходите на SEO-консультацию — разберём замеры, найдём реальное узкое место и решим, нужен ли переезд вообще.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →Комментарии
Устин Мещанинов
Поставил внешний мониторинг после вашей статьи. За месяц набралось девятнадцать эпизодов недоступности, суммарно почти два часа. Поддержка на все обращения отвечала «у нас всё в норме, проверьте своё соединение». Написал им с логами мониторинга — молчание третий день. Переезжаю. Вопрос: два часа за месяц это реально много или я драматизирую?
Анатолий Кузнецов автор
Два часа за месяц — это около 99,7% доступности, что формально даже вписывается в обещания многих тарифов. Но смотреть надо не на суммарную цифру, а на две другие вещи. Первая: как распределены эпизоды. Девятнадцать коротких падений хуже, чем одно двухчасовое: робот приходит на сайт десятки раз в сутки, и при частых обрывах он гарантированно попадёт на ошибку, причём не один раз. Вторая: в какое время они происходят. Если это вечерние часы пик, вы теряете живых посетителей и заявки, и это дороже любых позиций. Отдельно оцените реакцию поддержки — она у вас показательная и сама по себе достаточный повод для переезда: провайдер, который не расследует инциденты при предъявленных логах, не починит и следующий. Перед уходом выгрузите свои графики: они пригодятся, чтобы через месяц на новом месте честно сравнить, стало лучше или вам просто хочется в это верить.
Серафима Толбузина
Переехали в прошлом году и потеряли треть страниц из индекса. Причина оказалась ровно та, что у вас первым пунктом в ошибках: на новом сервере лежал стандартный robots.txt с запретом. Обнаружили через шесть недель. Возвращали два месяца. Проверяйте этот файл руками сразу после переключения, это тридцать секунд.
Серафима Цветухина
Мне кажется, роль хостинга в статье преувеличена. У меня сайт на самом дешёвом общем тарифе, TTFB под секунду, и при этом стабильно в топ-3 по своим запросам уже третий год. Ниша узкая, конкурентов мало. Может, дело в том, что скорость важна только там, где все остальные факторы равны?
Анатолий Кузнецов автор
Вы сформулировали правило точнее, чем оно обычно звучит: скорость это фактор второго порядка, и он проявляется там, где соперники сопоставимы по содержанию. В узкой нише с тремя конкурентами релевантность вашего сайта перевешивает всё остальное, и секунда ожидания вас не сдвинет. Но есть два соображения, из-за которых я бы всё равно не оставлял так. Первое: узкие ниши перестают быть узкими. Как только в вашу тему зайдёт кто-то с нормальным сайтом и сопоставимым контентом, дифференцирующим фактором станет именно то, чем вы сейчас пренебрегаете. Второе: секунда TTFB бьёт не только по позициям, но и по конверсии, а это ваши деньги здесь и сейчас, независимо от выдачи. Часть посетителей закрывает вкладку, не дождавшись, и вы этого никогда не увидите в отчётах, потому что визит не успевает засчитаться. Проверьте разброс замеров по времени суток: если вечером хуже, чем днём, вы делите сервер с шумными соседями, и это чинится сменой тарифа без переезда.
Марфа Ватагина
Вопрос про резервные копии. Провайдер говорит, что копии делаются ежедневно. Как проверить, что они реально существуют и разворачиваются, не ломая при этом рабочий сайт? Просить их восстановить копию на тестовый поддомен нормально или это наглость?
Капитолина Ерёмкина
Про экономию в несколько сотен рублей — согласна на сто процентов. Сидели на дешёвом тарифе, в предновогодний период сайт лёг на полдня под нагрузкой. Потери за эти полдня были больше, чем разница в цене тарифов за пять лет вперёд.
Анатолий Кузнецов автор
Ваш случай стоит разобрать чуть подробнее, потому что падение под сезонной нагрузкой — это не всегда вина провайдера. Часто сайт ложится не оттого, что сервер слабый, а оттого, что каждая страница генерируется заново при каждом запросе. Пока посетителей двести в сутки, это незаметно; когда их становится две тысячи в час, база данных не справляется. Поэтому перед сменой тарифа проверьте три вещи. Первая: включено ли кэширование готовых страниц — оно снимает нагрузку в разы и стоит ноль. Вторая: нет ли на сайте тяжёлых запросов вроде поиска по каталогу без индексов; такие места видны по логам медленных запросов. Третья: не съедают ли ресурсы посторонние обращения — агрессивные сканеры и парсеры могут давать больше нагрузки, чем живые люди. Если после этого нагрузка всё равно упирается в лимиты, тогда апгрейд оправдан. И на будущее: сезонный пик — единственная ситуация, где облачное размещение с оплатой по потреблению действительно выгоднее фиксированного тарифа.
Мирон Мещанинов
Добавлю пункт к списку ошибок при переезде: проверьте отправку почты с нового сервера. У нас формы работали, письма уходили, но попадали в спам, потому что не были настроены подписи домена. Три недели считали, что заявок нет из-за сезона.
Мирон Рукосуев
Не понимаю, зачем разделять вклад сервера и вклад сайта, если конечному посетителю всё равно, из-за чего у него грузится восемь секунд. Может, проще одновременно и переехать, и оптимизировать картинки, чем разбираться, кто виноват?
Осип Кожевин
У меня магазин на тридцать тысяч карточек, и я как раз столкнулся с тем, что новые товары попадают в поиск неделями. Правильно понимаю, что это может быть из-за медленного сервера, а не из-за качества страниц? Как проверить, сколько страниц робот успевает обойти?
Анатолий Кузнецов автор
Проверяется это в двух местах, и лучше смотреть оба. В панели вебмастера есть статистика обхода: там видно, сколько страниц робот загружал по дням и какие коды ответа получал. Резкое расхождение между числом страниц на сайте и числом обойдённых за месяц — прямой признак, что робот не успевает. Второй источник точнее — логи сервера. В них видно каждое обращение робота: сколько запросов в сутки, сколько времени занимал ответ, где были ошибки. Если среднее время ответа роботу заметно выше, чем для обычных посетителей, значит, тяжёлые страницы каталога отдаются медленно. Дальше лечение обычно не в переезде. Для тридцати тысяч карточек критично другое: корректная карта сайта с датами изменения, чтобы робот знал, что обновилось; отсутствие бесконечных страниц фильтрации, в которых он тонет; кэширование каталога; и отсутствие дублей, на которые тратится тот же ресурс. Сервер имеет значение, но чаще ресурс обхода съедает не он, а мусорные адреса с параметрами.
Феофан Щеглов
Совет из практики: держите свою резервную копию не у того же провайдера. Когда у нас была авария, панель управления тоже лежала, и добраться до копий было физически невозможно. Автоматическая выгрузка на внешнее хранилище решила вопрос раз и навсегда.
Севастьян Улитин
Полезная таблица по типам размещения. Мы года три просидели на общем хостинге с каталогом на пять тысяч позиций и фильтрами, всё время удивлялись тормозам. Перешли на виртуальный сервер с управлением от провайдера — разница почувствовалась в тот же день, особенно в админке.
Кондрат Сыромятников
Переезжаю на следующей неделе и хочу заодно поменять движок, потому что старый уже никто не поддерживает. По вашей статье понял, что это плохая идея делать одновременно. Но и растягивать на два этапа не хочется — сайт всё равно будет лежать дважды. Как правильно поступить?
Анатолий Кузнецов автор
Разделять обязательно, и дважды сайт лежать не будет — при правильной последовательности он не ляжет ни разу. Делайте так. Сначала переезд на новый сервер без единого изменения в самом сайте: те же файлы, те же адреса, тот же движок. Новый сервер поднимается параллельно, проверяется до переключения, и посетители перехода не замечают вообще. Дальше пауза в две-три недели: вы смотрите в панели вебмастера, что ошибок обхода нет, число страниц в поиске стабильно, скорость улучшилась. Только после этого беритесь за движок. И к смене движка отнеситесь как к отдельному проекту: заранее составьте таблицу соответствия старых и новых адресов, сохраните заголовки страниц и тексты, настройте постоянные редиректы для всего, что меняется, и разверните новую версию на закрытом от индексации тестовом адресе. Смысл разделения не в осторожности ради осторожности: если позиции просядут, вы будете точно знать, какой из двух этапов виноват, и сможете откатить именно его.
Сусанна Хрулёва
Отдельно про проверку поддержки до оплаты. Написала в три компании один и тот же технический вопрос про версию базы данных и настройки кэширования. Первая ответила за девять минут по существу, вторая через сутки шаблоном, третья предложила купить консультацию. Выбор сделался сам собой, и за полгода ни одной претензии.
Старт 
Стандарт 
Премиум 
Не рекламы ради, а пользы для — посоветуйте ХОРОШИЙ ХОСТИНГ, будьте добры 🙂
Не подскажу, все они рано или поздно сдйваются))
Забрала: уходить с деградирующего хостинга правильно; отличать систему от сбоя; бэкап у себя; грамотный переезд не роняет позиции; выбирать по аптайму и поддержке; держать старый до проверки; проверить всё после; последить пару недель; при сомнениях доверить профи; домен у отдельного регистратора. Спасибо, переезжаю спокойно!
Добавлю на будущее: держите домен у отдельного регистратора, не связанного с хостингом, и все доступы у себя. Тогда любой переезд — это просто переключение домена на новый сервер, и вы не заложник хостера. Разнесённые домен и хостинг с доступами на ваше имя делают смену провайдера быстрой и безболезненной. Эта история с уходом от одного хостера — хороший повод заодно навести порядок в правах на домен и инфраструктуру.
Если не уверены в своих силах, доверьте переезд специалисту: многие хостеры делают перенос бесплатно или недорого, плюс есть ваш программист. Кривой самостоятельный переезд с потерей страниц или долгим простоем обойдётся дороже, чем помощь профи. Простой сайт на популярной CMS можно перенести и самому по инструкции, но при сомнениях лучше доверить тому, кто делал это много раз. Цена ошибки при переезде — потерянные позиции и данные.
А сам переезд лучше делать руками, заказать у нового хостера или у своего программиста? Боюсь накосячить.
Спасибо, полезно перед переездом. Забираю: уходить с деградирующего хостинга правильно; отличать систему от разового сбоя; свежий бэкап у себя; грамотный переезд позиции не роняет; выбирать нового по аптайму и поддержке, не по цене; держать старый параллельно до проверки; тщательно проверить после; последить пару недель. Переезжаю аккуратно.
После переезда последите за статистикой обхода и позициями пару недель. Кратковременные колебания при смене IP возможны и это нормально, они восстанавливаются. Но если растут ошибки обхода или что-то отвалилось, вы заметите и поправите. Мониторинг после переезда — часть процесса, а не паника при первом же скачке. Дайте роботу переиндексировать новый сервер и следите, что всё идёт штатно. Обычно через пару недель всё стабилизируется.
После переезда проверьте: все страницы открываются и отдают код 200, работают формы и функционал, скорость нормальная, ничего не потерялось, robots и sitemap на месте, сайт доступен с разных устройств и сетей. Загляните в Вебмастер на предмет новых ошибок обхода. Плюс убедитесь, что домен указывает на новый сервер, а старый не отдаёт дубль. Тщательная проверка после переезда гарантирует, что смена хостинга пройдёт для позиций незаметно.
А проверить после переезда что нужно, чтобы убедиться, что всё встало и позиции не пострадают?
Владислав, после переезда проверьте: все страницы открываются и отдают код 200, работают формы, скорость нормальная, ничего не потерялось, robots и sitemap на месте, сайт доступен с разных устройств. Загляните в Вебмастер на предмет новых ошибок обхода и убедитесь, что домен указывает на новый сервер. Тщательная проверка гарантирует, что смена хостинга пройдёт для позиций незаметно.
Планируйте переезд на время низкого трафика и держите старый хостинг активным, пока новый не заработал стабильно. Не удаляйте сайт со старого сервера сразу: пусть поработает параллельно, пока DNS обновится и вы убедитесь, что на новом всё в порядке. Так вы избежите окна недоступности. Аккуратный переезд с перекрытием и проверкой минимизирует простой и риск. Спешка и удаление старого до проверки нового — главные ошибки переезда.
При выборе нового хостинга смотрите на аптайм, скорость ответа сервера, качество поддержки, отзывы и историю провайдера, а не только на цену. Дешевле — не значит лучше, вы это уже почувствовали. Возьмите проверенного стабильного хостера с внятной поддержкой, лучше с тестовым периодом. Переезжать снова через год на очередной подешевле — терять время и рисковать. Один раз выберите надёжного, чтобы не бегать по хостингам.
Грамотный переезд позиции не роняет: сайт и URL те же, меняется только сервер и IP. Робот переиндексирует и продолжит ранжировать как прежде. Проблемы бывают при кривом переезде: потеря страниц, смена адресов, долгая недоступность в процессе. Делайте перенос с проверкой, что всё на месте, и минимальным простоем. Остаться на сдувшемся хостинге опаснее для позиций, чем аккуратно переехать на надёжный. Не бойтесь, если делать чисто.
А переезд на новый хостинг не уронит позиции? Боюсь, что сменю сервер и просяду в поиске.
Роман, грамотный переезд позиции не роняет: сайт и URL те же, меняется только сервер и IP. Робот переиндексирует и продолжит ранжировать как прежде. Проблемы бывают при кривом переезде: потеря страниц, смена адресов, долгая недоступность. Делайте перенос с проверкой и минимальным простоем. Остаться на сдувшемся хостинге опаснее для позиций, чем аккуратно переехать на надёжный.
Перед переездом обязательно сделайте свежий полный бэкап сайта и базы и сохраните его у себя, а не только у хостера. Переезд без резервной копии — риск потерять данные при сбое переноса. С бэкапом на руках вы разворачиваете сайт на новом месте спокойно и, если что-то пошло не так, откатываетесь. Резервная копия вне старого хостинга — обязательное условие безопасного переезда. Не переезжайте без неё.
Смотрите на систему, а не на разовый сбой. Регулярные падения, стабильно медленный ответ сервера, поддержка тянет и не решает, растут жалобы других клиентов — это деградация, а не случайность. Настройте мониторинг аптайма и посмотрите статистику за месяц. Если падения и тормоза повторяются, это тренд. Разовый глюк бывает у всех, а вот систематические проблемы и безразличная поддержка — повод переезжать.
А как понять, что хостинг реально сдулся, а не у меня разовые глюки? Чтобы не переезжать зря.
Марина, смотрите на систему, а не на разовый сбой. Регулярные падения, стабильно медленный ответ сервера, поддержка тянет и не решает, растут жалобы других клиентов — это деградация. Настройте мониторинг аптайма и посмотрите статистику за месяц. Если проблемы повторяются, это тренд. Разовый глюк бывает у всех, а систематика и безразличная поддержка — повод переезжать.
Знакомая история: хостинг был хорош, потом деградировал — упал аптайм, поддержка стала отписываться, скорость просела. Уходить в такой ситуации правильно, сайт это актив, и держать его на деградирующем хостинге — риск для позиций и заявок. Главное — уйти грамотно: свежий бэкап, аккуратный перенос, минимальный простой, проверка, что всё встало. Лояльность хостеру не стоит потерянного трафика, если он реально сдулся.