Вибір CMS для SEO
Вибір CMS для SEO — це не пошук «найкращої платформи», а перевірка того, що система дозволяє зробити те, чого вимагає Google. Документація Google не порівнює системи керування контентом і не рекомендує жодної. Зате вона чітко описує технічні мінімуми та те, чим сайт керує сам. Тому тут немає рейтингу платформ без джерел, а є протокол перевірки, який працює для будь-якої CMS і не застаріває разом з її версіями.
Основа — технічні вимоги Google, посібник з основ SEO і посібник із переїзду сайту.
Мінімум, без якого сторінка не потрапить в індекс
Сторінка, що відповідає мінімальним технічним вимогам, може бути проіндексована; гарантії індексування це не дає. Вимог три:
- Googlebot не заблокований. Він може знайти й відкрити сторінку;
- сторінка працює: Google отримує код відповіді HTTP 200, а сторінки з помилками клієнта й сервера не індексуються;
- є індексований контент: текст у підтримуваному форматі й без порушень спам-політик.
Для CMS це означає: не можна випадково закрити сайт, і система має віддавати правильні коди відповіді, зокрема 404 для неіснуючих адрес.
Що перевірити в будь-якій CMS
| Можливість | Що саме перевірити |
|---|---|
| Адреси | чи можна задати зрозумілий URL кожній сторінці й уникнути зайвих варіантів; див. структуру URL |
| Заголовки й описи | title, description і H1 задаються для кожної сторінки окремо: title і meta |
| Canonical | елемент потрапляє в head, абсолютний URL, один на сторінку: тег canonical |
| Перенаправлення | постійні серверні 301 або 308 налаштовуються без плагінів-милиць: редиректи |
| robots.txt і noindex | чи можна правити файл і ставити noindex на окремі сторінки: robots.txt і meta robots |
| Мапа сайту | чи створюється вона і які адреси в неї потрапляють: XML-мапи |
| Підсумковий HTML | чи видно основний контент і посилання в HTML, чи зʼявляються лише після скриптів: JavaScript і SEO |
| Досвід на сторінці | швидкість і стабільність відображення: Core Web Vitals |
Мапи сайту й перенаправлення: що каже Google про CMS
Дві речі Google про CMS усе-таки каже. Про мапи сайту: якщо ви використовуєте CMS на кшталт WordPress, Wix чи Blogger, імовірно, вона вже зробила мапу сайту доступною пошуковим системам; якщо ні, шукайте, як вона створюється. Про перенаправлення: платформа на кшталт Blogger чи Shopify може вже мати вбудовані рішення, їх варто пошукати в довідці платформи. Тобто перший крок — не гадати, а дивитися, що система робить сама.
Про Core Web Vitals: не «фактор ранжування»
Часто пишуть: «CWV — фактор ранжування». У документації сказано інакше: основні системи ранжування прагнуть винагороджувати контент із добрим досвідом на сторінці, і власникам не варто фокусуватися на одному-двох аспектах. Серед питань самооцінки — добрі Core Web Vitals, безпечна передача по HTTPS і зручне відображення. Тому швидкість CMS — один із критеріїв, а не єдиний.
Протокол перевірки на дві години
- Створіть тестову сторінку й відкрийте її в аналізаторі сторінки: що потрапило в title, description, H1, canonical і robots.
- Перевірте код відповіді неіснуючої адреси: має бути 404, а не 200 з порожньою сторінкою. Перенаправлення налаштуйте й перевірте в перевірці редиректів: постійне перенесення має давати 301 або 308.
- Відкрийте robots.txt і мапу сайту: переконайтеся, що в мапі немає закритих і дубльованих адрес.
- Обійдіть тестовий сайт краулером: чи немає зайвих адрес із параметрами, архівів і тегів з одним матеріалом.
- Перевірте сніпети й теги через перевірку мета-тегів.
- Після запуску дивіться статуси індексування в Search Console; для масових перевірок — аудит URL.
Якщо CMS уже обрано
Порада «не мігруй без потреби» розумна, але в документації її немає. Є інше, точніше: за зміни CMS, домену й оформлення робіть зміни по одній, а не все разом, обирайте час із меншим трафіком і памʼятайте, що тимчасові коливання позицій очікувані. Повну процедуру див. в уроці про переїзд сайту.
Чого в документації немає
- Рейтингу платформ і висновку, що одна з них «стандарт для SEO»;
- тверджень про те, що конкретна платформа генерує «роздутий» HTML або не дозволяє редагувати файли;
- списку припустимих чи заборонених адресних схем для магазинів: кожну можливість перевіряйте на своєму тарифі.
Чек-лист
- Сторінки віддають 200, неіснуючі адреси — 404.
- Для кожної сторінки можна задати URL, title, description і H1.
- Canonical потрапляє в head з абсолютним URL.
- Доступні постійні перенаправлення 301 або 308.
- robots.txt і noindex керовані, ресурси для відображення не закриті.
- Мапа сайту створюється й містить лише потрібні адреси.
- Основний контент видно в HTML, сторінки швидкі й стабільні.
Помилки
- Обирати CMS за рейтингом зі статті чи за дизайном шаблонів.
- Не перевіряти коди відповіді й підсумковий HTML.
- Вважати, що плагін «сам усе налаштує».
- Змінювати одразу CMS, домен і дизайн.
- Оцінювати систему лише за швидкістю, забувши про керування адресами та індексуванням.
Що далі
Далі — JavaScript і SEO: як Google обробляє сторінки, що збираються скриптами, частий випадок для сучасних систем.