Визначити CMS і тему WordPress сайту
На якій CMS працює сайт, а для WordPress — яка тема (з батьківською) і які плагіни видно в коді сторінки.
Потрібні не лише CMS і тема, а весь стек — аналітика, CDN, JS-бібліотеки, шрифти? Відкрийте визначення технологій сайту.
Як визначити CMS і тему WordPress сайту
Інструмент завантажує сторінку й шукає ознаки CMS в HTML і заголовках: WordPress, Joomla, Drupal, Shopify, Wix, Tilda, Bitrix та інші. Якщо сайт на WordPress, він знаходить теку теми, читає заголовок її style.css (назва, версія, автор, батьківська тема) і перелічує плагіни, чиї файли видно в коді сторінки.
Як користуватися
- Введіть адресу головної чи будь-якої сторінки сайту
- Перегляньте знайдену CMS і впевненість визначення
- Для WordPress — тема, батьківська тема та список плагінів
Use Cases
- Швидкий аналіз CMS і технологій конкурентів.
- Підготовка персоналізованих пропозицій для web-студій.
Limitations
- Сильно кастомні сайти можуть визначатися як Unknown.
- Визначення базується на сигнатурах і публічних слідах.
Example Input / Output
https://store.example.com
Detected CMS: Shopify (confidence 0.92), plus Cloudflare CDN and analytics tags.
FAQ
Як визначити CMS сайту: за якими ознаками
Кожна система керування сайтом лишає в коді сторінки характерні сліди. Детектор завантажує сторінку один раз і перевіряє їх:
- Мета-тег generator —
<meta name="generator" content="WordPress 6.6">. Найпряміша ознака, але її часто прибирають. - Шляхи до файлів —
/wp-content/у WordPress,/media/system/js/у Joomla,/sites/default/files/у Drupal,/bitrix/в 1С-Бітрікс. - Домени CDN платформи —
cdn.shopify.com,static.wixstatic.com,tildacdn.com. - HTTP-заголовки — наприклад,
X-Generator: Drupalабо посилання на REST API WordPress у заголовкуLink.
Що більше ознак збіглося, то вищий відсоток упевненості. Одна слабка ознака — привід перевірити ще раз, а не остаточна відповідь.
Як дізнатися тему WordPress сайту
Тема WordPress лежить у теці /wp-content/themes/<ім'я-теки>/, і стилі, скрипти та зображення теми вантажаться цим шляхом. Детектор знаходить ім'я теки в коді сторінки, потім відкриває файл style.css теми. Цей файл обов'язковий для будь-якої теми WordPress, і на його початку є коментар-заголовок:
/* Theme Name: Astra Child Theme URI: https://example.com/ Author: Studio Name Version: 1.0.2 Template: astra */
| Поле | Що воно каже |
|---|---|
| Theme Name | Назва теми, як її бачить власник в адмінці |
| Theme URI | Сторінка теми: сайт розробника, маркетплейсу або каталог wordpress.org |
| Author | Розробник або студія |
| Version | Версія встановленої теми — з неї видно, чи давно її оновлювали |
| Template | Є лише в дочірніх тем: тека батьківської теми |
Вручну те саме робиться так: відкрийте вихідний код сторінки (Ctrl+U, на Mac Cmd+Option+U), знайдіть пошуком wp-content/themes і допишіть до знайденого шляху style.css.
Дочірня та батьківська тема
Багато сайтів працюють на дочірній темі: дизайн і функції дають популярні батьківські теми — Astra, GeneratePress, Kadence, Divi, Genesis, — а правки власника зберігаються в дочірній, щоб не зникати під час оновлення. Якщо в заголовку є рядок Template, детектор показує обидві теми й підписує, яка з них активна. Щоб отримати такий самий сайт, дивіться на батьківську тему, а дочірня зазвичай унікальна.
Назва теми не гуглиться
Так буває часто, і це не помилка детектора:
- Тему зроблено на замовлення. Ім'я теки на кшталт
company-2024, Theme URI веде на сайт студії. - Тему перейменували. Розробники змінюють Theme Name у купленої теми. Підказку дають Author, Theme URI і рядок Template.
- Платна тема з маркетплейсу. Шукайте за Theme URI або ім'ям автора: на wordpress.org таких тем немає.
Коли тему не видно
Детектор чесно скаже, якщо шляхів теми в коді немає. Звичайні причини:
- Теку
wp-contentперейменовано або файли віддаються з CDN іншим шляхом. - Плагін оптимізації склеїв усі стилі в один файл у
/wp-content/cache/. - Headless WordPress: сайт зібрано на Next.js чи іншому фреймворку, а WordPress працює лише як API.
style.cssзакрито для ботів або він віддається без заголовка. Тоді показуємо лише ім'я теки.
Які плагіни WordPress видно ззовні
Плагіни лежать у /wp-content/plugins/<ім'я>/, і детектор перелічує всі теки, що трапилися в коді сторінки. Видно ті, що вантажать свої стилі, скрипти чи зображення: конструктори сторінок (Elementor), форми (WPForms, Contact Form 7), магазин (WooCommerce), слайдери, чати. Плагіни, що працюють лише на сервері, — кеш, безпека, бекапи, редиректи — ззовні не видно. SEO-плагіни видає HTML-коментар у коді, наприклад «This site is optimized with the Yoast SEO plugin», але шляхів до файлів у них на сторінці часто немає.
Список залежить від сторінки: плагін форми може вантажитися лише на сторінці «Контакти». Перевірте кілька типів сторінок — головну, статтю, картку товару.
Ознаки інших CMS і конструкторів
| Платформа | Типова ознака в коді |
|---|---|
| Joomla | /media/system/js/, /components/com_, generator «Joomla!» |
| Drupal | /sites/default/files/, заголовок X-Generator: Drupal |
| Shopify | cdn.shopify.com, об'єкт Shopify.theme |
| Wix | static.wixstatic.com |
| Tilda | tildacdn.com, блоки з класом t-rec |
| 1С-Бітрікс | /bitrix/, BX.ready |
Якщо потрібна не лише CMS, а весь стек сайту — аналітика, CDN, JS-бібліотеки, шрифти, — відкрийте визначення технологій сайту. Заголовки сервера докладно показує перевірка HTTP-заголовків.
Якщо сайт ваш: що варто приховати
Знання CMS саме по собі не вразливість, але застарілі версії теми й плагінів — часта причина зламів WordPress. Оновлюйте їх і видаляйте невикористані. Номер версії WordPress у тезі generator багато хто прибирає, проте версії в параметрах ?ver= у файлів однаково його видають. Надійніше не ховати, а оновлювати.
RankBotAI — ШІ-оптимізація SEO для WordPress
ШІ-плагін RankBotAI автоматично знаходить і виправляє SEO-проблеми в товарах і записах WordPress — без ручного редагування.