Сайт на 1С-Битрикс перестал открываться: белый экран, ошибка 500, «нет соединения с сервером» — или просто бесконечная загрузка. Заявки не приходят, телефон молчит, а в админку войти нельзя. Знакомая картина? Это одна из самых частых ситуаций, с которыми ко мне обращаются владельцы сайтов на Битриксе.
Сразу главное: в большинстве случаев сайт реально вернуть за 30–60 минут, и половину причин можно устранить самостоятельно, не дожидаясь специалиста. Ниже — порядок действий, по которому я разбираю такие сбои: сначала быстрая диагностика, потом типичные причины, потом решения. Идите по шагам по порядку — так вы потратите меньше времени, чем если будете дёргать наугад. Я занимаюсь поддержкой и лечением сайтов на 1С-Битрикс (Битрикс-Автоматизация — это мой проект), поэтому описываю ровно то, что происходит на практике.
Если сайт нужен прямо сейчас, а не через вечер — не тратьте время на чтение. Напишите в Telegram @chervov, коротко опишите симптом — и я подключусь к серверу. Обычный сбой возвращаю за 2–4 часа. Условия работы — на странице срочной техподдержки.
Прежде чем лезть в код, прикиньте масштаб. В таблице — типовые симптомы и сколько времени обычно занимает их устранение. Цифры ориентировочные: реальный срок зависит от хостинга и от того, есть ли резервная копия. Но порядок такой — большинство сбоев это часы, а не дни.
| Симптом | Самая частая причина | Сколько занимает починка |
|---|---|---|
| Белый экран вместо сайта | Фатальная ошибка PHP, конфликт модуля | 30–60 минут |
| Ошибка 500 | Повреждён .htaccess, неверные права, сбой PHP | 20–60 минут |
| Ошибка 502 / 503 | Не отвечает PHP-FPM, переполнен диск, упал MySQL | 30 минут – 2 часа |
| Админка не открывается, сайт открывается | Сбитый кеш, права на /bitrix/, проблема с сессией | 20–40 минут |
| Сайт упал после обновления | Модуль несовместим с новой версией ядра | 1–2 часа |
| Всё открывается, но очень медленно | Переполнен диск, разросшийся кеш, тяжёлые логи | 30–60 минут |
Если после прочтения таблицы вы поняли, что сами разбираться не хотите — это тоже нормально, об этом в конце статьи. Но сначала давайте поймём, почему Битрикс вообще так легко «падает».
Один запрос к странице на Битриксе тянет за собой десятки файлов: ядро, модули, шаблон, компоненты, кеш, базу данных. Любой элемент этой цепочки может отказать — и сайт молча отдаёт белый экран или ошибку. Фраза «битрикс сайт не работает» обычно означает, что скрипт упал раньше, чем успел выдать хоть какой-то контент.
Все причины делятся на пять групп:
Дальше — как за 10–30 минут понять, какая именно группа виновата. Это самый важный этап: без диагноза любое лечение вслепую.
Логи — это первое, что я открываю. Ищите файл error_log в корне сайта, а также в bitrix/php_interface/. Если хостинг предоставляет панель (ISPmanager, cPanel, Timeweb, Reg.ru и т.п.) — там почти всегда есть раздел «Журнал ошибок» или «Логи сайта». Откройте последние строки: там будет сама ошибка с номером строки и файлом. Обычно этого достаточно, чтобы понять причину за пару минут.
Если логи пустые, включите показ ошибок на экран. В файле /bitrix/php_interface/dbconn.php добавьте в конец:
ini_set('display_errors', '1');
error_reporting(E_ALL);
define("BX_DEBUG", true);
После этого обновите страницу — вместо белого экрана вы увидите текст ошибки с указанием файла и строки. Важно: после диагностики верните всё как было. display_errors на боевом сайте — это утечка данных и замедление работы.
Битый .htaccess — классическая причина ошибки 500 на Битриксе: одна лишняя или неверно написанная строка — и сайт перестаёт отвечать. Откройте файл и посмотрите, не добавлял ли кто-то туда недавно правила редиректа, gzip или безопасности. Если сомневаетесь — временно переименуйте .htaccess в .htaccess.bak и проверьте сайт. Стандартные права для Битрикса: файлы — 644, папки — 755. Всё, что шире, — риск.
Переполненный диск — частая и коварная причина: сайт открывается у всех, кроме вас, или падает белым экраном без единой ошибки. В панели хостинга посмотрите заполненность раздела. Особенно быстро диск забивают кеш (/bitrix/cache/, /bitrix/managed_cache/), резервные копии (/bitrix/backup/) и логи. Если места нет — чистите кеш и временные файлы.
Откройте /bitrix/php_interface/dbconn.php и проверьте настройки подключения: хост, имя базы, логин, пароль. Если MySQL упал или недоступен, сайт обычно выдаёт ошибку подключения к базе или белый экран. Проверить можно через панель хостинга: раздел «Базы данных» покажет статус MySQL. Если база на этом же хостинге — иногда помогает перезапуск через панель или обращение в поддержку хостера.
Пустая белая страница — это фатальная ошибка PHP, которая происходит до вывода контента. Причины: несовместимость модуля с версией PHP, ошибка в кастомном коде, нехватка памяти (Allowed memory size exhausted). Белый экран битрикс лечится через логи и display_errors — шаги 1–2 из диагностики. Если ошибки нет нигде — проверяйте диск и права.
«Internal Server Error» — обобщённый ответ сервера. Чаще всего виноваты .htaccess и права доступа, реже — фатальная ошибка PHP. Порядок действий: переименуйте .htaccess, проверьте права, включите display_errors. Ошибка 500 на Битриксе после этого обычно уходит.
Эти коды говорят, что веб-сервер (nginx или Apache) не может получить ответ от PHP-FPM или сам PHP-процесс упал. Причины: переполненный диск, нехватка памяти на сервере, упавший MySQL, сбой на хостинге. Часто достаточно перезапустить PHP-FPM через панель хостинга или подождать, пока хостинг сам всё поднимет. Если ошибка повторяется регулярно — это уже системная проблема, копать нужно глубже.
Классика: обновили ядро Битрикса или перешли на новую версию PHP — и сайт упал. Причина почти всегда одна: модуль или шаблон использовал функцию, которую в новой версии убрали или изменили. Самое обидное — что до обновления всё работало годами. Что делать — в разделе «Как починить самостоятельно».
Сайт может вообще не открываться, «висеть» при загрузке или отдавать 500/502. Проверьте заполненность диска в панели хостинга. Основные пожиратели места на Битриксе: кеш, бэкапы, логи, невыгруженные временные файлы. Почистили — проверьте, освободилось ли место и ожил ли сайт.
Просроченный сертификат, неправильно настроенный редирект http→https, конфликт старого и нового сертификата. Симптомы: браузер ругается на соединение, сайт выдаёт 502, или возникает бесконечный цикл редиректа. Проверьте срок действия сертификата и правила редиректа в .htaccess.
Кастомный шаблон или модуль с ошибкой в коде может положить весь сайт. Признак: сайт падает на конкретных страницах или после включения определённого функционала. В логах будет ошибка с указанием файла шаблона или модуля. Лечится откатом модуля или исправлением кода.
Самый безопасный и часто достаточный шаг. Удалите содержимое папок /bitrix/cache/ и /bitrix/managed_cache/ через файловый менеджер хостинга или FTP. Если админка ещё открывается — можно очистить кеш через «Настройки → Настройки продукта → Автокеширование → Очистить файлы кеша». После очистки сайт пересоздаст кеш заново.
Если сайт упал после правки .htaccess, верните стандартный файл из дистрибутива Битрикса. Стандартный .htaccess выглядит коротко — в нём нет десятков правил. Если вы не уверены, какие правила были кастомными (редиректы, защита от спама), сверьтесь с бэкапом или обратитесь к тому, кто их добавлял. Не переносите чужие правила с других сайтов — они почти наверняка не подойдут.
Сайт упал сразу после обновления ядра или модуля — попробуйте откат. Если в админке есть раздел «Настройки → Обновление платформы», можно откатить ядро до предыдущей версии. Если нет — временно отключите недавно обновлённый модуль: переименуйте его папку в /bitrix/modules/имя_модуля/ (например, добавив .bak). Сайт начнёт работать без модуля, а вы разберётесь с совместимостью. Только сначала сделайте резервную копию — об этом ниже.
Если сайт перестал работать после перехода на PHP 8, а лог показывает ошибки совместимости — переключите версию обратно в панели хостинга (PHP 7.4 обычно самый безопасный вариант для старого Битрикса). Это не лечение, а спасение времени: старую версию можно держать, пока не приведёте код в порядок. Учтите: PHP 7.4 уже не получает обновлений безопасности, поэтому как временную меру.
Самый надёжный способ — и самый недооценённый. Где искать копии:
/bitrix/backup/.Восстановление из бэкапа хостинга обычно делается в один клик в панели, но предупредите: восстановится и файлы, и база — всё, что было после даты копии, пропадёт. Если есть свежие заказы или контент — сначала выгрузите их отдельно.
Если бэкапа нет — не паникуйте, но считайте это платным уроком. Сайт без копии можно попробовать оживить через логи и отключение проблемного модуля, но это уже работа для специалиста.
Поверьте, я видел, как сайт после «несложной починки» умирал окончательно. Вот что не нужно делать:
Честно: самостоятельная починка имеет смысл, пока ситуация простая — кеш, .htaccess, диск, версия PHP. Есть чёткие признаки, что дальше копать самому не стоит:
Если это ваш случай — напишите мне в Telegram, я подключусь к серверу и верну сайт. Подробнее об условиях: срочная техподдержка сайтов на 1С-Битрикс.
Распечатайте или держите под рукой — проверяйте по порядку:
error_log и логах панели хостинга.display_errors (если нет — включите через dbconn.php на время диагностики)..htaccess (переименуйте временно и проверьте сайт).Три ситуации, которые в моей практике повторяются чаще всего. Имена и детали опускаю — важна механика.
Сайт упал после перехода на PHP 8. После смены версии PHP сайт стал отдавать белый экран. В логе — ошибка о том, что модуль использует устаревшую функцию, удалённую в PHP 8. Решение: временно вернули PHP 7.4, сайт ожил, потом обновили модуль до совместимой версии и переключили обратно. Типовой сценарий для сайтов с модулями, которые не обновлялись годами.
Белый экран из-за переполненного диска. Сайт открывался у одних и не открывался у других, в логах — пусто. Оказалось, диск хостинга забит кешем и старыми бэкапами под завязку: PHP не мог создать временные файлы. Почистили кеш и логи — сайт вернулся. На это ушло меньше часа, а искали бы без подсказки — потратили бы день.
Ошибка 500 после переноса на новый хостинг. Сайт переехал на другой хостинг и перестал открываться. Причин оказалось две сразу: не совпала версия PHP (на старом была 7.4, на новом — 8.2) и сбились права доступа при распаковке архива. Обе проблемы решаются за полчаса, но каждая по отдельности маскирует другую — поэтому так важна пошаговая диагностика.
Причин несколько групп: фатальная ошибка PHP, проблемы с сервером или хостингом (диск, PHP-FPM), недоступная база данных, битый кеш после обновления, ошибки SSL. Диагностика по шагам из этой статьи — логи, display_errors, .htaccess, диск, база — в 90% случаев находит причину за 30 минут.
Белый экран — это фатальная ошибка PHP до вывода контента. Включите отображение ошибок через dbconn.php (ini_set('display_errors', '1');) и посмотрите, что пишет в error_log. Дальше — по тексту ошибки: чаще всего это несовместимость модуля с версией PHP или нехватка памяти.
Сначала временно переименуйте .htaccess и проверьте сайт — это исключит самую частую причину. Затем проверьте права доступа (файлы 644, папки 755) и включите display_errors, чтобы увидеть настоящую ошибку. Если ничего не помогло — читайте логи хостинга.
Сложно, но возможно: включите display_errors, найдите ошибку в логах, временно отключите проблемный модуль (переименуйте его папку в /bitrix/modules/). Это работает, если сайт «упал» из-за кода, а не из-за потери данных. Если дело в базе или взломе — без копии шансы малы, лучше сразу звать специалиста.
Откатите обновление: через админку (Настройки → Обновление платформы) или переименовав папку недавно обновлённого модуля. Если обновляли PHP — верните предыдущую версию в панели хостинга. И впредь: обновление только после резервной копии.
Зависит от причины: простая ситуация (кеш, .htaccess, диск) — это один тариф, лечение после взлома или восстановление без бэкапа — другой. Точные условия и цены — на странице технической поддержки сайтов на 1С-Битрикс. В большинстве случаев диагностика позволяет назвать цену до начала работ.
Значит, проблема не на сайте, а между вами и ним: кеш браузера, DNS, блокировка антивирусом, VPN, проблемы интернет-провайдера. Попробуйте другой браузер, отключите VPN и антивирус, проверьте сайт с телефона через мобильный интернет. Если открывается — проблема локальная, с хостингом всё в порядке.
Это нормально — у срочных ситуаций свои сроки, и ждать не хочется. Напишите мне в Telegram @chervov — подключусь и верну сайт. Если нужны детали по условиям и цене — смотрите страницу срочная техподдержка сайтов на 1С-Битрикс: там описано, какие задачи беру в работу и как быстро подключаюсь.