Для лендинга услуги стоит размечать организацию, саму услугу с ценой и блок вопросов: типы Organization (или LocalBusiness), Service вместе с Offer и FAQPage. Такая микроразметка не двигает сайт в выдаче сама по себе, но даёт поисковику данные для расширенного сниппета - цену, адрес, ответы прямо в результатах поиска. Внедрение занимает один вечер, проверка в валидаторе - десять минут.
Что такое микроразметка и структурированные данные?
Микроразметка - код на странице, который поясняет поисковику смысл конкретного куска текста. Фраза "от 15 000 рублей, готово за 2 дня" человеку понятна сама собой, а для робота это просто буквы без разметки: вот цена, вот срок, вот название услуги. Структурированные данные - более широкий термин, микроразметка - его бытовой синоним.
Формат, который сейчас продвигает Google и который проще всего вставить в готовый лендинг - JSON-LD: отдельный блок <script type="application/ld+json"> в html-коде страницы без привязки к вёрстке, текст на экране можно менять, не трогая разметку. Раньше данные лепили прямо в атрибуты тегов - такая schema org разметка через microdata сейчас редкость: собрал JSON-LD один раз, проверил и забыл.
Зачем лендингу услуги нужна schema org разметка?
Одностраничник и так короткий: вся суть на одном экране, кнопка заявки видна без прокрутки. Разметка работает не на самой странице, а на уровне выдачи. Три эффекта, которые реально видны в поиске:
- расширенный сниппет с адресом и телефоном вместо голой ссылки;
- ответы из блока FAQ прямо под заголовком результата;
- рейтинг звёздами рядом со ссылкой, если на странице честно собраны отзывы.
В моей практике трафик с органики у лендинга редко превышает 10-15% от общего, основной поток идёт с рекламы. Именно на органику разметка и работает: сниппет в контекстной рекламе собирает сам Директ, микроразметка страницы на него не влияет.
Какая разметка нужна одностраничнику услуги
Не каждый тип из справочника schema.org подходит одностраничнику: нет каталога товаров, нет отдельных страниц под каждую услугу, часто нет истории публикаций. Из нескольких десятков типов на практике нужны четыре-пять.
| Тип разметки | Что показывает | Где размещать | Насколько обязателен |
|---|---|---|---|
| Organization | название, адрес, телефон, ссылки на соцсети | на каждой странице сайта | да, база для остального |
| Service | что за услуга, для кого, в какой области | первый экран или блок "что входит" | да, если продаёте услугу, а не товар |
| Offer | цена, валюта, срок действия предложения | внутри Service, рядом с ценой на экране | да, если цена фиксированная и указана открыто |
| FAQPage | вопрос и ответ прямо в выдаче | там же, где блок "Частые вопросы" | да, если блок FAQ есть на странице |
| BreadcrumbList | путь по разделам сайта | шапка или подвал | смысла нет на одностраничнике без разделов |
Organization или LocalBusiness: как выбрать тип для лендинга
LocalBusiness - подтип Organization с дополнительными полями под физическую точку: часы работы, координаты, диапазон цен. Если у бизнеса есть адрес, куда приезжает клиент - салон, автосервис, кабинет мастера, - берите LocalBusiness или более узкий подтип вроде BeautySalon. Если услуга оказывается удалённо, годится обычный Organization: разница будет только в паре необязательных полей.
Частая ошибка - ставить оба типа сразу. Поисковик получает два конфликтующих описания одной сущности и в лучшем случае возьмёт одно из них. Эта сущность должна быть ровно одна и переиспользоваться везде: на лендинге, в статьях блога, в подвале сайта.
Service и Offer: как разметить услугу и цену
Service описывает саму услугу: категорию, зону обслуживания, поставщика через ссылку на Organization. Offer вкладывается через поле offers и отвечает за цену: сумму, валюту, срок действия. Цена на экране и цена в разметке должны совпадать буквально, иначе смысла в поле нет.
Если цена всё-таки "от", у Offer есть поле для нижней границы диапазона, но выдача такую разметку показывает не всегда: агрегаторы предпочитают точные числа. Фиксированная цена без "от" проще и для текста на экране, и для разметки.
Можно ли размечать отзывы на лендинге?
Можно, но осторожно. Разметка Review и AggregateRating выводит звёзды рядом со ссылкой в выдаче, это заметно поднимает кликабельность. Условие одно: отзывы настоящие, с проверяемым автором, а рейтинг честный, не нарисованный для красоты. Google жёстко проверяет такую разметку: накрученный рейтинг снимают из выдачи, вернуть его сложнее, чем сразу не ставить.
На лендинге с двумя-тремя отзывами городить AggregateRating смысла нет: оценка на такой выборке выглядит натянутой. Сначала стоит набрать сам раздел отзывов, я разбирал это в статье про отзывы на лендинге, а разметку добавлять уже к готовому блоку.
FAQPage: как связать разметку с блоком вопросов на странице
FAQPage - самый благодарный тип разметки для лендинга: ответы могут появиться прямо в выдаче Google без перехода на сайт, а вопросы почти всегда совпадают с тем, что реально спрашивают клиенты. Структура простая: mainEntity - список вопросов, у каждого acceptedAnswer с текстом ответа.
Разметка должна дословно совпадать с текстом на странице: нельзя написать в JSON-LD один вопрос, а на экране показать другой. Проще собирать FAQPage автоматически из того же блока, что видит посетитель, а не вести две копии текста руками. Что выносить в блок вопросов и сколько пар держать, разбирал в статье про блок FAQ на лендинге.
По документации Google для FAQPage расширенный сниппет доступен не всем сайтам одинаково: с 2023 года Google показывает его в основном государственным и медицинским ресурсам, у обычного коммерческого лендинга шанс попасть в выдачу с раскрытыми ответами ниже, чем был раньше. Ставить разметку всё равно стоит: хуже она не сделает.
Куда вставлять JSON-LD на лендинге
На конструкторах вроде Tilda разметку добавляют через настройки SEO страницы или вставку своего HTML-кода, единого пути нет. На самописном лендинге проще: один блок <script type="application/ld+json"> в head, значения совпадают с текстом на экране - имя, цена, вопросы. Поменять текст и забыть обновить разметку - типичная причина, почему валидатор ругается спустя полгода после запуска.
Справочник типов и их полей лежит на schema.org, у каждого типа, например у Organization, своя страница со списком свойств. Смотреть туда полезно перед тем, как копировать чужой пример: половина шаблонов из интернета тянет устаревшие поля или поля от другого типа.
Метатеги, canonical и sitemap для лендинга - отдельная тема, близкая к разметке по смыслу: без базовой SEO-подготовки микроразметка выдачу не изменит. Разбирал по шагам в статье про SEO-подготовку лендинга.
Как проверить микроразметку в валидаторе?
После вставки кода нужно два инструмента. Первый - валидатор schema.org: проверяет разметку саму по себе, правильные ли поля, нет ли опечаток в названии типа. Второй - тест Google по структурированным данным: показывает, какой rich-результат получится в выдаче и на что обратит внимание поиск.
Оба инструмента принимают адрес страницы или кусок кода. Для лендинга, который ещё не выложен, удобнее вставлять код напрямую: проверили, что ошибок нет, и только потом залили на сервер. После правок текста проверку стоит повторить: расхождение валидатор ловит не всегда, а ручное сравнение занимает минуту.
Частые вопросы
Обязательно ли ставить микроразметку на лендинг?
Нет, сайт нормально работает и без неё: обычный сниппет в выдаче просто выглядит скромнее. Разметка не входит в число вещей, без которых лендинг не запустить, но она дешёвая в реализации и почти без рисков, если данные правдивы.
Влияет ли микроразметка на позиции в поиске?
Напрямую нет. Google и Яндекс не поднимают сайт в ранжировании только за наличие JSON-LD. Эффект косвенный: расширенный сниппет заметнее среди голых ссылок конкурентов и собирает больше кликов при том же месте в выдаче.
Нужна ли разметка, если весь трафик идёт с рекламы?
Смысла меньше, но не ноль. В контекстной рекламе объявление и его расширения собирает сама рекламная система, а не разметка страницы. Если органика хотя бы часть трафика даёт или планируется в будущем, разметку стоит поставить один раз и не думать о ней дальше.
Можно ли скопировать разметку с чужого сайта?
Структуру можно, значения нет. Чужой JSON-LD подскажет, какие поля обычно заполняют для конкретного типа, но название компании, цену, адрес и вопросы нужно заменить на свои полностью, иначе в выдаче окажется чужая организация.
Что будет, если разметка не совпадает с текстом на странице?
В лучшем случае поисковик проигнорирует расхождение и не покажет rich-результат. В худшем расценит это как попытку обмануть выдачу и понизит доверие к домену в целом, не только к одной странице. Правило простое: разметка описывает то, что и так видно на экране, а не то, что хотелось бы показать.
Коротко
На лендинг услуги стоит поставить четыре типа разметки: Organization или LocalBusiness как базовую сущность, Service с вложенным Offer для описания услуги и цены, FAQPage для блока вопросов. BreadcrumbList и разметку отзывов добавлять по ситуации, не по умолчанию для каждого сайта.
Формат - JSON-LD, один блок кода в head, значения в нём должны буквально совпадать с текстом на экране. Готовую разметку проверяют в валидаторе schema.org и в инструменте Google по структурированным данным, а после любой правки текста на странице проверку повторяют.
Результат разметки не всегда виден сразу: расширенный сниппет появляется в выдаче не мгновенно, а иногда не появляется вовсе - Google сам решает, показывать rich-результат или нет. Код при этом ничего не портит и не отнимает у страницы больше часа работы, поэтому пропускать этот шаг смысла нет.
