Техническое SEO для WordPress: полный гайд

Техническое SEO для WordPress — это не «поставить Rank Math и забыть». Это система, которая помогает Google и AI-системам стабильно находить, сканировать, понимать и индексировать коммерческие URL: услуги, категории, карточки, лендинги, блог. Без технического фундамента контент и ссылки дают слабый ROI: crawl budget сгорает на параметрах и дублях, Core Web Vitals режут конверсию, миграции обнуляют позиции.

Этот гайд — рабочая карта для владельцев WordPress-сайтов, in-house маркетинга и CMO: что проверять, в каком порядке, какие шаблоны ломаются чаще всего и как собрать аудит на 10 рабочих дней с приоритетами P0/P1/P2. Обновлено с учётом практики 2025–2026: GSC Pages, CrUX field data, LiteSpeed/Nginx-кэш, page builders, WPML/Polylang, JS-рендеринг.

Если нужен полный технический аудит под ключ — смотрите услугу SEO-продвижение. Ниже — фреймворк, которым мы ведём WordPress-проекты в SEO-Studio.

Зачем бизнесу техническое SEO на WordPress

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

Цена технического долга

• трафик просел после редизайна или смены пермалинков;
• в GSC растёт «Обнаружено — пока не проиндексировано» / Soft 404;
• PageSpeed «зелёный» на главной, но формы на money-URL тормозят INP;
• staging или параметры фильтров попали в индекс;
• после миграции остались цепочки 302 и битые внутренние ссылки.

Техническое SEO возвращает контроль: сначала бот должен корректно дойти до money-URL и отдать понятный HTML, затем работают контент, ссылки и бренд.

Для кого этот гайд

• владелец / CMO, которому нужен фреймворк приоритетов;
• маркетолог, который ставит ТЗ разработчику;
• in-house SEO, который строит backlog на квартал;
• агентство/подрядчик, которому нужен общий язык с клиентом.

Карта работ: от индексации до скорости

Работаем слоями. Сначала доступность для бота, затем качество ответа сервера и HTML, дальше шаблоны WordPress, и только потом тонкие оптимизации CWV.

1. Discoverability — robots, sitemap, каноникалы, noindex, пагинация. Подробнее — структура XML-карты.
2. Crawl efficiency — параметры, фильтры, редиректы, orphan, логи.
3. Render & HTML — критический контент в первом HTML, не только в JS.
4. Performance — TTFB, LCP, INP, CLS на шаблонах money-URL.
5. Release hygiene — staging, деплой, мониторинг 5xx, регрессии.

Слой	Что ломается на WP	Сигнал «готово»
Discoverability	noindex на проде, кривой sitemap, дубль canonical	Money-URL в индексе, sitemap = 200 без редиректов
Crawl	фасеты, ?utm в индексе, цепочки 301	Бот ходит на приоритетные шаблоны
Render	контент только после JS	URL Inspection: контент в rendered HTML
Performance	тяжёлый hero, чаты/GTM, CLS шрифтов	CrUX money-path в Good или стабильный тренд
Release	открытый staging, 5xx в прайм-тайм	Чеклист релиза + алерты 24–48 ч

Индексация и контроль в Search Console

Пошаговая проверка — в гайде как проверить индексацию в Google. Начинайте с факта: какие URL Google считает проиндексированными, а какие — исключёнными. Для WordPress типичны: открытые архивы автора/дат/тегов, слабая пагинация, faceted URL, staging/UTM в каноникалах, два SEO-плагина.

Практический ритм GSC

• раз в неделю — Pages delta;
• после релиза — Inspection на 10 money-URL;
• раз в месяц — сверка sitemap vs indexed;
• после миграции — ежедневный контроль 404/redirect error 2–4 недели.

URL Inspection как Definition of Done

Для ключевых шаблонов проверьте: видит ли Google H1 и основной текст, какой canonical выбран, нет ли «crawled / currently not indexed» без объяснимой причины.

Гигиена XML sitemap

Только индексируемые 200 OK без редиректов и noindex. SEO-плагин не должен тащить вложения, служебные CPT и thin archives.

Crawl budget и «мусорные» URL

На сайтах до ~500 URL crawl budget редко проблема. Подробнее — в материале Crawl budget: что это и что на него влияет. На каталогах и контент-хабах — да. Сначала уберите hits на URL без спроса, затем ускорьте money-URL, потом расширяйте sitemap.

Типичный мусор WordPress

• ?replytocom=, preview-параметры;
• фильтры WooCommerce без allowlist;
• поиск ?s= в индексе;
• архивы дат;
• дубли www/non-www и http/https;
• пагинация с сортировкой в индексе.

Когда нужен log analysis

Если много «discovered», мало проиндексировано, а краул видит тысячи параметров — снимите 7–14 дней логов и постройте топ путей Googlebot.

robots.txt, canonical, noindex, пагинация

Четыре инструмента решают разные задачи. Подмена одного другим — классическая ошибка.

robots.txt

Блокирует crawl, но не гарантирует снятие из индекса. Типичные ошибки — в гайде robots.txt. Не Disallow-ьте CSS/JS, нужные для рендера.

noindex

Убирает из выдачи. Используйте для thank-you, внутреннего поиска, тонких фасетов. Не ставьте noindex на весь /blog/ «временно».

canonical

Следите, чтобы тема, билдер и SEO-плагин не выдавали три разных canonical.

Пагинация

Выберите одну политику для блога и каталога и не смешивайте подходы между шаблонами.

Core Web Vitals на шаблонах WordPress

Разборы метрик — в Core Web Vitals для SEO и практике WordPress. CWV измеряем не «главной в лаборатории», а шаблонами: услуга, категория блога, кейс, лендинг с формой, категория Woo.

Стек проверки

• тема + page builder;
• кэш (LiteSpeed / Nginx / page cache);
• CDN и изображения (WebP/AVIF, srcset);
• отложенные сторонние скрипты без поломки форм;
• критический CSS без скачков layout.

Field vs lab

PSI — диагностика. Решения принимайте по CrUX/GSC. Приоритет — топ money-URL, а не все архивы сразу.

Плагины, билдеры и технический риск

Большинство регрессий — на пересечении page builder + SEO-плагин + кэш + перевод.

• дубль canonical/title от двух SEO-плагинов;
• билдер с пустым HTML без SSR;
• кэш, отдающий noindex-версию;
• WPML/Polylang с разъехавшимися hreflang;
• security-плагины с 403 Googlebot;
• мёртвые плагины как attack surface и лишний PHP на TTFB.

Раз в квартал делайте inventory плагинов: last update, нужен ли, кто owner.

Миграции, редиректы, мультиязычность

1. карта 1:1 старых URL → новых;
2. 301 без длинных цепочек;
3. обновление внутренних ссылок;
4. чистый sitemap и проверка в GSC;
5. мониторинг 404/позиций 2–4 недели;
6. отдельный релиз URL-структуры от большого контент-батча.

Для UK/RU критичны согласованные каноникалы и x-default. Глубокий разбор — в хабе международного SEO.

Фреймворк аудита на 10 рабочих дней

Чеклист — в миграции сайта с 301 и GSC. Дни 1–2: GSC + доступность. 3–4: crawl + логи. 5–6: CWV и TTFB. 7–8: дубли, пагинация, фасеты. 9: редиректы и broken. 10: backlog P0/P1/P2 с owner.

Результат — таблица задач с ожидаемым влиянием, а не PDF без приоритетов.

Чеклист перед релизом

1. robots.txt на production.
2. 5 money-URL инкогнито и под Googlebot UA — H1 и текст в HTML.
3. XML sitemap без noindex и редиректов.
4. Выборка редиректов топ-50 трафика.
5. TTFB money-шаблонов до/после кэша.
6. Мониторинг 5xx 24–48 часов.
7. URL Inspection главной, ключевой услуги и 1–2 статей хаба.

Мониторинг и KPI

• ежедневные uptime/5xx;
• еженедельный GSC;
• ежемесячный краул выборки шаблонов;
• ежеквартальный CWV field;
• доля money-URL в индексе, TTFB/LCP, органические лиды с money-landing.

Процесс внедрения

1. Baseline метрик.
2. P0 за 1–2 недели.
3. P1 за месяц.
4. P2 и система (регламент релизов, inventory).
5. Повторный замер 14/28 дней.

Специфика WordPress

Пермалинки без карты 301, CPT без политики индексов, REST/security 403 для бота, устаревший page cache после миграции — типичные WP-риски. Добавьте orphan-контроль и карта темы со смежными гайдами для внутренней перелинковки.

Хостинг, TTFB и кэш

• page cache для анонимов;
• object cache;
• чистка revisions/transients;
• CDN для статики;
• не гонять тяжёлую логику в wp_head на каждый запрос.

Schema без спама

Один ответственный источник schema, тип соответствует шаблону, FAQ schema только при видимом FAQ, проверка после изменений.

Staging и preview

HTTP auth / IP allowlist + noindex + Disallow на staging. Отдельные ключи аналитики. После клонирования — проверка home/siteurl. Preview-токены не должны попадать в sitemap и меню.

HTTP-заголовки и CDN

Исключите случайный X-Robots-Tag: noindex, настройте понятный cache HTML money-URL, длинный TTL статики, purge API и контроль canonical после очистки кэша.

Матрица приоритетов

Задача	Влияние	Сложность	Приоритет
Случайный noindex на проде	Очень высокий	Низкая	P0
Пустой HTML money-лендинга	Очень высокий	Средняя	P0
Мусорные фасеты	Высокий	Средняя/высокая	P1
LCP hero на топ-услуге	Высокий	Средняя	P1
Косметика PageSpeed архива тегов	Низкий	Средняя	Не первым

Команда и Definition of Done

В тикете: URL/шаблон, доказательство, метрика, риски, план проверки. DoD: тег на проде, purge кэша, Inspection, внутренние ссылки без дубля, запись в changelog SEO.

Сроки и ожидания

Объём	Аудит	P0	Первые сигналы
До 100 URL	3–7 дней	1–2 недели	2–4 недели
100–2000 URL	1–2 недели	2–4 недели	4–8 недель
Крупный каталог	2–4 недели	итерации	зависит от crawl

Типичные ошибки

• noindex на весь /blog/ «временно».
• Открытый staging.
• Кэш HTML с персонализацией без вариантов.
• CLS из-за отложенного CSS ради PageSpeed.
• Игнор 5xx во время деплоя.
• Смена пермалинков без карты 301.
• Оптимизация CWV только на главной.
• Зелёный PageSpeed = «SEO сделано».

Render, JavaScript и page builders

Google умеет рендерить JS, но это дороже и менее предсказуемо, чем отдать контент в первом HTML. На WordPress page builders иногда откладывают текст в клиентский рендер или ломают блоки при агрессивной отсрочке скриптов.

Как проверить

1. curl / view-source без JS — есть ли H1 и абзацы?
2. URL Inspection → rendered HTML — совпадает ли с тем, что видит пользователь?
3. Мобильный эмулятор + slow CPU — не пропадает ли контент после «оптимизации» скриптов?
4. Сравните шаблон услуги с шаблоном блога: блог часто статический, лендинги — только в билдере.

Что делать

• держать ключевой текст в HTML, а не в XHR-вкладках без SSR;
• не откладывать скрипты билдера на money-URL без регрессионного теста;
• убрать лишние анимации и виджеты;
• для критичных лендингов рассмотреть более лёгкий шаблон темы.

WooCommerce и технический слой каталога

Если WordPress используется как магазин, добавляются фасеты, вариации, out-of-stock, product schema и фиды. Полная e-com стратегия — в отдельном хабе; здесь — стык с техническим фундаментом: allowlist индексируемых фильтров, производительность листингов, согласованность фида и canonical.

Аналитика для технического SEO

• GSC Pages/Performance по money-path;
• GA4: органические конверсии по шаблонам;
• uptime и 5xx;
• CrUX / отчёт CWV в GSC;
• сэмплы логов Googlebot после крупных релизов.

Не смешивайте эффект техники с одновременным запуском Ads или массовым контентом. Фиксируйте дату релиза и смотрите cohort URL.

Внутренняя перелинковка как технический рычаг

Money-URL должны получать стабильные ссылки из шаблонов и разделов сайта. Проверяйте orphan в краулере. Цель — 2–3 клика от главной до ключевых услуг. Одна карта темы со смежными гайдами лучше десяти дублирующих лонгридов.

Безопасность, которая влияет на SEO

Взломы добавляют spam-URL и скрытые редиректы. Контролируйте новые публикации, неожиданных users, скачки crawl на мусорные пути, изменение home URL. Обновления ядра/тем/плагинов — по регламенту с бэкапом и проверкой money-URL.

Граница технического и контентного SEO

Если money-URL нет в индексе или HTML пустой — это P0 техники. Если в индексе, но не конвертят из-за слабого оффера — продукт/CRO/контент. Если в индексе и конвертят, но мало спроса покрыто — семантика и контент-план.

Обновления без SEO-регрессий

1. Бэкап файлов и БД.
2. Обновление на staging.
3. Проверка money-URL: код, title, canonical, форма, LCP-герой.
4. Прод в низкую нагрузку.
5. Purge кэша + Inspection выборки.
6. Мониторинг 5xx/404 24 часа.

Квартальный чеклист

1. Inventory плагинов.
2. Staging/noindex/robots на проде.
3. Выборка money-URL в Inspection.
4. Карта редиректов после контент-чистки.
5. CWV field по ключевым path.
6. Бэкап и тест восстановления.
7. Права пользователей WP.
8. Документация шаблонов для новой команды.

Минимальный набор инструментов

• Google Search Console + CrUX/PSI;
• краулер (Screaming Frog / Sitebulb);
• доступ к логам или CDN analytics;
• Query Monitor на стейдже;
• скриншоты до/после для стейкхолдеров.

Повторяемые паттерны выигрыша

• закрытие мусорных фасетов → рост crawl money-категорий;
• снятие случайного noindex с услуг → возврат индексации;
• ускорение LCP на лендинге с формой → рост конверсии;
• карта 301 под редизайн → сохранение большей части спроса;
• дедуп schema/плагинов → меньше конфликтов в GSC.

Цифры зависят от ниши; обещание «гарантированных позиций» — красный флаг. Честный контракт: прозрачные метрики, приоритеты, итерации.

Доступность и SEO

a11y не равно SEO, но пересекается: корректные заголовки, alt, фокус на формах влияют на UX и конверсию. Не ломайте семантику HTML билдером.

Международность: техминимум

Один канонический URL на языковую версию, согласованные hreflang, отсутствие жёсткого IP-редиректа без выбора языка, понятные sitemaps. Не индексируйте черновые переводы.

Глубокая диагностика индексации

Индексация — не бинарный переключатель. В Search Console есть спектр состояний: проиндексировано, просканировано, но не проиндексировано, обнаружено, но не просканировано, исключено из‑за noindex, дубль без user-selected canonical, soft 404, редирект, 404. На WordPress у каждого состояния свои типичные причины в теме, плагинах или политике URL.

Crawled — currently not indexed

Часто значит, что Google видел URL, но не считает его достаточно ценным или уникальным. На блогах с тонкими тегами и пустыми CPT-архивами это нормальная реакция системы качества. Лечение — не «просить индексацию» сотнями URL, а повысить качество шаблона, внутренние ссылки и уникальность либо сознательно noindex-нуть мусор.

Discovered — currently not crawled

Сигнал очереди и приоритетов. Если money-URL долго висят здесь, проверьте внутренние ссылки, robots, перегруз параметрами и TTFB. Иногда помогает усиление внутренней перелинковки и чистый sitemap; редко помогает только кнопка Inspection.

Soft 404 на WordPress

Страница отдаёт 200, но выглядит пустой: «ничего не найдено», пустой архив, категория без товаров, лендинг билдера без контента в HTML. Решение: реальный 404/410, редирект на родителя или нормальный контент при 200 только там, где страница полезна.

Duplicate, Google chose different canonical

Типично для www/non-www, http/https, параметров сортировки, пагинации, локализованных дублей. Сведите внутренние ссылки и sitemap к одному каноническому хосту. Уберите конфликт SEO-плагинов.

Глубже про WordPress-реалии

Универсальные чеклисты crawl/index/CWV работают везде. На WordPress добавляется слой CMS: пермалинки, CPT, таксономии, REST API, cron, object cache, мультисайт, зоопарк плагинов.

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

Смена структуры постоянных ссылок без карты 301 — одна из самых дорогих ошибок. Даже «красивый» slug не окупает потерю накопленной истории. Меняйте как миграцию: карта, 301, обновление внутренних ссылок, контроль GSC.

CPT и таксономии

Услуги, кейсы, города, продукты удобны как CPT, но каждый публичный тип требует политики: в sitemap или нет, какой шаблон, какой canonical, нужны ли архивы. Пустые архивы часто становятся soft 404.

REST API и безопасность crawl

Не блокируйте всё подряд ради «безопасности». Закройте то, что не должно индексироваться, но оставьте путь к ресурсам, без которых ломается CSS/JS-рендер. Проверяйте 403 для Googlebot после установки security-плагинов.

WP-Cron, кэш и «призраки» контента

Устаревший page cache может отдавать старые title/canonical после миграции. После критических SEO-изменений делайте точечный purge money-URL и проверяйте глазами + URL Inspection.

Релизный гейт: мини-ритуал команды

Перед выкладкой темы, плагинов или смены пермалинков прогоните короткий технический гейт на 20–40 минут. Он снимает большинство «внезапных» просадок индексации.

1. Проверьте robots.txt на production.
2. Откройте 5 money-URL инкогнито и под Googlebot UA.
3. Сверьте XML sitemap.
4. Прогоните выборку редиректов топ-50 трафика.
5. Посмотрите TTFB money-шаблонов до/после кэша.
6. Включите мониторинг 5xx на 24–48 часов.
7. Сделайте URL Inspection для главной, ключевой услуги и 1–2 статей хаба.

Если релиз трогает URL-структуру — не смешивайте его с большим контент-батчем. Сначала стабилизируйте маршрутизацию и редиректы, затем наращивайте контент.

KPI технического слоя в деньгах

Договоритесь с бизнесом, какие 20–50 URL кормят кассу. Дальше техбэклог строится от них. Трафик информационных статей — бонус, не главный KPI. Минимальный набор метрик:

• доля money-URL в индексе;
• время до индексации новых услуг/категорий;
• TTFB и LCP на топ-шаблонах;
• органические лиды/выручка с money-landing;
• количество 404 с хитами после релиза.

На проектах агентства мы фиксируем baseline до изменений и сравниваем те же метрики через 14 и 28 дней — иначе сложно доказать эффект технических правок.

Слой discoverability на практике

Discoverability — первый фильтр. Если Google не может стабильно обнаружить и принять money-URL, остальные оптимизации дают слабый эффект. На WordPress это означает согласованность robots.txt, XML sitemap, каноникалов, шаблонных noindex и внутренних ссылок.

Проверьте, что SEO-плагин не генерирует sitemap с редиректами и вложениями. Убедитесь, что меню и футер ссылаются на канонические URL услуг, а не на промежуточные лендинги билдера с параметрами. После смены пермалинков обновите не только 301, но и все шаблонные ссылки в теме и конструкторах.

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

Слой crawl efficiency

Эффективность обхода — про то, куда бот тратит запросы. Логи и CDN analytics показывают правду лучше, чем ощущения. Если Googlebot активно ходит в поиск сайта, фильтры и календари, money-услуги обновляются реже.

Составьте allowlist полезных параметров и запретите остальное через каноникалы, noindex или (осторожно) robots. Не закрывайте в robots ресурсы, нужные для рендера. Для WooCommerce заранее решите, какие комбинации фильтров достойны индекса, а какие существуют только для UX.

Orphan-страницы услуг — частая болезнь корпоративных WP-сайтов: URL есть в рекламе и sitemap, но ни одно меню на него не ссылается. Краулер это покажет. Добавьте стабильные ссылки из хабов услуг и смежных гайдов.

Слой render и HTML

Если ключевой текст услуги появляется только после выполнения JS, вы зависите от очереди рендера и рискуете расхождениями между тем, что видит пользователь, и тем, что видит бот. Page builders усиливают риск: отложенные скрипты, ленивые вкладки, контент в отдельных XHR.

Минимум контроля: curl без JS, URL Inspection rendered HTML, мобильный профиль с замедлением CPU. На money-URL держите H1, лид, оффер и FAQ в HTML. Декор и анимации — вторичны.

Не жертвуйте читаемым HTML ради микроскопического выигрыша в лабораторном PageSpeed. Field-метрики и конверсия формы важнее «100 баллов» на второстепенном архиве.

Слой performance

TTFB, LCP, INP и CLS нужно смотреть на шаблонах, которые приносят деньги. Главная может быть быстрой, а страница услуги с формой и чатом — нет. Приоритезируйте топ-10–20 URL.

Типичный стек проблем WordPress: тяжёлый hero без размеров, шрифты без reserve, GTM/виджеты в критическом пути, неэффективные запросы билдера к БД, отсутствие page cache для анонимов, холодный PHP на shared-хостинге.

Лечите по слоям: хостинг/кэш → медиа → JS third-party → шаблон. После каждого слоя проверяйте field и лабораторию на тех же URL. Отдельные глубокие разборы CWV разбираем в отдельных практических гайдах.

Слой release hygiene

Большинство «внезапных» SEO-инцидентов — это релизы без гейта: обновление плагина ночью, смена темы, копирование staging на прод с noindex, правило CDN с X-Robots-Tag. Техническое SEO включает процесс, а не только разовую оптимизацию.

Введите короткий чеклист в PR/релизе: менялись ли URL, robots, заголовки, шаблон head, кэш-правила? Кто проверяет money-URL после выкладки? Кто смотрит алерты 5xx первые сутки?

Документируйте инциденты: что сломалось, какой сигнал в GSC, сколько времени на обнаружение, какой фикс. Это снижает повторяемость ошибок сильнее, чем ещё один PDF-аудит.

Playbook аудита: от сбора данных до backlog

Дни 1–2: доступы, GSC, аналитика, robots/sitemap, выборочный Inspection money-URL, поиск staging/noindex. Дни 3–4: полный краул, карта шаблонов, параметры, orphan, редиректы. Дни 5–6: CWV/TTFB на money-шаблонах, тяжёлые плагины, кэш. Дни 7–8: дубли, пагинация, фасеты, schema-конфликты, hreflang-выборка. День 9: broken и цепочки. День 10: приоритизация P0/P1/P2, оценка эффекта, DoD, owner.

Каждая задача backlog должна отвечать: какой URL/шаблон, какой бизнес-эффект, как измерим успех. Иначе аудит превращается в энциклопедию без внедрения.

90 дней после аудита

Первые 2 недели — только P0. Следующий месяц — P1, которые расширяют crawl efficiency и CWV money-URL. Далее — системные P2: inventory плагинов, регламент релизов, мониторинг, документация. На 14 и 28 день сравнивайте baseline. На 60–90 день решайте, какие темы углублять дальше (логи, soft 404, CWV, миграции), опираясь на оставшиеся риски.

Операционный runbook на первый месяц

После публикации хаба команда часто спрашивает: «что делать завтра утром?» Ниже — практический runbook, который можно вставить в Notion/Jira без потери смысла.

Неделя 1

• Снять baseline: индекс money-URL, TTFB шаблонов, органические лиды.
• Проверить robots/sitemap/noindex на проде и staging.
• Закрыть P0, если найдены (noindex, 5xx, пустой HTML).
• Назначить owner релизного гейта.

Неделя 2

• Краул и список мусорных шаблонов.
• Allowlist параметров.
• Правки внутренних ссылок на orphan money-URL.
• Повторный Inspection топ-URL.

Недели 3–4

• CWV на 5–10 money-шаблонах.
• Чистка плагинов и конфликтов schema.
• Настройка алертов 5xx/uptime.
• Сравнение метрик с baseline и выбор следующих тем для углубления.

Этот ритм важнее идеального документа. Техническое SEO выигрывает регулярностью контроля, а не разовым «большим аудитом раз в два года».

Как объяснять техSEO стейкхолдерам

Собственнику не нужна лекция про crawl budget. Ему нужна связка: риск → деньги → срок → доказательство. Переводите задачи на язык бизнеса:

• «Услуги не в индексе» → «Рекламный и контентный бюджет греют URL, которых нет в поиске»;
• «Медленный LCP на форме» → «Часть заявок теряется до отправки»;
• «Миграция без 301» → «Покупаем заново позиции, которые уже были».

В статусах показывайте 3 числа: индекс money-URL, скорость ключевого шаблона, органические лиды. Остальное — в приложении для специалистов.

Полевые заметки: что чаще всего ломается после «успешного» запуска

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

Сюжет 1. «SEO-плагин включён» — title и sitemap есть, но на проде висит discourage indexing, а в кэше CDN сохраняется X-Robots-Tag. Симптом: страницы есть в интерфейсе CMS, но GSC не индексирует. Фикс: проверить HTTP-заголовки и HTML head на money-URL, purge CDN, Inspection.

Сюжет 2. «Сделали быстрый PageSpeed» — лабораторный балл вырос за счёт delay JS, формы перестали отправляться, INP в поле ухудшился. Фикс: измерять field на шаблоне с формой, откатывать агрессивные delay на money-URL.

Сюжет 3. «Переехали на новый дизайн» — 301 только для главной и блога, услуги забыли. Фикс: карта URL из GSC+Analytics до релиза, не после жалоб отдела продаж.

Сюжет 4. «Добавили фильтры в каталог» — UX стал лучше, индекс заполнился мусором. Фикс: allowlist посадок, noindex остального, чистый sitemap.

Сюжет 5. «Подключили перевод» — меню переведено, hreflang и каноникалы разъехались. Фикс: выборочная проверка пар URL и запрет индекса черновых языков.

Эти сюжеты стоит разобрать на kickoff технического аудита: они экономят дни, потому что сразу направляют проверку в правильные зоны риска.

Чеклист владельца WordPress на одной странице

1. Money-URL открываются и отдают H1+текст без обязательного JS.
2. В GSC нет массовых исключений на услугах/категориях.
3. Sitemap совпадает с каноническими 200 OK.
4. Staging закрыт.
5. После каждого крупного релиза есть проверка 5 money-URL и алерты 5xx.
6. Плагины инвентаризированы раз в квартал.
7. CWV field смотрится на шаблонах заявок, не только на главной.
8. Миграции и смена пермалинков всегда идут с картой 301.
9. Органические лиды с money-landing измеряются в GA4.
10. Есть owner технического SEO, а не «все немного отвечают».

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

Что читать дальше по теме

После этой карты логичный порядок углубления:

1. Core Web Vitals на шаблонах WordPress (углубить практику и перелинковку со смежными гайдами).
2. Crawl budget и параметры URL.
3. robots.txt и типичные ошибки WP.
4. Индексация и диагностика GSC.
5. Миграции и карты 301.
6. Логи Googlebot / soft 404 / JS-indexing.

Не распыляйтесь на десяток «полных гайдов» сразу. Сначала закройте практику вокруг технического фундамента WordPress и внутренние ссылки между материалами, затем переходите к следующим широким темам.

FAQ

Достаточно ли Yoast/Rank Math для технического SEO?

Плагин помогает с title, sitemap и schema, но не заменяет политику индексации, CWV, логи, миграции и контроль релизов.

Нужно ли техSEO сайту на 20 страниц?

Да, но короче: индексация money-URL, редиректы, скорость шаблона с формой, гигиена релизов.

Elementor — приговор для SEO?

Нет, если контент в HTML и LCP/INP контролируются. Проблема в тяжёлых виджетах и отсутствии дисциплины шаблонов.

Когда делать полный аудит?

Перед масштабированием контента, после просадки, до/после миграции, при смене темы/билдера, при системных исключениях в GSC.

Сколько длятся P0/P1?

P0 часто 1–2 недели при доступе к dev и хостингу. P1 — 3–6 недель в зависимости от долга.

Как техSEO влияет на AI Overviews?

AI тоже нужен доступный понятный контент и чистая структура. Техслой не заменяет экспертность, но без него страницу сложнее корректно прочитать.

Вывод и следующий шаг

Техническое SEO на WordPress — управляемая система: discoverability → crawl → render → performance → release hygiene. Начните с money-URL и GSC, закройте P0, измерьте baseline через 14 и 28 дней, затем масштабируйте контент и линкбилдинг.

Нужна команда под ключ: свяжитесь с SEO-Studio — сделаем аудит и roadmap под ваш WordPress. Кластеры этого хаба — в блоке навигации ниже.