На какой платформе создан сайт: как определить CMS

Автор: Сергей Климов, научный обозреватель, популяризатор. Обновлено: 2026-08-04.

Узнать, на какой платформе создан сайт, можно с помощью автоматических браузерных расширений вроде Wappalyzer, ручного анализа исходного кода в DevTools, а также проверки HTTP-заголовков и служебных файлов. Комбинация этих методов позволяет безошибочно определить популярные движки, выявить конструкторы и отличить кастомную сборку от полностью самописного решения.

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

Самый быстрый способ узнать CMS — использовать браузерные расширения Wappalyzer или BuiltWith, которые сканируют страницу и мгновенно показывают используемые технологии.

Wappalyzer — популярный определитель CMS, который анализирует скрипты и мета-теги. BuiltWith предоставляет более глубокую историческую справку по домену. Большинство пользователей начинает именно с этих инструментов.

Почему результаты могут различаться

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

Если автоматические сервисы не дали результата, необходимо открыть панель разработчика (DevTools) в браузере и вручную изучить исходный код страницы на наличие характерных сигнатур.

Для запуска инспектора нажмите F12 или кликните правой кнопкой мыши и выберите «Просмотреть код». В открывшемся окне перейдите на вкладку Elements. Здесь можно визуально оценить структуру DOM-дерева.

Открываем панель разработчика и что искать

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

WordPress легко узнать по наличию каталогов wp-content и wp-includes, специфичному мета-тегу generator и характерным классам в теге body.

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

Сигнатура №1: каталог /wp-content/ и вложенные папки

Проверьте пути к изображениям и CSS-файлам. Наличие /wp-content/themes/ или /wp-content/plugins/ гарантированно указывает на этот движок. Разработчики редко меняют эти базовые директории.

Сигнатура №2: meta-тег generator и REST API

В секции head часто присутствует тег meta name=’generator’ content=’WordPress x.x’. Кроме того, обращение к /wp-json/ возвращает данные REST API, что является ещё одним неоспоримым доказательством.

Сайты на 1С-Битрикс безошибочно определяются по наличию папки /bitrix/ в путях к скриптам, а также по характерным переменным вроде BX_PULL_SKIP_LS.

Эта коммерческая система управления контентом очень популярна в России. Даже при сильной настройке шаблона базовые артефакты остаются видимыми. Удалить их полностью технически неоправданно.

Пути и компоненты: папка /bitrix/ и js-библиотеки

В исходном коде страницы всегда можно найти ссылки вида /bitrix/templates/ или /bitrix/js/. Также система часто генерирует длинные инлайн-скрипты с упоминанием объекта BX. Эти признаки являются абсолютным маркером платформы.

Конструкторы сайтов выдают себя через стандартизированные CSS-классы, такие как t-body для Tilda или атрибуты data-wf-page для Webflow.

Многие бизнесы выбирают визуальные редакторы для быстрого запуска. Качественное продвижение cms tilda требует понимания ограничений этой платформы. Отсутствие классических баз данных компенсируется жесткой структурой верстки.

Признаки Tilda: префиксы t-… и типовые контейнеры

В коде Tilda все основные блоки обёрнуты в div с классами, начинающимися на t- (например, t-rec, t-store). Также внизу страницы часто подключаются скрипты с названием tilda-scripts.js.

Признаки Webflow: уникальные классы и встроенные скрипты

Webflow оставляет следы в виде тега html с атрибутом data-wf-site. В файлах стилей регулярно встречаются классы w-container или w-button. Эти маркеры позволяют безошибочно идентифицировать конструкторы.

Служебные файлы robots.txt и sitemap.xml, а также HTTP-заголовки сервера часто содержат прямые указания на используемую платформу, даже если HTML-код очищен.

Эти элементы проверяются без парсинга самой страницы. Достаточно добавить /robots.txt к домену. Это отличный резервный метод проверки.

Чтение заголовков ответа сервера

Вкладка Network в DevTools позволяет изучить заголовки ответа. Заголовок X-Powered-By может содержать значения вроде PHP/7.4 или напрямую указывать CMS. В файле robots.txt директивы Disallow: /wp-admin/ или Disallow: /bitrix/ мгновенно раскрывают технологический стек. Структура sitemap.xml также может иметь характерный для конкретного движка формат.

Чтобы отличить самописный сайт от кастомной сборки CMS, необходимо проверить наличие типовых системных директорий, структуру URL, формат мета-тегов и панель администратора.

Иногда стандартные библиотеки ошибочно принимаются за уникальные отметки. Важно анализировать комплекс признаков. Кастомная сборка всегда оставляет системные следы базового движка.

Критерий №1: наличие и чистота типовых путей CMS

Самописный сайт обычно имеет чистый HTML и аккуратные пути без системных префиксов. Если вы находите рудименты вроде папки uploads или assets/components, это скорее всего кастомная сборка.

Мнение эксперта. При анализе я всегда проверяю, не остались ли на сайте рудименты старой CMS. Например, папка uploads может сохраниться после перехода с WordPress на фреймворк, что вводит в заблуждение автоматические определители. Всегда ищите подтверждение минимум по трём независимым признакам.

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