Как узнать, на какой CMS сделан сайт

Зачем знать, на какой CMS сделан сайт

CMS (система управления контентом, «движок») задаёт правила игры для всего сайта: как формируются адреса страниц, легко ли редактировать мета-теги, можно ли добавить микроразметку без программиста, насколько быстро грузятся страницы. Знать движок полезно в нескольких ситуациях.

• Подбор SEO-стратегии. Продвижение сайта на Tilda и на 1С-Битрикс отличается: разные возможности по URL, шаблонам, скорости. Понимая движок, вы сразу знаете, где будут узкие места.
• Выбор подрядчика. Разработчик под WordPress и разработчик под Битрикс — часто разные люди. Прежде чем искать исполнителя на доработку, стоит знать, с какой системой ему предстоит работать.
• Миграция и оценка сайта. Перед покупкой готового сайта или переездом на новый движок важно понять, что под капотом и насколько это удобно поддерживать.
• Конкурентная разведка. Видно, на чём сделаны сайты из топа по вашим запросам. Если конкуренты сидят на одной CMS — это подсказка, что система хорошо тянет SEO в вашей нише.

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

Способ 1. Онлайн-сервис — самый быстрый

Если нужно узнать движок здесь и сейчас, не разбираясь в коде, — используйте онлайн-сервис. Вставляете адрес сайта, и сервис сам собирает все признаки: анализирует HTML, заголовки, пути к скриптам, куки и выдаёт название CMS вместе с сопутствующими технологиями (сервер, аналитика, CDN).

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

Из зарубежных сервисов похоже работают Wappalyzer и BuiltWith — они показывают технологии сайта, но интерфейс на английском и часть данных прячут за платной подпиской. Для быстрой проверки на русском удобнее наш инструмент.

Когда сервис показывает «CMS не определена» — это тоже результат: скорее всего, сайт на самописной системе или движок хорошо замаскирован. В таком случае помогут ручные способы ниже.

Способ 2. Исходный код страницы

Ручной способ, который работает без сторонних сервисов. Откройте сайт в браузере и нажмите Ctrl+U (или правой кнопкой → «Посмотреть код страницы»). Откроется HTML — в нём и прячутся следы движка. На что смотреть.

Мета-тег generator. Найдите в коде (Ctrl+F) слово generator. Многие CMS честно подписываются:

<meta name="generator" content="WordPress 6.5">
<meta name="generator" content="Joomla! - Open Source Content Management">
<meta name="generator" content="Tilda">

Это самый прямой признак. Но тег легко убрать, поэтому его отсутствие ещё ничего не доказывает.

Характерные пути к файлам. Ищите в коде пути к стилям, скриптам и картинкам — они выдают движок:

• /wp-content/, /wp-includes/ — WordPress;
• /bitrix/, /local/templates/ — 1С-Битрикс;
• static.tildacdn.com, классы t-rec, t-body — Tilda;
• /sites/default/, /core/ — Drupal;
• data-wf-page, data-wf-site — Webflow.

Характерные скрипты и объекты. В коде часто встречаются служебные вызовы движка: BX. у Битрикса, Drupal.settings у Drupal, wp-json (REST API) у WordPress. Даже если пути к папкам переименовали, эти следы остаются в JavaScript.

Куки. Откройте инструменты разработчика (F12) → вкладка Application → Cookies. Имена куки тоже говорящие: BITRIX_SM_ — Битрикс, wordpress_ — WordPress, frontend — часто Magento.

Способ 3. HTTP-заголовки сервера

Когда браузер запрашивает страницу, сервер вместе с ней отдаёт служебные заголовки. Иногда движок подписан прямо там. Посмотреть заголовки можно в инструментах разработчика: F12 → вкладка Network → кликните на первый запрос (документ) → раздел Response Headers.

Полезные заголовки:

• X-Powered-By — иногда содержит платформу или язык (PHP, ASP.NET);
• X-Powered-CMS — прямое указание движка, встречается у Битрикса (Bitrix Site Manager);
• X-Generator — аналог мета-тега, у Drupal бывает Drupal 10;
• Set-Cookie — те же говорящие имена куки, что и выше;
• Server — веб-сервер (Nginx, Apache), сам движок не выдаёт, но дополняет картину.

Через терминал то же самое делается одной командой:

curl -sI https://site.ru | grep -i -E "powered|generator"

Заголовки — не самый надёжный источник: их часто чистят или подменяют на прокси и CDN. Но если движок себя не прячет, ответ находится за секунду.

Способ 4. robots.txt и sitemap

Служебные файлы тоже выдают CMS — у каждого движка типовой шаблон. Откройте site.ru/robots.txt и посмотрите, какие пути в нём закрыты:

• Disallow: /wp-admin/, Disallow: /wp-includes/ — WordPress;
• Disallow: /bitrix/, Disallow: /local/ — 1С-Битрикс;
• Disallow: /administrator/, Disallow: /components/ — Joomla;
• Disallow: /admin/, Disallow: *route=account — OpenCart.

Адрес карты сайта тоже подсказывает движок: у WordPress с плагином Yoast это обычно /sitemap_index.xml, у ряда систем — /sitemap.xml со специфичной структурой. Если хотите разобраться, как эти файлы устроены и зачем нужны, у меня есть отдельный разбор про robots.txt и sitemap.xml.

Способ хорош тем, что не требует ни кода, ни сервисов — файл открывается в браузере. Минус: продвинутые владельцы переписывают robots.txt под себя, и типовых путей там может не остаться.

Способ 5. Структура URL и админка

Формат адресов — ещё одна подсказка. Некоторые движки узнаются по характерным параметрам в URL:

• ?route=product/product&product_id= — OpenCart;
• index.php?option=com_content — Joomla;
• ?page_id=, ?p= — WordPress без ЧПУ;
• адреса вида /catalog/element/ с числовыми ID — часто Битрикс.

Адрес входа в админку — почти безошибочный признак. У каждой CMS свой путь, и он обычно доступен (открывается форма логина, даже если вы не знаете пароль):

• /wp-admin/ или /wp-login.php — WordPress;
• /bitrix/admin/ — 1С-Битрикс;
• /administrator/ — Joomla;
• /user/login — Drupal;
• /admin (панель OpenCart), /manager/ — MODX;
• /ghost/ — Ghost.

Ещё один незаметный, но устойчивый след — favicon: у некоторых конструкторов и хостингов иконка по умолчанию лежит по фирменному пути или совпадает с дефолтной иконкой платформы. Признак косвенный, но в сочетании с остальными помогает.

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

Способ 6. Расширения браузера

Если движки приходится проверять регулярно, удобнее поставить расширение — оно определяет CMS автоматически на каждом открытом сайте. Самое известное — Wappalyzer (есть для Chrome и Firefox). После установки в панели появляется значок: открываете любой сайт — расширение показывает движок, сервер, аналитику, CDN и другие технологии.

Похоже работают BuiltWith и WhatRuns. Плюс расширений — не надо каждый раз копировать адрес в сервис, всё видно на ходу. Минус — работают только на десктопе, часть данных в бесплатной версии скрыта, а движок расширение иногда путает.

Для разовой задачи ставить расширение избыточно — быстрее вставить адрес в онлайн-определитель CMS. Расширение оправдано, когда анализируете десятки сайтов в неделю.

Таблица: как опознать популярные CMS

Сводка характерных признаков. По одному следу движок можно спутать, но два-три совпадения дают уверенный ответ.

Если ни один признак не подошёл — вероятно, сайт на самописной CMS или на редком движке. Тогда единственный вариант — комбинировать: смотреть структуру вёрстки, формат URL, пути к скриптам и заголовки все вместе.

Главное

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