Как узнать, на какой CMS сделан сайт: проверка движка онлайн и вручную
Узнать, на какой CMS сделан сайт, проще всего онлайн: вставьте адрес в детектор CMS — он загрузит страницу и покажет движок или конструктор с процентом уверенности, а для WordPress ещё тему и видимые снаружи плагины. Вручную то же самое проверяется по исходному коду страницы: мета-тег generator, пути к файлам, домены CDN платформы. Ниже — оба способа, признаки популярных движков и зачем всё это нужно на практике.
Как проверить CMS сайта онлайн
- Откройте детектор CMS и вставьте адрес любой страницы сайта — главной, статьи или карточки товара.
- Посмотрите название платформы и процент уверенности. Чем больше признаков совпало, тем он выше; один слабый признак — повод перепроверить вручную.
- Если сайт на WordPress, ниже будет тема (и родительская, если тема дочерняя) и плагины, которые подключают на странице свои файлы. Плагины, работающие только на сервере, снаружи не видны.
- Ничего не нашлось — сайт самописный или хорошо спрятал следы. Тогда помогают ручная проверка и заголовки ответа сервера.
Как это определяется
Инструмент ищет характерные следы: пути к темам и плагинам, мета-генератор, cookie, служебные заголовки, типичные адреса админки и файлы конкретных движков. Поэтому результат — это вероятность, а не паспорт: хорошо настроенный сайт следы прячет, а конструкторы наоборот видно сразу.
Как понять, на каком движке сайт, вручную
Откройте исходный код страницы (Ctrl+U, на Mac Cmd+Option+U) и поищите характерные строки:
| Платформа | Что искать в коде |
|---|---|
| WordPress | /wp-content/, /wp-includes/, generator «WordPress» |
| Joomla | /media/system/js/, /components/com_, generator «Joomla!» |
| Drupal | /sites/default/files/, заголовок X-Generator: Drupal |
| 1С-Битрикс | /bitrix/, вызовы BX.ready |
| Shopify | cdn.shopify.com, объект Shopify.theme |
| Wix | static.wixstatic.com |
| Tilda | tildacdn.com, блоки с классом t-rec |
Мета-тег generator — самый прямой признак, но его часто убирают. Пути к файлам и домены CDN спрятать сложнее, поэтому они надёжнее. Если совпал только один слабый признак, проверьте ещё одну-две страницы сайта другого типа.
Зачем это на практике
- Оценить трудозатраты. Правки на конструкторе и на самописном движке стоят по-разному.
- Понять ограничения. Часть конструкторов не даёт менять мета-теги и robots.txt — это важно знать до начала работ.
- Проверить безопасность. Известная CMS с устаревшей версией — частая причина взлома, см. Shield.
- Разобраться с чужим проектом перед покупкой или передачей в работу.
Что выдаёт движок чаще всего
| Признак | О чём говорит |
|---|---|
Пути вида /wp-content/, /bitrix/, /local/ | Классические CMS с предсказуемой структурой |
| Мета-генератор в коде страницы | Движок и иногда его версия — версию лучше скрывать |
| Служебные cookie и заголовки | Платформа и настройки кэширования |
| Домены статики конструктора | Сайт собран на конструкторе, правки ограничены его возможностями |
Стоит ли скрывать движок
Само по себе знание CMS никому не вредит, но версия движка в открытом виде — подсказка для автоматических сканеров уязвимостей. Убрать мета-генератор и версию из заголовков ответа — минута работы и одной причиной для взлома меньше.
Что смотреть следом
- robots.txt — не закрыт ли сайт стандартным шаблоном движка.
- Мета-теги — шаблонные заголовки на всех страницах выдают ненастроенную CMS.
- Скорость — тяжёлые темы и лишние плагины видно сразу.
- Заголовки ответа — версия движка в заголовках лишний раз помогает не вам, а тем, кто ищет уязвимости.