Перейти к содержанию
⚙️
Технический SEO
Урок 17 из 22 · Управление краулингом
БЕСПЛАТНО +45 XP

Выбор CMS для SEO

Выбор CMS для SEO — это не поиск «лучшей платформы», а проверка того, что система позволяет сделать то, что требует Google. Документация Google не сравнивает системы управления контентом и не рекомендует ни одну. Зато она ясно описывает технические минимумы и то, чем сайт управляет сам. Поэтому здесь нет рейтинга платформ без источников, а есть протокол проверки, который работает для любой CMS и не устаревает вместе с её версиями.

Основа — технические требования Google, руководство по основам SEO и руководство по переезду сайта.

🏗️
Клиент выбирает CMS
«Берём ту, где красивые шаблоны и всё просто!»
Вопрос «какая CMS лучше для SEO» поставлен неудачно. Правильный: «может ли эта CMS на моём тарифе выполнить конкретные требования из списка ниже». Отзывы о платформах быстро устаревают, а проверка занимает пару часов.

Минимум, без которого страница не попадёт в индекс

Страница, соответствующая минимальным техническим требованиям, может быть проиндексирована; гарантии индексирования это не даёт. Требований три:

  1. Googlebot не заблокирован. Он может найти и открыть страницу;
  2. страница работает: Google получает код ответа HTTP 200, а страницы с ошибками клиента и сервера не индексируются;
  3. есть индексируемый контент: текст в поддерживаемом формате и без нарушений спам-политик.

Для 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 — один из критериев, а не единственный.

Протокол проверки на два часа

  1. Создайте тестовую страницу и откройте её в анализаторе страницы: что попало в title, description, H1, canonical и robots.
  2. Проверьте код ответа несуществующего адреса: должен быть 404, а не 200 с пустой страницей. Перенаправление настройте и проверьте в проверке редиректов: постоянный перенос должен давать 301 или 308.
  3. Откройте robots.txt и карту сайта: убедитесь, что в карте нет закрытых и дублирующих адресов.
  4. Обойдите тестовый сайт краулером: нет ли лишних адресов с параметрами, архивов и тегов с одним материалом.
  5. Проверьте сниппеты и теги через проверку мета-тегов.
  6. После запуска смотрите статусы индексирования в Search Console; для массовых проверок — аудит URL.

Если CMS уже выбрана

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

Чего в документации нет

  • Рейтинга платформ и вывода, что одна из них «стандарт для SEO»;
  • утверждений о том, что конкретная платформа генерирует «раздутый» HTML или не позволяет редактировать файлы;
  • списка допустимых или запрещённых адресных схем для магазинов: каждую возможность проверяйте на своём тарифе.

Чек-лист

  1. Страницы отдают 200, несуществующие адреса — 404.
  2. Для каждой страницы можно задать URL, title, description и H1.
  3. Canonical попадает в head с абсолютным URL.
  4. Доступны постоянные перенаправления 301 или 308.
  5. robots.txt и noindex управляются, ресурсы для отображения не закрыты.
  6. Карта сайта создаётся и содержит только нужные адреса.
  7. Основной контент виден в HTML, страницы быстрые и стабильные.

Ошибки

  • Выбирать CMS по рейтингу из статьи или по дизайну шаблонов.
  • Не проверять коды ответа и итоговый HTML.
  • Считать, что плагин «сам всё настроит».
  • Менять сразу CMS, домен и дизайн.
  • Оценивать систему только по скорости, забыв про управление адресами и индексированием.

Что дальше

Дальше — JavaScript и SEO: как Google обрабатывает страницы, которые собираются скриптами, частый случай для современных систем.

🎯
Задание к уроку
Проверьте понимание и получите +20 XP
← Редиректы: типы и цепочки
Урок 17 из 22
Перейти к заданию →