Главная Статьи Интернет

Как узнать, на чём сделан сайт

Понять, на чём собран чужой сайт, — задача на пять минут: чаще всего движок выдаёт себя прямо в исходном коде, а если следы вычищены — остаются заголовки сервера, куки и служебные адреса. Такой рентген нужен чаще, чем кажется: изучаете конкурентов, присматриваете платформу себе, оцениваете сайт перед покупкой. Пройдём по всем рабочим способам — от Ctrl+U до анализатора — и честно обозначим границы: где методы работают, а где сайт удачно прикидывается «не пойми чем».

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

Праздное любопытство — не единственная причина. Типовые ситуации:

Смотрим исходный код: Ctrl+U

Откройте сайт в браузере и нажмите Ctrl+U (в macOS — Cmd+Option+U) — увидите исходный код страницы. Дальше работает связка Ctrl+F плюс несколько характерных слов для поиска.

Пути к файлам

Самая надёжная примета — адреса, по которым грузятся стили, скрипты и картинки. Каждая CMS раскладывает файлы по своим папкам, и эти папки видны в коде:

Метатег generator

Многие движки подписываются прямо в шапке страницы: <meta name="generator" content="...">. Наберите в поиске по коду слово generator — если тег на месте, вопрос закрыт: там будет и название движка, а иногда и версия.

⚠️ Метатег generator удаляется одной строчкой, а при желании и подделывается — некоторые владельцы специально оставляют «чужую» подпись, чтобы запутать сканеры. Считайте его подсказкой, а не доказательством: сверяйте с путями к файлам и другими следами.

Подсказки в robots.txt

Файл robots.txt лежит в корне любого сайта и открыт каждому — просто допишите /robots.txt к домену. Владельцы закрывают в нём от индексации служебные папки движка и тем самым его называют: строчки вида Disallow: /wp-admin или Disallow: /bitrix/ говорят сами за себя. Приём хорош тем, что срабатывает даже на «вычищенных» сайтах: убирая следы из кода, про robots.txt вспоминают в последнюю очередь.

Скрипты и классы конструкторов

Конструкторы выдают себя ещё охотнее — им и прятаться незачем. Статика почти всегда грузится с доменов самой платформы, так что имя сервиса видно прямо в адресах картинок и скриптов. У Тильды вдобавок характерные классы блоков с приставкой t- и слово tilda в именах файлов. Если весь сайт свёрстан из однотипных блоков-секций, а код усыпан ссылками на чужой домен со статикой — перед вами почти наверняка конструктор.

Где сайт выдаёт свой движок 📄 Исходный код (Ctrl+U) пути /wp-content/, generator 📡 Ответ сервера служебные заголовки и куки 🚪 Служебные адреса /wp-admin, /bitrix/admin/ нет ни одного следа — похоже на самопис, фреймворк или вычищенную CMS
Один след — гипотеза, два-три совпавших — уверенный диагноз.

Проверка в один клик

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

🛠
Вставьте адрес в анализ сайта — он определит CMS в один клик и заодно покажет метатеги, скорость и другие параметры страницы. Удобно, когда сайтов на проверку не один, а список конкурентов.

Заголовки ответа сервера

Вместе с HTML сервер присылает браузеру заголовки — служебные строки, которых посетитель не видит. А зря: в них бывает самое интересное.

🛠
Смотреть заголовки удобно через проверку ответа сервера: вводите адрес — получаете код ответа и полный список заголовков, без консоли разработчика и командной строки.

Как отличить самопис и фреймворк от CMS

Если типовых путей нет, generator пуст, а стандартные адреса админок (/wp-admin, /bitrix/admin/, /manager/) отвечают ошибкой 404 — скорее всего, перед вами не коробочная CMS, а фреймворк или самописная система. Полной уверенности тут не бывает, но косвенные признаки есть:

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

Как узнать хостинг и IP сайта

Движок — половина картины, вторая половина — где сайт живёт. Схема такая: по домену определяется IP-адрес, по IP — сеть и её владелец, то есть хостинг-провайдер. Дополняет картину whois домена: там видны регистратор, даты регистрации и NS-серверы — в их именах часто прямо зашито название хостинга. Для анализа конкурентов whois ценен ещё и возрастом домена: сразу видно, сколько лет проект живёт в нише. А если чужой сайт служит ориентиром для вашего, посмотрите заодно статью про выбор хостинга.

🛠
Определить адрес и владельца сети — IP сайта, посмотреть регистратора, возраст домена и NS-серверы — WHOIS. Обе проверки занимают секунды.

Ограничения: когда сайт молчит

Честная оговорка: стопроцентной гарантии не даёт ни один метод.

Поэтому главное правило: не делайте вывод по одному признаку. Совпали путь в коде, кука и адрес админки — диагноз надёжный; одинокий метатег generator — только гипотеза.

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

Характерные следы популярных платформ

ПлатформаСледы в исходном кодеДругие признаки
WordPressпути /wp-content/ и /wp-includes/, метатег generatorвход /wp-login.php, REST-адреса /wp-json/. Детали — в SEO для WordPress
1С-Битрикспапка /bitrix/ в путях скриптов и стилейадминка /bitrix/admin/, куки с приставкой BITRIX_, свои служебные заголовки
Тильдаклассы блоков с приставкой t-, tilda в именах файловстатика с доменов платформы; ограничения — в SEO на Тильде
OpenCartindex.php?route= в адресах, пути /catalog/view/типовая структура каталога и корзины
MODXчасто «чистый» код без явных следовадминка /manager/, метатег generator, если его не убрали

Коротко

Определение движка — это сбор улик. Сначала Ctrl+U: пути /wp-content/ и /bitrix/, метатег generator, скрипты конструкторов с чужих доменов. Затем заголовки ответа сервера и куки: BITRIX_, laravel_session и подобные подписи. Параллельно — служебные адреса админок. Быстрее всего прогнать сайт через анализатор: он проверяет все признаки разом. Хостинг вычисляется по IP и whois, но CDN может его прятать, а вычищенная CMS — притворяться самописом. Поэтому выводы стройте минимум на двух-трёх совпавших признаках — и помните, что легальная граница проходит по открытым данным: смотреть можно, ломиться внутрь нельзя.

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

Как узнать, на чём сделан сайт, без программ и расширений?
Откройте исходный код страницы (Ctrl+U, в macOS — Cmd+Option+U) и поищите характерные слова: /wp-content/ — WordPress, /bitrix/ — 1С-Битрикс, generator — метатег с названием движка, tilda — Тильда. Ещё быстрее — вставить адрес в онлайн-анализатор: он проверит все признаки сразу и покажет CMS одной строкой.
Что делать, если метатег generator удалён?
Смотреть остальные следы: пути к файлам в исходном коде, имена кук в заголовках ответа сервера, стандартные адреса админок вроде /wp-login.php или /bitrix/admin/. Один признак — только гипотеза, но два-три совпавших дают надёжный ответ. Если не нашлось вообще ничего типового — вероятно, это фреймворк или самописная система.
Как понять, что сайт собран на конструкторе, а не на CMS?
Конструкторы почти не прячутся: статика грузится с доменов самой платформы, и её название видно прямо в адресах картинок и скриптов в исходном коде. У Тильды вдобавок характерные классы блоков с приставкой t-. Плюс визуальный признак: страницы из однотипных блоков-секций, типичных для шаблонов конструктора.
Можно ли узнать хостинг сайта, если он спрятан за CDN?
По открытым данным — сложно: IP будет указывать на сеть CDN-сервиса, а не на реальный сервер. Косвенные подсказки иногда дают whois домена и имена NS-серверов, где бывает зашито название хостинга. Но если владелец целенаправленно скрыл инфраструктуру, гарантированного способа узнать её со стороны нет.
Насколько точно онлайн-сервисы определяют CMS?
Популярные движки — WordPress, Битрикс, OpenCart, конструкторы — определяются уверенно: у них много характерных следов. Ошибки случаются на редких системах, сильно кастомизированных сборках и самописах — там автоматика может промолчать или спутать платформу. В спорных случаях сверяйте вердикт сервиса с исходным кодом и заголовками вручную.