Новые данные веб-альманаха показывают, как WordPress, Shopify и основные плагины SEO устанавливают технические нормы SEO в масштабе, часто до вмешательства практиков.

<п>Если более половины Интернета работает на системе управления контентом, то большинство технических стандартов SEO формируются еще до того, как SEO-специалист начинает над ними работать. Именно под этим углом я рассмотрел главу SEO в Веб-альманахе 2025 года (для ясности я был соавтором главы SEO в Веб-альманахе 2025 года, упомянутой в этой статье).

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

<п>SEO часто требует интенсивного практического вмешательства – – возможно, даже слишком. Мы обсуждаем каноническую логику, реализацию структурированных данных, контроль сканирования и конфигурацию метаданных, как если бы каждый сайт был индивидуальным инженерным проектом. Но когда более 50 % страниц в наборе данных HTTP Archive размещены на платформах CMS, эти платформы становятся невидимыми законодателями стандартов. Их настройки по умолчанию, ограничения и развертывание функций незаметно определяют, что “нормально” выглядит в масштабе.

В этой статье исследуется это влияние с использованием данных Веб-альманаха и HTTP-архива за 2025 год, а именно:

<ул>

Как тенденции внедрения CMS соотносятся с основными техническими сигналами SEO.

Где экосистемы плагинов формируют шаблоны реализации.

И как в результате распространяются новые стандарты, такие как llms.txt.

Вопрос не в том, имеет ли значение SEO. Дело в том, что мы недооценили тех, кто задает основу современной сети.

Основа веб-дизайна

<стр>Глава Веб-альманаха, посвященная CMS 2025 года, стала важной вехой в принятии CMS; более 50% страниц находятся на CMS. Если вы не уверены в том, какая часть Интернета поддерживается CMS, то более 50% из 16 миллионов веб-сайтов — это значительная цифра.

Снимок экрана из Веб-альманаха, февраль 2026 г.

Что касается того, какие CMS наиболее популярны, это опять-таки неудивительно, но стоит задуматься над тем, какая из них имеет наибольшее влияние.

Изображение автора, февраль 2026 г.

Функции SEO, которые поставляются по умолчанию в платформах CMS

Настройки платформы CMS по умолчанию важны, это – Я верю – – заключается в том, что многие базовые технические стандарты SEO являются либо настройками по умолчанию, либо предназначены для относительно небольшого количества веб-сайтов, у которых есть специализированные специалисты по SEO или люди, которые, по крайней мере, используют лучшие практики SEO или работают с ними.

<стр>Когда мы говорим о “лучших практиках” Для некоторых мы находимся на немного шаткой почве, поскольку не существует универсального, предписывающего взгляда на этот вопрос, но я бы рассмотрел:

<ул>

Описательное “SEO-дружественное” URL-адреса.

Редактируемое название и метаописание.

XML-карты сайта.

Канонические теги.

<ли>Изменение директивы мета-роботов.

Структурированные данные – хотя бы базовый уровень.

Редактирование файла Robots.txt.

<п>Вот какие из основных платформ CMS – это: по собственным словам – иметь по умолчанию “default.” Примечание. Для некоторых платформ – например Shopify – они сказали бы, что они дружественны к SEO (и, честно говоря, это «достаточно хорошо»), но многие оптимизаторы утверждают, что они недостаточно дружелюбны, чтобы пройти этот тест. Я не придаю значения этим нюансам, но я бы сказал, что и Shopify, и эти оптимизаторы по поисковой оптимизации приносят хорошие результаты.

<таблица> <тело> <тр>

<сильный>CMS SEO-оптимизированные URL <сильный>Title &amp;amp;amp;amp;amp;amp; мета-описание UI XML-карта сайта Канонические теги мета-поддержка роботов Базовые структурированные данные Robots.txt

<тр>

WordPress Да Частично (зависит от темы) Да Да Да Limited (статья, публикация в блоге) Нет (требуется плагин или доступ к серверу)

<тр>

Shopify Да Да Да Да Ограничено

<д>Ориентация на продукт Limited (редактируется через robots.txt.liquid, ограничено)

<тр>

Wix Да Управляемый Да Да Ограничено Базовый Да (можно редактировать в пользовательском интерфейсе)

<тр>

Squarespace Да Да Да Да Ограничено Базовый Нет (управляется платформой, без прямого управления файлами)

<тр>

Webflow Да Да Да Да Да Ручной JSON-LD Да (можно изменить в настройках)

<тр>

Drupal Да Частичный (основной) Да Да Да Минимальный (расширяемый) Частичный (доступ к модулю или серверу)

<тр>

<сильный>Joomla

Да Частичное Да Да Да Минимум Частичное (редактирование файла на уровне сервера)

<тр>

<сильный>Призрак Да Да Да Да Да Статья Нет (только уровень сервера/конфигурации)

<тр>

<сильный>TYPO3 Да Частичное Да Да Да Минимум Частичное (зависит от конфигурации или расширения)

Живой вебинар | Зарегистрируйтесь сейчас: AI Audit – Готова ли ваша CMS к поиску с использованием ИИ?

Основываясь на вышеизложенном, я бы сказал, что большинство основ SEO могут быть охвачены большинством CMS «из коробки». Хорошо ли они работают для вас, или вы не можете достичь точныхконфигурации, необходимой в ваших конкретных обстоятельствах, — это еще два важных вопроса – те, за которые я не берусь. Однако часто все сводится к следующим пунктам:

<ол>

Возможно, эти платформы будут использоваться неправильно.

Возможно, что нужная вам бизнес-логика не будет работать/не будет работать с вышеуказанным.

Существует многие более продвинутые функции SEO, которые не являются готовыми к использованию и которые не менее важны.

<п>Здесь мы говорим о тональных основах, но когда я размышляю о том, что поставлялось как “default” Более 15 лет назад прогресс был достигнут.

Отпечатки значений по умолчанию в данных HTTP-архива

Учитывая, что многие CMS поставляются с этими стандартами, коррелируют ли эти настройки SEO по умолчанию с внедрением CMS? Во многом да. Давайте исследуем это на данных HTTP-архива.

Внедрение канонических тегов коррелирует с CMS

Объединив данные о внедрении канонических тегов с данными о внедрении (всех) CMS за последние четыре года, мы видим, что как для мобильных устройств, так и для настольных компьютеров, тенденции, похоже, довольно близко следуют друг за другом.

Изображение автора, февраль 2026 г.

Изображение автора, февраль 2026 г.

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

Изображение автора, февраль 2026 г.

Что отличается, так это мобильная корреляция канонизированных URL-адресов; это, по-видимому, отрицательная корреляция на мобильных устройствах и более низкая (но все же положительная) корреляция на настольных компьютерах. Снижение количества канонизированных страниц во многом вызывает эту отрицательную корреляцию, и причин этого может быть много (и в них труднее убедиться).

Канонические теги — важнейший элемент технического SEO; их дальнейшее внедрение, безусловно, также отражает рост использования CMS.

Типы данных Schema.org коррелируют с CMS

<п>Типы Schema.org, выступающие против внедрения CMS, демонстрируют схожие тенденции, но в целом они менее выражены. Существует много разных типов Schema.org, но если мы сравним внедрение CMS с наиболее распространенными для проблем SEO, мы сможем наблюдать широко растущую картину.

Изображение автора, февраль 2026 г.

За исключением веб-сайта Schema.org, мы видим рост CMS и структурированных данных, следующих схожим тенденциям.

Но мы должны отметить, что внедрение Schema.org значительно ниже, чем у CMS в целом. Это может быть связано с тем, что большинство настроек CMS по умолчанию гораздо менее полны для Schema.org. Когда мы посмотрим на конкретные примеры CMS (вкратце), мы увидим гораздо более сильные связи.

Schema.org реализация по-прежнему в основном преднамеренная, специализированная и не так широко распространена, как могла бы быть. Если бы я был поисковой системой или создавал инструмент поиска с использованием искусственного интеллекта, я бы полагался на их универсальное внедрение, видя такие данные? Возможно, нет.

Robots.txt

Учитывая, что robots.txt представляет собой единый файл, основанный на некоторых согласованных стандартах, его реализация намного проще, поэтому мы можем ожидать более высокий уровень внедрения, чем Schema.org.

<п>Наличие файла robots.txt очень важно, главным образом для ограничения сканирования поисковыми системами определенных областей сайта. Мы начинаем видеть эволюцию – мы отметили в главе «SEO» Веб-альманаха 2025 года – что файл robots.txt используется скорее как элемент управления, а не просто для ведения домашнего хозяйства. Ключевой признак того, что мы по-разному используем наши ключевые инструменты в мире поиска ИИ.

Но прежде чем мы рассмотрим более продвинутые реализации, какую роль играет CMS в обеспечении присутствия robots.txt? Похоже, что за последние четыре года платформы CMS используют значительно больше файлов robots.txt, обслуживающих 200 ответов:

Изображение автора, февраль 2026 г. <п>Однако еще более любопытно то, что вы рассматриваете файл robots.txt. На платформах, отличных от CMS, файлы robots.txt значительно больше.

Изображение автора, февраль 2026 г.

Почему это может быть? Они более продвинуты на платформах, отличных от CMS, у них более длинные файлы, больше индивидуальных правил? Скорее всего, в некоторых случаях, но мы упускаем из виду еще одно влияние стандартов CMS – – совместимые (действительные) файлы robots.txt.

<п>Многие файлы robots.txt выдают действительный ответ 200, но часто они не являются текстовыми файлами или перенаправляют на страницу 404 или аналогичную. Когда мы ограничиваем этот список только файлами, содержащими объявления пользовательского агента (в качестве прокси), мы видим другую историю.

Изображение автора, февраль 2026 г.

Приблизительно 14% файлов robots.txt, обслуживаемых на платформах, отличных от CMS, скорее всего, даже не являются файлами robots.txt.

<п>Файл robots.txt легко настроить, но это осознанное решение. Если его забудут/забудут, его просто не будет. CMS повышает вероятность наличия файла robots.txt, и более того, когда он есть, упрощается управление/поддержание – какой ключ.

Специальные настройки WordPress

CMS-платформы, по-видимому, охватывают основы, но более продвинутые возможности – – которые по-прежнему должны быть значениями по умолчанию – часто требуются дополнительные инструменты SEO для включения.

Опросить сайты, специфичные для WordPress, с помощью данных HTTP-архива будет проще всего, поскольку мы получим самую большую выборку, а данные Wapalizer дают надежный способ оценить влияние SEO-инструментов, специфичных для WordPress.

Из Веб-альманаха мы можем увидеть, какие инструменты SEO чаще всего устанавливаются на сайтах WordPress.

Скриншот из Веб-альманаха, февраль 2026 г.

Для тех, кто занимается SEO, это вряд ли удивит. Если вы SEO-специалист и работали над WordPress, велика вероятность, что вы использовали любой из трех лучших сайтов. Что стоит учитывать прямо сейчас, так это то, что, хотя Yoast SEO является наиболее распространенным в данных, его можно увидеть чуть более чем на 15% сайтов. Даже самый популярный SEO-плагин на самой популярной CMS по-прежнему занимает относительно небольшую долю.

Из этих трех лучших плагинов давайте сначала рассмотрим, в чем различия их “defaults” являются. Они похожи на некоторые функции WordPress, но мы видим множество более продвинутых функций, которые входят в стандартную комплектацию.

<таблица> <тело> <тр>

<сильный>Возможности SEO Универсальное SEO Yoast SEO <сильный>Ранг Математика

<тр>

Управление тегом заголовка Да (глобально + для каждого сообщения) Да Да

<тр>

Управление метаописанием Да Да Да

<тр>

Интерфейс мета-роботов Да (индекс/безиндекс и т. д.) Да Да

<тр>

Вывод мета-роботов по умолчанию Явный индекс, следуйте Явный индекс, следуйте Явный индекс, следуйте

<тр>

Канонические теги Авто-самоканонический Авто-самоканонический Авто-самоканонический

<тр>

Каноническое переопределение (через URL) Да Да Да

<тр>

Каноническая обработка нумерации страниц Ограничено Исторически самоуверенный Больше настраиваемых

<тр>

Генерация XML-карты сайта

<д>Да

Да Да

<тр>

Фильтрация URL-адресов карты сайта Базовый Базовый Более детальный

<тр>

Включение URL-адресов noindex в карту сайта Возможно по умолчанию Исторически возможно Настраивается

<тр>

Редактор Robots.txt Да (управляется плагином) Да Да

<тр>

Robots.txt комментарии/подписи Да Да Да

<тр>

Управление перенаправлением Да Ограничено (бесплатно) Да

<тр>

Разметка навигационной цепочки Да Да Да

<тр>

Структурированные данные (JSON-LD) Да (шаблон) Да (шаблон) Да (шаблон, широкий)

<тр>

Выбор типа схемы UI Да

<д>Ограничено

Обширный

<тр>

Стиль вывода схемы В зависимости от плагина В зависимости от плагина В зависимости от плагина

<тр>

Контент-анализ/оценка Базовый Тяжелый (читабельность + SEO) Тяжелый (оценка SEO)

<тр>

Руководство по оптимизации ключевых слов Да Да Да

<тр>

Ключевые слова с несколькими фокусами

<Срочно>Оплачивается <Срочно>Оплачивается

Свободно

<тр>

Социальные метаданные (OG/Twitter) Да Да Да

<тр>

Генерация Llms.txt Да – включено по умолчанию Да – включение одной проверки Да – включение одной проверки

<тр>

Управление гусеничным роботом Через robots.txt Через robots.txt Через robots.txt

Редактируемые метаданные, структурированные данные, robots.txt, карты сайта и, в последнее время, llms.txt являются наиболее примечательными. Стоит отметить, что большая часть функций является скорее “back-end” так что это не то, что мы сможем легко увидеть в данных HTTP-архива.

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

<п>Мы видим (выше), что внедрение структурированных данных и внедрение CMS коррелируют; что здесь более интересно, так это понять, где находятся сами ключевые драйверы.

Просмотр данных HTTP-архива с простым сегментом (SEO-плагины или отсутствие SEO-плагинов) на основе последней оценки рисует суровую картину.

Изображение автора, февраль 2026 г.

Когда мы ограничиваем @types Schema.org наиболее связанными с SEO, становится совершенно ясно, что некоторые структурированные типы данных действительно жестко продвигаются с помощью плагинов SEO. Они не отсутствуют полностью. Люди могут использовать менее известные плагины или писать свои собственные решения, но данные подразумевают простоту реализации.

Мета-поддержка роботов

<п>Еще один вывод из главы SEO Web Almanac 2025 заключался в том, что “follow” и “индекс” Директивы были наиболее распространенными, хотя они технически избыточны, поскольку отсутствие директив мета-роботов — это неявно одно и то же.

Снимок экрана из веб-альманаха 2025 г., февраль 2026 г.

Просчитывая номер главы, я не стал копать глубже, но зная, что все основные SEO-плагины WordPress имеют “index,follow” по умолчанию мне хотелось посмотреть, смогу ли я установить более надежную связь с данными.

Когда в WordPress присутствовали SEO-плагины, “index, Follow” был установлен на более чем 75% корневых страниц по сравнению с <5% сайтов WordPress без плагинов SEO.

Изображение автора, февраль 2026 г.

Учитывая повсеместное распространение плагинов WordPress и SEO, это, вероятно, вносит огромный вклад в эту конкретную конфигурацию. Хотя это и излишне, в этом нет ничего плохого, но это – снова – Ключевой пример того, устанавливает ли один или несколько основных плагинов де-факто такой стандарт, он действительно формирует значительную часть Интернета.

Diving Into LLMs.txt

Еще одним ключевым изменением по сравнению с Веб-альманахом 2025 года стало появление файла llms.txt. Это не явное одобрение файла, а скорее молчаливое признание того, что это важная точка данных в эпоху поиска ИИ.

По данным за 2025 год, чуть более 2% сайтов имели действительный файл llms.txt и:

<ул>

39,6% файлов llms.txt относятся к комплексному SEO.

3,6% файлов llms.txt относятся к Yoast SEO.

Это не обязательно преднамеренное действие всех участников, тем более, что Rank Math включает это по умолчанию (а не по подписке, как Yoast и All-in-One SEO).

Изображение автора, февраль 2026 г.

Поскольку первые данные были собраны 25 июля 2025 года, если мы посмотрим на данные помесячно, с тех пор мы увидим дальнейший рост. Трудно не увидеть в этом рост доверия к этой наценке ИЛИ, по крайней мере, то, что ее так легко включить, что все больше людей, вероятно, хеджируют свои ставки.

<ч2>Заключение

Данные Веб-альманаха показывают, что SEO на макроуровне меняется меньше из-за отдельных SEO и больше потому, что WordPress, Shopify, Wix или крупный плагин поставляются по умолчанию.

<ул>

Канонические теги коррелируют с ростом CMS.

Достоверность файла Robots.txt улучшается благодаря управлению CMS.

Избыточный “index,follow” Директивы множатся, потому что плагины делают их явными.

<ли>Даже llms.txt уже распространяется через плагины, прежде чем он получит полный консенсус.

Это не умаляет влияние SEO; это переосмысливает его. Отдельные специалисты по-прежнему создают конкурентные преимущества, особенно в расширенной конфигурации, архитектуре, качестве контента и бизнес-логике. Но базовое состояние сети, техническая основа, на которой строится все остальное, все чаще задается командами разработчиков, которые поставляют настройки по умолчанию на миллионы сайтов.

Возможно, нам следует учитывать, что если CMS являются инфраструктурным уровнем современного SEO, то создатели плагинов де-факто являются устанавливающими стандарты. Они применяют «лучшие практики» прежде чем это станет доктриной

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

Так что вопрос не в том, влияют ли платформы CMS на SEO. Они явно так делают. Более интересный вопрос заключается в том, уделяем ли мы, оптимизаторы, достаточно внимания тому, откуда берутся эти настройки по умолчанию, как они развиваются и какая часть «лучших практик» в Интернете является неэффективной. на самом деле это просто путь наименьшего сопротивления при масштабировании.

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