Технический аудит сайта на 1С-Битрикс

Когда нужен технический аудит Битрикс

• Несколько проблем возникают одновременно: медленный каталог, потерянные заявки, ошибки оплаты или нестабильный обмен.
• Нужно принять сайт после другого подрядчика и понять, что можно безопасно менять.
• Планируется новый раздел, интеграция или обновление, а состояние старого кода неизвестно.
• Страницы не появляются в поиске и нужно отделить технические препятствия от проблем содержания.

Если сломан один известный сценарий, полный аудит может не понадобиться: можно начать с диагностики и исправления ошибки.

Состав проверки и стоимость

Экспресс-аудит ключевых рисков — 45 000 ₽. Полный аудит кода, шаблонов, производительности и технического SEO — 85 000 ₽. Аудит с декомпозицией задач — 120 000 ₽. Выбор формата зависит от целей и объёма проекта.

• Обращения и продажи: формы, сохранение заявок, уведомления, корзина, оплата и связанные интеграции.
• Управление сайтом: структура данных, шаблоны, компоненты, права редакторов и нестандартные доработки.
• Скорость и устойчивость: медленные страницы, кеш, ресурсы, ошибки и возможность восстановления.
• Техническое SEO: ответы сервера, редиректы, canonical, мета-теги, robots.txt, sitemap и дубли.

Что будет в отчёте

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

В результате можно выбрать первую очередь работ и передать задачи в реализацию. Сам аудит не включает автоматически все исправления: техническое SEO, интеграции и доработки оцениваются по согласованному объёму.

Пример записи в отчёте: HTTP-адрес не перенаправлялся на HTTPS

Во время проверки df7.ru 5 сентября 2026 года HTTP-версия страницы услуги открывалась с кодом 200, хотя основной адрес сайта работает по HTTPS. В ответе также стоял X-Robots-Tag: noindex. По одному открытому окну браузера эту разницу легко пропустить. В отчёте такая находка разбирается по шагам:

1. Наблюдение. Запрос к HTTP-адресу возвращает содержимое страницы; заголовка Location нет. HTTPS-версия доступна и разрешена к индексации.
2. Причина. После переноса nginx передавал Apache имя сайта с портом :80, а проверка домена в правилах сайта ожидала имя без порта. Условие перенаправления не срабатывало.
3. Доработка. Перенаправление вынесено в отдельные настройки nginx для домена. HTTP и вариант с www ведут сразу на основной HTTPS-адрес.
4. Проверка. Главная и внутренние страницы получают 301 в один переход. Путь и параметры сохраняются; конечная страница отвечает 200 без запрета индексации.

Это технический результат, который можно воспроизвести и принять. Сам по себе он не доказывает рост позиций: изменения выдачи оцениваются отдельно после нового обхода. В полном отчёте к каждой находке добавляю адрес, дату проверки, приоритет и границы исправления, чтобы задачу можно было передать в работу.

Как начинается проверка

Пришлите адрес сайта, беспокоящие симптомы и цель аудита. Для внутренней проверки нужен доступ к административной части и файлам либо копия проекта. Заранее согласую, где допустимы тесты обращений, оплаты и обмена.

Работа с действующими проектами показана в кейсах Tet-a-Tet и «Сушильное дело». Для самостоятельной подготовки есть чек-лист аудита перед доработками.

Обсудить аудит

Что проверяю на конкретных симптомах

Состав аудита зависит от проблемы. Если пропадают обращения, сначала строю маршрут формы от браузера до сохранения, почты и CRM — этот порядок разобран в материале о проблемах с формами на 1С-Битрикс. Если выпадают страницы, проверяю два разных механизма:

• внешнюю индексацию: код ответа, canonical, robots.txt, sitemap, дубли и внутренние ссылки;
• внутренний поиск Битрикса: настройки инфоблока, поисковый индекс, права, URL результата и параметры компонента.

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

Частые вопросы

Можно проверить сайт без доступа к админке?

Да, но выводы будут ограничены публичной частью. Для проверки шаблонов, обработчиков, кеша, форм и интеграций лучше дать SSH/FTP и доступ в административную часть или подготовить архив проекта.

Вы сразу исправляете найденные ошибки?

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

Что делать после аудита?

Обычно выбираем 3-5 задач с максимальным эффектом: восстановить заявки, убрать дубли, ускорить важные страницы, привести canonical и sitemap в порядок или подготовить проект к новой функциональности.