Какой генератор schema реально проходит валидацию? Мы проверили 3

Google перестал показывать расширенные результаты FAQ 7 мая 2026 года. Документацию он удалил 15 июня 2026 года. Каждый генератор schema-разметки, который мы проверили, до сих пор предлагает конструктор FAQPage, и ни один из них не предупреждает, что созданная разметка больше нигде в Google не появляется.

Поэтому мы провели самый очевидный тест. Один и тот же набор входных данных (1 статья, 3 вопроса, 1 товар) прошёл через 3 бесплатных генератора schema, а каждый результат затем через собственный валидатор Google на Schema.org. 9 образцов, 1 валидатор, никаких мнений. Генератор либо выдаёт разметку, которая проходит валидацию, либо нет.

8 из 9 прошли. Звучит как чистая победа, пока не посмотришь, что на самом деле измеряет это «прохождение», а потом на то, что лежит внутри самой разметки: один генератор выдаёт пустой @type и ловит на этом 2 критические ошибки, другой записывает 5 пустых строк в один объект Article и отдаёт товар без цены, а валидатор почти всё это пропускает.

Одно раскрытие прежде всего остального, потому что оно меняет то, как читать дальнейшее: UNmiss делает один из 3 инструментов, и мы поставили его на первое место. Хуже того, свой генератор мы проверили раньше остальных, нашли в нём слабые места и починили ещё до сравнения. Вы читаете результаты уже после правок. Раздел «Что мы починили до того, как тестировать остальных» подробно показывает, как наш результат выглядел раньше, а весь смысл стороннего валидатора в том, что верить нам на слово не нужно. Делайте на это поправку.

Вот с последней цифрой и стоит посидеть. Разметка FAQ, пожалуй, самый популярный тип schema в интернете, она идёт примером по умолчанию в половине руководств, и с мая 2026 года в поиске Google она не даёт ничего. Генераторы за этим не успели, как и большинство статей, которые советуют их использовать.

Что на самом деле значит «валидно» и чего оно не значит

Когда речь заходит о проверке структурированных данных, люди путают 2 совершенно разных вопроса, и почти все споры про schema-инструменты растут именно из этой путаницы.

Валиден ли словарь? На этот вопрос отвечает валидатор Schema.org и больше никто. Он проверяет, что ваши типы существуют, что свойства принадлежат этим типам и что значения нужной формы. Это проверка грамматики для контролируемого словаря. Полезна ли ваша разметка, он не судит.

Даст ли это расширенный результат? А это уже вопрос к Google, и решает его документация Google по каждой функции отдельно: какие свойства обязательны, какие рекомендованы и существует ли сама функция. Разметка может быть безупречно валидной и при этом совершенно бесполезной.

Наши образцы FAQ, идеальная иллюстрация. Все 3 прошли валидацию чисто: 0 ошибок, 0 предупреждений, все свойства на месте. И все 3 описывают расширенный результат, который Google выключил 4 месяца назад. Валидатор никак не может вам об этом сказать, потому что он не для этого.

В этой статье мы пользуемся обеими мерками и держим их раздельно: вердикт валидатора, объективный и воспроизводимый, и действующие требования Google, которые мы цитируем, чтобы вы могли проверить их сами.

Как мы тестировали

Один набор данных, побайтово одинаковый во всех инструментах. Статья про ускорение загрузки сайта, с заголовком, описанием, URL картинки, именем и URL автора, названием издателя и его логотипом, датой публикации и канонической ссылкой на страницу. 3 пары «вопрос, ответ». 1 товар с названием, описанием, картинкой, брендом, SKU, URL предложения, ценой, валютой, датой действия цены, наличием и сводным рейтингом 4,7 на основе 128 оценок.

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

Одного мы сделать не смогли: прогнать всё это через Rich Results Testот Google. Чтобы проверить там вставленный код, теперь нужен вход в аккаунт Google, а мы не создаём аккаунты и не логинимся ради сравнений. Поэтому там, где в статье речь о праве на расширенный результат, мы сверяем разметку со списками свойств, опубликованными Google (это тот же свод правил, который применяет Rich Results Test), и прямо об этом говорим, а не намекаем на вердикт, которого не получали.

Результаты

Читайте таблицу, держа в голове разделение на 2 вопроса. Колонка ошибок, это объективный вердикт валидатора. Две другие колонки про качество: пустые значения, это свойства, выданные без содержимого, а колонка рекомендованных свойств считает, какая часть набора, который предлагает сам Google, пережила поездку через форму.

1. UNmiss Schema Markup Generator: единственная чистая победа

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

Это был единственный генератор в тесте, который дал 0 ошибок валидатора и 0 пустых значений по всем 3 типам, с полным покрытием рекомендованных Google свойств и для Article, и для Product.

В разметке Article есть все 7 рекомендованных Google свойств: headline, image, datePublished, dateModified, author, author.name и author.url, причём image отдаётся как ImageObject вместо голой строки с URL, а логотип издателя как вложенный ImageObject. В разметке Product есть обязательное name плюс offers, а внутри этого предложения все 4 рекомендованных свойства: price, priceCurrency, availability и priceValidUntil. Ещё отдаются sku и aggregateRating.

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

Бесплатный тариф покрывает Article, FAQ и Product, 5 генераций в день без регистрации. Остальные 5 типов (Local Business, How-To, Breadcrumb, Organization и Person) требуют платного тарифа.

Что мы починили до того, как тестировать остальных

Этот раздел существует потому, что без него всё написанное выше было бы нечестным.

Мы задумывали тест так, чтобы прогнать свой генератор вместе с остальными в том виде, в каком он есть. Свой мы проверили первым, нашли 3 настоящих дефекта, починили их, выкатили исправление и только после этого запустили сравнение. Результаты, которые вы читаете, получены после правок. Вот что именно было не так.

Кнопки типов не работали. Чипы быстрого выбора на странице инструмента передавали значения в нижнем регистре: article, faq, product вместо значений с заглавной буквы, на которые был рассчитан генератор. Клик по любому чипу не рисовал вообще никаких полей формы, ничего не генерировал и, поскольку неопознанное значение не проходило проверку тарифа, открывал предложение апгрейда для Article, а это бесплатный тип. Это было в проде. На это натыкался каждый, кто пользовался чипами вместо выпадающего списка.

Article и Product были бедными. Article отдавал image голой строкой, без логотипа издателя и без ссылки на каноническую страницу. У Product не было ни SKU, ни URL предложения, ни даты действия цены, ни полей рейтинга в интерфейсе вообще, а наличие было зашито намертво.

Все конструкторы выдавали пустые строки. Оставьте поле пустым, и вы получите ровно тот изъян, за который мы ниже снижаем оценку RankRanger: "headline": "" в ответ. Это честный контекст для нашего нуля в колонке пустых значений: этот ноль мы заработали на прошлой неделе, а не имели всегда.

Мы также поправили маркетинговый текст, где было «100% free» и «8 Schema Types», хотя 5 из 8 типов сидели за платным тарифом.

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

2. TechnicalSEO.com: лучший по исполнению инструмент с одной настоящей ошибкой

Schema Markup Generator от TechnicalSEO.com (тот самый, который индустрия до сих пор зовёт генератором Merkle, теперь под dentsu) заметно аккуратнее двух остальных. Живой предпросмотр JSON-LD рядом с формой, разумная группировка полей, ссылки на справочник Schema.org и документацию Google под каждым типом, кнопки в один клик, чтобы отправить разметку в тестовые инструменты.

Он же выдал единственный по-настоящему провальный результат в тесте.

В его разметке Article объект автора идёт с пустым @type:

"author": { "@type": "", "name": "RH Fardin", "url": "..." }

Валидатор Schema.org возвращает на эту единственную оплошность 2 критические ошибки. Первая из них INVALID_OBJECT на свойстве author с сообщением, что ожидались типы Organization, Person, Role или Thing, а получен пустой. Вторая INVALID_ITEMTYPE на сам пустой тип. Обе помечены как критические, а не как предупреждения.

Это маленькая ошибка с непропорциональным эффектом, потому что author это одно из свойств, которые Google прямо рекомендует для Article, а невалидный объект автора хуже, чем никакого. На их стороне это правка в одну строку. Пока её нет, если вы генерируете здесь разметку Article, удаляйте пустой @type или ставьте в него Person перед публикацией.

Всё остальное он делает сильно. Его разметка Product вторая по качеству в тесте: правильный блок offers, правильный сводный рейтинг, 3 из 4 рекомендованных свойств предложения, ни одного пустого значения. Разметка FAQ чистая и совпала с нашей один в один. В Article присутствуют все 7 рекомендованных свойств, а 2 ошибки берутся из формы одного из них, а не из нехватки чего-либо.

3. RankRanger: самое широкое покрытие, самая небрежная разметка

Schema Markup Generator от RankRanger предлагает 12 типов, включая несколько тех, что остальные пропускают, и формы у него самые подробные: отдельные поля ширины и высоты для картинок, верхняя и нижняя границы рейтинга, число предложений. Всё бесплатно и без регистрации.

Подробность же и создаёт проблему. Поля, которые вы не трогали, всё равно выводятся, пустыми строками.

В его разметке Article оказалось 5 пустых значений в одном объекте: "width": "" и "height": "" внутри картинки, та же пара ещё раз внутри логотипа издателя, и пустой datePublished. В разметке Product добавилось ещё 2: пустые bestRating и worstRating внутри сводного рейтинга.

Валидатор ничего из этого не заваливает. Но это шум, который вы просите поисковик разбирать, и datePublished: "" в частности утверждает, что у статьи есть дата публикации и что эта дата пуста.

В его Article к тому же оказалось только 4 из 7 рекомендованных Google свойств, не хватает datePublished, dateModified и author.url. Поля дат отвалились потому, что форма использует календарь, которым наш скрипт не умеет управлять, и это ограничение нашего теста, а не инструмента, о чём мы и говорим вместо того, чтобы записывать это в дефекты.

Более серьёзный пробел, это Product. В разметке RankRanger есть aggregateRating, а это удовлетворяет требованию Google включить хотя бы одно из review, aggregateRating или offers, так что право на сниппет у неё есть. Но в ней вообще нет блока offers, значит, нет ни цены, ни валюты. Для товарного сниппета цена и есть весь смысл. Ещё он отдаёт brand голой строкой, а не объектом Brand.

Проблема с FAQ, о которой никто не говорит

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

Журнал изменений Google однозначен. Запись от 8 мая 2026 года добавила уведомление об устаревании: функция «will no longer appear in Google Search starting May 7, 2026». Запись от 15 июня 2026 года убрала документацию целиком, потому что «The FAQ rich result feature is no longer shown in Google Search results». FAQPage вообще не встречается в действующей галерее структурированных данных Google.

How-To ушёл тем же путём раньше, его убрали в сентябре 2023 года по той же причине.

Все 3 генератора до сих пор предлагают конструкторы FAQPage. Все 3 выдают валидную разметку. Ни один не говорит, что функции Google, ради которой всё это делалось, больше нет.

Значит ли это, что разметку FAQ надо удалять? Не обязательно, и честный ответ здесь тоньше, чем любая из крайностей. Валидная разметка FAQPage по-прежнему точно описывает ваш контент всему, что читает структурированные данные: другим поисковикам, ассистентам и системам, которые используют schema для своих задач. Вреда от неё нет. Чего она не сделает, так это не покажет в поиске Google раскрывающийся список вопросов, ради которого её и добавляли, и не показывает с мая.

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

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

Что Google требует на самом деле, цитатами

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

У Article нет обязательных свойств вообще. Документация Google говорит прямо: «There are no required properties; instead, add the properties that apply to your content.» Рекомендованный набор: author, author.name, author.url, dateModified, datePublished, headline и image. Publisher и publisher.logo, которые старые руководства называют обязательными, в действующем списке отсутствуют.

Product требует название и хотя бы одну из 3 вещей. «Product snippets require either review or aggregateRating or offers.» Price и priceCurrency рекомендованы, а не обязательны, как и availability с priceValidUntil. Google добавляет полезную оговорку: если отдать offers без review или aggregateRating, Rich Results Test может показать предупреждение.

FAQPage не требует ничего, потому что функции больше нет.

Это важно для того, как читать наши оценки. По-настоящему валидатор завалил только один результат в тесте. По собственным правилам Google все 3 инструмента выдают разметку Product, формально имеющую право на сниппет. Различия между ними, это различия в полноте и опрятности, а не в «прошёл или нет», с единственным исключением в виде того самого пустого @type.

Какие типы вообще стоит генерировать в 2026 году

Если FAQ и How-To ушли, напрашивается вопрос, что осталось. В действующей галерее структурированных данных Google примерно 25 функций, и список тех, что важны большинству сайтов, куда короче, чем меню типов в этих генераторах.

Product даёт самую понятную коммерческую отдачу. Цена, наличие и рейтинг прямо в выдаче меняют вид результата так, что люди на это реагируют, и поддержка у него хорошая. Если вы что-то продаёте, это первая разметка, которую надо сделать правильно, и именно на этом типе разница между 3 инструментами теста проявляется сильнее всего.

Breadcrumb тихо остаётся одним из самых полезных типов, и по нему почти никто не спорит. Он заменяет сырой URL в выдаче на читаемую иерархию. Его легко сгенерировать, трудно испортить, и поддерживают его везде. Его предлагают все 3 инструмента.

Organization занимает своё место по другой причине: так вы рассказываете Google, что у вас за бизнес, какой у него логотип и какие соцсети ему принадлежат. Он кормит панель знаний, а не расширенный результат на отдельной странице, поэтому отдача у него на уровне сайта, а не страницы.

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

Local Business имеет огромное значение, если у вас есть физическая точка, и никакого, если её нет. То же верно для Event, Job Posting и Recipe: высокая ценность внутри своей ниши и нулевая за её пределами.

Скептически стоит смотреть на типы, чья функция в Google закрыта или никогда широко не поддерживалась. FAQ и How-To, очевидные случаи. Генерировать их не вредно, но это не та работа, за которую вы её принимаете.

Как добавить разметку, когда она у вас уже есть

Любой генератор отдаёт вам блок, который начинается с <script type="application/ld+json">. Что с ним делать, проще, чем описывает большинство руководств.

Вставьте его в HTML страницы, куда угодно. JSON-LD не обязан находиться рядом с контентом, который описывает, и в этом всё его преимущество перед микроразметкой. Блок в <head> и блок в конце <body> работают одинаково. Один блок script на один объект schema или несколько объектов в одном блоке через массив, валидны оба варианта.

Убедитесь, что он переживает рендеринг. Вот здесь тихо ломается большинство внедрений. Если разметку подставляет JavaScript после загрузки страницы, Google может её увидеть, а может и нет, в зависимости от того, как страница рендерится. Разметка, отданная сервером или вшитая статически, снимает вопрос целиком. Если без клиентской подстановки никак, проверяйте тестом живого URL, а не на веру.

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

Перепроверяйте после изменений на странице. Разметка устаревает молча. Смена цены, ребрендинг, уход автора: ничто из этого не обновит блок JSON-LD само собой. Шаблонная разметка, собранная из ваших реальных данных, куда надёжнее блоков, вставленных руками, и это аргумент в пользу плагина schema или поля в CMS, как только страниц становится больше горстки.

Как читать вывод валидатора и не паниковать

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

Ошибка значит, что словарь неверен. Свойство, которого у этого типа нет, значение не той формы, объект с недопустимым типом. Пустой @type у TechnicalSEO, хрестоматийная ошибка: author ждёт Person, Organization, Role или Thing, а пустая строка не является ни одним из них. Ошибки стоит чинить, потому что парсер действительно не может их интерпретировать.

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

0 ошибок, это не оценка качества. Вот здесь и ловушка. Article у RankRanger набрал 0 ошибок, имея внутри 5 пустых значений, и каждый образец FAQ набрал 0 ошибок, описывая закрытую функцию. Валидатор правильно отвечает на один узкий вопрос и молчит обо всём остальном.

Практический порядок действий: сначала проверяйте на ошибки, потому что они однозначны; потом перечитайте собственный вывод построчно и удалите всё пустое; потом сверьте тип с действующей документацией Google и убедитесь, что функция ещё существует. Третий шаг не делает почти никто, и именно он поймал бы проблему с FAQ за годы до того, как это сделала обзорная статья.

Наше собственное неудобное число

Мы поставили свой инструмент первым. Вот аргументы против него.

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

5 из 8 наших типов платные. Article, FAQ и Product бесплатны и без регистрации. Local Business, How-To, Breadcrumb, Organization и Person требуют тарифа. Оба конкурента отдают все свои типы даром: 12 типов у RankRanger, 13 у TechnicalSEO. По широте бесплатного доступа мы последние с большим отрывом.

Наш бесплатный тариф ограничен 5 генерациями в день. Ни один конкурент дневного лимита вообще не ставит.

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

Мы не проверяем валидатором внутри инструмента. TechnicalSEO ставит в своём интерфейсе кнопки, чтобы отправить разметку прямо в тестовые инструменты Google. У нас их нет, а значит, ничто в нашем продукте не поймало бы ошибку вида «@type без значения», если бы мы такую выпустили.

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

Чего валидатор вам не скажет

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

Валидно не значит имеет право. Валидатор Schema.org проверяет словарь. В этом тесте он пропустил 9 объектов FAQ, которые ни при каких условиях не дадут расширенный результат Google. Пройти его, это пол, а не финиш.

Имеет право не значит покажут. Документация Google прямо говорит, что соответствие требованиям даёт право на расширенный результат, а не гарантию. Появится он или нет, зависит от запроса, от конкуренции и от собственного суждения Google о вашей странице.

Ни то, ни другое не проверяет, говорите ли вы правду. Структурированные данные, где товар стоит $49, а на странице $79, или где рейтинг вы выдумали, пройдут валидацию идеально и могут принести ручные санкции. Инструменты не видят вашу страницу, они видят только форму, которую вы заполнили.

Разметка не чинит слабую страницу. Schema описывает контент, но не улучшает его. Если страница не заслуживает позиций, никакой правильно вложенный JSON-LD этого не изменит. Когда настоящая проблема в позициях, а не во внешнем виде, добавьте к разметке аудит сайта и начните с него.

Что выбрать

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

Если хотите лучший интерфейс и больше всего бесплатных типов: TechnicalSEO.com, и удалите пустой @type из объекта автора, прежде чем публиковать разметку Article.

Если нужен тип, которого нет у остальных: RankRanger, и сначала вычистите из разметки пустые значения.

Если вы генерируете разметку FAQ ради расширенных результатов Google: остановитесь. Функцию закрыли 7 мая 2026 года.

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

Как проверить всё это самостоятельно

Каждое утверждение в этой статье воспроизводится примерно за 10 минут, и весь смысл стороннего валидатора в том, что верить нам не нужно. Вот точная процедура.

Сгенерируйте разметку. Откройте любой из 3 инструментов, выберите Article и заполните все поля, которые он предлагает. Значения берите любые, смысл в том, чтобы не оставить ничего пустым, тогда всё пустое в результате пришло от генератора, а не от вас. Скопируйте полученный JSON-LD.

Проверьте его. Зайдите на validator.schema.org, вставьте разметку во вкладку кода и запустите. Аккаунт не нужен. Вы получите число ошибок и предупреждений, а по клику на помеченный узел увидите конкретное проблемное свойство. Для Article от TechnicalSEO вы должны увидеть 2 ошибки на объекте автора: невалидный объект и невалидный тип элемента.

Посчитайте пустые значения. Прочитайте вывод. Каждое "" это свойство, которое генератор выдал без содержимого. Проверка занимает 10 секунд и не требует инструментов, и именно она разводит 3 результата чётче всего.

Проверьте, что тип ещё существует. Поищите сгенерированный тип в галерее структурированных данных Google. Если его там нет, расширенного результата, ради которого он создавался, не существует. FAQPage и HowTo отсутствуют оба по состоянию на август 2026 года.

Одно предостережение про темп, выученное в этом исследовании тяжёлым путём. Валидатор Schema.org работает под Google и агрессивно ограничивает частоту запросов. 8 проверок подряд принесли нам редирект на страницу с CAPTCHA, а потом часы ответов HTTP 429. Если проверяете пачку, оставляйте паузу в 15 или 20 секунд между запросами, и в лимит вы не упрётесь.

Набор данных, которым мы пользовались (та самая статья, вопросы и значения товара, отданные всем 3 инструментам), опубликован в нашем репозитории как scripts/fixtures/schema-test-input.json, так что вы можете прогнать ровно те же входные данные, а не приблизительные.

Что изменило бы этот рейтинг

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

TechnicalSEO чинит одну строку. Его пустой @type единственное, что отделяет его от собственной чистой победы, а интерфейс у него лучше нашего, бесплатных типов больше, и дневного лимита нет. В день, когда эту ошибку исправят, честной рекомендацией для большинства, скорее всего, станет TechnicalSEO, и мы предпочитаем сказать это сейчас, а не попасться позже на притворстве.

RankRanger перестаёт выводить пустые значения. Та же правка, которую мы сделали в своих конструкторах на прошлой неделе (не выводить свойство вместо того, чтобы выводить его пустым), убрала бы у его Article все 5 пустых значений, и тогда это был бы по-настоящему сильный вариант с самым широким покрытием типов в тесте.

Мы открываем платные типы. 5 из наших 8 типов требуют тарифа, тогда как оба конкурента отдают всё даром. Это самое слабое место нашей позиции, и никакая чистота разметки его не компенсирует, если нужный вам тип из этих пяти.

Любой из 3 добавляет уведомление об устаревании в свой конструктор FAQ, и это была бы самая полезная правка, которую любой из них мог бы выпустить, и она сказала бы кое-что хорошее о том, насколько внимательно команда следит за тем, что Google реально поддерживает.

Вердикт

Главный результат узкий и объективный: 8 из 9 результатов прошли валидатор Schema.org, а единственный провал, это Article у TechnicalSEO, который выдаёт пустой @type в объекте автора и получает за это 2 критические ошибки. Это ошибка в одну строку в остальном отличного инструмента, и самое легко исправимое из всего, о чём эта статья.

Более полезный результат в том, чего прохождение не говорит. RankRanger прошёл все проверки, записав 5 пустых значений в один Article и отдав товар без цены. Все 3 инструмента прошли на разметке FAQ, которая вообще не может дать расширенный результат Google, потому что Google закрыл функцию 7 мая 2026 года, и ни один из них об этом не упоминает.

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

Все 9 образцов разметки сгенерированы 19 августа 2026 года из одного фиксированного набора входных данных и проверены в валидаторе Google на Schema.org 20 августа 2026 года. Требования Google процитированы по его документации о структурированных данных и журналу изменений для разработчиков в том виде, в каком они опубликованы на 20 августа 2026 года. Rich Results Test от Google не использовался, потому что проверка вставленного кода там требует аккаунта. Требования и доступность расширенных результатов меняются часто, сверяйтесь с журналом изменений Google, прежде чем на что-то из этого опираться.