Иногда SEO-индустрия расстаётся со старыми привычками очень неохотно. Прямо как человек, который уже три года не ходит в спортзал, но абонемент всё равно продлевает — вдруг пригодится.
С FAQ-разметкой случилась примерно такая история.
Долгое время она жила в чеклистах как почти обязательный пункт: добавьте на страницу блок вопросов и ответов, разметьте его через FAQPage, прогоните через Rich Results Test, подождите переиндексацию — и вот вам красивый расширенный сниппет в Google. Не всегда, конечно, но шанс был. И довольно вкусный.
Раньше это действительно могло сработать. Обычный результат в выдаче внезапно становился выше, заметнее, шире визуально: под сниппетом появлялись раскрывающиеся вопросы, страница занимала больше места в SERP, а конкурент ниже — ну, немного грустил.
Но теперь всё. История закончилась.
В 2026 году Google окончательно убрал FAQ rich results из поиска. То есть сама по себе FAQPage-разметка больше не приводит к появлению видимого FAQ-блока под сниппетом. Можно написать идеальный JSON-LD, можно пройти валидатор, можно даже красиво разложить вопросы на странице — но отдельного FAQ rich result в Google Search уже не будет.
И вот здесь начинается самое интересное. Потому что проблема не только в FAQ. Проблема шире: многие SEO-чеклисты живут дольше, чем сами механики, ради которых они когда-то создавались.
Что вообще представляли собой FAQ rich results
FAQ rich result — это расширенный результат Google, где прямо под обычным сниппетом показывались вопросы и ответы со страницы.
Выглядело это обычно так:
- заголовок страницы;
- адрес страницы или хлебные крошки;
- описание;
- несколько вопросов;
- раскрывающиеся ответы прямо в выдаче.
Ничего магического. Но работало заметно.
Для владельца сайта такой формат был приятным по нескольким причинам. Результат занимал больше вертикального пространства, сильнее цеплял глаз, иногда заранее закрывал часть возражений пользователя и создавал ощущение, что страница более подробная, аккуратная, что ли.
Поэтому FAQ-блоки начали лепить почти везде. На коммерческих страницах. В статьях. На лендингах. В интернет-магазинах. На страницах услуг. Где-то это было полезно, где-то — откровенно ради галочки.
Ну а где галочка, там и чеклист.
Что именно изменил Google
Google фактически завершает жизнь FAQ rich results как отдельной SERP-фичи.
С 7 мая 2026 года FAQ rich results больше не отображаются в Google Search. После этого Google постепенно убирает связанные отчёты, фильтры и инструменты.
| Что исчезает | Когда |
|---|---|
| Показ FAQ rich results в выдаче Google | с 7 мая 2026 |
| FAQ search appearance в Search Console | июнь 2026 |
| FAQ rich result report | июнь 2026 |
| Поддержка FAQ в Rich Results Test | июнь 2026 |
| FAQ rich result в Search Console API | август 2026 |
На первый взгляд может показаться: ну убрали один визуальный элемент, бывает. Google постоянно что-то крутит, тестирует, меняет.
Но здесь важнее другое. FAQ rich results больше нельзя закладывать в SEO-план как рабочий инструмент. Это уже не “фича, которая иногда появляется”. Это фича, которую Google выводит из эксплуатации.
И старые задачи вроде “добавить FAQPage для расширенного сниппета” теперь выглядят примерно как совет продвигаться в Google+.
Вроде звучит знакомо. Но поезд ушёл.
Это не было громом среди ясного неба
На самом деле FAQ rich results начали терять смысл ещё раньше.
Ещё в 2023 году Google сильно ограничил их показ. FAQ-блоки стали появляться в основном у известных авторитетных сайтов, чаще всего в государственных и медицинских тематиках. Для обычных коммерческих проектов, интернет-магазинов и большинства контентных сайтов эффект уже тогда просел.
Многие SEO-специалисты это видели. Вроде разметка есть, валидатор доволен, страница в индексе — а в реальной выдаче ничего. Пусто. Ни тебе вопросов, ни красивого раскрывающегося блока.
Но привычка сильная штука. FAQPage всё равно продолжали добавлять “на всякий случай”, потому что пункт был в старом аудите, в шаблоне ТЗ, в чеклисте подрядчика или в голове у специалиста с 2020 года.
В 2026 году Google просто поставил точку. Не запятую. Именно точку.
Значит ли это, что FAQPage теперь совсем бесполезна
Не совсем. Тут важно не свалить всё в одну кучу.
Есть две разные вещи:
- FAQ-блок на самой странице.
- FAQPage-разметка как способ получить расширенный результат в Google.
FAQ-блок на странице по-прежнему может быть нормальным и даже очень полезным элементом. Он помогает пользователю быстро найти ответ, закрывает частые сомнения, делает страницу удобнее, иногда улучшает конверсию. Особенно если вопросы не выдуманы из воздуха, а реально взяты из общения с клиентами, поддержки, продаж или поисковых запросов.
А вот FAQPage-разметка больше не должна восприниматься как способ занять дополнительное место в выдаче Google.
То есть проблема не в формате “вопрос — ответ”. С ним всё нормально. Проблема в старом ожидании: мол, поставим микроразметку — и Google подарит нам расширенный сниппет.
Не подарит.
Нужно ли срочно удалять FAQ-разметку
В большинстве случаев — нет, не нужно бежать и всё вырезать в панике.
Если FAQPage-разметка корректная, соответствует видимому содержимому страницы и не нарушает правила Google, сама по себе она обычно не должна вредить сайту. Но её нужно убрать из списка задач, которые делаются ради роста видимости сниппета.
Практичная логика такая:
- если FAQ-блок реально помогает пользователю — оставьте его;
- если FAQPage добавлена только ради красивого сниппета — ценность почти исчезла;
- если разметка усложняет шаблоны, автогенерацию или поддержку сайта — можно спокойно запланировать удаление;
- если в SEO-аудите написано “FAQPage повысит CTR” — этот пункт пора переписать;
- если клиенту обещали рост за счёт FAQ-сниппетов — неловко, но обещание нужно убрать.
Не обязательно устраивать срочную уборку ночью с кофе и тревожным взглядом. Но держать этот пункт как обязательный SEO-рычаг уже странно.
Какие SEO-чеклисты теперь устарели
Самая опасная формулировка, которая до сих пор встречается в технических аудитах:
Добавить FAQPage, чтобы получить расширенный сниппет.
Теперь это неверно.
Устарели советы вроде:
- “разместите FAQPage на всех коммерческих страницах”;
- “FAQ-разметка увеличит площадь сайта в выдаче”;
- “FAQ-блок гарантирует расширенный сниппет”;
- “если Rich Results Test показывает валидность, блок появится в Google”;
- “FAQPage — быстрый способ поднять CTR”.
После изменений Google такие рекомендации нужно не просто слегка поправить, а именно переосмыслить.
Более честная формулировка теперь звучит так:
FAQ-блок можно использовать для удобства пользователя и раскрытия важных вопросов, но FAQPage-разметка больше не даёт видимого FAQ rich result в Google Search.
Это менее красиво для продажи SEO-услуг, да. Зато правдиво.
Почему микроразметка вообще не гарантирует место в SERP
С FAQ rich results хорошо видно одну типичную ошибку.
Многие воспринимают structured data как приказ поисковой системе. Мол, мы добавили разметку, значит Google обязан показать расширенный результат.
Но Google так не работает.
Микроразметка помогает поисковику лучше понять страницу. Она может дать право претендовать на определённый rich result. Но последнее слово всё равно остаётся за Google: показывать, не показывать, кому показывать, в каком регионе, на каком устройстве и по каким запросам.
Даже идеально валидная разметка может не дать видимого результата из-за разных причин:
- Google изменил правила;
- фича ограничена по типам сайтов;
- тематика не подходит;
- страница недостаточно качественная;
- интент запроса другой;
- на мобильной и десктопной выдаче разные элементы;
- регион влияет на SERP;
- Google тестирует новый вид выдачи;
- сам тип rich result полностью убрали.
FAQ rich results — почти учебный пример. Разметка может остаться технически правильной, но элемента в выдаче уже нет. Всё. Валидность есть, пользы для сниппета нет.
Что делать вместо FAQ rich results
Главный сдвиг простой: перестать добавлять разметку ради галочки и начать смотреть на реальную выдачу.
Не на то, что когда-то работало. Не на то, что красиво написано в старом чеклисте. А на то, что Google действительно показывает по вашим запросам сейчас.
Для разных типов сайтов приоритеты будут отличаться.
Интернет-магазины
Для e-commerce сейчас намного важнее смотреть на:
- Product snippets;
- Merchant listings;
- изображения товаров;
- рейтинг;
- отзывы;
- цену;
- наличие;
- доставку;
- брендовые элементы в выдаче.
FAQPage для интернет-магазина почти никогда не должна быть центральной SEO-задачей. Если есть выбор между нормальной товарной разметкой, качественными карточками, понятными коммерческими сигналами и FAQ ради старого сниппета — выбор, честно говоря, очевиден.
Товар должен выглядеть товаром. С ценой, наличием, рейтингом, фотографиями и нормальными данными. А не просто страницей с вопросами внизу.
Локальный бизнес
Для локальных проектов куда важнее:
- Local pack;
- Google Maps;
- отзывы;
- адрес;
- часы работы;
- локальные посадочные страницы;
- сниппеты конкурентов;
- релевантность под город или район.
FAQ на странице может быть полезен. Например, если люди постоянно спрашивают про парковку, запись, документы или условия услуги. Но в самой выдаче чаще решают локальные блоки, карты, отзывы и соответствие запросу.
И да, иногда один нормальный отзыв с конкретикой делает больше, чем аккуратно размеченный FAQ из пяти искусственных вопросов.
Контентные сайты
Для информационных проектов фокус лучше переносить на:
- обычные органические сниппеты;
- title;
- description;
- структуру статьи;
- People Also Ask;
- изображения;
- видео;
- свежесть материала;
- соответствие интенту;
- понятную навигацию внутри текста.
Если статья хорошо отвечает на вопрос, она всё ещё может работать. Просто теперь не стоит ждать отдельный FAQ-блок под сниппетом как бонус от Google.
Хороший ответ всё ещё нужен. Просто упаковка изменилась.
B2B и SaaS
Для B2B и SaaS обычно полезнее работать с другими вещами:
- ясными title и description;
- страницами сравнения;
- страницами альтернатив;
- страницами интеграций;
- документацией;
- кейсами;
- pricing-страницами;
- разметкой продукта;
Organization;BreadcrumbList.
FAQ можно оставить как часть страницы, особенно если он помогает объяснить сложный продукт. Но продавать его как главный SEO-рычаг уже не стоит.
В SaaS вообще часто выигрывает не тот, у кого больше микроразметки, а тот, кто внятно объяснил: что это, для кого, сколько стоит и чем отличается от соседнего решения.
Почему теперь особенно важно смотреть живую выдачу
Главная ошибка — проверять только документацию, шаблон аудита или валидатор.
В SEO важно смотреть не только “что мы внедрили”, а “что пользователь реально видит в выдаче”.
По одному запросу Google может показать:
- органические результаты;
- рекламу;
- изображения;
- видео;
- People Also Ask;
- карты;
- товары;
- новости;
- быстрые ответы;
- форумные блоки.
А по другому запросу выдача будет почти голой: десять синих ссылок, немного рекламы — и до свидания.
Поэтому вопрос “какая микроразметка у нас стоит?” сам по себе уже недостаточен.
Правильнее спрашивать так:
Какие SERP-элементы реально появляются по нашим запросам?
Если FAQ rich results в выдаче больше нет, их не нужно учитывать в прогнозе CTR, плане работ, SEO-аудите или коммерческом предложении.
Иначе получается занятная картина: команда оптимизирует сайт под элемент, которого пользователь физически не увидит.
Как SERP API помогает не жить по старым чеклистам
SERP API позволяет получать поисковую выдачу в структурированном виде и регулярно проверять, какие элементы действительно присутствуют по нужным запросам.
Это особенно полезно, когда Google меняет внешний вид SERP. А он меняет. Постоянно. Иногда аккуратно, иногда так, будто кто-то в пятницу вечером решил “а давайте переставим половину интерфейса”.
С помощью SERP API можно отслеживать:
- органические позиции;
- title и description конкурентов;
- наличие рекламы;
- People Also Ask;
- изображения;
- видео;
- новости;
- локальные блоки;
- товарные блоки;
- сниппеты;
- изменения выдачи по датам;
- разницу между регионами;
- отличия мобильной и десктопной выдачи.
Так SEO-команда видит не абстрактный список возможностей из старого гайда, а настоящую SERP-картину.
Например, чеклист говорит: “Добавьте FAQPage”. SERP API помогает быстро проверить: есть ли FAQ-блоки по этим запросам вообще? Если их нет, задача падает в приоритете. Или вообще вылетает из плана.
И это нормально. Хороший SEO-план должен меняться, когда меняется выдача.
Пример: как старый чеклист создаёт бесполезные задачи
Представим сайт услуг. У него 100 коммерческих страниц.
В старом аудите написано:
На все страницы услуг нужно добавить FAQPage для получения расширенных сниппетов.
Дальше команда честно работает:
- собирает вопросы;
- пишет ответы;
- добавляет блоки на страницы;
- внедряет JSON-LD;
- проверяет шаблон;
- ставит задачу разработчику;
- ждёт переиндексации;
- потом ещё пару раз проверяет, почему “не появилось”.
А не появилось потому, что в Google FAQ rich results уже не показываются.
В итоге часть работы может быть полезна как улучшение самой страницы. Если вопросы хорошие, ответы нормальные, пользователю стало понятнее — отлично. Это не зря.
Но как задача “получить расширенный сниппет” всё это больше не имеет смысла.
Более здравый порядок действий выглядел бы так:
- Сначала проверить SERP по приоритетным запросам.
- Посмотреть, какие элементы реально присутствуют.
- Понять, какие из них доступны для сайта.
- Только потом планировать разметку, контент и технические доработки.
Сначала реальность. Потом чеклист.
Не наоборот.
Как обновить SEO-аудит после удаления FAQ rich results
Если у вас есть типовой SEO-аудит, раздел про structured data лучше пересмотреть.
Старый пункт:
Добавить FAQPage для получения расширенного сниппета.
Можно заменить на более актуальный:
Проверить, какие rich results и SERP-фичи реально отображаются по целевым запросам. FAQPage больше не следует использовать как инструмент получения видимого FAQ-блока в Google Search.
Дополнительно стоит пройтись по документам и автоматизациям. Да, это скучная часть. Но именно там обычно и прячутся устаревшие обещания.
Проверьте:
- не обещаете ли вы рост CTR за счёт FAQ-сниппетов;
- не указана ли FAQPage как обязательная задача для всех страниц;
- не строятся ли отчёты по FAQ search appearance;
- не используют ли скрипты Search Console API выгрузки по FAQ rich result;
- не остались ли старые формулировки в коммерческих предложениях;
- не обучаете ли вы новых сотрудников по материалам, где FAQPage всё ещё подаётся как быстрый способ занять больше места в SERP.
Последний пункт особенно коварный. Документы в компаниях часто стареют молча.
Что делать с Search Console API
Если у вас есть автоматические отчёты, которые забирают данные по FAQ rich results из Search Console API, их нужно пересмотреть.
После удаления поддержки такие отчёты могут стать бесполезными, неполными или просто начать работать не так, как ожидалось.
Стоит проверить:
- используются ли фильтры по FAQ search appearance;
- есть ли отдельные графики по FAQ rich results;
- не завязаны ли KPI на количестве FAQ-показов;
- не уходят ли клиентам автоматические отчёты с этим блоком;
- не могут ли скрипты упасть из-за отсутствующего типа данных;
- не нужно ли заменить этот блок на анализ реальных SERP-фич.
Лучше убрать лишнее заранее, чем однажды утром обнаружить, что отчёт сломался, клиент спрашивает “а что это?”, а разработчик в отпуске. Классика жанра, да.
Нужно ли вообще продолжать использовать structured data
Да. Конечно.
Удаление FAQ rich results не означает, что микроразметка умерла как класс. Structured data всё ещё важна для многих типов страниц и задач.
Можно и нужно осознанно работать с:
Product;Review;AggregateRating;BreadcrumbList;Organization;LocalBusiness;Article;VideoObject;Event;JobPosting.
Но у каждой разметки должна быть цель.
Не “добавим всё, что нашли на schema.org, вдруг выстрелит”, а понятная задача:
- помочь поисковой системе понять страницу;
- претендовать на реально доступный rich result;
- улучшить структуру данных;
- поддержать товарные, локальные или контентные элементы;
- сделать данные сайта удобнее для анализа;
- убрать хаос из шаблонов и сущностей.
Микроразметка — не волшебная приправа. Её нельзя посыпать на страницу и ждать, что сниппет сам станет вкуснее.
Иногда станет. Иногда нет. А иногда Google просто уберёт блюдо из меню.
Новый принцип: сначала SERP, потом разметка
История с FAQ rich results хорошо показывает, как должен меняться современный SEO-подход.
Старый принцип:
Добавим разметку, потому что так написано в чеклисте.
Новый принцип:
Сначала посмотрим реальную выдачу, а потом решим, какая разметка и какие доработки вообще имеют смысл.
Это особенно важно для Google, где SERP может заметно отличаться в зависимости от страны, языка, устройства, тематики и интента.
Одна и та же техническая задача может быть полезной для одного проекта и почти бесполезной для другого. Для интернет-магазина важны товарные элементы. Для локального бизнеса — карты и отзывы. Для медиа — структура статьи, свежесть и визуальные блоки. Для SaaS — сравнения, альтернативы, документация и понятная упаковка продукта.
Универсальные чеклисты удобны. Но поисковая выдача не обязана под них подстраиваться.
Что это значит для SEO-специалистов
FAQ rich results были удобной возможностью занять больше места в Google. Теперь этой возможности нет.
FAQPage больше не стоит продавать клиентам как быстрый способ улучшить внешний вид сниппета. FAQ-блоки можно оставлять ради пользователя, поддержки продаж и структуры страницы. Но не ради отдельного FAQ rich result.
Главный вывод шире: SEO-чеклисты нужно регулярно пересматривать.
То, что работало несколько лет назад, может спокойно перестать работать. Особенно если речь идёт о SERP-фичах, которые полностью контролируются поисковой системой. Сегодня они есть, завтра ограничены, послезавтра удалены из отчётов и инструментов.
И если команда продолжает оптимизировать сайт под исчезнувший элемент, это уже не SEO. Это археология.
Чем здесь полезен Xylop
Xylop помогает получать структурированные данные поисковой выдачи Google через SERP API.
Это полезно в задачах, где обычного SEO-чеклиста уже мало:
- проверять, какие SERP-фичи действительно есть по запросам;
- отслеживать появление и исчезновение элементов выдачи;
- сравнивать SERP по регионам;
- проверять мобильную и десктопную выдачу;
- хранить историю SERP-снимков;
- анализировать конкурентов;
- строить собственные SEO-дашборды;
- проверять, какие рекомендации из аудита всё ещё применимы;
- быстрее замечать, когда старые SEO-задачи теряют смысл.
С FAQ rich results ситуация особенно наглядная. Если SERP API показывает, что FAQ-блоков в выдаче больше нет, значит задача “добавить FAQPage ради сниппета” должна уйти из приоритетов.
Не потому что FAQ плохой. А потому что цель исчезла.
Итог
FAQ-сниппеты в Google фактически умерли.
Это не значит, что вопросы и ответы на страницах стали ненужными. Они всё ещё могут помогать пользователю, продажам, поддержке и структуре контента.
Но FAQPage больше нельзя считать рабочим способом получить расширенный результат в Google Search.
SEO-специалистам стоит обновить чеклисты, пересмотреть аудиты, убрать устаревшие обещания по CTR и проверить автоматические отчёты в Search Console API.
Главный урок простой: микроразметка сама по себе не гарантирует место в SERP. Выдача меняется. Иногда тихо, иногда довольно резко. Значит, её нужно регулярно проверять.
Не по старым гайдам.
Не по привычке.
А по реальным SERP-данным.
FAQ
FAQPage больше не нужна?
FAQPage больше не стоит использовать как способ получить видимый FAQ rich result в Google. Но FAQ-блок на странице может оставаться полезным для пользователей, если он отвечает на реальные вопросы, а не просто занимает место внизу страницы.
Нужно ли срочно удалять FAQ-разметку?
Обычно нет. Если разметка корректная и соответствует содержимому страницы, она не выглядит срочной проблемой. Но её ценность для Google SERP стала намного ниже, поэтому держать её как приоритетную SEO-задачу уже не стоит.
FAQ-блоки на странице теперь вредят SEO?
Нет. Вопросы и ответы могут помогать UX, конверсии и раскрытию темы. Важно только не ждать от них отдельного расширенного FAQ-сниппета в Google.
Что делать вместо FAQPage?
Нужно смотреть на реальные элементы выдачи по вашим запросам: товарные блоки, отзывы, хлебные крошки, видео, изображения, локальные результаты, People Also Ask и другие SERP-фичи.
Почему Rich Results Test больше не решает проблему?
Потому что техническая валидность разметки не гарантирует показ расширенного результата. Если Google больше не поддерживает конкретный rich result в выдаче, валидная разметка сама по себе не даст видимого эффекта.
Как проверить, какие SERP-фичи есть по запросам?
Можно вручную смотреть выдачу, но для регулярного мониторинга удобнее использовать SERP API. Он позволяет собирать выдачу, сохранять историю и анализировать реальные элементы SERP по датам, регионам и устройствам.