SEO для WordPress: чек-лист настройки сайта 2026

Коротко: движок не продвигает сайт сам по себе. Из коробки WordPress даёт чистый код, адекватную вёрстку и карту сайта — и на этом останавливается. Аббревиатура SEO расшифровывается как search engine optimization — оптимизация под поисковые системы, и добрая половина этой работы техническая. Всё остальное включается руками в админке, и половина проблем, которые я разбираю у клиентов, растёт именно оттуда: не тронутая после установки галка индексации, ссылки вида ?p=123, десяток архивов с одинаковым содержимым.

Я подключаю к своему сервису чужие проекты каждую неделю, и большинство из них живёт на WordPress. Насмотренность собралась специфическая: одни и те же грабли, в одном и том же порядке. Ниже — порядок настройки, который я прохожу сам, с чек-листом в конце и разбором пяти ошибок, которые встречаются чаще прочих.

Что WordPress умеет из коробки, а что придётся настроить руками

На WordPress работает около 40% всего веба — по сводным оценкам рынка CMS на 2026 год. Такая доля означает две вещи. Первая: под WordPress написано всё, что вообще бывает, и любую задачу закрывает готовое расширение. Вторая: конкуренты в вашей нише сидят на том же движке, и техническое преимущество на голой CMS не появится.

Что вы получаете сразу после установки:

• Чистая семантическая вёрстка. Заголовки, списки и ссылки оформлены правильно, роботы читают структуру без переводчика.
• Карта сайта из ядра. Начиная с WordPress 5.5, движок сам отдаёт файл wp-sitemap.xml. Она примитивная, но рабочая — поисковые системы найдут страницы даже без расширений.
• Адаптивность. Любая современная тема WordPress тянется под мобильный экран.
• Скорость обновлений. Ядро WordPress закрывает дыры быстро, а старая сборка — это риск взлома и вылета из индекса за вредоносный код.

Чего нет и не будет без вашего участия:

• поля для title и description у записей — их добавляет расширение;
• вменяемые адреса документов: по умолчанию WordPress отдаёт ?p=123;
• управление тем, какие страницы уходят в индекс, а какие нет;
• микроразметка, редиректы, контроль дублей;
• нормальная скорость на тяжёлой теме.

Отсюда простой вывод. Само по себе SEO-продвижение сайта на этой CMS ничем не отличается от продвижения на любой другой: те же мета-теги, та же скорость, та же структура. Разница в том, где именно лежат переключатели. Дальше по шагам, в том порядке, в котором это делаю я.

Базовые настройки в админке

Первые полчаса работы с новым проектом уходят на «Настройки» — экран, куда потом почти не заглядывают. Здесь задаётся название сайта и краткое описание: они попадают в шаблон заголовка и видны в поисковой выдаче. Пустое описание вида «Ещё один сайт на WordPress» я встречаю до сих пор, на живых коммерческих проектах.

Галка «Попросить поисковые системы не индексировать сайт»

Это самая дорогая галка в админке. Стоит она в настройках WordPress, в разделе «Чтение», ставится на время разработки — и остаётся стоять после запуска. Механика простая: движок добавляет в HTML-код всех страниц <meta name="robots" content="noindex"> и просит роботов не индексировать сайт целиком.

Симптом: материалы месяцами не появляются в поиске, хотя контент есть и карта сайта отдаётся. Если ваш сайт внезапно перестал индексироваться, проверяйте эту настройку первой — до аудита ссылок, скорости и всего остального.

Проверить можно за минуту. Откройте исходный код главной страницы и поищите noindex. Или загляните в Яндекс.Вебмастер, в отчёт «Индексирование → Страницы в поиске»: если счётчик стоит на нуле через месяц после запуска, дело почти всегда в ней.

Главное зеркало, HTTPS и слеш в конце

Один и тот же материал доступен по четырём адресам сразу: с www и без www, по http и по защищённому протоколу. Для робота это четыре разных документа с одинаковым содержимым — классические дубли страниц. Домен один, а версий его написания несколько.

Что делаю:

1. В «Настройки → Общие» прописываю канонический адрес — один вариант, с www или без, дальше не смешиваю.
2. Ставлю сертификат на домен и склеиваю зеркала 301-м редиректом на уровне хостинга, не расширением.
3. Проверяю слеш в конце: /page и /page/ тоже дубли страниц. WordPress обычно редиректит их сам, но на нестандартных темах бывает иначе.
4. Указываю главное зеркало в панели поисковика и жду переиндексации.

Постоянные ссылки и структура URL

Раздел «Настройки → Постоянные ссылки». Сразу после установки движок отдаёт документы по ссылке вида site.ru/?p=123. Для человека это бессмысленный набор символов, а для поиска — потерянный сигнал: слова в url-адресах подсвечиваются в сниппете и участвуют в ранжировании.

Рабочих вариантов два.

Для блога и контентного проекта — вариант «Название записи», то есть структура /%postname%/. Странице достаётся короткий адрес из транслитерированного заголовка, для блога это выглядит как site.ru/blog/seo-nastroyka/. Никакой вложенности, никаких дат.

Для магазина и сайта с разделами — /%category%/%postname%/, то есть рубрика плюс имя записи. Адрес показывает, где лежит документ, и вложенность читается прямо из адресной строки.

Чего избегать: дат в ссылке (/2026/09/) — материал стареет на глазах у пользователя; вложенности глубже двух уровней; кириллицы в слаге — она превращается в процентную абракадабру при копировании.

Важная оговорка. Менять структуру адресов на живом сайте с трафиком — операция болезненная: все старые URL умирают. Если делать, то сразу настраивать 301-е редиректы со старых на новые, иначе получите пачку 404-х и просадку.

Отдельно про типы содержимого. Внутри движка и запись, и страница — это один объект с типом post. Кроме них бывают произвольные типы (custom post type) — товары, услуги, кейсы. У каждого такого post type задаётся свой префикс в адресе, и лучше решить это до наполнения, а не после. Заводятся такие типы прямо из интерфейса, без правки кода темы.

SEO-плагины для WordPress: что ставить в 2026 году

Выбор здесь перегрет обзорами до полной каши. Я снял данные напрямую из официального каталога WordPress.org 7 сентября 2026 года — вот факты без маркетинга.

Сравнение пяти плагинов

Расширение	Версия	Обновлено	Активных установок	Рейтинг
Yoast SEO	28.4	01.09.2026	10 000 000+	96/100 (27 819 оценок)
Rank Math	1.0.277.2	31.08.2026	4 000 000+	96/100 (7 498)
All in One SEO	5.0.1.1	28.08.2026	2 000 000+	94/100 (5 202)
SEOPress	10.2	02.09.2026	300 000+	96/100 (1 252)
The SEO Framework	5.1.4	10.12.2025	200 000+	98/100 (378)

Это пять самых популярных решений каталога. Что за этими цифрами стоит.

Yoast SEO — самый популярный из всех, десять миллионов активных установок и обновления каждые две недели. Бесплатная версия закрывает базу: мета-теги, карта, анализ текста со светофором. Ограничения ощутимые — одна фокусная фраза на запись и никакого менеджера редиректов, он в Premium.

Rank Math — четыре миллиона установок и заметно щедрее бесплатно: до пяти фокусных фраз на запись, встроенный менеджер редиректов, мониторинг 404-х, полтора десятка типов микроразметки. Мой выбор по умолчанию для новых проектов, если у команды нет привычки к другому интерфейсу.

All in One SEO — два миллиона установок, ветеран рынка. Бесплатно отдаёт карту сайта и базовые типы структурированных данных, редиректы и расширенный анализ ключей вынесены в Pro.

SEOPress — триста тысяч установок, репутация лёгкого расширения. В релизах весны 2026 разработчик добавил встроенный аудит и переработал метабокс. Хороший вариант, когда важен вес кода. Тот случай, когда SEO-задач меньше, а требований к скорости больше.

The SEO Framework — двести тысяч установок и лучший рейтинг в подборке, 98 из 100. Философия — «настроил и забыл»: минимум интерфейса, автоматические заголовки. Единственная оговорка: последнее обновление датировано декабрём 2025, остальные четыре обновлялись на прошлой неделе. Для критичного проекта я бы это учитывал.

Если коротко: Rank Math — максимум функций даром, Yoast — предсказуемость и гигантское комьюнити, The SEO Framework — минимализм, SEOPress — компромисс. Плохих в этой пятёрке нет, и любой из них закроет базовые задачи.

Почему нельзя держать два расширения сразу

Каждое такое расширение пишет в код страницы свой блок мета-тегов и свой canonical. Два включённых одновременно дают двойные title и конфликтующие директивы — робот получает противоречивые указания и выбирает сам. Итог непредсказуем.

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

Ещё вопрос, который мне задают чаще прочих: можно ли использовать плагин кеширования вместе с оптимизатором выдачи. Можно и нужно — конфликтуют между собой только сами оптимизаторы.

Кстати, о количестве расширений: чем их меньше, тем предсказуемее ведёт себя сайт. К этому вернусь в разделе про ошибки.

Мета-теги, заголовки и сниппет

Заголовок и описание — то, что пользователь видит в выдаче до перехода. От них зависит доля кликов по показу, а это уже поведенческий сигнал.

Три правила, которые я держу в голове:

• Title до 60 символов, главный запрос ближе к началу, дальше — уточнение или выгода. Длиннее — обрежется многоточием.
• Description 140–160 символов. В ранжировании он почти не участвует, но управляет переходом. Пустое поле означает, что поисковик соберёт сниппет сам из случайного куска текста.
• Один H1 на документ, дальше H2 и H3 по вложенности, без прыжков через уровень. Тема часто выводит в H1 имя проекта на всех страницах — это проверяют руками.

Подробный разбор правил заполнения title и description у меня вынесен в отдельный материал, здесь не повторяюсь.

Шаблоны для рубрик, тегов и архивов

В любом из пяти расширений есть блок с шаблонами заголовков для разных типов контента: записи, страницы, рубрики, метки, архивы автора. Для разных типов контента шаблоны заполняются отдельно: у записей и рубрик логика разная. Заполняются переменными один раз и работают на весь сайт.

Мой рабочий набор:

• записи: %title% — %sitename%;
• рубрики: %category% — статьи и разборы — %sitename%;
• страницы пагинации: добавляю — страница %page%, иначе вторая и третья получат заголовок первой.

Метки — отдельный разговор. В типичном блоге на сотню записей заводят двести меток, каждая с одной-двумя записями внутри. Такой tag-архив (в базе он хранится как таксономия post_tag) не несёт содержания и только размывает индекс. Адреса вида /tag/skidki/ попадают в индекс наравне с рубриками и конкурируют с ними за один и тот же запрос. Держите теги, если по ним реально навигируют; в остальных случаях закрывайте от индексации.

Карточка ссылки в социальных сетях

Микроразметка Open Graph отвечает за то, как ссылка выглядит при репосте: картинка, заголовок, описание. Без неё соцсети подтягивают первое попавшееся изображение. Все пять расширений умеют заполнять эти поля автоматически, включая теги twitter:card для Twitter и стандартные og: для Facebook и остальных площадок.

Отдельно проверьте размер картинки: 1200×630 пикселей — безопасный вариант, который не обрежется ни в одной ленте.

Индексация: robots.txt, карта сайта, canonical

Здесь начинается техническая часть, где ошибки стоят дороже всего. Задача — показать поисковикам полезное и спрятать служебное.

Что писать в robots.txt

Файла на диске у свежего проекта обычно нет: WordPress отдаёт виртуальный. Свой создаётся в корне или редактируется через расширение. Мой базовый вариант:

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php
Disallow: /*?s=
Disallow: /*?replytocom
Disallow: /author/
Disallow: /tag/

Sitemap: https://site.ru/sitemap_index.xml

Что здесь важно. Каталог wp-content целиком закрывать нельзя — внутри лежат картинки, стили и скрипты, без них робот не отрисует документ и решит, что он сломан. Поиск по сайту (?s=) и ветки ответов на комментарии (?replytocom) закрываю всегда: это бесконечные мусорные ветки, на которых робот тратит бюджет обхода.

И главное правило, которое нарушают чаще всего: robots.txt управляет обходом, а не индексом. Если документ уже в выдаче и вы закроете его здесь, робот просто перестанет к нему ходить — и не увидит директиву noindex, которую вы поставили. URL останется в базе. Порядок обратный: сначала noindex, дожидаемся выпадения, потом при желании закрываем обход.

Карта сайта sitemap.xml и панели вебмастеров

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

Что делать дальше:

1. Открыть sitemap.xml в окне браузера и убедиться, что он отдаётся и не пустой.
2. Добавить ресурс в Google Search Console и передать адрес карты там.
3. Добавить ресурс в Яндекс.Вебмастер (webmaster.yandex.ru) и загрузить sitemap.xml туда же.
4. Через неделю сверить: сколько URL в карте и сколько реально в индексе. Расхождение больше 20% — повод копать.

Обе панели бесплатны, и обе показывают то, чего не видно снаружи: какие документы робот отбросил и почему. Google и Яндекс дают разные отчёты, смотреть надо оба. В Google Search Console это отчёт «Индексирование страниц», в Вебмастере — «Страницы в поиске» с расшифровкой статусов. Заодно вы увидите, как ваш сайт в Google search выглядит по факту: по каким поисковым запросам идут показы и сколько из них превращается в клики.

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

Если разделов много, sitemaps лучше разнести по типам вручную — так проще искать, где именно застряла индексация сайта.

Дубли из архивов, тегов и страниц вложений

Главная техническая беда этой CMS. Одна запись автоматически попадает в пять-шесть списков: рубрику, метку, архив по дате, архив автора, ленту главной, страницу вложения для каждой картинки.

Разбор по типам:

• Рубрики — оставляю в индексе, если в каждой лежит хотя бы десяток материалов и написано вводное описание. Пустые рубрики закрываю.
• Метки — закрываю почти всегда, кроме случаев, когда метка собрана осмысленно и работает как посадочная.
• Архивы по дате — закрываю всегда. Содержания в них ноль.
• Архивы автора — на проекте с одним автором это точная копия главной ленты, закрываю. На многоавторском блоге оставляю, там страница автора работает на доверие.
• Страницы вложений — самая коварная история. На каждую загруженную картинку WordPress заводит отдельный документ с одной картинкой внутри. Загрузили в статью восемь иллюстраций — получили восемь пустых документов. Все современные расширения умеют перенаправлять такие страницы на родительскую запись, эта настройка включается в первые пять минут.

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

Пагинация и canonical

WordPress режет списки записей на страницы: /blog/page/2/, /blog/page/3/. Сама по себе пагинация не ошибка — ошибка в том, как её канонизируют.

Частая история: расширение или тема прописывает на всех pages пагинации canonical на первую. Логика вроде бы здравая — «это же один список». По факту робот получает сигнал, что второй и третьей страницы не существует, и материалы в глубине списка попадают в индекс хуже.

Раздел /blog/ при этом остаётся канонической точкой входа в ленту. Google и Яндекс по-разному относятся к глубине обхода, но требования поисковых систем к канонизации совпадают.

Правильно: страница пагинации ссылается сама на себя, уникальность добавляется через заголовок с номером. Из индекса такие страницы можно убрать через noindex, но canonical на первую при этом не ставить.

Скорость: тема, расширения, изображения

Скорость загрузки страниц влияет на позиции напрямую, и на этой CMS она проседает предсказуемо: тяжёлая тема плюс два десятка расширений.

Требования поисковых систем к скорости за последние годы только ужесточились, и скорость вашего сайта проверяется буквально за минуту. Пороги, которые считает Google, на 2026 год не менялись — три метрики Core Web Vitals:

• LCP ≤ 2,5 секунды — отрисовка главного блока экрана;
• INP ≤ 200 миллисекунд — отклик на действие пользователя;
• CLS ≤ 0,1 — сдвиг вёрстки при загрузке.

Оценка идёт по 75-му перцентилю реальных визитов: чтобы метрика была зелёной, в норматив должны укладываться три четверти пользователей. Чем быстрее сайт, тем меньше отказов на входе — и это работает раньше, чем любые правки текстов.

Тема и конструкторы страниц

Тема WordPress определяет потолок скорости. Универсальный шаблон с маркетплейса тянет за собой слайдеры, шрифтовые наборы, библиотеки анимаций — и половина этого на вашем сайте не используется, но грузится всё равно.

Как проверять тему до покупки: прогнать демо через Google PageSpeed Insights и посмотреть вес. Больше двух мегабайт на демо — дальше будет только хуже, туда добавится ваш контент. Пометка «SEO-friendly» в описании шаблона не значит ничего, её ставит себе каждый второй автор.

Отдельная тема — визуальные конструкторы. Они удобны, но генерируют вложенные div десятками и подключают собственный CSS в каждом шаблоне. Если проект не требует сложных лендингов, блочный редактор WordPress справится и весит в разы меньше: меньше CSS, меньше скриптов, быстрее отрисовка.

Изображения: WebP, размеры, ленивая загрузка

Картинки — обычно больше половины веса документа. Три действия закрывают проблему:

1. Сжатие при загрузке. Расширения-оптимизаторы жмут файл в момент выгрузки в медиабиблиотеку WordPress.
2. Формат WebP. WebP весит на 25–35% меньше JPEG при том же качестве и поддерживается всеми актуальными браузерами. Современные оптимизаторы отдают WebP или AVIF автоматически, оставляя JPEG запасным вариантом для старых устройств.
3. Ленивая загрузка. Ядро WordPress подставляет loading="lazy" само, но первую картинку экрана из неё надо исключить — иначе испортите LCP.

SEO-оптимизация картинок — это не только вес: имя файла и атрибут alt тоже читаются поиском. Не забывайте про атрибут alt: он описывает изображение для поиска по картинкам и для незрячих пользователей.

Кеширование, хостинг и версия PHP

Кеш превращает динамическую сборку в отдачу готового HTML. Один плагин кеширования на сайт — их тоже нельзя два.

По хостингу: дешёвый общий тариф с перегруженным сервером даёт время ответа под секунду, и никакой кеш этого не спасёт. Ориентир — ответ до 200 миллисекунд.

И проверьте версию PHP в панели хостинга. Актуальные расширения требуют минимум PHP 7.2–7.4, а на восьмой ветке движок работает заметно быстрее. Обновление PHP — часто самый дешёвый способ ускорить загрузку сайта: пара минут в панели, без единой правки кода.

Микроразметка Schema.org

Микроразметка объясняет поиску, что за объект перед ним: статья, товар, услуга, рецепт. От неё зависят расширенные сниппеты — звёзды рейтинга, цены, блоки вопросов.

Что стоит описать структурированными данными:

• Article — для материалов блога, базовый тип, ставится автоматически;
• FAQPage — для блока FAQ с вопросами и ответами;
• Product и Offer — для карточек товара; в интернет-магазине на WooCommerce микроразметку ставит само расширение WooCommerce;
• LocalBusiness — адрес, телефон, часы работы: локальное SEO без этого блока работает вполсилы;
• Review и AggregateRating — отзывы и оценки, но только если отзывы реальные и видны на странице.

Проверять готовую микроразметку — валидатором Schema.org и инструментом проверки структурированных данных в самой панели. Битая микроразметка хуже отсутствующей: поиск её проигнорирует, а на некоторых типах ещё и выдаст предупреждение.

Чек-лист SEO-настройки: 14 пунктов

Пробегитесь по списку — это концентрат всего, что выше. По сути, это и есть базовый порядок действий на новом проекте, от начала до конца.

1. Снять галку запрета индексации в разделе «Чтение».
2. Заполнить название сайта и краткое описание.
3. Выбрать главное зеркало: одна версия домена, редирект с остальных.
4. Поставить сертификат, проверить защищённый протокол по всему сайту.
5. Настроить ЧПУ: /%postname%/ или /%category%/%postname%/.
6. Установить один основной SEO-плагин, пройти мастер первичной настройки.
7. Заполнить шаблоны заголовков для записей, страниц, рубрик и меток.
8. Включить перенаправление страниц вложений на родительскую запись.
9. Закрыть от индексации архивы по дате, метки и архив автора на одноавторском проекте.
10. Проверить canonical на пагинации: страницы ссылаются сами на себя.
11. Собрать robots.txt, не закрывая wp-content целиком.
12. Отдать sitemap.xml в Google Search Console и Яндекс.Вебмастер.
13. Прогнать главную и типовую внутреннюю страницу через PageSpeed Insights от Google.
14. Настроить микроразметку Schema.org под тип содержимого.

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

На новом проекте WordPress это два-три часа работы. На запущенном — полтора дня, потому что придётся разгребать накопленное. SEO-аудит перед началом экономит время: сразу видно, какие пункты уже закрыты, а какие даже не начаты.

Пять ошибок, которые я вижу чаще всего

Двадцать расширений «на всякий случай». Каждое подключает свои стили и скрипты по всему сайту, даже там, где не работает. Формы подписки, слайдер, счётчик, три галереи — и вот вы отдаёте пользователю четыре мегабайта. Ревизия списка раз в квартал: что не используется — удалять, а не деактивировать.

Открытые комментарии без модерации. Спам-боты находят новый сайт на WordPress за неделю. Через месяц в комментариях сотня ссылок на чужие ресурсы, и все они передают вес наружу. Модерация до публикации плюс антиспам-расширение — обязательный минимум. Внешняя ссылка в комментарии должна быть закрыта атрибутом nofollow: большинство тем это делает, но проверить стоит. Внешняя ссылка из подписи автора комментария — такой же донор, как и в теле. Ссылки с чужих ресурсов вы собираете годами, а раздаёте их вес за неделю спама.

Изображения прямо с камеры. Файл на четыре мегабайта и восемь тысяч пикселей по ширине выводится в блок шириной 800. Браузер грузит оригинал и сжимает его на лету. Проверяется в консоли разработчика за минуту, а массово — тем же отчётом Google PageSpeed.

Реклама, которая двигает вёрстку. Рекламный блок подгружается с задержкой и толкает текст вниз в момент, когда человек уже начал читать. Это прямой удар по CLS. Лечится резервированием места под блок в стилях.

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

Что делать после настройки: контент и регулярность

SEO-продвижение начинается не с текстов, а с того, чтобы поисковики вообще увидели ленту постов и рубрики. Дальше решает контентная работа: сколько материалов вы выпускаете, насколько они отвечают запросу и как связаны между собой. Это уже не разовая настройка, а контент-маркетинг в чистом виде.

Что работает:

• График публикаций. Две статьи в неделю ровно лучше, чем десять в январе и тишина до мая.
• Кластеры вместо разрозненных текстов. Один большой опорный материал и пять-семь дополняющих, связанных ссылками. Как собирать такие группы, я разбирал в материале про ключевые слова и кластеры.
• Перелинковка. Каждый новый материал получает три-пять ссылок с уже опубликованных. Ручная работа, которая заметно ускоряет попадание в индекс.
• Обновление старого. Контент обновляется — материал двухлетней давности с актуализированными цифрами часто растёт быстрее нового.
• Текст под запрос, а не под объём. Что это значит на практике, я расписал в разборе SEO-текста.

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

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

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

Нужно ли платить за расширение? На старте — нет. Бесплатной сборки Rank Math или Yoast хватает на весь список задач из чек-листа выше. Платить имеет смысл, когда упираетесь в конкретное ограничение: несколько фокусных фраз на запись, менеджер редиректов, расширенные типы разметки.

Можно ли продвигать сайт на вордпресс без расширений вообще? Технически да: шаблоны заголовков и разметку можно прописать прямо в коде темы WordPress. На практике это оправдано только на очень нагруженных проектах, где борются за каждый запрос к базе. Для остальных выигрыш в скорости не стоит потерянного времени.

С чего начать, если проект уже запущен? С аудита. Перед стартом я всегда делаю SEO-аудит: он показывает, где проект теряет позиции в поисковой выдаче прямо сейчас. На нашем сайте такой разбор занимает вечер, а экономит недели вслепую внесённых правок. Отдельно смотрю, есть ли FAQ-блок на ключевых страницах — он часто вытаскивает расширенный сниппет.

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

Что делать, если страницы не попадают в индекс? По порядку: галка в разделе «Чтение», директивы в robots.txt, мета-тег noindex в коде конкретного документа, canonical, ведущий на другой URL. В девяти случаях из десяти причина в этих четырёх местах. Дальше — отчёты панелей вебмастеров: Search Console и Яндекс.Вебмастер называют точную причину исключения из поискового индекса. В Google Search Console это столбец «Причина», в Вебмастере — статус страницы.

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

Чем отличается SEO-оптимизация блога от магазина? У блога главные сущности — рубрики и теги, у магазина — категории товаров, фильтры и карточки. В магазине добавляются фильтрационные URL, которые плодят дубли тысячами, и разметка товара. Базовая часть одинаковая, дальше расходится.