Компания открывает филиалы в трёх городах и создаёт для каждого отдельную страницу на сайте. Через три месяца выясняется: страницы не ранжируются, Google индексирует не те версии, а в Search Console сыплются предупреждения о дублированном контенте. Классический сценарий мультирегионального продвижения, где техническая реализация ломает бизнес-логику.[1]
Мультирегиональный сайт — это не просто «сделать страницу для каждого города». Это архитектурное решение, где структура URL, hreflang, canonical, NAP-цитирования, Google Business Profile и локальная семантика должны работать как единая система. Ошибка на любом уровне приводит к каннибализации трафика, потере краулингового бюджета и путанице в индексации.[2]
Материал основан на официальной документации Google по мультирегиональным сайтам,[1] исследованиях Ahrefs по локальному SEO,[4] данных BrightLocal о факторах локального ранжирования[5] и рекомендациях Semrush по алгоритму локального поиска.[6] Разбираем выбор структуры сайта, правила hreflang и canonical, оптимизацию страниц городов, локальное SEO и типичные ошибки, которые превращают мультирегиональный проект в техническую проблему.
TL;DR
Главное за 30 секунд
- Структура сайта для мультирегионального продвижения: ccTLD даёт сильный геосигнал, но требует отдельной раскрутки для каждого домена; субдомен и подпапка одинаково хороши для Google, выбор зависит от бизнес-логики[1]
- hreflang — это подсказка, а не директива: Google может проигнорировать её, если контент страниц слишком разный или реализация содержит ошибки; canonical должен указывать на языковой эквивалент страницы, а hreflang — на региональные варианты[3]
- Локальное ранжирование Google строится на трёх столпах: Relevance (релевантность запросу), Distance (близость к пользователю), Prominence (известность бизнеса через отзывы, ссылки, цитирования)[6]
- Страницы городов должны содержать уникальный контент, NAP, карту, фото, отзывы и локальную семантику; шаблонные страницы с заменой только названия города Google воспринимает как дорвеи[8]
- 80% потребителей теряют доверие к бизнесу при несогласованном NAP в разных источниках, а 97% читают отзывы перед выбором локального бизнеса; согласованность данных и отзывы напрямую влияют на доверие и Prominence[5]
- Начните с выбора структуры сайта (ccTLD, субдомен или подпапка), затем настройте hreflang и canonical, создайте уникальные страницы городов с NAP и LocalBusiness schema, заполните GBP для каждой локации и соберите локальные цитирования
- Структура сайта: ccTLD, субдомен или подпапка
- hreflang и canonical: как они работают вместе
- Алгоритм локального поиска Google
- Страницы городов: как избежать дорвеев
- Google Business Profile для множества локаций
- NAP и локальные цитирования
- Локальная семантика и внутренняя перелинковка
- Технический SEO: краулинговый бюджет и дубли
- Частые вопросы
- Выводы
Структура сайта: ccTLD, субдомен или подпапка
Google поддерживает три варианта структуры мультирегионального сайта: ccTLD (национальный домен), субдомен и подпапка.[1] Каждый вариант имеет свои плюсы и минусы, и выбор зависит от бизнес-задачи, бюджета и географии присутствия.
| Структура | Геосигнал | Раскрутка | Управление | Когда использовать |
|---|---|---|---|---|
| ccTLD (example.by, example.ru) | Сильный: Google автоматически привязывает домен к стране | Каждый домен раскручивается отдельно; ссылочная масса не передаётся между доменами | Сложное: отдельные домены, отдельные настройки, отдельные бюджеты | Когда бизнес работает в разных странах и готов инвестировать в раскрутку каждого рынка отдельно |
| Субдомен (minsk.example.com, brest.example.com) | Средний: Google воспринимает субдомены как часть основного сайта, но с отдельной тематикой | Ссылочная масса частично передаётся; каждый субдомен индексируется отдельно | Среднее: единая CMS, но отдельные настройки для каждого субдомена | Когда локации сильно отличаются по контенту или структуре (например, франшизы с автономными сайтами) |
| Подпапка (example.com/minsk/, example.com/brest/) | Слабый: геосигнал передаётся через контент, hreflang и LocalBusiness schema | Вся ссылочная масса работает на основной домен; новые страницы получают авторитет сразу | Простое: единая CMS, единые настройки, единый краулинговый бюджет | Когда локации находятся в одной стране и контент структурно похож (услуги, товары, филиалы) |
Для большинства беларусских и российских компаний с филиалами в разных городах одной страны оптимальный вариант — подпапка.[1] Она позволяет использовать накопленный авторитет домена, упрощает управление и не требует раскрутки каждой локации с нуля. Субдомены имеют смысл для франшиз или сетей, где каждая локация ведёт автономный маркетинг.[4]
ccTLD оправдан только для международного бизнеса, где каждая страна — отдельный рынок с отдельной командой и бюджетом. Важно понимать: ccTLD даёт небольшой бонус в ранжировании внутри страны, но полностью отсекает глобальный трафик.[1] Если компания планирует расширяться на другие рынки, ccTLD превращается в ограничение.
!
Google официально заявляет, что субдомены и подпапки одинаково хороши для SEO и воспринимаются как часть основного сайта.[1] Разница не в ранжировании, а в управлении: субдомены сложнее настраивать, но дают больше автономии; подпапки проще, но требуют единой архитектуры. Выбор — это бизнес-решение, а не SEO-ограничение.
hreflang и canonical: как они работают вместе
hreflang и canonical — два разных инструмента, которые часто путают. Canonical указывает на предпочтительную версию страницы среди дублей или близких вариантов. hreflang указывает на региональные или языковые альтернативы одной и той же страницы.[3] Они работают вместе, но решают разные задачи.
Canonical + hreflang работают в связке: canonical объединяет языковые дубли, hreflang разделяет региональные варианты. Путаница между ними ломает индексацию[3]
hreflang можно реализовать тремя способами: через HTML-тег в <head>, через HTTP-заголовок или через XML-сайтмап.[2] Для мультирегиональных сайтов с большим количеством страниц оптимален вариант через сайтмап: он не раздувает HTML, легко масштабируется и проще проверяется.[2]
Критически важно: hreflang — это подсказка (hint), а не директива.[2] Google может проигнорировать её, если контент страниц слишком разный, если реализация содержит ошибки или если один из URL недоступен. 67% реализаций hreflang содержат ошибки,[9] и самые частые из них — несимметричные ссылки (страница A ссылается на B, но B не ссылается обратно на A) и неправильные коды языков.
RISK
RISK
MID
Алгоритм локального поиска Google
Локальное ранжирование Google строится на трёх столпах: Relevance (релевантность), Distance (близость) и Prominence (известность).[6] Это не обычное органическое ранжирование — здесь геолокация пользователя и физическое расположение бизнеса играют решающую роль.
Relevance (релевантность) — насколько хорошо ваш бизнес соответствует запросу пользователя. Здесь работают классические SEO-факторы: заголовки, контент, структурированные данные, категория в Google Business Profile. Но для локального поиска релевантность усиливается через локальную семантику: упоминание города, района, ориентиров, локальных особенностей.[4]
Distance (близость) — расстояние между пользователем и физическим адресом бизнеса. Это главный фактор персонализации локальной выдачи.[6] Если пользователь находится в Минске и ищет «ремонт ноутбуков», Google покажет результаты из Минска, даже если страница из Бреста технически лучше оптимизирована. Близость — это не то, что можно «оптимизировать»; это данность, которая определяется физическим адресом в GBP и на сайте.
Prominence (известность) — насколько бизнес известен и авторитетен. Здесь учитываются отзывы в Google Business Profile, количество и качество обратных ссылок, упоминания бренда в интернете (цитирования), активность в социальных сетях. Prominence — это цифровая репутация бизнеса.[6] Компания с 50 отзывами и средней оценкой 4,8 будет ранжироваться выше конкурента с 5 отзывами, даже если у конкурента лучше сайт.
!
Имплицитные запросы не содержат название города («ремонт ноутбуков»), но Google понимает локальный интент и подставляет геолокацию пользователя. Эксплицитные запросы содержат город явно («ремонт ноутбуков Минск»). Для имплицитных запросов Distance играет большую роль; для эксплицитных — Relevance и Prominence.[4] Оптимизация страниц городов должна покрывать оба типа запросов.
Страницы городов: как избежать дорвеев
Страница города — это не шаблон с заменой названия города. Google чётко различает полезные локальные страницы и doorway pages (дорвеи) — страницы, созданные исключительно ради ранжирования по множеству запросов с минимальной ценностью для пользователя.[8] Дорвеи попадают под спам-политику Google и могут привести к санкциям.
Что делает страницу города дорвеем: - Контент полностью идентичен другим страницам, кроме названия города - Нет реального физического адреса или офиса в этом городе - Страница создана только для того, чтобы «закрыть» город в семантике - Нет уникальной информации, которая была бы полезна именно жителям этого города
Что делает страницу города полезной: - Уникальный NAP (адрес, телефон) для этой локации - Реальные фотографии офиса, команды, проектов в этом городе - Локальные кейсы, отзывы клиентов из этого города - Информация о часах работы, парковке, проезде, ориентирах - Локальная семантика: упоминание районов, улиц, особенностей города - Карта с точным адресом - LocalBusiness schema с координатами и контактами[4]
- NAP (Name, Address, Phone) — полный адрес офиса в городе, телефон, email; данные должны быть идентичны GBP и всем цитированиям
- Карта — встроенная Google Maps с точным адресом; пользователь должен видеть, где находится офис, и иметь возможность построить маршрут
- Часы работы — график работы офиса в этом городе; если график отличается от других локаций, это нужно указать явно
- Фотографии — реальные фото офиса, команды, проектов; не стоковые изображения, а визуальное подтверждение присутствия в городе
- Отзывы — отзывы клиентов из этого города или ссылка на отзывы в GBP; социальное доказательство усиливает доверие
- Уникальный контент — 40–60% контента страницы должно быть уникальным и релевантным именно этому городу;[10] не копируйте текст с других страниц городов
- Локальная семантика — упоминание районов, улиц, ориентиров, локальных особенностей; это усиливает релевантность для имплицитных локальных запросов
- LocalBusiness schema — структурированная разметка с адресом, координатами, телефоном, часами работы, фото;[4] это помогает Google понять географическую привязку
- Внутренние ссылки — ссылки на другие страницы сайта (услуги, кейсы, блог) с анкорами, содержащими название города
- Отдельный XML-сайтмап — для страниц локаций можно создать отдельный сайтмап, чтобы упростить управление и мониторинг индексации[10]
Google Business Profile для множества локаций
Google Business Profile (GBP) — основной инструмент локального SEO. Для мультирегионального бизнеса правило простое: каждая физическая локация получает собственный профиль.[4] Нельзя создать один GBP и указать в нём несколько адресов — это нарушение правил Google.
Одна локация
Один офис — один GBP
Если у компании один офис в Минске, создаётся один GBP с адресом, телефоном, часами работы, фото, отзывами. Профиль привязывается к странице сайта example.com/minsk/ или example.com/contacts/. Все отзывы, фото и активность концентрируются в одном профиле, что усиливает Prominence.
Множество локаций
Каждый офис — отдельный GBP
Если у компании офисы в Минске, Бресте и Гродно, создаются три отдельных GBP. Каждый профиль имеет уникальный адрес, телефон, часы работы, фото команды и офиса в этом городе. Каждый профиль привязывается к соответствующей странице сайта. Отзывы и активность распределяются между профилями, что требует больше усилий на поддержку.
Основная категория GBP — топ-фактор локального ранжирования.[4] Выбирайте категорию максимально точно: не «Компания», а «Веб-студия», не «Услуги», а «Ремонт компьютеров». Google использует категорию для определения релевантности запросу. Можно добавить до 10 дополнительных категорий, но основная категория имеет наибольший вес.
Фотографии в GBP критически важны. Профили с фотографиями получают на 42% больше запросов маршрутов.[4] Профили со 100+ фотографиями получают на 520% больше звонков и на 2717% больше запросов маршрутов.[4] Это не опечатка — разница действительно в разы. Загружайте фото офиса, команды, проектов, интерьера, экстерьера. Обновляйте фото регулярно — это сигнал активности.
97% потребителей читают отзывы перед выбором локального бизнеса.[5] Отзывы влияют на Prominence — один из трёх столпов локального ранжирования. Отвечайте на все отзывы, включая негативные. Ответ на отзыв показывает, что компания активна и заботится о клиентах. Не покупайте фейковые отзывы — Google умеет их распознавать, и санкции за накрутку жёсткие.
Указывайте точные часы работы для каждой локации. Если график отличается (например, офис в Минске работает до 20:00, а в Бресте — до 18:00), это нужно отразить в каждом GBP. Заполняйте атрибуты: парковка, Wi-Fi, доступность для людей с ограниченными возможностями. Атрибуты помогают пользователям принять решение и усиливают релевантность.
Google позволяет публиковать посты в GBP: новости, акции, события, обновления. Посты живут 7 дней, после чего уходят в архив. Регулярные посты — сигнал активности бизнеса. Это не заменяет блог на сайте, но усиливает присутствие в локальной выдаче.
NAP и локальные цитирования
NAP (Name, Address, Phone) — триада контактных данных, которая должна быть абсолютно идентична на сайте, в Google Business Profile, в справочниках, в социальных сетях и во всех упоминаниях бизнеса в интернете. Несогласованность NAP разрушает доверие и локальное ранжирование.[7]
Что считается несогласованностью: - На сайте указан телефон +375 29 123-45-67, в GBP — +375291234567 (разный формат записи) - На сайте адрес «ул. Ленина, 10, офис 5», в справочнике — «Ленина 10-5» (разная форма записи) - На сайте название компании «ООО "Веб-студия"», в GBP — «Веб-студия» (разное юридическое оформление)
Локальные цитирования (local citations) — это упоминания NAP вашего бизнеса на других сайтах: в справочниках, каталогах, отраслевых порталах, новостных сайтах, партнёрских ресурсах. Цитирования работают как обратные ссылки для локального SEO: чем больше качественных цитирований с согласованным NAP, тем выше Prominence.[4]
Приоритетные площадки для цитирований в Беларуси и России: - Яндекс Справочник, 2GIS, Zoon, Yell, Flagma - Отраслевые каталоги (для веб-студий — Рейтинг Рунета, Tagline; для строительных компаний — ProRemont) - Социальные сети: Facebook, Instagram, VK (указывайте полный NAP в разделе «О компании») - Партнёрские сайты и новостные упоминания
Для локального бизнеса редко нужно более 150 ссылающихся доменов.[4] Локальное SEO строится не на массовом линкбилдинге, а на качестве цитирований и согласованности NAP. Лучше 20 качественных цитирований с идентичным NAP, чем 200 упоминаний с разными вариантами записи адреса и телефона.
!
Выберите один формат записи NAP и используйте его везде: на сайте, в GBP, в справочниках, в социальных сетях. Если вы уже разместили NAP в разных форматах, исправьте все упоминания до единого стандарта. Это трудоёмко, но критично для локального ранжирования.[7] Несогласованный NAP — это не мелочь, а системная проблема, которая блокирует рост в локальной выдаче.
Локальная семантика и внутренняя перелинковка
Локальная семантика — это не просто добавление названия города в заголовок. Это система сигналов, которая помогает Google понять географическую привязку страницы и её релевантность для локальных запросов.[4]
| Элемент | Слабая реализация | Сильная реализация | |
|---|---|---|---|
| Заголовок H1 | «Разработка сайтов» | «Разработка сайтов в Минске» | |
| Title | «Разработка сайтов \ | Компания» | «Разработка сайтов в Минске — веб-студия в центре города» |
| Контент | Общий текст без географической привязки | Упоминание районов (Центральный, Московский), улиц (пр. Независимости), ориентиров (ст. м. Площадь Победы), локальных особенностей | |
| Внутренние ссылки | «Посмотрите наши кейсы» | «Посмотрите кейсы разработки сайтов для минских компаний» | |
| Анкоры ссылок | Общие анкоры без географии | Анкоры с названием города: «SEO-продвижение в Минске», «Контекстная реклама для бизнеса в Бресте» | |
| Изображения | Стоковые фото без привязки | Фото офиса, команды, проектов с alt-текстом, содержащим название города |
Имплицитные локальные запросы («ремонт ноутбуков») не содержат название города, но Google понимает локальный интент и подставляет геолокацию пользователя. Для таких запросов важна плотность локальной семантики: упоминание города, районов, улиц, ориентиров усиливает релевантность.[4] Эксплицитные запросы («ремонт ноутбуков Минск») уже содержат город, и здесь важнее точное совпадение в Title и H1.
Внутренняя перелинковка критична для мультирегионального сайта. Страницы городов должны быть связаны с основными разделами сайта (услуги, кейсы, блог) через анкоры, содержащие название города. Это усиливает тематический авторитет страницы и помогает Google понять её место в структуре сайта.[4]
Пример правильной перелинковки: - Со страницы «Разработка сайтов в Минске» ведут ссылки на «Кейсы разработки сайтов в Минске», «SEO-продвижение в Минске», «Контакты офиса в Минске» - Со страницы услуги «SEO-продвижение» ведут ссылки на «SEO-продвижение в Минске», «SEO-продвижение в Бресте», «SEO-продвижение в Гродно» - Из блога ведут ссылки на страницы городов с анкорами, содержащими локальную семантику
Технический SEO: краулинговый бюджет и дубли
Дублированный контент не приводит к штрафам Google, но создаёт технические проблемы: расходует краулинговый бюджет, размывает ссылочный вес, путает индексацию.[3] Для мультирегионального сайта дубли — главная техническая угроза.
RISK
RISK
MID
Краулинговый бюджет — это количество страниц, которое Google готов просканировать на вашем сайте за определённый период.[3] Для небольших сайтов (до 1000 страниц) это обычно не проблема. Но для мультирегионального сайта с десятками страниц городов, каждая из которых имеет hreflang-связи с другими, краулинговый бюджет может стать ограничением.
Как оптимизировать краулинговый бюджет: - Используйте canonical для объединения дублей - Настройте 301-редиректы с неканонических версий URL - Используйте robots.txt для блокировки технических страниц (поиск, фильтры, сортировки) - Создайте отдельный XML-сайтмап для страниц городов[10] - Реализуйте hreflang через сайтмап, а не через HTML-теги - Убедитесь, что все страницы городов доступны с главной страницы через 2–3 клика[4]
i
Более 80% локальных поисковых запросов совершаются с мобильных устройств.[4] Google использует mobile-first indexing — индексирует мобильную версию сайта, а не десктопную. Если страницы городов плохо работают на мобильных, это блокирует локальное ранжирование. Проверьте скорость загрузки (Core Web Vitals), удобство навигации, читаемость контента на маленьких экранах.
Частые вопросы
Нужно ли создавать отдельные страницы для городов, если у нас нет физических офисов в этих городах?
Нет. Страница города без физического адреса — это дорвей, который Google воспринимает как спам.[8] Если вы работаете с клиентами из других городов удалённо, лучше указать это в основном контенте сайта (например, «Работаем с клиентами по всей Беларуси») и создать одну страницу контактов с вашим реальным адресом. Локальное SEO строится на физическом присутствии, а не на виртуальных страницах.
Какую структуру выбрать для мультирегионального сайта: субдомен или подпапку?
Для компаний с филиалами в одной стране оптимальна подпапка (example.com/minsk/, example.com/brest/).[1] Она позволяет использовать накопленный авторитет домена, упрощает управление и не требует раскрутки каждой локации с нуля. Субдомены имеют смысл для франшиз или сетей, где каждая локация ведёт автономный маркетинг и имеет сильно отличающийся контент.[4] ccTLD оправдан только для международного бизнеса с отдельными командами и бюджетами на каждую страну.
Как проверить, правильно ли настроен hreflang?
Используйте Google Search Console: раздел «Международное таргетирование» покажет ошибки hreflang (несимметричные ссылки, неправильные коды языков, недоступные URL). Также можно использовать валидаторы hreflang (например, Ahrefs Site Audit или Screaming Frog). 67% реализаций hreflang содержат ошибки,[9] поэтому проверка обязательна. Самая частая ошибка — страница A ссылается на B, но B не ссылается обратно на A.
Сколько времени занимает продвижение мультирегионального сайта?
Технические настройки (структура, hreflang, canonical, schema) можно реализовать за 2–4 недели. Создание уникального контента для страниц городов, заполнение GBP, сбор цитирований и накопление отзывов — это 2–3 месяца активной работы. Первые результаты в локальной выдаче появляются через 1–2 месяца после запуска, стабильный рост — через 3–6 месяцев. Локальное SEO требует постоянной поддержки: обновление контента, ответы на отзывы, работа с цитированиями.
Можно ли использовать один номер телефона для всех локаций?
Технически можно, но это ослабляет локальные сигналы. Для сильного локального SEO каждая локация должна иметь уникальный NAP: адрес, телефон, email.[7] Если у вас единый колл-центр, можно использовать локальные номера с переадресацией на центральный номер. Главное — чтобы NAP был согласован на сайте, в GBP и во всех цитированиях. Несогласованность NAP разрушает доверие и локальное ранжирование.[7]
Как избежать каннибализации трафика между страницами городов?
Каннибализация возникает, когда страницы конкурируют за одни и те же запросы. Чтобы избежать этого: используйте чёткую локальную семантику в Title и H1 (не «Разработка сайтов», а «Разработка сайтов в Минске»); создавайте уникальный контент для каждой страницы города (40–60% уникальности);[10] настройте правильный hreflang, чтобы Google понимал, какую страницу показывать пользователю из конкретного города;[2] используйте canonical для указания предпочтительной версии среди дублей.[3]
Нужно ли переводить страницы городов на другие языки?
Только если ваш бизнес работает с клиентами, говорящими на разных языках. Для беларусских компаний, работающих внутри страны, достаточно русского языка. Если вы работаете с международными клиентами, создайте языковые версии страниц (ru, en, be) и настройте hreflang для языковых альтернатив.[2] Важно: hreflang работает для языковых и региональных альтернатив одной и той же страницы, а не для разных страниц с разным контентом.
Выводы
Мультирегиональное продвижение — это не набор отдельных тактик, а система взаимосвязанных решений. Структура сайта определяет, как распределяется ссылочный вес и краулинговый бюджет. hreflang и canonical управляют индексацией и показом правильных версий страниц. Страницы городов с уникальным контентом, NAP и LocalBusiness schema дают Google понятные сигналы о географической привязке. Google Business Profile и локальные цитирования усиливают Prominence — один из трёх столпов локального ранжирования.[6]
Для большинства компаний с филиалами в одной стране оптимальна структура на подпапках: она проще в управлении, использует накопленный авторитет домена и не требует раскрутки каждой локации с нуля.[1] hreflang нужен только для языковых или региональных альтернатив одной и той же страницы; если контент страниц разный, это не альтернативы, а разные страницы.[3] Страницы городов без физического адреса и уникального контента Google воспринимает как дорвеи и может исключить из индекса.[8]
Согласованность NAP — критичный фактор локального SEO. 80% потребителей теряют доверие к бизнесу при несогласованном NAP в разных источниках.[7] Выберите один формат записи адреса, телефона и названия компании и используйте его везде: на сайте, в GBP, в справочниках, в социальных сетях. Локальная семантика (упоминание районов, улиц, ориентиров) усиливает релевантность для имплицитных локальных запросов. Внутренняя перелинковка с локальными анкорами связывает страницы городов с основными разделами сайта и усиливает тематический авторитет.[4]
Источники
- Managing multi-regional and multilingual sites — Официальная документация Google по структуре мультирегиональных сайтов: ccTLD, субдомен, подпапка — плюсы и минусы каждого варианта, рекомендации по выбору структуры: https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites
- Tell Google about localized versions of your page — Официальная документация Google по hreflang: три метода реализации (HTML, HTTP-заголовок, Sitemap), атрибут x-default, правила использования, hreflang как подсказка: https://developers.google.com/search/docs/specialty/international/localized-versions
- Consolidate duplicate URLs — Официальная документация Google по canonical: как canonical и hreflang работают вместе, canonical указывает языковой эквивалент, hreflang — региональный, управление дублями и краулинговым бюджетом: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Local SEO: The Definitive Guide — Комплексное руководство Ahrefs по локальному SEO: 30% мобильных запросов связаны с местоположением, GBP как фактор №1, 76% посещают бизнес в течение 24 часов, 80% запросов с мобильных, локальная семантика, внутренняя перелинковка, LocalBusiness schema, фото в GBP (+42% маршрутов, +520% звонков при 100+ фото): https://ahrefs.com/blog/local-seo/
- Local Consumer Review Survey — Исследование BrightLocal: 97% потребителей читают отзывы перед выбором локального бизнеса, роль отзывов в доверии и Prominence: https://brightlocal.com/research/local-consumer-review-survey/
- What Is Local SEO? — Три столпа локального алгоритма Google: Relevance (релевантность), Distance (близость), Prominence (известность), как они влияют на ранжирование: https://semrush.com/blog/what-is-local-seo/
- Local Citations: The Complete Guide — Руководство Ahrefs по цитированиям: 80% потребителей теряют доверие при несогласованном NAP, 68% перестают пользоваться бизнесом, критичность согласованности NAP: https://ahrefs.com/blog/local-citations/
- Google spam policies — Официальная политика Google: doorway pages — спам, страницы созданные ради ранжирования по множеству запросов с минимальной ценностью для пользователя: https://developers.google.com/search/docs/essentials/spam-policies
- Hreflang Tags: Everything You Need to Know — 67% реализаций hreflang содержат ошибки, типичные ошибки: несимметричные ссылки, неправильные коды языков: https://ahrefs.com/blog/hreflang-tags/
- Location Pages: Best Practices — Лучшие практики страниц городов: 40–60% уникального контента, NAP + уникальный контент для дифференциации, отдельный XML-сайтмап для локаций, как избежать дорвеев: https://brightlocal.com/learn/location-pages/
