Настройка Yoast SEO для WordPress: мета, Schema, sitemap под ключ

Вступление

Вы только что запустили сайт на WordPress, выбрали тему и наполнили контент. Но поисковики не индексируют страницы, мета-теги пусты, в сниппете — обрывок первого абзаца. Без грамотной SEO-настройки даже качественный контент остаётся невидимым. Yoast SEO — самое распространённое решение для WordPress, но автоматическая базовая конфигурация далеко не всегда даёт максимум. Наша команда за 5+ лет настроила Yoast SEO на сотнях проектов — от блогов до интернет-магазинов с десятками тысяч товаров. Опыт показывает: правильная конфигурация может увеличить органический трафик на 30–50% за первые три месяца.

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

Из каких этапов состоит настройка

Комплексная настройка Yoast SEO включает несколько последовательных шагов, каждый из которых влияет на конечный результат.

Аудит текущего состояния

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

Конфигурация плагина

Установка и активация Yoast SEO (базовой или Premium-версии). Прогон Configuration Wizard: тип сайта, представление (организация/персона), социальные профили, видимость типов контента.

Настройка поискового представления

Для каждого типа контента (записи, страницы, товары, рубрики, кастомные типы) задаются шаблоны title и description. Пример шаблона для записей: %%title%% %%sep%% %%sitename%%. Для страниц можно оставить пустым — Yoast подставит заголовок по умолчанию.

Работа с таксономиями

Рубрики и метки: важно отключить индексацию пустых и малоинформативных разделов. Например, метки с 1–3 записями стоит скрыть (noindex). Авторские и датовые архивы — отключаем, если сайт ведёт один человек.

Генерация sitemap

Yoast автоматически создаёт XML-карту по адресу /sitemap_index.xml. В неё включаются записи, страницы, рубрики, теги. Исключить ненужное можно через метабокс редактора: Advanced → Allow search engines to show this Post in search results → No. Карту обязательно регистрируем в Google Search Console.

Schema.org разметка

Плагин автоматически добавляет структурированные данные. Для организации: Yoast SEO → Search Appearance → Schema → Organization Type (выбрать LocalBusiness, Restaurant, MedicalBusiness и т.д.). Указать логотип, адрес, телефон. Для интернет-магазинов с WooCommerce — Product Schema с ценой, наличием, рейтингом (требуется дополнение Yoast WooCommerce SEO).

Настройка хлебных крошек

Включить: Yoast SEO → Search Appearance → Breadcrumbs → Enable. Код вывода в тему:

if (function_exists('yoast_breadcrumb')) {
    yoast_breadcrumb('<nav class="breadcrumbs" aria-label="breadcrumb">', '</nav>');
}

Кастомные шаблоны и фильтры

Для нестандартных типов контента можно переопределить заголовок через фильтр wpseo_title:

add_filter('wpseo_title', function (string $title): string {
    if (is_singular('product')) {
        $product = wc_get_product(get_the_ID());
        return sprintf('%s — купить за %s ₽ | %s',
            get_the_title(),
            $product->get_price(),
            get_bloginfo('name')
        );
    }
    return $title;
});

Почему стоит выбрать Yoast SEO?

Yoast SEO остаётся стандартом индустрии: он поддерживает все современные форматы Schema, автоматически адаптируется под обновления Google, имеет встроенный редактор redirects (в Premium) и анализ контента. По тестам, сайты с правильно настроенным Yoast SEO получают на 25% больше проиндексированных страниц за счёт корректной sitemap и мета-тегов. По сравнению с Rank Math, Yoast даёт более гибкую настройку Schema для сложных бизнесов (LocalBusiness, Event, Video).

Как избежать типичных ошибок при настройке Yoast SEO?

• Не игнорируйте Configuration Wizard — он задаёт базовые параметры, которые влияют на Schema.
• Не включайте индексацию для страниц корзины, оформления заказа, политик — это дубли.
• Для интернет-магазинов обязательно устанавливайте Yoast WooCommerce SEO — иначе товары не получат правильную Product Schema.
• Проверяйте конфликты с другими SEO-плагинами (All in One SEO, Rank Math) — они переопределяют мета-теги.
• Используйте пресеты хлебных крошек с микроразметкой BreadcrumbList — Yoast добавляет её автоматически.

Что входит в комплексную настройку

Гарантируем корректную работу с актуальными темами и плагинами. Предоставляем поддержку на 2 недели после настройки.

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

• Неправильный тип организации в Schema — вместо LocalBusiness указан Organization, из-за чего Google не отображает контакты.
• Отсутствие sitemap для кастомных типов записей — если не включить, новые товары не попадут в индекс.
• Конфликт с темой: некоторые темы добавляют собственные мета-теги — их нужно отключать в functions.php.

Процесс работы и сроки

Базовая настройка Yoast SEO (мета-теги, sitemap, Schema, хлебные крошки) занимает от 2 до 3 часов. Полная настройка с WooCommerce-дополнением и кастомными шаблонами — от 4 до 6 часов. Стоимость рассчитывается индивидуально, исходя из сложности проекта и количества типов контента.

Закажите настройку Yoast SEO под ключ — мы гарантируем правильную индексацию и прирост трафика. Пишите, ответим в течение часа.

Почему Core Web Vitals критичны для технического SEO

PageSpeed показывает 34/100 на мобильных. В Search Console — красные метрики по всем страницам категорий. Конкурент с сайтом на 3 года старше стоит выше в выдаче, несмотря на более слабые тексты. Техническая производительность стала прямым ранжирующим фактором — и разрыв между «приемлемо» и «быстро» стоит позиций. Мы решали эту проблему для десятков проектов — от интернет-магазинов до SaaS-платформ — и знаем, какие ошибки съедают ранжирование.

Core Web Vitals: что реально влияет на позиции

Google использует три метрики как сигналы ранжирования (Page Experience): LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift), INP (Interaction to Next Paint, заменил FID с последнего крупного обновления алгоритма).

LCP: почему 8 секунд — это не проблема изображения

LCP измеряет время отрисовки самого большого видимого элемента страницы. Чаще всего — hero image или H1. Пороги: хорошо < 2.5s, плохо > 4s.

Типичный диагноз на реальном проекте: интернет-магазин одежды, LCP 7.8s на мобильных. Элемент — hero image категории, 4.2MB JPEG без srcset, загружается через CSS background-image (не <img>). Проблема здесь двойная: во-первых, браузер не может preload CSS background images через <link rel="preload"> стандартным способом. Во-вторых, 4.2MB на мобильном соединении — это физически медленно.

Решение по шагам:

1. Переносим hero из CSS background в <img> с fetchpriority="high" и loading="eager"
2. Конвертируем в WebP, добавляем srcset: 800w для мобильных, 1400w для десктопа
3. <link rel="preload" as="image" href="hero-800.webp" media="(max-width: 768px)"> в <head>
4. Убираем все render-blocking скрипты выше hero через defer

Итог: LCP 7.8s → 1.9s. Без смены хостинга, без CDN.

Если LCP — не изображение, а текстовый блок: проблема может быть в TTFB (медленный сервер), в render-blocking CSS/JS, или в web fonts с font-display: block.

CLS: смещения, которые раздражают пользователя и Google

CLS измеряет суммарный сдвиг элементов в процессе загрузки. Пороги: хорошо < 0.1, плохо > 0.25. CLS 0.35 — это баннер, который появляется через секунду и сдвигает всё содержимое страницы вниз.

Источники CLS:

• Изображения без заданных размеров. <img src="photo.jpg"> без width и height — браузер не резервирует место, контент прыгает при загрузке. Фикс: явные width/height или aspect-ratio в CSS.
• Рекламные блоки и виджеты. Google Ads, чат-виджеты, cookie consent — всё, что появляется после основного контента. Решение: резервировать место через min-height или загружать до рендера основного контента.
• Web fonts. FOUT (Flash of Unstyled Text) и FOIT (Flash of Invisible Text) могут вызывать переформатирование. font-display: swap с size-adjust (CSS свойство для выравнивания размеров fallback шрифта) минимизирует CLS.
• Динамический контент. Если блок появляется после загрузки (fetch данных, lazy load) — добавляем skeleton placeholder с нужными размерами.

INP: почему интерфейс «зависает» на 500ms

INP измеряет задержку ответа на любое взаимодействие пользователя: клик, тап, ввод. Пороги: хорошо < 200ms, плохо > 500ms. INP 680ms — это когда пользователь нажимает кнопку фильтра, а ничего не происходит полсекунды.

Главная причина высокого INP — заблокированный main thread. JavaScript-бандл 2.1MB парсируется и выполняется синхронно. Пока выполняется, пользовательские события не обрабатываются.

Диагностика через Chrome DevTools → Performance → взаимодействие с подозрительной задержкой → найти Long Tasks (> 50ms). Типичные виновники:

• Непрерывная обработка большого списка без requestIdleCallback или requestAnimationFrame
• Тяжёлые event listeners без debounce/throttle
• Синхронный setState в React, который триггерит полный ре-рендер сложного дерева компонентов
• Third-party scripts: livechat, аналитика, виджеты — они исполняются в том же main thread

Решения: code splitting через динамический import(), перенос тяжёлых вычислений в Web Workers, React.memo + useMemo для предотвращения лишних ре-рендеров, scheduler API для приоритизации задач.

Schema.org: разметка, которую читают роботы

Структурированные данные через JSON-LD — не прямой ранжирующий фактор, но дают rich snippets в выдаче (звёзды рейтингов, цены, дата публикации), что увеличивает CTR на 20–30%.

Типы разметки по сценариям:

• E-commerce: Product с offers (цена, наличие, валюта), aggregateRating (рейтинг из отзывов), brand. BreadcrumbList для навигации. ItemList для страниц категорий.
• Статьи и блог: Article или BlogPosting с author, datePublished, dateModified, image. Organization и WebSite на главной странице — помогают Google связать сайт с брендом.
• Локальный бизнес: LocalBusiness с address, telephone, openingHours, geo. Критично для локального SEO.
• FAQ: FAQPage с mainEntity — вопросы и ответы могут появляться прямо в выдаче как раскрывающийся блок.

Валидация: Google Rich Results Test и Schema Markup Validator. Частая ошибка — указать price без priceCurrency, или ratingValue без reviewCount. Google игнорирует неполную разметку.

Как проводить технический SEO-аудит

Сканируемость. robots.txt блокирует нужные страницы (или наоборот, не блокирует служебные). Canonical URLs настроены неправильно — дублируются страницы с UTM-метками. Sitemap содержит страницы с noindex. Всё это Screaming Frog или Sitebulb покажут за час сканирования.

Core Web Vitals в масштабе. Google Search Console → Core Web Vitals → смотрим не отдельные страницы, а группы URL (шаблон страницы продукта, шаблон категории, блог). Проблема обычно системная — одна ошибка в шаблоне портит сотни страниц.

JavaScript SEO. Google рендерит JavaScript, но с задержкой (иногда дни для полного рендера). Для критичного контента — SSR или SSG обязательны. Проверяем через Search Console → Inspect URL → View Crawled Page: что видит Googlebot.

Internal linking. Орфанные страницы (нет входящих внутренних ссылок) теряют PageRank. Битые ссылки (404) — сигнал качества.

Что входит в работу

• Документация: отчёт с найденными проблемами, roadmap по приоритетам, тайминги для каждого этапа.
• Доступы: настройка мониторинга (SpeedCurve, Sentry Search Console), передача dashboard.
• Обучение: разбор типичных ошибок для вашей команды (1–2 созвона).
• Поддержка: сопровождение в течение месяца после деплоя — проверка метрик, фикс регрессий.

Свяжитесь с нами — мы оценим ваш проект за 2 дня и покажем, сколько позиций можно вернуть за счёт технического SEO. Опыт работы с проектами уровня сотен тысяч посещений в месяц — гарантируем измеримый результат в Core Web Vitals до/после. Закажите аудит в этой форме — получите персональный чек-лист из 15 пунктов.