Сайт после восстановления на Beget: ошибки 502, 503, 403 и что с ними делать

Сначала проверьте: сервер не отвечает или сайт отдаёт ошибку

Введите адрес сайта в проверку на главной. Она покажет сервер Beget, на котором сайт, его статус на нашем табло и код ответа самого сайта. Сервер мы проверяем запросом на его адрес вида имя.beget.ru и ждём 6 секунд. Код меньше 500 — сервер «отвечает», код 5xx — «отвечает с ошибкой», нет ответа — «не отвечает» (методика). Что происходит внутри сервера, мы не видим: только его ответ снаружи.

10 ноября Beget назвал признак, что восстановление аккаунта закончено: в панели cp.beget.com нет сообщения об этапе восстановления и видны разделы «Сайты» и «MySQL». Дословно: «Зайдите в панель управления cp.beget.com — если вы видите сообщение, что аккаунт находится на этапе восстановления, ожидайте завершения восстановления. Если такого сообщения нет и вы видите доступные разделы “Сайты” и “MySQL”, значит восстановление завершено». Файлы и базы данных, по тому же посту, восстанавливаются «из последних доступных копий прямо на аккаунт», а «Часть ресурсов уже автоматически поднялась и отображается в сети». Ошибки Beget допускает: «При восстановлении сайтов из бэкапов могут возникать ошибки, мы будем в индивидуальном порядке исправлять эти проблемы, на это потребуется время» (пост 583, 12:36 МСК). Из серверов хостинга, оставшихся к восстановлению, «около половины» уже развернуты, остальные «в разной степени готовности»; сколько сайтов при этом работает, Beget не пишет.

Что сообщал Beget раньше. В посте 580 от 06.11 (18:04 МСК) сказано: «уже завтра планируем начать восстановление из бэкапов на первых серверах». 7 ноября в 22:02 МСК, в посте 581: «Сегодня ночью запланирован запуск первых серверов под автоматическое восстановление из бэкапов. Уже этой ночью ожидаем запуск первых сайтов восстановленных из бэкапов». В FAQ официального чата 07.11 (17:19 МСК) сотрудники Beget написали о хостинге: «Более 60% серверов уже работают. Остальные восстанавливаем из бэкапов — на это нужно больше времени» (FAQ Beget). Сроков для конкретного сервера Beget не называл. Такие же симптомы описывали на vc.ru от 05.11 (10:28). В посте 577 от 04.11 (01:01 МСК) компания описала проверку каждого сервера вручную, в том числе «Проверяем целостность данных» и «Запускаем сервер и проверяем, что сайты на нём работают». Сообщения Beget по датам — в хронологии.

Что пишут пользователи 7 ноября. «Вчера на наших сайтах была ошибка "Не удается получить доступ к сайту", а сегодня 503 ошибка. Значит ли это, что скоро всё запустится?» (13:35 МСК). Что значит 503 во время восстановления, Beget не объяснял. Если в нашей проверке сервер теперь «отвечает», а сайт отдаёт 503, веб-сервер уже на связи, а сайт за ним ещё не работает. Когда он заработает, по коду ответа не сказать.

Если 502 появился после вашего собственного переезда на другой хостинг, причина другая, и эта страница не про неё: смотрите перенос сайта, шаг 3.

502, 503 и 403: что пишет справка Beget

502 Bad Gateway простыми словами: веб-сервер принял запрос, но программа за ним (например, PHP) не дала нормального ответа. Определение дано по RFC 9110, §15.6.3. 503 значит, что сервер временно не может обработать запрос, например из-за перегрузки или работ (RFC 9110, §15.6.4).

Справка Beget написана для обычной работы хостинга. Связаны ли ошибки после восстановления с теми же причинами, Beget не сообщал. Но справка показывает, что проверить самому, если у вас есть доступ по FTP или SSH, и с чем идти в поддержку.

502 Bad Gateway

Справка «Как исправить ошибки сервера 500, 502, 503, 504» (опубликована 25.12.2023, обновлена 03.10.2025): «На нашем виртуальном хостинге используется связка из двух веб-серверов Nginx и Apache». «Код состояния HTTP 502 возникает тогда, когда Nginx получает некорректный ответ от Apache. Чаще всего причиной являются проблемы в работе php-скриптов». И отдельно: «Также ошибка 502 Bad Gateway может возникать из-за проблем на стороне хостинга». Самостоятельных шагов для 502 Beget не даёт: «мы рекомендуем обратиться в техподдержку».

Пользователь 7 ноября: «поднялся но висит с 502 ошибкой сервера. Доступы фтп и ssh не подходят, мы не можем попасть на хостинг сайта и понять причину этой ошибки» (11:04 МСК). Если у вас то же самое, сначала разберитесь с доступом: не подходит пароль FTP или SSH.

503 Service Unavailable

Та же справка: «Самая частая причина возникновения кода состояния HTTP 503 – ограничение максимального количества одновременно обрабатываемых запросов». «Для обычных и VIP-тарифов виртуального хостинга максимальное количество одновременно обрабатываемых запросов ограничено 30 запросами. Для Битрикс-тарифов виртуального хостинга ограничение составляет 60 одновременных запросов». Сколько процессов сейчас обрабатывают запросы, справка предлагает посмотреть по SSH:

ps aux | grep apache | wc -l

Причину, по справке, определяет поддержка: «Для определения причины рекомендуем обратиться в техническую поддержку». Ещё одна причина 5xx из справки Beget о сессиях: зависшие на блокировке сессий процессы могут занять PHP-воркеры, «в результате чего сайт начнёт выдавать 5XX ошибку» (раздел про сессии).

403 Forbidden

Справка «Что такое ошибка 403 Forbidden и как ее исправить» (25.12.2023, обновлена 11.03.2025) называет частые причины на стороне сервера:

• Нет файла index.php или index.html. «Если этого файла нет, то сайт вернет ошибку 403 при загрузке страницы». Проверьте, что он есть в папке public_html.
• Файлы лежат не в корневой папке. На хостинге Beget корневая папка сайта — public_html внутри папки сайта. Файлы не должны лежать рядом с ней или во вложенной папке вроде public_html/site.
• Запрет в .htaccess. Смотрите директивы deny, allow, require, RewriteRule. По справке, «Зачастую такой запрет доступа на сайт встречается из-за некорректной настройки или вирусного заражения сайта». Поэтому после 403 загляните и в раздел о вирусах.
• Плагины WordPress. Справка советует отключить их, переименовав папку wp-content/plugins, и включать по одному.

Пользователь 7 ноября: «Наш сайт вчера и сегодня до 15:00 примерно работал всё было хорошо! Сейчас выдает при загрузке 403 Можно уточнить почему ?» (15:44 МСК). Публичного ответа Beget на этот вопрос мы не нашли. Наша проверка показывает такой сайт как «Сайт отвечает с кодом 403»: сервер на связи. Исправить 403 стоит быстро: Google удаляет из индекса страницы, которые отдают 4xx (про позиции).

«Error establishing a database connection» и другие ошибки базы

Эта ошибка значит, что сайт запустился, но не достучался до своей базы данных: база не восстановлена или её данные не совпадают с настройками сайта. Такой текст показывает WordPress, и код ответа при этом 500, а не 502 (описание функции dead_db).

Что проверять, пока вы не можете зайти в панель:

1. Откройте проверку сайта и убедитесь, что сервер отвечает. Если не отвечает, дело в сервере, а не в базе.
2. Посмотрите, что показывает сайт: белый экран, «502» или текст про базу. Запишите точный текст ошибки и время.
3. Не меняйте пароль базы и wp-config.php наугад: после восстановления из бэкапа вы можете затереть правильные значения.
4. Когда в панели виден раздел «MySQL», сверьте имя базы, пользователя, пароль и хост базы с конфигом сайта: в WordPress это wp-config.php (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST), в 1С-Битриксе — bitrix/.settings.php и bitrix/php_interface/dbconn.php. После переноса аккаунта на другой сервер хост может быть другим. Про WordPress подробнее — перенос WordPress.

О разделе баз данных Beget 7 ноября в 22:02 МСК написал: «В ближайшее время добавим read only раздел “Базы данных”» (пост 581). Read only — только для чтения. 10 ноября Beget написал о разделе «MySQL»: «Базы данных также становятся доступны в панели управления в разделе “MySQL”», а доступ к файлам и базам — через FTP/SSH (пост 583). Только ли для чтения этот раздел, Beget в посте не уточнил. Общий совет там же: «Если проблемы с сайтом сохраняются, напишите, пожалуйста, в поддержку — support@beget.com».

Для VPS добавляется отдельный риск. По комментарию на Хабре от 04.11 (10:35): «Если база данных в момент снятия снапшота писала транзакцию, такой бэкап может подняться битым». Это мнение комментатора, а не сообщение Beget. Про VPS на Beget — раздел VPS.

Вместо сайта сообщение Beget: «заблокирован», «не прилинкован», «ограничения»

Что значат такие сообщения, отвечаем по справке Beget и ответам его сотрудников. Где ответа нет, так и пишем.

«Сайт заблокирован хостинг-провайдером»

Справка «Причины блокировки сайта хостинг-провайдером» (05.06.2024, обновлена 11.03.2025) называет причины: требования Роскомнадзора, фишинг, вирусное ПО, спам, плагиат, нежелательный контент, спуфинг (подмена отправителя писем) и блокировку по нагрузке. О блокировке Beget пишет на контактную почту: «отправляем пользователю уведомление о блокировке на контактную почту», при нагрузке — «мы уведомляем клиента об ограничениях на контактную почту». Неоплата в этой справке не названа. Пользователь 6 ноября спрашивал: «На одном моем аккаунте висят на всех доменах сообщения, что сайт заблокирован хостинг провайдером. Это значит что прямо перед 2 ноября закончился баланс?» (19:40 МСК). Блокирует ли Beget сайты за неоплату сейчас, он не сообщал; в FAQ 7 ноября сказано: «Все операции биллинга приостановлены» (FAQ Beget). Что делать: найти письмо Beget на почте аккаунта и написать в поддержку. Справка: «в любом спорном вопросе для восстановления доступа к сайту рекомендуем написать нам».

«Домен не прилинкован к директории на сервере»

10 ноября Beget объяснил эту заглушку в посте и назвал, что проверить: привязку домена к директории и версию PHP в разделе «Сайты» панели. «Если вы видите сообщение “Ваш домен не прилинкован”, когда открываете ваш сайт, это может означать, что либо на сервере еще не завершены все этапы восстановления, либо прилинковка не произошла автоматически». Что сделать: «Зайдите в панель управления в раздел “Сайты” и проверьте, пожалуйста, что домен прилинкован к нужной директории, и другие настройки, например версию PHP». Дальше: «Если проблемы с сайтом сохраняются, напишите, пожалуйста, в поддержку — support@beget.com» (пост 583, 12:36 МСК).

9 ноября эту заглушку массово видят на восстановленных серверах. Beget отвечает: домен можно прилинковать самому в панели cp.beget.com. Пользователь: «сервер заработал, но когда открываю сайты пишет везде "Домен не прилинкован к директории на сервере!"» (9 ноября, 13:35 МСК). В комментариях к постам 580–582 с 7 ноября 20:13 до 9 ноября 18:24 МСК мы насчитали 32 таких сообщения, 31 из них — за 9 ноября (подсчёт наш, по ключевым словам, примерный).

Что ответил Beget. «вы можете прилинковать его к домену в панели самостоятельно cp.beget.com» (16:44). Пользователю, у которого сайт открывался без сертификата и с той же заглушкой: «прилинковать можно самостоятельно в панели. Сертификаты выпустим» (16:53). Что привязка в панели работает, сотрудник написал ещё ночью: «В панели управления cp.beget.com такой функционал уже восстановлен» (00:31).

Что значит заглушка. Точного её текста в справке Beget нет. В справке «Домены и поддомены» (13.08.2020, обновлена 05.05.2026) есть вариант «Не прилинковывать домен»: «домен будет добавлен, но не будет закреплён ни за одним из сайтов (директорией)». То есть домен есть в аккаунте, но не привязан к папке сайта. Привязывают его, по той же справке, в разделе «Домены и поддомены» панели; 10 ноября Beget отправляет проверять привязку в раздел «Сайты» (пост 583). Как эти разделы выглядят в восстановленной панели, мы не проверяли.

Что делать: войдите в cp.beget.com, привяжите домен к папке сайта и дождитесь сертификата — выпустить его Beget обещает сам. Не пускает в панель — вход через «Забыли пароль?»; панель пишет, что аккаунт «в очереди на восстановление», — что это значит. Не знаете, какая папка у сайта, — напишите в поддержку, укажите домен и логин.

«На домен установлены ограничения»

Такого текста в справке Beget мы не нашли (искали в копиях справки 7 ноября). Что он значит, Beget публично не объяснял. Что делать: проверить почту аккаунта (о блокировках Beget, по своей справке, пишет туда) и написать в поддержку. Если домен ещё и надо продлить, смотрите домен и DNS.

Сайт открывается, но не держится вход, корзина или cron

PHP-сессии: вход и корзина сбрасываются

Что пишут пользователи. «сделайте что нибудь с php, что бы на сайтах чтт восстановили сессии работали!!! А то сайт открывается но не работает! И так у многих!» (6 ноября, 18:45 МСК). «Бегет, дорогой, целый день прошу, что с сессиями в php? Сайт жив, но не пашет без этого» (7 ноября, 01:21 МСК).

Что ответили от имени Beget. На вопрос пользователя, зачем Beget спрашивает адрес сайта, от имени группы «Beget комментарии к постам» ответили: «пхп сессии у запущенного сайта можно поправить в ручную у специальной команды которая сейчас следит за запущенными вновь сайтами. я им бы передал на починку и проверку» (7 ноября, 01:28 МСК). Значит, Beget нужен адрес сайта. Имя сервера мы советуем добавить сами: его покажет наша проверка. Куда именно писать, в ответе не сказано.

Что пишет справка «Блокировка сессии в PHP» (15.07.2020, обновлена 20.03.2026). По умолчанию PHP хранит сессии в файлах на сервере. Файл сессии блокируется, пока скрипт с ним работает, и при нескольких одновременных запросах процессы ждут друг друга. Beget предлагает хранить сессии в Redis: «В рамках нашей панели управления (cp.beget.com) можно включить хранение сессий в Redis для всех сайтов на аккаунте. Для этого необходимо перейти в раздел "Сайты", и далее отметить галочку - "Хранить сессии всех сайтов в Redis"». 7 ноября в панели, по FAQ Beget, было доступно только управление DNS. 10 ноября Beget написал: «Управление сайтами уже доступно в вашей панели» (пост 583); есть ли в восстановленном разделе «Сайты» эта галочка, Beget не уточнял, мы не проверяли.

Что можно сделать сейчас:

1. Проверьте в другом браузере или в режиме инкогнито: если вход не держится и там, дело не в ваших cookies.
2. Не правьте ядро CMS по советам из комментариев, не сохранив копию изменённых файлов.
3. Напишите в поддержку (шаблон): адрес сайта, имя сервера и что именно не держится: вход в админку, корзина, формы.

Задания cron не запускаются

Что пишут пользователи. «Что с настройками будет из панели? Например кроны нужны, это будет восстановлено?» (6 ноября, 18:31 МСК). Другой пользователь 7 ноября: «Те, которые восстановились — те на 100% работают и даже боты внутри и кроны и все как и было» (09:58 МСК). Это опыт одного человека, не обещание Beget.

Что сказал Beget. Сохранятся ли задания cron, Beget не сообщал. В посте 580 перечислены части панели, которые будут запускать: «DNS, управление доменами, базы данных и сайты». Раздела CronTab в этом списке нет. Нет его и в посте 581 от 7 ноября: там названы раздел DNS и раздел «Базы данных». В посте 583 от 10 ноября названы разделы «Сайты» и «MySQL», о CronTab там тоже ничего нет.

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

• по результату: обновилась ли выгрузка, ушли ли письма, пересобрался ли кэш, если задание этим занималось;
• по письмам о выполнении: по справке «Настройка CronTab» (13.08.2020, обновлена 24.08.2026), их можно включить на вкладке «Мастер заданий». Если раньше письма приходили, а с 2 ноября их нет, проверьте задание первым делом;
• по версии PHP: справка предупреждает, что «Версия PHP, установленная для сайта (через раздел Сайты в панели управления), не учитывается при запуске РНР скриптов через Crontab или терминал». Если задание заведёте заново, укажите версию PHP в команде.

Для 1С-Битрикса cron важнее, чем кажется: если агенты сайта переведены на cron, без задания перестают работать и агенты, и отправка писем о заказах. Как это проверить, описано в разделе про 1С-Битрикс.

Не подходит пароль FTP или SSH

Что пишет справка Beget. К FTP основного аккаунта подключаются так: «При подключении по FTP необходимо использовать логин и пароль, которые используются для доступа в Личный кабинет https://cp.beget.com» («Что такое FTP», 13.07.2020, обновлена 03.10.2025). Для SSH то же: «используйте свои логин и пароль от входа в панель управления аккаунтом», SSH есть на всех платных тарифах («Что такое SSH», 13.07.2020, обновлена 03.10.2025). Ошибка «530 Login incorrect», по справке «Ошибки при FTP-подключении» (13.07.2020, обновлена 23.10.2025), «Означает эта ошибка то, что передаваемые логин, пароль или сервер ошибочные».

Что сказал Beget в комментариях 7 ноября. Аккаунт Beget Community: «ssh/ftp должен работать, если ваш сайт уже восстановили» (03:51 МСК). И позже: «Мы не можем гарантировать работоспособности ssh/ftp, так как сервера хостинга ещё не полностью восстановлены» (07:02 МСК).

Что Beget написал 10 ноября. О восстановленных сайтах: «Доступ к файлам и базам данных становится доступен через FTP/SSH». Для SSH: «используйте логин и пароль от панели управления и имя сервера, указанные в панели управления cp.beget.com» (пост 583).

Что пишут пользователи 7 ноября. «неверный логин, так как не создавал аккаунты фтп, ввожу стандартные данные логин и пароль от панели управления» (15:25 МСК). У других доступ есть: «У меня работало сразу и фтп и ssh у обоих восстановленных сайтов» (13:24 МСК).

С вечера 6 ноября пользователи пишут, что панель при входе просит сменить пароль (личный кабинет Beget). Прямо о старом и новом пароле Beget не писал, но 10 ноября для SSH назвал «логин и пароль от панели управления» (пост 583). Что проверить:

1. Имя сервера. Его покажет наша проверка: сервер вида имя.beget.ru. По посту 583, имя сервера указано и в панели cp.beget.com. После восстановления аккаунт мог оказаться на другом сервере (ниже).
2. Логин. Для основного FTP-аккаунта это логин панели. Дополнительные FTP-аккаунты, по справке, создают в разделе FTP панели.
3. Пароль. Не перебирайте пароли много раз подряд. По справке, одна из причин, почему FTP-сервер отказывает в соединении, — «блокировка вашего внешнего ip-адреса на нашем сервере».
4. Режим FTP. Справка советует пассивный режим: в FileZilla это «Редактирование → Настройки → FTP».
5. Если не подключается совсем, справка просит прислать в поддержку вывод ping и tracert (traceroute на macOS и Linux) до сервера и ваш внешний IP-адрес.

Когда доступ появится, сразу заберите копию: команды для SSH. И смените пароли: Beget 3 ноября советовал «сменить все пароли, ключи доступа и другие учётные данные, которые могли храниться на серверах» (пост 573).

Сайт открылся, но данные старые

После восстановления из бэкапа сайт возвращается в состояние на момент копии. Заказы, заявки и регистрации, появившиеся позже, могут пропасть. Дату бэкапа хостинга Beget не называл: 10 ноября он написал только, что файлы и базы восстанавливаются «из последних доступных копий прямо на аккаунт» (пост 583). Пользователи спрашивают именно об этом: «А на какие даты будут бэкапы?» (7 ноября, 11:01 МСК). Есть ли бэкап конкретного аккаунта, 7 ноября узнать было нельзя: «проверить резервную копию конкретного аккаунта сейчас технически невозможно» (FAQ Beget, 7 ноября). 10 ноября Beget назвал признак завершённого восстановления: в cp.beget.com нет сообщения об этапе восстановления и видны разделы «Сайты» и «MySQL».

Что сверить в первую очередь:

1. Последний заказ, заявку или запись на сайте: какая у неё дата.
2. Письма-уведомления в вашей почте: в них остались данные заказов, которых нет на сайте. Почта на Beget, по посту 579 от 05.11, в основном работает: «Работает 99% почтовых серверов», webmail.beget.ru доступен.
3. Выгрузки из CRM, платёжной системы и аналитики за последние дни.
4. Регистрации пользователей и загруженные файлы: картинки товаров и вложения, загруженные после даты копии, могут не открываться.
5. Пароли. Если после 2 ноября вы меняли пароли в админке сайта, в восстановленной копии могут остаться старые. Смените их ещё раз.
6. Свою копию сайта, если вы её делали. Как забрать файлы и базу после восстановления (по посту 583 — по FTP/SSH и в разделе «MySQL» панели), — как скачать бэкап с Beget; как развернуть копию на другом хостинге, если ждать нельзя, — как восстановить сайт из бэкапа Beget.

Пропавшие заказы восстановите из уведомлений и платёжной системы, а не из сайта. Если вы вносите правки на восстановленный сайт, сохраните сначала его копию. Если сайт обменивается данными с 1С, после отката копии сделайте полную выгрузку: как в разделе про 1С-Битрикс.

Проверьте сайт на вирусы

Пользователь 7 ноября: «А кто нибудь уже зашел в админку? Вирусов нет?» (10:22 МСК). Beget пишет, что при запуске каждого сервера «Очищаем сервер от вредоносных механизмов» (пост 577, 04.11), а 6 ноября: «Мы исходим из того, что угроза для инфраструктуры еще сохраняется» (пост 580). Что проверить на своём сайте:

1. Пароли. Смените пароли админки, базы, FTP и ключи API: это совет Beget из поста 573.
2. Администраторы. В админке CMS откройте список пользователей с правами администратора и удалите тех, кого не знаете.
3. Файлы. Сравните файлы сайта со своей копией или с чистым дистрибутивом CMS той же версии. По SSH можно вывести файлы, изменённые после 2 ноября:

   find ~/ВАШ-САЙТ/public_html -type f -newermt 2026-11-02

   После восстановления из бэкапа даты файлов могут измениться, поэтому этот список — подсказка, а не доказательство.
4. .htaccess. Посторонние перенаправления и запреты в нём, по справке Beget о 403, бывают следствием заражения.
5. Поисковики. Google: «Если Google обнаружит, что ваш сайт был взломан или представляет опасность для посетителей или их устройств, … то в отчете „Проблемы безопасности“ будет информация об этом» (справка Search Console). В Яндекс Вебмастере это раздел «Оптимизация сайта → Безопасность и нарушения» (справка Вебмастера).

У Beget в панели есть антивирус: «Проверить свой сайт на вирусы можно с помощью бесплатного антивируса ImunifyAV+, доступного в панели управления» (справка о блокировках). 7 ноября в панели, по FAQ Beget, было доступно только управление DNS. 10 ноября Beget написал: «Управление сайтами уже доступно в вашей панели» (пост 583); есть ли в восстановленной панели антивирус, Beget не сообщал.

Позиции в Яндексе и Google после простоя

Пользователь 7 ноября спросил Beget: «А позиций на Яндекс ппц упали вы восстанавливать будите SEO?» (12:26 МСК). Ответа Beget мы не нашли. Позиции зависят от поисковиков, а не от хостинга, и обещать их возврат никто не может. Что пишут сами поисковики (справки открыты 7 ноября 2026):

• Google о кодах 5xx: «В случае ошибок сервера 5xx и 429 поисковые роботы Google временно замедляют сканирование. В случае Google Поиска уже проиндексированные URL сохраняются в индексе, но в скором времени удаляются». Когда сервер снова отвечает, «Google постепенно будет увеличивать частоту сканирования сайта» (Google Search Central, коды статуса HTTP, обновлена 05.03.2026).
• Google о кодах 4xx, в том числе 403: «URL, которые уже проиндексированы и возвращают код статуса 4xx, удаляются из индекса» (там же). Из этого мы делаем вывод: 403 после восстановления опаснее для поиска, чем 503. Сам Google эти коды напрямую не сравнивает.
• Google о восстановлении: «Системы Google очень надежны и позволяют быстро восстановить сайт после временных сбоев», но если сайт полностью удалён из индекса, «Конкретные сроки не установлены, и способов ускорить процедуру нет» («Временное отключение сайта», обновлена 31.12.2025). Там же: повторное сканирование нескольких страниц можно запросить в Search Console, а для многих страниц использовать файлы Sitemap.
• Яндекс: «если поисковому роботу не удалось подключиться к сайту из-за ошибки сервера, то сайт может полностью пропасть из поиска» (доступность сайта).
• Яндекс об исключённых страницах: «страница может появиться в поиске в течение двух недель после того, как робот узнает о ее изменении». «Если вы устранили причину удаления страницы, отправьте страницу на переобход» (исключённые страницы).

Что сделать по порядку:

1. Убрать ошибки: сайт должен отдавать 200 на главной и ключевых страницах. Проверьте нашей проверкой и инструментом «Проверка ответа сервера» в Яндекс Вебмастере.
2. Отправить главные страницы на переобход в Яндекс Вебмастере и запросить сканирование в Search Console.
3. Проверить, что файл Sitemap открывается и в нём актуальные адреса.
4. Если сайт переехал на другой хостинг без смены адресов, переезд в поисковиках не оформляют: что говорят Google и Яндекс о смене хостинга.

Сайт переехал на другой сервер Beget

Beget о таких письмах не сообщал. Письмо «Ваш аккаунт перенесён на другой сервер» мы знаем только в пересказе: автор поста на vc.ru пересказал его в комментарии к своему посту 06.11 (22:03). Самого письма мы не видели, как факт его не используем.

Если пришло такое письмо, проверьте две вещи.

1. Отправитель и ссылки. Сверьте адрес отправителя с официальным сайтом Beget и не переходите по ссылкам из подозрительных писем: о фишинге предупреждал сам Beget (пост 562, 08.10.2026).
2. Сервер и A-запись. IP-адрес и статус сервера покажет проверка сайта. Если аккаунт и правда на другом сервере, проверьте, ведёт ли A-запись домена на новый IP. Обновит ли Beget A-записи сам при переносе аккаунта, компания не сообщала. Если домен зарегистрирован в Beget и направлен на его NS-серверы, A-запись можно поменять на domains.beget.ru: по постам 575 и 576 от 03.11 там работает управление DNS, а по посту 581 от 07.11 записи можно менять и в панели cp.beget.com. Если DNS обслуживает другая компания, обновите запись у неё. Если A-запись вы сами временно направили на другой хостинг, восстановлению на Beget это не мешает: «Нет, восстановление идет независимо от этого»; проверить сайт на сервере Beget до возврата записи Beget предлагает через файл hosts (пост 583). Про домен отдельно: перенос домена с Beget.

В панели нет вашего сайта или услуги

Если в панели Beget пропали услуги или сайт, так может проявиться то, о чём Beget сообщил 06.11 (пост 580, 18:04 МСК): «Часть последних данных во внутренней системе потеряна. Для некоторых пользователей пропали актуальные связки «аккаунт — услуги», и мы собираем их заново». Панель, по тому же посту, запускают по частям: DNS, управление доменами, базы данных и сайты. 7 ноября в FAQ Beget написал: «Сейчас она доступна с ограниченным функционалом: управление DNS (смена ресурсных записей)» (FAQ Beget). 10 ноября: «Управление сайтами уже доступно в вашей панели» (пост 583).

Пользователь, у которого в панели не видно домена, 7 ноября получил от аккаунта Beget Community такой ответ: «Сейчас мы технически не можем дать информацию по конкретному сайту, серверу или аккаунту: восстанавливается вся система» (18:48 МСК). 10 ноября Beget написал: если в cp.beget.com видно сообщение, что аккаунт на этапе восстановления, — «ожидайте завершения восстановления» (пост 583). Что делать: дождаться, пока восстановление завершится и в панели появятся сайты, затем, если сайта всё равно нет, написать в поддержку по шаблону.

Если вместо разделов панель пишет «Аккаунт находится в очереди на восстановление», это отдельный случай: что известно об очереди.

Когда Beget попросит вашего участия

В посте 580 сказано: сайты «будут максимально восстанавливаться из бэкапов автоматически, но для ускорения процесса может потребоваться ваше участие». Можно ли попросить Beget восстановить из бэкапа конкретный сайт, компания на 07.11 не сообщала. В посте 581 (07.11, 22:02 МСК) об участии клиентов ничего нет, а о сроках массового восстановления сказано: «Об ориентировочных сроках выполнения этого этапа сообщим как только сможем».

10 ноября Beget назвал, что клиент проверяет сам. Зайти в cp.beget.com: пока там сообщение об этапе восстановления — ждать; если его нет и видны разделы «Сайты» и «MySQL», восстановление завершено. Если сайт показывает «Ваш домен не прилинкован», проверить в разделе «Сайты» привязку домена к директории и версию PHP (подробнее). Если проблемы сохраняются — писать на support@beget.com; ошибки после восстановления Beget обещает исправлять «в индивидуальном порядке», «на это потребуется время» (пост 583). Срока для всех сайтов в посте нет.

Что держать под рукой заранее: логин и домены аккаунта; список сайтов и баз данных; свою копию сайта и дампа базы, если есть; доступ к почте, на которую приходят письма Beget; пароли к панели. Beget сообщил, что в панели появится «возможность скачать свой бэкап»; ориентировочный срок — 5 дней (пост 580, 06.11). В FAQ 7 ноября срока нет: бэкапы появятся в панели, когда её синхронизируют с серверами резервных копий (FAQ Beget). Для VPS в посте 581: «Первые файловые бэкапы VPS, появятся в панели ориентировочно через 24 часа» (от публикации поста). 9 ноября сотрудник Beget написал, что бэкапы в панели пока выдают только для VPS, а «Раздел с бэкапами будет позже для хостинга» (17:03). 10 ноября Beget ответил на вопрос о файловых бэкапах хостинга: «После восстановления все файлы сайта становятся доступны на вашем аккаунте. Их можно скачать по FTP/SSH»; базы данных — также в разделе «MySQL». Бэкапов VPS в панели «уже выложено около 25000» (пост 583); как получить бэкап VPS — на странице VPS и S3.

Что написать в поддержку Beget

Beget в FAQ 7 ноября пишет: «Живые сотрудники отвечают круглосуточно во всех каналах», но «ответить каждому лично мы не успеваем» (FAQ Beget). На вопрос о почте конкретного домена аккаунт Beget Community 7 ноября ответил: «сейчас нет технической возможности работать с конкретным сервисом, так как инфраструктура находится в процессе восстановления» (14:34 МСК). Поэтому пишите одно обращение со всеми данными сразу. 10 ноября для проблем с сайтом после восстановления Beget назвал адрес support@beget.com (пост 583). Другие каналы собраны на странице личный кабинет Beget.

Здравствуйте. Логин аккаунта: ______.
Домены: ______.
Сервер из проверки на lezhitli.ru: ______ (проверка от ДД.ММ, ЧЧ:ММ МСК; статус сервера: ______).
Что вижу: сайт отдаёт ______ (код или текст ошибки, с какого времени).
Что уже проверил: ______ (FTP/SSH подключается или нет, текст ошибки клиента; есть ли файл index в public_html).
Что нужно: ______ (проверить сайт и PHP-сессии / восстановить доступ по FTP / привязать домен к сайту / сообщить дату бэкапа).

Пароли и коды подтверждения в обращении не пишите. Если не подключается FTP, приложите вывод ping и traceroute и свой внешний IP: так просит справка Beget. Письма «от Beget» со ссылками на оплату или вход сверяйте с предупреждением самого Beget о фишинге (пост 562, 08.10.2026).