Google добавил запросы о местных компаниях в два блока результатов для пользователей в Европейской экономической зоне: aggregator unit показывает каталоги и сервисы сравнения, а supplier unit — компании, которые сами оказывают услугу.
Это не новый значок для сайта и не способ быстро поднять позиции. Google пишет, что прямой поставщик может участвовать за счёт данных, уже доступных поисковому роботу. Полезная реакция — сделать реальные филиалы, услуги и запись понятными, непротиворечивыми и измеримыми, а не создавать сотни пустых страниц городов.
Короткий ответ: в локальной выдаче ЕЭЗ могут появляться два параллельных блока
18 сентября 2026 года Google добавил запросы о местных компаниях в документацию об aggregator unit и supplier unit. Функция доступна пользователям в странах ЕЭЗ. Блок прямых поставщиков показывается рядом с блоком агрегатора и только тогда, когда появляется aggregator unit.
| Роль | Типичный бизнес | Путь к участию |
|---|---|---|
| Прямой поставщик | Отдельный отель, клиника, ресторан, мастерская, магазин или выездной сервис | Дополнительный фид не обязателен: достаточно доступных для сканирования данных сайта; фид поставщика может дополнить результат |
| Агрегатор | Каталог, маркетплейс, OTA, сервис сравнения или вертикальный поиск с множеством исполнителей | Подать заявку как Vertical Search Service, выполнить требования к качеству и передать прямой фид или API |
| Лидогенератор | Сайт представляет разных подрядчиков, но не выполняет работу сам | Не считать себя supplier автоматически; установить, кто заключает договор с клиентом, и проверить путь агрегатора |
Google не обещает показывать эти блоки по каждому локальному запросу, не гарантирует включение и не указывает особого свойства schema. Важно местоположение пользователя: компания должна обслуживать аудиторию ЕЭЗ. Один перевод страницы или упоминание города ЕС реального присутствия не создаёт.
Определите коммерческую роль до изменений в SEO
Маркетплейсу и представленным на нём компаниям нужны разные системы. Агрегатор управляет данными многих поставщиков, свежестью, дублями и качеством посадочных страниц. Прямой поставщик отвечает за собственную услугу, локацию, доступность и запись. Смешение ролей даёт поиску ложные сигналы и ведёт команду к неправильной реализации.
Для каждого домена и места ответьте на пять вопросов:
- Кто принимает заказ или заключает договор с клиентом?
- Кто фактически выполняет работу и отвечает за лицензию, страховку или профессиональный результат?
- Сайт представляет одного поставщика, сеть под единым брендом или независимые компании?
- Цены, часы и доступность контролирует бизнес или партнёры через импорт?
- Какие страны ЕЭЗ и языки компания действительно обслуживает?
Если один бренд управляет несколькими отделениями, опишите каждое реальное отделение как локацию прямого поставщика. Если платформа сравнивает независимые компании, изучите заявку агрегатора и Local Point of Interest Feed. Не превращайте каталог в набор псевдолокальных страниц поставщика.
Сопоставьте доказательства на сайте, в Профиле компании и операционных системах
Новый supplier unit повышает ценность собственного сайта, но не заменяет Профиль компании в Google. В официальной справке главными факторами местного рейтинга остаются релевантность, расстояние и известность. Проверяйте обе поверхности как одну систему.
| Доказательство | Условие прохождения | Типичная ошибка |
|---|---|---|
| Идентичность | Название, основная категория, телефон и сайт не противоречат друг другу | Ключевые слова в названии профиля или разные бренды в каталогах |
| Локация | Реальный адрес или зона обслуживания, страна и филиал указаны точно | Виртуальный офис, вымышленный адрес или массовые страницы городов |
| Услуга | Приоритетная услуга имеет полезную страницу с границами, исключениями и процессом | Одна общая страница или подмена только названия города |
| Часы и доступность | Обычный, праздничный и аварийный график соответствует работе | Статус «открыто» расходится с календарём или телефоном |
| Конверсия | Звонок, форма, запись, маршрут и запрос цены работают на телефоне | JS-кнопка без ссылки, сломанный календарь или форма без подтверждения |
| Доверие | Отзывы, лицензии, команда, правила и цены имеют источник и дату | Собственные рекомендации размечены как оценки клиентов |
Создайте единый источник фактов для названия филиала, адреса, зоны, телефона, часов и URL записи. Из него обновляйте сайт, профили, CRM и проверенные каталоги. Цель не в одинаковой пунктуации, а в том, чтобы устаревшие данные не противоречили друг другу.
Локальная страница должна помогать принять решение
Прямому поставщику обычно нужна отдельная индексируемая страница для каждой реальной локации. Разделяйте услуги, когда заметно отличаются потребность, доказательства или путь заказа. Полезная страница отвечает: что доступно именно здесь, кто оказывает услугу, где проходит граница выезда, когда есть время, как формируется цена и что произойдёт после обращения.
Для физического филиала укажите полный адрес, маршрут, сведения о доступном входе или парковке, если они важны, местные часы, телефон, собственные фотографии, услуги, запись и правила. Для выездного сервиса честно назовите территорию без фиктивного офиса. Объясните дорожную доплату, сроки реакции и исключения.
Покажите эти сведения в видимом контенте и обычных HTML-ссылках. По рекомендации Google доступная для сканирования ссылка обычно использует элемент <a> с атрибутом href. Точка на карте, вкладка или JavaScript-обработчик не должны быть единственным путём к странице. На каждый важный URL должна вести внутренняя ссылка; URL нужно включить в sitemap, он должен стабильно возвращать 200 и открываться без авторизации.
Избегайте трёх соблазнительных сокращений:
- Doorway pages: не создавайте «услуга в городе», если меняется только название города и отдельной операции нет.
- Неподтверждённые превосходные степени: «лучший», «номер один» и вымышленная доступность не делают компанию понятнее.
- Автоперевод без поддержки: публикуйте локаль, только если команда умеет принять обращение и поддерживать факты. Используйте отдельные URL и правильные языковые альтернативы.
Профиль компании и LocalBusiness должны подтверждать видимые факты
Подтвердите каждый подходящий Профиль компании, выберите самую точную правдивую основную категорию и обновляйте часы, контакты, зону, фотографии и ссылку записи. Google прямо пишет: полная и точная информация повышает вероятность показа по релевантным местным запросам; заплатить за лучшую органическую позицию нельзя.
Добавьте разметку LocalBusiness на страницу, где посетитель видит описание конкретной локации. Выберите самый точный поддерживаемый подтип, указывайте address только для места, куда действительно приходят клиенты, добавьте telephone, url, при необходимости координаты и openingHoursSpecification. Последовательно свяжите локацию с родительской Organization. Проверьте отрендеренный код и сравните его с текстом страницы.
Schema подтверждает содержание, а не разрешает скрытые заявления. Google рекомендует review и aggregateRating сайтам, которые собирают отзывы о других местных компаниях, а не для разметки собственных рекомендаций бизнеса. Не добавляйте почтовый адрес на страницу выездной службы, если клиентов там не принимают.
Измеряйте изменения, не выдумывая отдельный отчёт supplier unit
Google не объявлял отдельный фильтр Search Console для supplier unit. Сначала зафиксируйте исходный уровень и не приписывайте каждое изменение одной функции.
- Сохраните данные за 28 дней: клики, показы, CTR и посадочные страницы по небрендовым локальным запросам.
- Разделите по стране ЕЭЗ, устройству, URL локации и группе запросов: услуга + город, услуга + «рядом», бренд + филиал.
- Отслеживайте звонки, переходы на сайт, маршруты и записи из Профиля отдельно от органических сессий сайта.
- Передавайте идентификатор филиала и услуги в формы и календарь; связывайте квалифицированный лид и выручку в CRM.
- Отмечайте даты изменений профиля, страницы, schema и фида. Сравнивайте одинаковые периоды с учётом сезонности.
Search Console скрывает часть анонимных запросов, а average position не равна постоянной позиции для каждого пользователя. Результаты зависят от времени, места, устройства и истории. Оценивайте тенденции квалифицированных кликов, звонков и записей, а не один вручную сделанный скриншот.
План внедрения на 14 дней
- Дни 1–2 — роль и рынок: определите supplier или aggregator, реальные страны ЕЭЗ, филиалы, зоны и поддерживаемые языки.
- Дни 3–4 — источник фактов: сверьте сайт, Профиль компании, календарь, CRM и каталоги; назначьте ответственного и периодичность обновлений.
- Дни 5–7 — страницы: исправьте или создайте настоящие страницы локаций и услуг с доступной навигацией, ясными границами и рабочей конверсией.
- Дни 8–9 — данные сущности: подтвердите профили, добавьте LocalBusiness для каждой локации и проверьте отрендеренный HTML.
- Дни 10–11 — качество: протестируйте мобильный контакт, доступность, языки, часы, праздники и подтверждение записи.
- Дни 12–14 — измерение: создайте базовую линию Search Console, маркируйте лиды по филиалу и ведите журнал изменений.
Агрегатору нужен отдельный процесс разработки и управления данными: подтвердить соответствие VSS, отправить форму Google, подготовить Local Point of Interest Feed, определить обновление и удаление записей и вести каждый результат на содержательную страницу компании. Это не разовая SEO-задача.
Частые вопросы
Нужен ли местной компании отдельный фид?
Не обязательно. Прямому поставщику Google не требует данных сверх тех, что доступны поисковому роботу на сайте, хотя supplier feed может дополнить результат. Агрегатор проходит заявку и интеграцию фида или API.
Гарантирует ли LocalBusiness появление в supplier unit?
Нет. Разметка помогает понять видимые факты, но Google не гарантирует включение и не описывает специального свойства для этого блока.
Достаточно ли Профиля компании в Google?
Нет. Профиль должен быть точным, но supplier unit может использовать данные доступного для сканирования сайта. Это две поверхности одной операции.
Может ли участвовать украинская компания?
Потенциально да, если она действительно обслуживает пользователей в ЕЭЗ как прямой поставщик. Страна регистрации или перевод страницы ничего не доказывают — нужна реальная локация либо сервисная операция и путь клиента.
Стоит ли создать страницу для каждого города?
Только когда услуга, команда, место, доказательства или путь клиента действительно отличаются. Массовые страницы с заменённым названием города не являются полезным доказательством.
Источники и дата проверки
Проверено 24 сентября 2026 года по официальным материалам Google: журнал обновлений Search, требования supplier unit, требования aggregator unit, рекомендации по местному рейтингу, справочник LocalBusiness, требования к ссылкам и отчёт Search Console. Стратегический контекст сверен с McKinsey B2B Pulse 2026, где сайты поставщиков и веб-поиск входят в ведущие каналы выбора.
Rendframe может провести аудит на уровне филиалов: данные сущности, доступность для сканирования, локальные страницы, schema, мультиязычные маршруты и измерение лидов в одном плане релиза. Начните с аудита schema в исходном HTML, используйте SEO-чеклист миграции при смене URL или пришлите домен и список локаций в ЕЭЗ, которые вы действительно обслуживаете.