WordPress-тема для SEO должна оцениваться не по пометке «SEO-friendly»: такая фраза встречается почти у каждой темы, но сама по себе ничего не гарантирует. Поисковая оптимизация зависит не от рекламной фразы, а от конкретной технической реализации: HTML-структуры, скорости, индексации архивов, канонических URL, микроразметки и того, насколько удобно управлять контентом.
1. Один понятный H1 на странице
На индексируемой странице должен быть логичный главный заголовок. Логотип, название сайта или элементы сайдбара не должны случайно становиться дополнительными H1.
2. Управляемый SEO Title
Тема должна корректно работать с Yoast SEO, Rank Math или другим SEO-плагином и не генерировать второй competing title поверх него.
3. Meta Description без дублей
Описание должно задаваться отдельно для статей, страниц и важных архивов. Для пагинации полезно иметь уникальные Description, чтобы страницы 2, 3 и дальше не дублировали первую.
4. Чистая структура URL
URL должны быть читаемыми и стабильными. Нежелательно, когда тема жёстко навязывает лишние параметры или создаёт несколько адресов для одного и того же объекта.
5. Правильный canonical
Canonical особенно важен для архивов, фильтров, сортировок и пагинации. Ошибка, при которой все страницы пагинации указывают canonical на первую, может мешать нормальной обработке структуры поисковой системой.
6. Контроль index/noindex
Не все страницы WordPress должны попадать в индекс. Внутренний поиск, технические фильтры, личный кабинет, служебные результаты и часть архивов часто лучше закрывать. Тема не должна мешать SEO-плагину управлять robots.
7. Хлебные крошки
Breadcrumbs помогают пользователю понять структуру сайта и дают дополнительный контекст поисковой системе. Важно, чтобы хлебные крошки соответствовали реальной иерархии, а не просто показывали «Главная → текущая страница».
8. Schema.org
Для статей полезна Article Schema, для навигации — BreadcrumbList. В специализированных проектах могут понадобиться дополнительные типы разметки. Главное — не генерировать конфликтующие или выдуманные данные.
9. Семантическая HTML-разметка
Контент лучше строить на понятных элементах: header, main, article, nav, footer, корректных заголовках и списках. Избыточное количество вложенных div не является катастрофой, но усложняет поддержку и иногда увеличивает DOM.
10. Мобильная версия
Проверяйте меню, таблицы, фильтры, CTA, формы и длинные заголовки на реальном телефоне. Мобильная версия должна быть отдельным продуманным сценарием, а не просто уменьшенной копией десктопа.
11. Core Web Vitals и вес страницы
Тема не должна грузить тяжёлые библиотеки ради одного эффекта. Обращайте внимание на изображения, шрифты, JavaScript, layout shift и элементы, которые блокируют первый экран.
Для больших affiliate-проектов производительность дополнительно разобрана в отдельном техническом материале.
12. Lazy Load и размеры изображений
Изображения должны иметь корректные width/height, а контент ниже первого экрана — ленивую загрузку, если это уместно. Это уменьшает скачки макета и объём первоначальной загрузки.
13. Архивы категорий и таксономий
Если категории участвуют в SEO-структуре, тема должна позволять добавить уникальный H1, описание, SEO-текст и метаданные. Пустой архив из карточек редко является сильной посадочной страницей.
14. Пагинация
Страницы /page/2/, /page/3/ и далее должны иметь рабочую навигацию, собственный canonical и различимые метаданные. Бесконечная прокрутка может использоваться в интерфейсе, но не должна делать последующий контент недоступным для обычной навигации.
15. Внутренняя перелинковка
Хорошая тема облегчает связь между статьями, категориями, продуктами и тематическими страницами. Related Posts полезны, но ручные контекстные ссылки внутри текста обычно дают более точный смысл.
16. Отсутствие скрытых дублей
Проверьте авторские архивы, attachment pages, теги, результаты фильтров и параметры URL. Чем сложнее тема, тем больше вероятность появления технических страниц, о которых владелец не знает.
17. Совместимость с кэшированием
Тема должна нормально работать с page cache, object cache и CDN, если они используются. Если вся страница зависит от постоянно меняющегося персонализированного HTML, ускорение становится сложнее.
18. Обновления без потери SEO-настроек
SEO Title, Description, контент, изображения и настройки должны храниться в базе, а не исчезать после замены файлов темы. Пользовательские изменения кода лучше держать в дочерней теме или отдельном расширении.
19. Масштабируемая модель данных
Для каталога или affiliate-проекта важно не только то, как выглядит одна карточка, но и как данные используются в десятках мест. Структурированные поля позволяют обновить информацию один раз и показать изменение во всех рейтингах и сравнениях.
Например, в статье про создание сайта букмекеров показано, почему карточки БК, GEO и спорт лучше строить отдельными сущностями.
20. Документация и прозрачная поддержка
SEO-тема — это не только код. Через полгода вам понадобится понять, как изменить архив, обновить продукт или решить конфликт после установки плагина. Документация и история релизов снижают риск случайно сломать структуру сайта.
Как проверить тему до покупки
- Откройте не только главную, но и статью, категорию, архив и мобильное меню.
- Посмотрите исходный HTML: H1, canonical, meta robots и Schema.
- Проверьте несколько страниц в PageSpeed Insights или Lighthouse.
- Узнайте, какой SEO-плагин поддерживается разработчиком.
- Посмотрите документацию по архивам и пользовательским типам записей.
- Уточните, что происходит с пользовательскими данными после обновления.
- Проверьте историю релизов: живая тема должна развиваться, а не иметь один релиз несколько лет назад.
SEO и специализированные WordPress-темы
Специализированная тема может дать преимущество, если в ней заранее предусмотрены нужные типы страниц и связи. Например, букмекерскому проекту полезны управляемые карточки БК, GEO, виды спорта и события. Но сам факт специализации не гарантирует SEO — технический чек-лист всё равно нужно проходить.
В BetCraft предусмотрены SEO-настройки для профильных сущностей, Schema, хлебные крошки и связанная структура контента. Подробные инструкции находятся в документации.
Не забывайте про содержание страницы
Даже технически идеальная тема не выведет пустую страницу в топ только за счёт скорости и Schema. SEO-архитектура создаёт условия: поисковая система может корректно обходить, понимать и связывать страницы. Дальше результат зависит от полезности контента, конкуренции, ссылок, бренда и других факторов.
Поэтому техническую проверку темы стоит проводить вместе с планом структуры и контента, а не вместо него.
Частые вопросы
Как понять, что тема действительно SEO-friendly?
Проверить конкретные признаки: заголовки, canonical, robots, Schema, скорость, архивы, мобильную версию и совместимость с SEO-плагином. Одной надписи в описании продукта недостаточно.
Какой SEO-плагин лучше использовать?
Выберите один зрелый плагин, который закрывает ваши задачи, и не устанавливайте два SEO-плагина одновременно. Тема должна корректно отдавать ему управление метаданными.
Нужна ли Schema внутри темы?
Базовая Schema может быть полезна, особенно для специализированных сущностей. Важно избегать дублирования, если часть разметки уже создаёт SEO-плагин.
Можно ли улучшить SEO плохой темы плагинами?
Часть проблем — да, но фундаментальные ошибки архитектуры, тяжёлый фронтенд или плохо спроектированные сущности исправлять плагинами дорого и неудобно.