Как понять, что сайт сделан на 1С-Битрикс

01

Зачем сначала определить CMS сайта

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

CMS 1С-Битрикс обычно встречается на корпоративных сайтах, каталогах и интернет-магазинах, где есть сложные права доступа, обмен с учётными системами, личные кабинеты или большой объём данных. Но похожий интерфейс может быть свёрстан на другой платформе, а типовой шаблон Битрикса — глубоко переработан. Поэтому дизайн, упоминание «1С» в подвале или знакомая форма заказа сами по себе ничего не подтверждают.

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

Это особенно важно перед сменой подрядчика. Новая команда должна получить не предположение «кажется, Битрикс», а исходные данные для оценки: доступ в админку, SFTP или SSH, панель хостинга, резервные копии и сведения о текущих интеграциях.

03

Какие признаки видны без доступов

Начните с проверки, которую можно провести на опубликованном сайте и не затронуть его работу. Откройте исходный код страницы, загрузите несколько типовых URL — главную, карточку товара, страницу новости — и посмотрите адреса подключаемых файлов. У стандартной установки 1С-Битрикс часто встречаются каталоги /bitrix/, /upload/ и /local/. Однако разработчики могут перенести шаблон в /local/, настроить CDN, закрыть служебные пути или удалить подсказки из HTML.

Полезно проверить заголовки ответа сервера и robots.txt, но относиться к ним нужно так же осторожно. Заголовок X-Powered-CMS может отсутствовать намеренно; запись в robots.txt могла остаться после миграции. Онлайн-определители CMS работают только по известным сигнатурам и часто ошибаются на кастомных решениях, прокси и закрытых ресурсах.

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

04

Что считать доказательством, а что — гипотезой

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

Ключевой вопрос не только в названии CMS. Сайт может работать на 1С-Битрикс, но включать собственные модули, нестандартный шаблон, устаревший PHP и внешние сервисы. В таком случае простая задача «обновить платформу» может затронуть формы, оплату, каталог и обмен с 1С. Поэтому подтверждение CMS — первый пункт аудита, а не финальный вывод.

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

05

Проверка через административную панель

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

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

Отдельно посмотрите настройки почты, формы, пользователей и права на инфоблоки. Это покажет, можно ли редактору публиковать материал без разработчика и куда реально уходят заявки. Сведения о модулях и обновлениях описаны в документации для администраторов 1С-Битрикс.

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

06

Маршрут проверки сайта перед запуском работ

Проверку удобно проводить в одном порядке, чтобы не потерять важные детали и не перепутать сайт с CRM. Битрикс24 может принимать лиды, хранить сделки и показывать виджет на сайте, но от этого сам сайт не становится сайтом на Битрикс. И наоборот: сайт на 1С-Битрикс может вообще не быть связан с Битрикс24.

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

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

1. 1

   Соберите исходные данные. Запросите домен, хостинг, админку, CRM и контакты текущего подрядчика.

2. 2

   Проверьте публичные сигналы. Посмотрите пути, исходный код и страницу /bitrix/admin/ без агрессивного сканирования.

3. 3

   Подтвердите в админке. Зафиксируйте редакцию, версию, модули, лицензию и права пользователя.

4. 4

   Сверьте рабочие сценарии. Отправьте тестовую заявку и проследите путь формы до почты или CRM.

5. 5

   Согласуйте вывод. Составьте перечень рисков и задач, которые требуют отдельной оценки.

07

Какие риски обнаруживаются вместе с CMS

После определения платформы не ограничивайтесь строчкой в отчёте. Частая ситуация: админка открывается, но доступ есть только у бывшего подрядчика; лицензия оформлена на неизвестную почту; резервная копия не проверялась; формы отправляют письма на личный ящик сотрудника. Эти проблемы не зависят от названия CMS, но становятся критичными, когда нужно срочно исправить ошибку или перенести сайт.

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

Для сайта с заявками проверьте не только факт отправки формы. У тестового обращения должны сохраняться источник, UTM-метки, страница отправки, согласие на обработку данных и идентификатор записи в CRM. Иначе после смены подрядчика маркетинг заметит проблему только по падению обращений.

08

Когда определения CMS недостаточно

Если задача ограничена публикацией новости или заменой баннера, подтверждения 1С-Битрикс и доступа редактора может быть достаточно. Но при редизайне, SEO-миграции, подключении CRM, изменении каталога или переносе на другой хостинг нужен технический аудит. Он отвечает на вопросы, которые не видны по названию платформы: какие инфоблоки формируют страницы, какие компоненты кастомизированы, есть ли кэширование и как устроен обмен данными.

Не просите смету «на доработку сайта на Битрикс» без описания сценария. Опишите страницу, действие посетителя, поля данных, внешнюю систему и ожидаемый результат. Для формы это может быть путь: рекламная кампания с UTM → посадочная страница → отправка формы → лид или сделка CRM → уведомление менеджеру. Такой маршрут позволяет проверить решение после релиза.

Если нужны примеры подхода к проектированию и развитию цифровых продуктов, ориентируйтесь на реальные работы в портфолио ICONICA, а не на вымышленные скриншоты типовых интерфейсов.

09

Какой вывод сделать по результатам проверки

Определить, что сайт сделан на 1С-Битрикс, можно быстро, но принимать технические решения по одному внешнему признаку нельзя. Для первичной оценки достаточно проверить публичные сигналы и страницу административной части. Для сметы, передачи проекта или обновления требуется подтверждение в админке и на сервере.

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

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