Локальное SEO на сайте: разметка LocalBusiness и страницы городов

Google Business Profile — центр локального SEO, но у него есть потолок. В локальном паке всего три места, и эти три меняются вместе с положением ищущего. В органическом блоке ниже — десять результатов, и попасть туда — задача сайта, а не профиля.

У сайта есть и вторая, менее заметная задача: подтверждать то, что заявляет профиль. Если адрес, телефон и название на сайте написаны иначе, вы шлёте Google противоречивый сигнал. Эта статья собирает всю работу на стороне сайта — от согласованности NAP до разметки LocalBusiness и безопасного построения страниц городов.

Три задачи сайта в локальном SEO

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

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

Третья — подтверждать данные. Повтор адреса и телефона профиля в том же виде на сайте — сигнал подтверждения. При противоречии Google приходится решать, что верно, — и решает он не всегда так, как хотелось бы.

Согласованность NAP: название, адрес, телефон

NAP — Name, Address, Phone. Принцип прост: эти три сведения должны быть написаны одинаково везде, где вы присутствуете: на сайте, в Business Profile, в соцсетях, каталогах, счетах.

«Одинаково» — буквально. Варианты ниже для человека одно и то же, для системы — разное:

Практические правила:

1. Выберите один стандарт и зафиксируйте письменно. «Официальное написание» названия, адреса и телефона — документ для команды.
2. За эталон берите профиль. Сайт подстраивается под профиль, а не наоборот.
3. Телефон в международном формате (+994…) и как tel:-ссылка, чтобы с мобильного звонили в одно касание.
4. Адрес текстом, а не картинкой. Адрес на картинке Google не читает, а пользователь не скопирует.
5. Повторяйте в подвале — чтобы был на каждой странице.
6. Обновляйте старый адрес. После переезда устаревшие записи в каталогах вычищаются тяжелее всего и долго создают противоречие.

У бизнеса с зоной обслуживания адрес скрыт, поэтому «A» из NAP на сайте не показывают. Там по той же логике стабильными держат название + телефон + зону обслуживания.

Контактная страница

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

Полная контактная страница содержит:

• Полный адрес текстом — улица, дом, этаж, район, город, индекс
• Карту — встроенную, плюс ссылку «Построить маршрут»
• Телефон ссылкой tel: и почту ссылкой mailto:
• Часы работы — те же, что в профиле, включая праздники
• Как добраться — несколько фраз о транспорте, парковке и входе. Это помогает пользователю и даёт странице настоящий локальный контент
• Филиалы — блок или страница для каждой точки, если их несколько
• Ссылку на Business Profile — «Найдите нас на Google Картах»
• Форму связи — простую, с минимумом полей

Техническая заметка: встроенная карта может замедлять страницу. Правильный подход — ленивая загрузка карты или картинка, по клику на которую карта открывается; это часть технического SEO.

Разметка LocalBusiness

Структурированная разметка — это перевод содержимого страницы в машиночитаемый вид. Тип LocalBusiness напрямую сообщает Google название, адрес, часы работы и контакты.

Google формулирует так: «With Local Business structured data, you can tell Google about business hours, different departments within a business, reviews (if your site captures reviews about other businesses), and more.»

Одно ожидание стоит поправить сразу. Google пишет прямо: «Google does not guarantee that features that consume structured data will show up in search results.» Разметка не гарантирует расширенный сниппет и не является прямым фактором ранжирования. Её польза в другом: она делает ваши данные однозначными и снижает вероятность противоречий.

Обязательных свойств всего два: name и address. Остальные рекомендованы: telephone, openingHoursSpecification, geo, url, priceRange, department, image.

Минимальный, но полный пример для бизнеса с адресом:

{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "@id": "https://example.az/#localbusiness",
  "name": "Dental Plus",
  "url": "https://example.az/",
  "image": "https://example.az/storage/clinic.jpg",
  "telephone": "+994125550011",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "улица Низами 45",
    "addressLocality": "Баку",
    "postalCode": "AZ1005",
    "addressCountry": "AZ"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 40.3776,
    "longitude": 49.8920
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
      "opens": "09:00",
      "closes": "19:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "10:00",
      "closes": "16:00"
    }
  ],
  "sameAs": [
    "https://www.facebook.com/dentalplus",
    "https://www.instagram.com/dentalplus"
  ]
}

На что обратить внимание:

• Берите самый точный тип. LocalBusiness — общий; есть подтипы: Dentist, Restaurant, AutoRepair, BeautySalon, LegalService. Точный тип несёт больше информации.
• Задайте @id и ссылайтесь на него из другой разметки, чтобы все схемы сайта сходились к одной сущности. Логика разобрана в статье schema markup и связывание сущностей.
• То, что в разметке, должно быть видно на странице. Часы в разметке, которых нет на странице, — нарушение правил.
• Для бизнеса с зоной обслуживания вместо address используется areaServed.
• Отдельная разметка для каждого филиала — на своей странице, со своим @id.

Ловушка разметки отзывов

Это самая частая ошибка на стороне сайта, и последствие у неё конкретное.

Многие сайты размещают отзывы клиентов на главной и добавляют aggregateRating, чтобы появились звёзды. Выглядит логично — и прямо запрещено:

«If the entity that's being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.»

То есть если оцениваемая сторона сама управляет отзывами о себе, страница лишается права на показ звёзд. Это называется self-serving reviews и охватывает ваши собственные отзывы, собранные на вашем же сайте, — даже показанные через сторонний виджет.

Обратите внимание: формулировка в документации LocalBusiness указывает туда же — размечать отзывы можно «if your site captures reviews about other businesses».

Что тогда делать?

• Показывайте отзывы на сайте — это полезно и повышает конверсию. Просто не добавляйте разметку aggregateRating / Review.
• Место звёзд — Google Business Profile: реальные отзывы копятся там и оттуда попадают в выдачу.
• Направьте усилия по разметке туда, где она работает: LocalBusiness, Service, FAQPage, BreadcrumbList.

Страницы городов и филиалов

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

Есть два разных случая, и их нельзя смешивать:

1. Физический филиал. Каждой физической точке — своя страница, соответствующая её Business Profile и содержащая: адрес, карту, телефон, часы, команду, фотографии, «как добраться», услуги этой точки и разметку LocalBusiness.

2. Зона обслуживания. Офис в Баку, но вы выезжаете и в Сумгаит. Страницу под Сумгаит сделать можно — но она должна нести реальную информацию по этой территории: какие услуги туда едут, сроки, есть ли доплата, примеры выполненных работ, вопросы, характерные для этой местности.

Практический тест: уберите со страницы название города. Если от этой территории не осталось ничего, страница не настоящая.

Сколько страниц городов допустимо? Числа нет — критерий качество. Столько, на сколько вы можете написать реальный контент. Три сильные страницы городов намного лучше двадцати пустых.

Ошибка дорвея

В политике спама Google у этой практики есть название и определение:

«Doorway abuse is when sites or pages are created to rank for specific, similar search queries. They lead users to intermediate pages that aren't as useful as the final destination.»

Среди примеров есть прямо про нашу тему: «Having multiple domain names or pages targeted at specific regions or cities that funnel users to one page» — страницы под разные города, которые все уводят пользователя на одну страницу.

Это считается не просто «бесполезным» — это нарушение политики спама, за которым могут последовать меры.

Границу различить легко:

Самое простое правило: пишите страницу для реального человека. Если страница города отвечает на вопрос жителя этого города — это не дорвей.

Внутренняя перелинковка

Локальные страницы не должны стоять изолированно. Рабочая структура:

• Главная → основные услуги и основная территория
• Страницы услуг → соответствующие страницы городов и филиалов
• Страницы городов → услуги, доступные на этой территории
• Контактная страница → все страницы филиалов
• Статьи блога → релевантные страницы услуг и городов
• Подвал → NAP и филиалы

Полезны и хлебные крошки: цепочка Главная → Филиалы → Наримановский показывает структуру и пользователю, и Google, и размечается через BreadcrumbList.

Снаружи замкните связку профиль ↔ сайт: ссылка в Business Profile должна вести на релевантную страницу (профиль филиала — на страницу филиала, не на главную), а сайт — обратно на профиль.

Технический минимум

Бо́льшая часть локального поиска идёт с мобильных, и человек в движении. Поэтому технический минимум здесь строже, чем на обычном сайте:

1. Мобильная адаптация — номер должен нажиматься, карта управляться пальцем
2. Скорость — страница открывается на ходу, на слабой связи. Тяжёлая карта и большие изображения — первые жертвы
3. Ссылки tel: и mailto: — пользователю не нужно ничего копировать
4. Карта и ссылка на маршрут — кнопка «Построить маршрут» открывает навигацию сразу
5. HTTPS — минимальное условие доверия
6. Локальные страницы в sitemap — страницы филиалов и городов должны туда входить
7. Видимый NAP — текстом, в подвале каждой страницы

Всё это стоит на технических основах — битая ссылка и неверный код ответа вредят локальной странице ровно так же, как любой другой.

Чек-лист