Определить какая cms

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

С чего начать проверку

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

Обращайте внимание на такие признаки:

• Адреса с папками /wp-content/, /wp-includes/, /bitrix/, /sites/default/;
• Мета-тег generator, если он не удален;
• Файлы вроде readme, license, manifest, service worker;
• Следы стандартных тем и модулей в названиях ресурсов.

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

Как сопоставлять признаки

Лучше искать не один “сигнал”, а набор совпадений. Например, сочетание cookie, путей к статике и характерной структуры URL обычно дает более точный результат, чем любой отдельный маркер. Если на сайте есть человекочитаемые адреса, сравните их с типичными шаблонами популярных систем.

Полезно проверить:

• Страницу robots.txt — там часто перечислены закрытые разделы и служебные директории;
• sitemap.xml — по нему видно, как строятся адреса;
• Заголовки ответа сервера — иногда они выдают имя движка косвенно;
• Формы входа и панели администратора — у разных CMS они выглядят по-разному.

Если цель — именно определить какая cms, не делайте вывод по одному скриншоту или по favicon. Темы оформления часто маскируют платформу, а некоторые плагины и конструкторы добавляют собственные пути, из-за чего сайт можно перепутать с другой системой.

Когда CMS скрыта или сильно изменена

Иногда владелец специально удаляет очевидные следы, поэтому приходится смотреть глубже. В такой ситуации помогают технические мелочи: структура форм, имена JS-файлов, формат классов в HTML, cookies и заголовки страниц. Даже если каталогов движка не видно, логика верстки нередко выдает исходную платформу.

Сложнее всего, когда сайт переведен на headless-подход, использует фреймворк поверх CMS или полностью кастомную сборку. Тогда однозначный ответ не всегда возможен без доступа к серверу. В этом случае корректнее говорить не о точном названии системы, а о наиболее вероятной платформе и о том, какие признаки на это указывают.

Проверка результата и типичные ошибки

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

Типичные ошибки такие:

• Путать CMS и тему оформления;
• Принимать плагин за сам движок;
• Делать вывод по версии, если она указана неточно;
• Игнорировать самописные доработки, меняющие стандартный вид системы.

Если после проверки остается несколько вариантов, зафиксируйте их по степени вероятности и перечислите, какие признаки совпали. Так ответ будет честным и практичным, а не формальным. Именно такой подход помогает определить какая cms без догадок и лишней уверенности.