WordPress + Elementor: почему тормозит и что с этим делать
Стек «WordPress + WooCommerce + Elementor + Yoast» — самый популярный в русском B2B среднего эшелона. И самый диагностируемый: типовые проблемы одни и те же. Разбираю шесть находок из реального аудита розничной сети — плюс что убирать, что оставлять, когда пилить с нуля.
Разбор — синтез из аудита сети из десяти точек в нише розничных аккумуляторов + B2B ИБП. Публичные факты, без названия компании. В индексе Яндекса было около десяти страниц против восьмисот в sitemap. Восьмидесятикратный разрыв — не «Яндекс плохой», а признак архитектурных проблем.
Что WordPress с плагинами делает хорошо: быстрый старт, огромная библиотека тем, готовые интеграции, CMS для контент-редакторов. До определённого объёма — работает. После — начинает падать.
1. HTML раздувается до 200+ КБ на страницу
Elementor генерирует много служебных обёрток: <div class="elementor-widget-container">, <div class="elementor-column-wrap">, вложенные секции с data-атрибутами. Плюс WooCommerce добавляет свою обвязку. Плюс тема с виджетами.
Итог — 200 КБ HTML на типичную страницу товара. Полезного контента там на 5-10 КБ. Остальное — каркас.
Последствия:
Мобильный TTFB и LCP страдают. Пользователь смотрит на белый экран лишние 500-1500 мс.
Google учитывает Core Web Vitals в ранжировании. Слабая производительность = ниже позиции.
Хостинг платит больше за трафик.
Лечится частично: минификация CSS/JS, Cloudflare с автоминификацией, отключение неиспользуемых виджетов Elementor. HTML-каркас сам по себе — не лечится.
2. Canonical на пагинации — риск дублей в индексе
Каталог WooCommerce делит товары на страницы: /category/?page=2, /category/?page=3. Правильная настройка — на каждой странице канонический URL указывает саму эту страницу, а не первую. Yoast SEO часто оставляет дефолт, при котором canonical на всех страницах указывает на страницу 1.
Что видит Яндекс: пятьдесят три URL-а, все с canonical на первую страницу. Он считает их дублями и решает индексировать одну — но не всегда ту, что нужна. Часть товаров вылетает из выдачи. Ссылки со сторонних сайтов на глубокие страницы перестают работать как SEO-сигнал.
Лечится настройкой Yoast: включить пагинационные canonical на самих себя, добавить rel="prev"/rel="next" — Google до недавнего перестал их учитывать, Яндекс учитывает.
3. Schema.org Product / AggregateRating не размечены
WooCommerce из коробки размечает Product schema. Yoast — WebPage и BreadcrumbList. Отзывы и рейтинг — если стоит плагин рейтингов, он может не подключать AggregateRating к Product-объекту. Итог: у компании реальный рейтинг 4.8 из 210 оценок на 2ГИС, но в поисковом сниппете нет ни одной звёздочки.
Что даёт правильная разметка:
Rich Snippet с рейтингом — CTR из выдачи растёт на 10-30% по типовым замерам.
Данные для Google Merchant Center — работает через ту же Product-схему.
Данные для AI Overviews — Perplexity и ChatGPT читают структурированные данные при цитировании.
Лечится: подключить схему через плагин (Schema Pro, Rank Math) или через functions.php темы. Работа на 4-8 часов, эффект — на месяцы.
4. Отсутствует Open Graph
Ссылка на страницу товара в мессенджере приходит голым куском текста без превью. В корпоративных чатах, где сотрудники пересылают ссылки клиентам, — потеря доверия и клика.
Yoast Free версия иногда не активирует Open Graph — надо руками. Плюс размер картинки 1200×630, alt-текст, twitter:card. Работа на 1-2 часа. Эффект: превью появляется в WhatsApp, Telegram, VK, Slack.
5. Автор-sitemap не обновлялся с 2022
Yoast генерирует sitemap автоматически. Один из подсайтмапов — по авторам. Если авторы менялись или блог перестал вестись, там мусор: удалённые страницы, устаревшие профили. Яндекс тратит crawl budget на этот мусор вместо новых товаров.
Лечится: в Yoast → SEO → Search Appearance → Archives → отключить архивы авторов. Или руками удалить sitemap-author.xml из общего sitemap-index.
6. Онлайн-оплата в статусе «скоро»
Не техническая, но частая проблема стека. Плагин оплаты установлен, но не настроен — «скоро». Клиент видит товар, добавляет в корзину, доходит до оплаты — и упирается в форму «оставьте номер, перезвоним». Часть уходит.
Лечится: настройка WooCommerce Payments, YooKassa, CloudPayments, Тинькофф. Работа на 4-8 часов включая тестирование. Прирост конверсии — 15-30% по типовым замерам в eCommerce.
Что убирать, что оставлять
Оставить: WordPress как CMS. Она хороша для контента, редакторам удобно, экосистема плагинов широкая.
Убрать или заменить:
Elementor → на Gutenberg (родной блок-редактор) + аккуратная тема. Экономия 50-100 КБ HTML на страницу.
Тяжёлые плагины ползунков и слайдеров → на нативные CSS-анимации.
Yoast Free → на Rank Math Free — более полная разметка из коробки.
Стандартный поиск WordPress → на Pagefind (статический) или Algolia.
Когда пилить с нуля: если каталог перерос 5000 товаров, если нужна быстрая мобильная выдача, если требуется многоязычность без плагинных костылей. В этих случаях WordPress отдаёт CMS на новый движок (Astro + Sanity, Next.js + Strapi) без потери SEO — работа на 2-4 месяца.
Свой WordPress тормозит?
Напишите в @ai_agentura — расскажу, что можно вылечить внутри стека, а что дешевле переписать.