РКН закручивает гайки хостерам — и для владельца сайта это означает новый вид риска, к которому раньше никто не готовился: страница может стать недоступной без единой ошибки в коде и без наплыва посетителей. Просто потому, что у площадки, где сайт лежит, возникли сложности с регулятором. Узнаёте вы об этом последним — не из письма провайдера, а из звонка клиента, который не смог открыть прайс.
Ниже — что конкретно изменилось в требованиях к хостинг-провайдерам, по каким сценариям сайт падает не по вине владельца, как за полчаса проверить надёжность своей площадки, что считать настоящей резервной копией и как подготовить переезд заранее, чтобы недоступность не обнулила месяцы работы над продвижением. Материал практический, без паники, но и без успокоительных.
Что поменялось в правилах для хостинг-провайдеров
Ключевое нововведение — реестр хостинг-провайдеров. Оказывать услуги хостинга легально может только компания, включённая в этот реестр и выполняющая набор технических и организационных требований. В общих чертах это установка систем противодействия угрозам, обмен данными с регулятором, размещение оборудования и данных на территории страны, готовность оперативно ограничивать доступ к запрещённым ресурсам и идентифицировать владельцев размещённых сайтов.
Для крупного провайдера это дополнительные расходы, но подъёмные: у него уже есть юристы, инженеры и запас по марже. Для конторы на несколько сотен клиентов, где всё держится на двух администраторах, требования часто оказываются неподъёмными. Дальше есть три исхода: закрыться, продаться крупному игроку или продолжать работать в серой зоне. Последнее — худший вариант для клиента, потому что риск отключения там реализуется внезапно и без предупреждения.
Важно понимать: сами требования направлены не против добросовестного бизнеса, и большинство сайтов малого бизнеса вообще не имеют к ним отношения. Проблема в переходном периоде. Провайдеры донастраивают инфраструктуру, попадают под проверки, спешно меняют оборудование — и именно в этот момент сайты на их площадках ловят сбои.
Сценарии, при которых сайт падает не по вашей вине
Все они объединены одним свойством: владелец сайта на них не влияет и заранее о них не узнаёт.
- Блокировка по IP-адресу. На виртуальном хостинге ваш сайт делит адрес с десятками, а иногда и сотнями чужих. Если один из соседей попал под ограничение, недоступным становится весь адрес. Ваш совершенно законопослушный сайт перестаёт открываться за компанию, и восстановление зависит от расторопности хостера.
- Проблемы самого провайдера с реестром. Если компания не выполнила требования и её деятельность ограничили, под удар попадают все размещённые ресурсы разом.
- Сбои при экстренной перенастройке. Внедряя новое оборудование в сжатые сроки, провайдер может уронить сеть, потерять часть конфигураций или переключить трафик так, что сайты станут отдавать ошибки.
- Смена владельца площадки. При поглощении клиентов переводят на другую инфраструктуру. Переезд, сделанный чужими руками и без вашего участия, почти всегда сопровождается несколькими часами недоступности, а иногда и потерей почты.
- Отказ от сегмента. Провайдер решает, что дешёвые тарифы больше не окупают регуляторную нагрузку, и закрывает направление, дав месяц на переезд. Месяц — это если повезёт с уведомлением.
Отдельная категория — сайты, где домен, хостинг и почта куплены в одном месте у мелкого посредника. Там при исчезновении компании теряется не только площадка, но и управление доменом, а это уже вопрос не переезда, а спасения имени.
Чем недоступность бьёт по позициям
Простой сайта — это не только упущенные заявки за эти дни. Это ещё и отложенный удар по поиску, который проявляется через недели.
Если нужны детали, смотрите «HTTP/2 и HTTP/3: почему сайт с 80 файлами тормозит даже на быстром хостинге».
Механика такая. Робот приходит на сайт по своему расписанию. Если он получает ошибку сервера один раз, ничего не происходит — он вернётся. Если получает её несколько раз подряд, частота визитов снижается: система экономит ресурсы и не ходит туда, где стабильно пусто. При длительной недоступности страницы начинают выпадать из поиска — сначала самые слабые, потом остальные. Возврат идёт не мгновенно: даже после восстановления сайта роботу нужно время, чтобы заново обойти страницы и убедиться, что они на месте.
Помогу с продвижением: вывести сайт в топ Яндекса — вывожу сайты в топ Яндекса белыми методами.
Важная деталь: одинаковый по длительности простой бьёт по разным сайтам с разной силой. Молодой сайт с редким обходом может потерять почти всё. Старый ресурс с высокой частотой визитов робота переживает те же двое суток почти без последствий, потому что система уже накопила данные о его стабильности. Поэтому советы вида «два дня простоя не страшны» неприменимы вслепую.
Ещё один слой — пользовательский. Человек, который дважды наткнулся на недоступный сайт, в третий раз просто идёт к конкуренту. Возврат этой аудитории стоит дороже, чем восстановление позиций.
Как за полчаса проверить своего провайдера
Не каждый небольшой хостер обречён, и не каждый крупный безупречен. Оценивать надо по проверяемым признакам, а не по отзывам на форумах.
| Что проверить | Как проверить | Тревожный ответ |
|---|---|---|
| Наличие в реестре | Найти компанию в официальном перечне хостинг-провайдеров по названию юрлица из договора | Компании в перечне нет, а на вопрос отвечают «мы работаем через партнёра» |
| Кто на самом деле владеет площадкой | Спросить напрямую, чьё оборудование и где стоит | Ответ уклончивый или выясняется, что это перепродажа чужого хостинга |
| Резервные копии | Запросить, сколько копий хранится, за какой период и где физически лежат | «Бэкапы делаются» без конкретики, или копии лежат на том же сервере |
| Скорость реакции поддержки | Написать в нерабочее время простой технический вопрос | Ответ дольше нескольких часов или шаблонная отписка |
| Отдельный IP-адрес | Проверить, сколько сайтов на вашем адресе, любым сервисом обратного поиска по IP | Несколько сотен чужих сайтов на одном адресе с вами |
| Уведомления о работах | Посмотреть, есть ли публичный журнал инцидентов и рассылка | Работы происходят молча, а о сбое узнаёшь из чужого чата |
| Возможность выгрузки | Убедиться, что вы можете сами скачать архив сайта и дамп базы | Выгрузка только через заявку в поддержку |
Один тревожный ответ — повод задать уточняющие вопросы. Три и больше — повод готовить переезд, не дожидаясь событий.
Подробнее об этом — в статье «wp-cron грузит сервер: почему сайт тормозит по расписанию и как это чинить».
Что считается настоящей резервной копией
Здесь у большинства владельцев сайтов иллюзия. «У хостера есть бэкапы» — это не резервная копия, это обещание. Настоящая копия отвечает четырём условиям.
- Она лежит не у хостера. Копия на том же сервере или в той же панели исчезает вместе с площадкой. Минимум — облачное хранилище другой компании, лучше плюс локальный диск.
- Она полная. Файлы сайта и дамп базы данных вместе. Один архив без второго бесполезен: файлы без базы — это пустой каркас, база без файлов — данные без интерфейса.
- Она свежая. Для сайта услуг достаточно раза в неделю, для магазина с заказами — ежедневно, для площадки с пользовательским контентом — чаще. Полезно хранить не одну копию, а несколько поколений: если проблема появилась месяц назад и вы её только заметили, вчерашняя копия содержит ту же проблему.
- Она проверена развёртыванием. Копия, которую ни разу не разворачивали, — это файл неизвестного содержания. Хотя бы раз в полгода разверните её на тестовом поддомене или локально и убедитесь, что сайт поднимается.
Отдельно про домен. Регистрация домена и хостинг должны быть в разных компаниях. Это единственная мера, которая гарантирует, что при любых проблемах с площадкой имя останется у вас и переезд займёт часы, а не недели переписки.
Как подготовить переезд заранее
Переезд под давлением всегда идёт хуже, чем плановый. Подготовка занимает один вечер и снимает большую часть риска.
- Держите актуальный архив и дамп в двух местах. Это уже описано выше, но именно этот пункт превращает аварию в неудобство.
- Заранее выберите запасную площадку. Не оплачивать, а просто определить, куда поедете: тариф, поддерживаемая версия языка, наличие нужных модулей. Решение, принятое заранее, экономит сутки в момент аварии.
- Снизьте время жизни DNS-записей. Если стоит сутки, переключение растянется на сутки. Значение в 300–600 секунд ставится заранее и делает переключение почти мгновенным.
- Запишите, что вообще есть в проекте. Почтовые ящики, поддомены, сертификаты, задачи по расписанию, внешние интеграции, платёжные модули. При спешном переезде забывают именно это, а не сам сайт.
- Проверьте версии. Сайт, работающий на устаревшей версии языка, на новой площадке может просто не запуститься. Выяснить это лучше не в момент аварии.
- Разнесите почту и сайт. Корпоративная почта на том же хостинге — распространённая и болезненная ошибка: вместе с сайтом вы теряете переписку и доступ к восстановлению паролей в других сервисах.
Мониторинг: узнать раньше, чем клиент
Большинство владельцев узнают о падении случайно. Между тем автоматическая проверка доступности настраивается за десять минут и стоит либо ничего, либо символических денег.
Минимальный набор выглядит так. Внешний сервис раз в минуту запрашивает главную страницу и одну внутреннюю, при ошибке присылает сообщение в мессенджер. Отдельно настраивается проверка на срок действия сертификата и на срок продления домена — просроченный домен даёт ровно тот же эффект, что и упавший хостинг, только по вине владельца. Полезно добавить проверку не только кода ответа, но и содержимого: сайт может отдавать двухсотый код и при этом показывать пустую страницу или сообщение об ошибке базы данных.
В панели вебмастера тоже есть свой сигнал — уведомления о недоступности сайта для робота. Он приходит с задержкой и не заменяет внешний мониторинг, но игнорировать его нельзя: если такое письмо пришло, значит, робот уже фиксировал проблему.
Тему разбирал отдельно: «Elementor и SEO: почему сайт на конструкторе грузится шесть секунд и как это чинить».
| Длительность простоя | Что обычно происходит с поиском | Что делать |
|---|---|---|
| До нескольких часов | Как правило, без последствий, робот вернётся по расписанию | Просто восстановить работу |
| Сутки-двое | Снижается частота обхода, возможны колебания позиций | После восстановления отправить главные страницы на переобход |
| Неделя | Часть страниц выпадает из поиска, трафик заметно падает | Переобход, проверка кодов ответа, восстановление внутренних ссылок |
| Больше двух недель | Массовое выпадение, возврат занимает недели после восстановления | Полный технический аудит и постепенное возвращение страниц в индекс |
Что делать в первые часы после падения
Порядок действий важнее скорости: половина потерь возникает не от самого простоя, а от суеты во время него.
- Определите, где именно обрыв. Откройте сайт с мобильного интернета и из другой сети, проверьте доступность через внешний сервис. Если из части точек сайт открывается, дело в маршруте или адресе, а не в сервере, и хостеру надо писать именно об этом.
- Посмотрите код ответа. Ошибка пятисотой группы — проблема на сервере, четырёхсотой — с адресом или доступом, полное отсутствие ответа — сеть или отключение. Это первое, что спросит поддержка, и это же экономит вам час переписки.
- Не меняйте ничего на сайте. Соблазн «перезалить движок» в момент аварии приводит к тому, что после восстановления площадки сайт всё равно не работает — теперь уже по вашей вине.
- Поставьте заглушку, если простой затягивается. Страница с телефоном и коротким текстом на любом стороннем адресе, ссылку на неё дайте в карточке организации и в соцсетях. Это удерживает часть обращений.
- Зафиксируйте время начала и конца. Точные отметки понадобятся и для разговора с провайдером о компенсации, и позже — чтобы понять, связано ли проседание позиций именно с этим эпизодом.
- После восстановления отправьте главные страницы на переобход. Ждать, пока робот придёт сам, не нужно: ручная отправка ускоряет возврат в поиск на дни.
И отдельный совет на потом: сохраните переписку с поддержкой. Провайдеры, работающие честно, компенсируют простой продлением тарифа, но инициатива почти всегда идёт от клиента, а через месяц восстановить хронологию по памяти уже не получится.
Частые вопросы
Стоит ли уходить с небольшого хостера просто на всякий случай? Сам по себе размер компании не приговор. Смотрите на проверяемые признаки: наличие в официальном перечне, собственное или арендованное у крупного дата-центра оборудование, внятные ответы про копии и возможность самостоятельной выгрузки. Небольшая компания с прозрачной инфраструктурой надёжнее крупной, у которой вы делите адрес с тысячей сайтов сомнительного содержания.
Поможет ли переход на выделенный сервер? Он снимает риск блокировки за соседей — адрес ваш, и отвечаете за него только вы. Но риски, связанные с самим провайдером, остаются: если проблемы у компании, они у вас тоже. Выделенный адрес — полезная мера, но не замена подготовленному переезду.
Как понять, что сайт упал не у всех, а только в части регионов? Проверьте доступность через сервисы, которые опрашивают сайт из разных точек. Если ошибка видна из одних мест и не видна из других, дело обычно в маршрутизации или в блокировке адреса, а не в самом сервере. Хостеру нужно передать именно это наблюдение — так задача решается быстрее.
Нужно ли уведомлять поисковые системы о смене хостинга? Если домен и структура адресов не меняются, ничего специально делать не нужно — смена площадки для поиска незаметна. Полезно после переезда проверить, что сайт отдаёт корректные коды ответа, что не появилось дублей на техническом адресе провайдера и что файл с правилами обхода не заменился на стандартный.
Что делать, если хостер прислал письмо о прекращении работы? Первым делом скачать всё: файлы, дамп базы, почту, экспорт настроек. Не полагайтесь на то, что доступ будет до последнего дня — часто выключают раньше. Вторым шагом снизить время жизни DNS-записей, третьим развернуть копию на новой площадке и проверить её на тестовом адресе, и только потом переключать домен.
Коротко
- Требования к хостинг-провайдерам ужесточились, рынок консолидируется, и в переходный период сбои у площадок — обычное дело.
- Сайт может стать недоступным из-за соседа по IP-адресу, проблем провайдера с реестром, спешной перенастройки или смены владельца площадки.
- Простой бьёт по позициям с задержкой: снижается частота обхода, затем страницы выпадают из поиска, и возврат занимает недели.
- Провайдер проверяется по семи признакам — от наличия в официальном перечне до возможности самостоятельно выгрузить архив и дамп базы.
- Настоящая резервная копия лежит не у хостера, включает файлы и базу, обновляется по расписанию и хотя бы раз в полгода разворачивается для проверки.
- Домен регистрируется отдельно от хостинга, почта выносится в сторону, время жизни DNS-записей снижается заранее — тогда переезд занимает часы.
Если сайт для вас источник заявок, а не визитка, устойчивость площадки — такая же часть продвижения, как структура и тексты. На SEO-консультации разберём вашу конкретную конфигурацию: где лежит сайт, где домен, что с копиями и какие места дадут сбой первыми, — и составим порядок действий на случай, когда площадка перестанет отвечать.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →Комментарии
Иулиания Каверина
Проверила по вашему списку и обнаружила неприятное: на моём IP-адресе висит триста с лишним чужих сайтов, часть из них с названиями, которые я бы не хотела иметь в соседях. Хостер на вопрос про выделенный адрес ответил, что это плюс шестьсот рублей в месяц. Стоит платить или это надуманный риск для обычного сайта услуг?
Анатолий Кузнецов автор
Шестьсот рублей в месяц против суток простоя — считайте сами, сколько стоят ваши сутки. Но прежде чем платить, проверьте одну вещь: посмотрите, какие домены на адресе и есть ли среди них те, что уже недоступны. Если часть соседей отдаёт ошибку из обычной сети и открывается через мобильный оператор другой страны — адрес уже частично ограничен, и вы сидите на мине. Тогда переходить надо не на выделенный адрес у того же хостера, а менять площадку: раз провайдер собрал такое соседство на одном адресе, он и дальше будет так делать. Если же соседи обычные, выделенный адрес — разумная страховка, и я бы его взял. Заодно попросите провайдера не менять его без предупреждения: смена адреса ломает почтовые настройки, и об этом узнают тоже постфактум.
Прохор Куприянов
Про разнесение домена и хостинга — золотые слова. У меня был случай, когда посредник, у которого было куплено всё сразу, просто перестал отвечать. Домен висел на его аккаунте, восстановление заняло два с половиной месяца через регистратора и кучу документов. Сайт я поднял за день из копии, а имя ждал до весны.
Рогнеда Кожемякина
Вопрос по бэкапам. У меня магазин, заказы идут каждый день, копию делаю раз в неделю руками. Понимаю, что мало, но автоматизировать некому. Есть какой-то способ настроить это без программиста?
Анатолий Кузнецов автор
Есть, и вам хватит получаса. В панели управления почти любого хостинга есть раздел с задачами по расписанию — там ставится ежедневная выгрузка файлов и дампа базы в архив. Дальше подключаете любое облачное хранилище стороннего сервиса и настраиваете, чтобы архив улетал туда, а не оставался на сервере. Для магазина на распространённом движке есть готовые модули, которые делают то же самое кнопкой, и это проще, чем разбираться с расписанием. Важнее другое: заведите правило раз в квартал разворачивать копию на тестовом поддомене. Я видел проекты, где ежедневные копии делались два года и все оказались битыми — дамп обрывался на середине из-за лимита времени, и никто этого не проверял. Для магазина с ежедневными заказами добавьте ещё отдельную выгрузку таблицы заказов: она мелкая, делается быстро и спасает самое ценное.
Ираида Тетерина
Пункт про время жизни DNS-записей оказался для меня открытием. Стояло 86400, то есть сутки. Поставила 600 — переключение при тестовом переезде заняло минут пятнадцать вместо ожидаемого дня. Жаль, что об этом никто не пишет в инструкциях по переезду.
Кондрат Чагин
Мне кажется, паника раздута. Сижу у одного и того же небольшого хостера двенадцать лет, ни одного серьёзного сбоя. Крупные при этом падали на моей памяти дважды, и оба раза на несколько часов. Размер компании ничего не гарантирует.
Анатолий Кузнецов автор
Я с этим не спорю и в статье прямо написал, что размер не приговор. Двенадцать лет без сбоев — это отличный показатель, и он говорит о компании больше, чем любые обещания. Но обратите внимание на природу риска: у крупного провайдера сбой обычно технический и заканчивается через несколько часов, потому что его чинят люди, которым за это платят. У маленького риск другой — не сбой, а исчезновение. Он реализуется редко, но необратимо. Поэтому мой совет для вашей ситуации не «уходите», а «застрахуйтесь»: домен держите у отдельного регистратора, копии складывайте на сторону, и раз в год спрашивайте провайдера про его планы. Если ответы внятные — оставайтесь, где вам хорошо.
Аверьян Зубарев
А как проверить, что копия базы полная? Я скачиваю дамп, он весит около сорока мегабайт, открываю в текстовом редакторе — там текст. Как понять, что он не оборвался?
Анатолий Кузнецов автор
Самый быстрый признак — посмотреть последние строки файла. Корректно завершённый дамп заканчивается служебными командами восстановления настроек, а не обрывается посреди строки со значениями. Второй признак — сравните размер с прошлым дампом: если база растёт, а архивы месяцами весят одинаково с точностью до килобайта, что-то не так. Но по-настоящему проверяет только развёртывание: поднимите на локальной машине или тестовом поддомене, залейте дамп и откройте сайт. Пятнадцать минут раз в квартал, зато вы точно знаете, что у вас в руках. И храните несколько поколений копий, а не одну: если сайт взломали три недели назад, а вы заметили вчера, единственная свежая копия содержит тот же взлом.
Дарёна Жигунова
Про почту на том же хостинге — попала ровно в эту яму. При переезде забыли про ящики, восстановили только сайт, а вся переписка за четыре года осталась там. Хостер уже отключил аккаунт, и вернуть не вышло. Теперь почта отдельно, и это первое, что я советую знакомым.
Юния Кабанова
Настроила мониторинг по вашему совету, но столкнулась с тем, что он присылает ложные срабатывания по несколько раз в день — сайт вроде открывается, а сервис пишет, что недоступен. Через неделю я просто перестала обращать внимание на уведомления.
Анатолий Кузнецов автор
Это типичная настройка по умолчанию, и её надо чинить, иначе мониторинг превращается в шум и вы пропустите настоящую аварию. Три правки решают проблему. Первая: увеличьте порог до двух-трёх неудачных проверок подряд, а не одной — единичный таймаут бывает у любого сервера. Вторая: проверяйте из нескольких точек и считайте падением только случай, когда сайт недоступен минимум из двух. Третья: посмотрите, не режет ли ваш сервер частые запросы с одного адреса защитой от нагрузки — тогда мониторинг сам себя блокирует, и надо внести его адреса в исключения. И отдельно проверьте, не проверяет ли сервис страницу, которая у вас закрыта от роботов или отдаёт редирект. После этих правок ложные срабатывания обычно исчезают полностью.
Досифея Фомичёва
Таблица про длительность простоя очень пригодилась. У нас было четыре дня из-за аварии в дата-центре, трафик просел примерно на треть и восстанавливался около трёх недель. Всё сошлось с тем, что вы описываете, только я тогда думала, что дело в чём-то другом.
Устинья Заикина
Уточните момент: если переезжать на другую площадку, нужно ли что-то менять в файле правил обхода и карте сайта? Боюсь, что после переезда робот увидит не то.
Капитолина Ухватова
Спросила провайдера про наличие в перечне — ответили, что «услуги оказываются партнёром, у которого всё есть». Договор при этом со мной заключён от их имени. Похоже, это ровно тот случай, о котором вы пишете. Начала собирать архивы.
Дормидонт Рукавишников
Добавлю к списку проверок ещё один пункт из своего опыта: спросите, как провайдер поступает при жалобе на ваш сайт. У меня был случай, когда конкурент написал абузу, и хостер отключил ресурс до выяснения, не задав мне ни одного вопроса. Разбирались четыре дня. Формулировка в договоре про порядок таких блокировок оказалась важнее всех технических характеристик.
Старт 
Стандарт 
Премиум 
Забрала: сайт может лечь не по вашей вине; проверять свои изменения; выделенный IP; при падении к хостеру и разворачивать бэкап; копии вне хостинга; домен отдельно и доступы у себя; простой бьёт по позициям независимо от вины; мониторинг; смена IP не роняет надолго; готовый план переезда. Спасибо, подготовлюсь заранее!
Добавлю: заранее подготовьте запасной вариант хостинга и держите инструкцию по переезду. Когда сайт лёг — не время судорожно искать, куда переезжать и как. Если у вас есть свежий бэкап, известный запасной провайдер и понятный порядок действий, переезд занимает часы. Подготовленный план аварийного переезда превращает чужую проблему в управляемую ситуацию. Готовьте сани летом, а не в момент падения.
Смена IP при переезде обычно не роняет позиции надолго, если сам сайт и URL не менялись. Робот переиндексирует и продолжит ранжировать как прежде. Кратковременные колебания возможны, но это не катастрофа и восстанавливается быстро. Гораздо хуже сидеть на проблемном хостинге и лежать неделями. Так что переезд на новый надёжный IP — это лечение, а не вред. Смена адреса сервера не то же, что смена URL страниц.
А если после переезда на новый IP позиции просядут из-за смены адреса, это надолго?
Спасибо, тревожно, но полезно. Забираю: сайт может лечь из-за хостера или соседей; проверять, менялось ли что у меня; выделенный IP снижает риск; при падении связаться с хостером и разворачивать бэкап; копии вне хостинга; домен отдельно от хостинга и доступы у себя; долгий простой бьёт по позициям; мониторинг аптайма. Подстелю соломку.
Настройте мониторинг доступности, чтобы узнавать о падении сразу. Сервисы проверки аптайма пришлют уведомление в момент, когда сайт лёг. Тогда вы среагируете быстро, а не обнаружите проблему через дни по тишине в заявках. При рисках со стороны хостера ранняя реакция особенно важна: чем быстрее заметили, тем быстрее переехали и меньше просели. Мониторинг это ваши глаза на доступность сайта.
Яндекс не разбирается, чья вина, он просто видит, что сайт недоступен при обходе. Короткий сбой переживётся, но затяжная недоступность ведёт к росту ошибок, выпадению страниц и просадке позиций. Робот не делает скидку на то, что виноват хостер. Поэтому и важно минимизировать простой: быстро переехать из бэкапа, а не ждать неделями. Для поиска важен факт доступности, а не причина её отсутствия.
А как долгий простой из-за хостера влияет на позиции? Яндекс поймёт, что это не моя вина?
Владислав, Яндекс не разбирается, чья вина, он просто видит недоступность при обходе. Короткий сбой переживётся, но затяжная недоступность ведёт к росту ошибок, выпадению страниц и просадке позиций. Робот не делает скидку на то, что виноват хостер. Поэтому и важно минимизировать простой: быстро переехать из бэкапа. Для поиска важен факт доступности, а не причина.
Управление доменом должно быть у вас и желательно у отдельного регистратора, не связанного с хостером. Если и домен, и хостинг у одного проблемного провайдера, вы теряете всё разом и не можете переключить сайт. Разнесите домен и хостинг, держите доступы к домену у себя. Тогда при проблемах с хостером вы просто перенаправите домен на новый сервер. Разделение снижает зависимость от одной точки отказа.
Держите бэкапы сайта и базы в независимом от хостера месте. Если проблема у провайдера, а копии только на его серверах, вы не сможете быстро развернуться в другом месте. Резервные копии в отдельном хранилище — это то, что превращает катастрофу в неудобство. Без них вы полностью зависите от того, оживёт ли хостер. С ними — переезжаете и работаете дальше. Бэкап вне хостинга обязателен.
Первым делом свяжитесь с поддержкой хостера и выясните причину и сроки. Если это надолго или провайдер не отвечает, разворачивайте сайт из бэкапа на резервном хостинге и переключайте домен. Вот зачем нужны свежие бэкапы вне хостинга и заранее продуманный план переезда. Кто подготовился, возвращается в строй за часы, а не за недели. Готовность к переезду — ваша главная защита от чужих проблем.
А что делать прямо сейчас, если сайт уже лёг из-за хостера? Как быстро вернуться в строй?
Роман, первым делом свяжитесь с поддержкой хостера и выясните причину и сроки. Если надолго или провайдер не отвечает, разворачивайте сайт из бэкапа на резервном хостинге и переключайте домен. Вот зачем нужны свежие бэкапы вне хостинга и план переезда. Кто подготовился, возвращается за часы, а не за недели. Готовность к переезду — главная защита от чужих проблем.
Выделенный IP снижает риск словить блокировку за соседей. На дешёвом шаред-хостинге сотни сайтов сидят на одном IP, и блокировка одного за нарушение задевает всех. Выделенный IP изолирует вас от чужих проблем. Это небольшие деньги за существенное снижение риска пострадать не по своей вине. Для бизнеса, которому важна доступность, свой IP — разумная страховка от соседей.
Проверьте: если сайт недоступен, а в коде и настройках вы ничего не меняли, дело часто во внешнем. Посмотрите, доступен ли сайт по IP, не в списках ли блокировок ваш адрес, что говорит хостер. Если соседи по IP заблокированы, а вы за компанию — это чужая вина. Диагностика начинается с вопроса, менялось ли что-то у вас, и если нет, копайте в сторону хостинга и IP.
А как понять, что мой сайт лёг из-за хостера или соседей, а не из-за моей ошибки?
Алина, если сайт недоступен, а в коде и настройках вы ничего не меняли, дело часто во внешнем. Посмотрите, доступен ли сайт по IP, не в списках ли блокировок ваш адрес, что говорит хостер. Если соседи по IP заблокированы, а вы за компанию — это чужая вина. Диагностика начинается с вопроса, менялось ли что-то у вас, и если нет, копайте в хостинг и IP.
Неприятная правда: ваш сайт может пострадать из-за проблем хостера или соседей по серверу, даже если вы сами всё сделали правильно. Заблокировали IP или подсеть за чужой сайт на том же сервере, у провайдера проблемы с регуляторами — и вы лежите. Защита одна: надёжный хостер, свой выделенный IP по возможности, бэкапы и готовность быстро переехать. Не всё в ваших руках, но подстелить соломку можно.