Как узнать, на какой платформе сделан сайт: 6 способов

Коротко. Узнать, на какой платформе сделан сайт, можно за 1–2 минуты: откройте исходный код (Ctrl+U) и найдите meta generator и пути вида /wp-content/ или /bitrix/, загляните в robots.txt и проверьте типовой адрес админки. Быстрее всего — сервисы Wappalyzer, WhatCMS или 2ip.ru/cms. Самописные и headless-сайты так не определяются.

Почти треть сайтов в интернете не показывает, на какой платформе работает: по данным W3Techs на октябрь 2026 года, у 32,1% сайтов нет распознаваемой CMS. Среди остальных уверенно лидирует WordPress — 58,3% сайтов с CMS, или 39,5% всех сайтов. В Рунете картина своя: по рейтингу CMS от iTrack на январь 2024 года система управления обнаружена на 23,2% из 5,47 млн доменов .RU, и среди них на WordPress приходится 42,87%, на Tilda — 18,51%, на 1С-Битрикс — 11,79%. Поэтому вопрос «на какой платформе сделан сайт» обычно решается за пару минут — если знать, куда смотреть.

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

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

Что такое платформа сайта: CMS, конструктор, фреймворк или самопис

Платформа сайта — это программная основа, на которой он собран и через которую им управляют: система управления контентом (CMS), онлайн-конструктор, веб-фреймворк или полностью собственный код. В обиходе слова «движок» и «CMS» используют как синонимы, хотя платформа — понятие шире. Различают пять основных типов:

• Коробочные CMS — WordPress, 1С-Битрикс, Joomla, Drupal, OpenCart, MODX. Их ставят на свой хостинг, у них есть админка, темы и плагины. Такие системы оставляют в коде самые узнаваемые следы.
• Конструкторы сайтов — Tilda, Wix, Shopify. Сайт живёт на серверах сервиса, а картинки и скрипты грузятся с его CDN — по этим доменам конструктор и выдаёт себя.
• Фреймворки — Laravel, Symfony, Django, Next.js, Nuxt. Это не готовая CMS, а набор инструментов для разработчиков: админку и логику пишут под конкретный проект.
• Самописные сайты — собственная CMS компании или студии. Публичных сигнатур у неё нет, поэтому сервисы чаще всего отвечают «не определено».
• Headless CMS — система хранит контент и отдаёт его по API, а страницы рендерит отдельный фронтенд. Снаружи виден только фронтенд.

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

Зачем знать, на чём сделан сайт

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

• Аудит конкурентов. Если лидеры ниши работают на Битриксе с интеграцией 1С, а вы планируете магазин на конструкторе, стоит заранее понять, чего вам может не хватить через год.
• Оценка доработки или миграции. Одна и та же функция на WordPress, Битриксе и самописной системе может стоить очень по-разному — поэтому подрядчик первым делом спрашивает, на чём сделан сайт.
• Покупка готового сайта или бизнеса. От платформы зависит стоимость поддержки, наличие платных лицензий и продления обновлений (как у 1С-Битрикс) и то, насколько легко найти разработчиков.
• Смена подрядчика без документации. Сайт достался от прежней студии, доступов и описания нет. Прежде чем доработать сайт, новой команде нужно понять, на чём он собран и какие версии модулей стоят.

Если же вы не анализируете существующий сайт, а выбираете движок для нового, это отдельная задача — её мы разобрали в материале как выбрать CMS для сайта.

Какие платформы популярны в России и мире

Популярность платформы — главный ориентир при её определении: чем распространённее CMS, тем лучше её знают сервисы-детекторы и тем узнаваемее её следы в коде. Мировую статистику ведёт W3Techs, по Рунету — исследование iTrack:

Платформа	Рунет, доля среди сайтов с CMS (iTrack, январь 2024)	Мир, доля среди сайтов с CMS (W3Techs, октябрь 2026)
WordPress	42,87%	58,3%
Tilda	18,51%	1,2%
1С-Битрикс	11,79%	0,6%
Joomla	7,13%	1,6%
Drupal	1,75%	0,9%

В мире за WordPress идут конструкторы: Shopify (7,9%), Wix (6,2%) и Squarespace (3,6%). В Рунете второе и третье места занимают Tilda и 1С-Битрикс, дальше — Joomla, MODX Revolution (1,85%) и OpenCart (1,76%). Вывод простой: почти три из четырёх сайтов с CMS в Рунете работают на WordPress, Tilda или Битриксе, поэтому таблица признаков ниже покрывает большинство случаев, которые вы встретите.

Как узнать платформу сайта вручную: 6 способов

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

1. Посмотреть исходный код страницы.
2. Открыть файл robots.txt.
3. Проверить типовой адрес админ-панели.
4. Изучить структуру URL.
5. Посмотреть подвал сайта.
6. Проверить HTTP-заголовки и cookies в DevTools.

Способ 1. Исходный код страницы (Ctrl+U)

Исходный код — самый информативный источник: в нём почти всегда остаются пути к файлам темы и служебные метатеги. Откройте страницу и нажмите Ctrl+U (на macOS — Cmd+Option+U) или выберите в контекстном меню «Просмотр кода страницы». Затем ищите ключевые фрагменты через Ctrl+F.

Первым делом найдите слово generator. Это метатег, который, согласно документации MDN, содержит идентификатор программы, сгенерировавшей страницу. Многие CMS добавляют его автоматически, иногда вместе с номером версии:

<meta name="generator" content="WordPress 6.8.1">
<meta name="generator" content="Joomla! - Open Source Content Management">
<meta name="generator" content="Drupal 10 (https://www.drupal.org)">

Если generator убран, ищите характерные пути к файлам:

• /wp-content/ и /wp-includes/ — WordPress;
• /bitrix/ (например, /bitrix/templates/ или /bitrix/js/) — 1С-Битрикс;
• tildacdn.com в адресах картинок и скриптов — Tilda;
• /sites/default/files/ — Drupal;
• /catalog/view/theme/ — OpenCart;
• /_next/ — фреймворк Next.js;
• static.wixstatic.com — Wix;
• cdn.shopify.com — Shopify.

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

Способ 2. Файл robots.txt

Robots.txt — это служебный файл с правилами для поисковых роботов; он лежит в корне сайта и открывается по адресу site.ru/robots.txt. В нём владельцы закрывают от индексации служебные разделы, а у каждой CMS они свои:

• Disallow: /wp-admin/ и /wp-includes/ — WordPress;
• Disallow: /bitrix/ — 1С-Битрикс;
• Disallow: /administrator/ — Joomla;
• Disallow: /index.php?route= или правила с route=account/ — OpenCart;
• Disallow: /core/ и /user/login — Drupal;
• Disallow: /manager/ — часто встречается у MODX.

У конструкторов robots.txt формируется автоматически и о платформе говорит мало — Tilda или Wix надёжнее определять по коду. И помните, что robots.txt редактирует человек: его могут переписать с нуля, и тогда следы CMS исчезнут.

Способ 3. Адрес админ-панели

Адрес админки — это стандартный URL входа в панель управления, одинаковый у большинства сайтов на одной CMS. Допишите его к домену и посмотрите, что откроется:

• /wp-admin или /wp-login.php — WordPress;
• /bitrix/admin/ — 1С-Битрикс;
• /administrator/ — Joomla;
• /user/login — Drupal;
• /admin — OpenCart, а также многие проекты на Laravel и других фреймворках;
• /manager/ — MODX.

Если вместо ошибки 404 появилась форма входа в фирменном стиле CMS — платформа определена. Обратное неверно: администраторы часто переносят админку на нестандартный адрес, так что 404 ещё не значит, что CMS нет.

Важно. Открыть страницу входа законно — это публичный адрес. Подбирать пароли, пробовать стандартные логины или искать уязвимости на чужом сайте нельзя: это подпадает под статью 272 УК РФ о неправомерном доступе к компьютерной информации. Чтобы определить платформу, достаточно увидеть форму входа.

Способ 4. Структура URL

Структура URL — это то, как CMS по умолчанию формирует адреса страниц, и у разных движков шаблоны свои. Большинство сайтов сейчас настраивают человекопонятные адреса (ЧПУ), но поиск, фильтры и старые разделы часто выдают «родной» формат:

• /?p=123, /category/…, /tag/… — WordPress;
• index.php?option=com_content&view=article — Joomla;
• index.php?route=product/product&product_id=42 — OpenCart;
• /catalog/…/?ELEMENT_ID=… или ?SECTION_ID= — 1С-Битрикс;
• /node/15 — Drupal.

Обратите внимание на адреса страницы поиска, фильтров каталога и пагинации — там ЧПУ настраивают реже всего.

Способ 5. Подвал сайта и копирайт

Подвал, или футер, — нижняя часть страницы, где иногда прямо указано, на чём сделан сайт: «Made on Tilda», «Работает на WordPress», плашка Wix или ссылка на студию-разработчика. На бесплатных тарифах конструкторов такая отметка часто обязательна.

Это самый быстрый способ, но и самый ненадёжный: надпись легко убрать, а ссылка на студию говорит о подрядчике, а не о движке. Используйте подвал как подсказку и подтверждайте вывод другими способами. Если в футере указана студия, загляните в её портфолио — там нередко написано, на какой платформе собран проект.

Способ 6. HTTP-заголовки и cookies в DevTools

HTTP-заголовки — это служебная информация, которую сервер отправляет браузеру вместе со страницей. На экране её не видно, но многие платформы оставляют в ней свои метки. Откройте инструменты разработчика (F12), перейдите на вкладку Network («Сеть»), обновите страницу и кликните по первому запросу — самому документу. В блоке Response Headers ищите:

• X-Powered-By — язык или фреймворк на сервере: PHP, Express (Node.js), Next.js;
• Server — веб-сервер (nginx, Apache) или CDN (cloudflare);
• X-Generator и X-Drupal-Cache — так часто подписывается Drupal; X-Powered-CMS — 1С-Битрикс;
• Set-Cookie — имена cookies: BITRIX_SM_* — 1С-Битрикс, OCSESSID — OpenCart, wordpress_test_cookie на странице входа — WordPress, PHPSESSID — просто сайт на PHP.

Тот же результат даёт консольная команда curl -I: она выводит только заголовки ответа. Пример того, как может выглядеть ответ сайта на Битриксе:

$ curl -I https://example.ru/
HTTP/2 200
server: nginx
x-powered-by: PHP/8.2
x-powered-cms: Bitrix Site Manager
set-cookie: BITRIX_SM_GUEST_ID=...; path=/

Учтите: если сайт стоит за CDN вроде Cloudflare или за прокси, часть заголовков подменяется или удаляется, и вы увидите только server: cloudflare. Тогда возвращайтесь к коду страницы и онлайн-сервисам.

Таблица признаков популярных CMS и конструкторов

Таблица признаков — это шпаргалка, по которой удобно сверять находки из исходного кода, robots.txt, адреса админки и заголовков. В неё вошли платформы, которые чаще всего встречаются в Рунете и в мире:

Платформа	В исходном коде	robots.txt	Админка	Cookies и заголовки
WordPress	/wp-content/, /wp-includes/, /wp-json/, generator «WordPress»	/wp-admin/	/wp-admin, /wp-login.php	wordpress_test_cookie, wp-settings-*
1С-Битрикс	/bitrix/templates/, /bitrix/js/, /upload/iblock/	/bitrix/	/bitrix/admin/	BITRIX_SM_*, X-Powered-CMS: Bitrix Site Manager
Tilda	tildacdn.com, #allrecords, классы t-rec и t-records, data-tilda-*	генерируется автоматически	только через кабинет Tilda	характерных нет
Joomla	/media/system/, /components/com_…, generator «Joomla!»	/administrator/	/administrator/	характерных нет
Drupal	/sites/default/files/, /core/misc/, generator «Drupal»	/core/, /user/login	/user/login	X-Generator: Drupal, X-Drupal-Cache
OpenCart	/catalog/view/theme/, index.php?route=	route=…	/admin	OCSESSID
MODX	/assets/components/, /assets/templates/	/manager/ (часто)	/manager/	характерных нет
Wix	static.wixstatic.com, parastorage.com	генерируется автоматически	только через кабинет Wix	X-Wix-Request-Id
Shopify	cdn.shopify.com, объект Shopify.theme	/cart, /checkout	/admin	powered-by: Shopify, cookie _shopify_y
Next.js / React	/_next/static/, __NEXT_DATA__; у React SPA — пустой div#root	ничего характерного	своей админки нет	X-Powered-By: Next.js (если не отключён)

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

Какие сервисы определяют CMS онлайн

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

Сервис	Что показывает	Бесплатно	Особенность
Wappalyzer	CMS, фреймворки, аналитику, CDN, платёжные системы	базовые проверки — да	есть расширения для браузеров, удобно для быстрых проверок
BuiltWith	подробный профиль технологий и историю их смены	базовый отчёт — да	видно, когда сайт переезжал с одной платформы на другую
WhatCMS	CMS, для WordPress — тему, где удаётся	да	база из сотен CMS, распознаёт и нишевые движки
2ip.ru/cms	название CMS	да	простой русскоязычный сервис без лишних данных
iTrack	CMS и её версию	да	российский сервис с базой по Рунету, есть расширение
be1.ru	CMS в составе комплексного SEO-анализа	да	помимо движка покажет мета-теги, ссылки и другие SEO-параметры

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

Расширения браузера для определения движка

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

• Wappalyzer — для Chrome, Firefox, Edge и Safari; показывает CMS, фреймворк, аналитику, CDN и версии библиотек.
• iTrack — расширение одноимённого российского сервиса, определяет CMS и её версию.
• RDS Bar — SEO-панель, в которой движок сайта выводится среди десятков других показателей: индексации, ссылок, ИКС.
• CMS Detect — лёгкое расширение, которое умеет только одно — определять движок.

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

Как распознать конструктор, фреймворк или headless-сайт

Конструкторы и фреймворки определяют не по админке и robots.txt, а по доменам, с которых грузятся файлы, и по служебным объектам в коде страницы. Главные приметы:

• Tilda — картинки и скрипты с tildacdn.com, контейнер #allrecords, блоки с классами t-rec и атрибуты data-tilda-*.
• Wix — ресурсы с static.wixstatic.com и parastorage.com.
• Shopify — файлы с cdn.shopify.com, объект Shopify.theme в коде, адреса вида /collections/ и /products/.
• Next.js — пути /_next/static/ и скрипт __NEXT_DATA__; в проектах на App Router вместо него встречаются вызовы self.__next_f.
• Nuxt — пути /_nuxt/ и объект window.__NUXT__.
• React SPA — в исходном коде почти пустая страница с <div id="root"></div> и крупным JS-файлом; содержимое появляется только после выполнения скриптов.

Сложнее всего с headless-сайтами. Снаружи виден только фронтенд — например, на Next.js, — а CMS, где хранится контент, в коде не упоминается. Вычислить её можно по запросам на вкладке Network: фронтенд обращается к API, и домен вроде cdn.sanity.io, *.strapiapp.com или images.ctfassets.net (Contentful) выдаёт систему. Как устроена такая архитектура и когда она оправдана, мы подробно разбирали в статье headless CMS: что это и когда её выбирать.

Почему платформу не удаётся определить

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

• Самописная или студийная CMS. Её сигнатур нет ни в одной базе, и сервисы честно пишут «не найдено». В те самые 32,1% сайтов без распознаваемой CMS по W3Techs входят и самописные проекты, и статичные сайты, и сайты на фреймворках.
• Скрытые следы. Ради безопасности администраторы удаляют meta generator, переименовывают служебные папки, переносят админку и отключают X-Powered-By. Чем меньше посторонний знает о версии CMS, тем сложнее подобрать под неё атаку.
• CDN и прокси. Cloudflare и аналоги подменяют заголовки сервера, а оптимизаторы склеивают скрипты и прячут исходные пути.
• SPA и клиентский рендеринг. Код страницы почти пустой, а детекторы, которые не выполняют JavaScript, ничего в нём не находят.

Разные CMS на одном сайте. Крупные проекты нередко собраны из нескольких систем: корпоративный сайт на 1С-Битрикс, блог на WordPress, промо-лендинги на Tilda. Поэтому проверяйте не только главную, но и внутренние разделы и поддомены — blog., shop., promo. Сервис, проверивший одну главную, покажет лишь часть картины.

Если ни один способ не помог, спросите владельца или разработчика — контакты студии часто есть в подвале. Посмотрите старые копии сайта в веб-архиве: до «чистки» в коде могли остаться generator и типовые пути. А при приёмке сайта от подрядчика фиксируйте в договоре передачу доступов и описание стека. Если сайт ваш, а документации нет, начните с технического аудита: любую доработку мы начинаем с инвентаризации платформы, версий и установленных модулей.

Чек-лист: определяем платформу за 5 минут

Чек-лист выстроен от самого быстрого шага к самому глубокому — останавливайтесь, как только получили уверенный ответ:

1. Откройте сайт с включённым расширением Wappalyzer или iTrack и посмотрите на иконку.
2. Нажмите Ctrl+U и поищите generator, wp-content, bitrix, tildacdn, _next.
3. Откройте /robots.txt и посмотрите, какие служебные папки закрыты от индексации.
4. Проверьте типовые адреса админки: /wp-admin, /bitrix/admin/, /administrator/, /user/login, /manager/.
5. В DevTools (F12 → Network) изучите заголовки ответа и имена cookies.
6. Прогоните адрес через два онлайн-сервиса — например, WhatCMS и 2ip.ru/cms — и сравните ответы.
7. Сведите находки: два-три независимых признака одной платформы — уверенный результат, противоречия — повод проверить внутренние разделы и поддомены.

Найдем лучшее решение для вас

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

Можно ли узнать CMS сайта бесплатно?

Да. Все ручные способы — исходный код, robots.txt, адрес админки, заголовки в DevTools — бесплатны и требуют только браузера. Базовые проверки в Wappalyzer, WhatCMS, 2ip.ru/cms и iTrack тоже бесплатны; платные тарифы нужны только для массовых проверок и подробной истории технологий.

Законно ли определять, на чём сделан сайт?

Да. Вы анализируете только то, что сайт открыто отдаёт любому посетителю: код страницы, служебные файлы и заголовки. Незаконной становится попытка войти в админку — подбор паролей и использование уязвимостей подпадают под статью 272 УК РФ о неправомерном доступе к компьютерной информации.

Как узнать, что сайт сделан на Tilda?

Откройте исходный код (Ctrl+U) и поищите tildacdn.com: на этом домене лежат картинки и скрипты сайтов на Tilda. Дополнительные признаки — классы t-rec и t-records, атрибуты data-tilda-* и надпись «Made on Tilda» в подвале на бесплатном тарифе.

Как узнать, что сайт на WordPress?

Ищите в исходном коде пути /wp-content/ и /wp-includes/ и метатег generator со словом WordPress. Подтвердить вывод можно через robots.txt со строкой Disallow: /wp-admin/ и адрес /wp-login.php — там откроется стандартная форма входа WordPress.

Почему сервисы показывают разные CMS?

У каждого сервиса своя база сигнатур и свои правила проверки. Ответы расходятся, если сайт стоит за CDN, следы CMS частично удалены или на сайте работает несколько систем сразу — например, блог на WordPress и магазин на другом движке. Сверяйте ответы двух сервисов с ручной проверкой кода.

Как узнать версию CMS?

Версию часто содержит метатег generator. У WordPress её можно увидеть в параметре ?ver= у файлов из /wp-includes/, а иногда в файле /readme.html. Если версия заметно устарела, это риск для безопасности и повод обновить движок или провести аудит сайта.