Как сделать мультирегиональность сайта

Добавил пользователь Алексей Ф.
Обновлено: 04.10.2024

Зачем настраивать мультиязычность и мультирегиональность на сайте

  • Ускорить индексацию. Мультиязычные сайты зачастую имеют сложную разветвленную структуру, и поисковым системам не так-то и просто правильно проиндексировать и тем более показать именно тот контент, который нужен пользователю. Поэтому настройка мультиязычности позволяет поисковикам правильно понять структуру сайта и быстро индексировать его контент.
  • Устранить дубли. Кроме того, настройка мультиязычности с помощью тегов и атрибутов, позволяет указывать поисковикам, что другая языковая версия документа не является дублем данной страницы, а ее альтернатива на другом языке, предназначенная для другого региона.
  • Cнизить показатель отказов. Пользователи не будут сразу же уходить, увидев контент на не понятном для них языке.
  • Увеличить количество конверсий. Целевая аудитория будет приходить на нужную для неё языковую версию страницы.

Как понять на какие регионы и языки ориентировать свой сайт?


С помощью Google Analytics можно увидеть, пользователи каких стран составляют основную часть органического трафика сайта. Все, что для этого нужно, это перейти в раздел Аудитория — >> — Демографические данные — >> — Местоположение (если анализируем регион)

GA

или раздел Аудитория — >> — Демографические данные — >> — Язык — и проанализировать отчёт по сегменту органического поиска. Там же анализируем ключевые слова и целевые страницы, которые привели пользователей из других стран или говорящих на другом языке. Так вы сможете понять, в каких странах и на каких языках живет и говорит ваша целевая аудитория, и сможете соответствующим образом оптимизировать сайт.


GA

С помощью чего настроить правильное отображение в поиске мультиязычного сайта?


В принципе, в этом нет ничего особо сложного. Нужно только разобраться в применении специальных тегов и атрибутов.

• Атрибут hreflang


Рекомендует поисковым системам показывать в выдаче по конкретному региону страницы региональной и правильной языковой версии сайта.

• Расширение x-default

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

Всеми ли поисковиками понимается атрибут hreflang?


Данный способ понимается поисковыми системами Яндекс и Google, они имеют свои инструкции и рекомендации по данному вопросу. Мы же в данной статье постарались дать универсальные рекомендации и только самые важные ключевые моменты в правильной настройке индексации мультиязычных и мультирегиональных веб-сайтов.
Однако поисковая система Bing вместо hreflang использует другие языковые метатеги.

В каких случаях применяется атрибут hreflang?

Какие варианты использования hreflang?


Способов использования hreflang на сайте есть несколько, все они понимаются поисковыми системами, однако не все принимаются ими во внимание:

Используем Sitemap для указания языковых версий


В файле Sitemap.xml прописывается атрибут xhtml:link как аннотация к URL. Это довольно трудоемкий способ. В результате, у каждого URL должен быть атрибут hreflang на ту же и обратные ссылки, ведущие на URL других языковых версий документа. Плюсы этого способа в том, что атрибуты находятся не в теле страницы, а в карте сайта, что облегчает код.

Пример для страницы на русском языке c альтернативной версией на немецком для всего мира.
и наоборот.


Пример для документа в формате pdf с двумя языковыми версиями (английской — en и немецкой):
или другой пример для страницы, также имеющей две языковые версии:

Используем атрибут hreflang в head документа совместно с cannonical


Последний способ – это элементы link для документов HTML. Пример для страницы, предназначенной для англоговорящих пользователей, живущих в США:
("en-us" — это значит, что код языка "en" (английский), а код региона "us" – контент предназначен для США)

схема языковых атрибутов

При этом на странице каждого из языков обязательно нужно прописать ссылку с атрибутом rel="canonical" на эту же страницу. При этом не рекомендуется прописывать атрибут rel="canonical" для разных языковых или региональных версий. Лучше использовать его в пределах одной версии языка/страны.

Важные моменты настройки hreflang:

  1. Обязательно должен присутствовать автореферентный атрибут hreflang;
  2. В атрибутах hreflang и rel=canonical должны быть указаны не конфликтующие ссылки;
  3. Только один URL должен быть указан для одного hreflang;
  4. Hreflang-ссылка не должна вести на URL с 301-м редиректом, 404 ошибкой или 5хх-ми ошибками сервера;
  5. При указании атрибута должны указываться только абсолютные ссылки; и код языка (или тут) в значениях hreflang должны совпадать с языковыми версиями контента на сайте и региональной ориентации сайта, при этом обязательно указывать и код страны и код языка;
  6. В значениях hreflang нельзя использовать подчёркивание, нужно прописывать тире;
  7. Обязательно нужно проверить указан ли параметр hreflang для всех страниц

Что не важно при написании атрибута?

  • Не важно большими вы буквами укажите язык и регион или маленькими — значения нечувствительны к регистру.
  • Не имеет значения последовательность кодов языков в атрибуте hreflang

Инструменты для работы с hreflang

Как проверить индексацию многоязычного или многорегионального сайта?

Как правильно структурировать сайты для пользователей из разных стран или говорящих на разных языках? Как продвигать свой сайт, например, в России и Белоруссии, если обе версии на русском языке? Какую доменную зону выбрать? Разбираемся вместе!

domain

Какие существуют варианты продвижения в разных регионах

1. Локализация сайта через внутренние директории (подкаталоги), например:

Если у вас бизнес в одном регионе, но сайту необходимы просто несколько языковых версий, то этот вариант для Вас! Например, Вы владелец отеля в Санкт-Петербурге, но хотите перевести сайт ещё на 5 других языков для иностранных туристов. Недостатки: отсутствует возможность расположить сервер в различных местах, придется решать технические и логические сложности в разделении сайтов.

2. Локализация через поддомены (субдомены)

Отличный вариант для тех, кто имеет красивый поддомен в международной зоне, а необходимости организовать системы поддоменов для внутреннего использования нет. Удобно для тех, у кого домен – не торговая марка, а просто красивое или характерное слово. Скорее всего, Вы являетесь международной организация, работающая в разных странах. К недостаткам можно отнести – неявное разделение сайта (по языкам или странам)? Зато есть техническая возможность разнести субдомены по различным серверам в разных местах.

3. Локализация через доменные зоны

Самый красивый вариант – это зарегистрировать вашу торговую марку во всех домменых зонах, в которых будет работать Ваш бизнес. Поддомены же можно будет использовать для внутренней организации структуры. К преимуществам можно отнести – узнаваемость, возможность по-разному продвигать совершенно несвязанные сайты в разных регионах. Сама доменная зона будет одним из факторов ранжирования. Отличный вариант для независимого ведения бизнеса в разных странах под одной торговой маркой. Местоположение сервера в данном случае не играет роли.

Но что делать, если в разных странах говорят на одном языке?

С первым вариантом – всё идеально, Вам просто понадобится делать на одну языковую версию меньше, ведь в первом случае разделение идет не по странам, а по языковым группам.

А вот во втором и третьем варианте Вам стоит обратить внимание на тот факт, что у вас принципиально получится два одинаковых сайта. Вот, что говорит на эту тему Яндекс.

Что говорит Яндекс?

Если Вы решили делать два домена или поддомена на одном языке, то следует позаботиться, чтобы сайты различались существенно

Ответ Платона

Другими словами – если Вы решили делать два домена или поддомена на одном языке, то следует позаботиться, чтобы сайты различались существенно (текстовое наполнение да и в идеале как внешнее, так и техническая составляющая различалась).

Что говорит Google?

Дублирование содержания не является проблемой, если оно предназначено для разных пользователей из разных стран.

На веб-сайтах с контентом для различных регионов и на разных языках иногда возникают ситуации, когда одинаковый (или очень похожий) контент публикуется по нескольким URL. В общем случае это не является проблемой, пока это содержание предназначено для пользователей в различных странах. Но для каждой группы пользователей мы рекомендуем предлагать индивидуальный контент (понятно, что на практике это не всегда возможно).

Как правильно привязать регион сайта?

Выводы

Выбирайте для себя подходящий вариант разделения сайта для пользователей из разных стран или говорящих на разных языках. В целом, дублирование контента для разных пользователей не является преступлением, но по возможности лучше всегда помнить, что каждая страница вашего сайта (или группы сайтов) должна быть уникальной. Помогите поисковым системам разобраться, какой сайт для какой группы пользователей, зарегистрируйте и проведите настройки в Вебмастере и Поисковой консоле.

Для любого сайта, целевая аудитория которого находится в нескольких странах, где говорят на разных языках, актуален вопрос создания версий с поддержкой разных языков. Решить этот вопрос можно несколькими способами, более или менее равнозначными. В это материале мы разберем основные из них, и попытаемся узнать, какой способ предпочтительнее.

Возможные варианты ссылок

Наиболее популярными решениями оформления URL-ов для мультиязычных сайтов являются следующие:

1. Другой домен

Этот вариант подходит для крупных кампаний, представительства которых работают в разных странах и обладают определенной степенью независимости.

2. Поддомен

Вариант схож с другим доменом, но администрировать в этом случае проще. Так же, как и в предыдущем случае, сайты реализованы на разных хостах, которые могут размещаться и в разных странах.

3. Подкаталог

Реализовать такой вариант проще, но возникнут сложности с разнесением сайтов по разным серверам.

Есть ли среди этих вариантов однозначно лучший? Сказать сложно, потому что выбор может быть обусловлен разными факторами, но в целом более предпочтительным кажется третий вариант, тем более, что он часто используется и такими рыночными гигантами, как Microsoft или Apple. Особенно он будет удобен, если версии вашего сайта для разных стран будут написаны на одном движке, в этом случае управление не породит неудобств.

Мультирегиональный сайт

Теперь обсудим несколько тонких вопросов, касающихся настройки мультирегионального сайта. Со структурой URL-ов мы определились — выбираем третий вариант. Допустим, наш сайт действует на территории государств с разными языками: Россия, США и Канада. На первый взгляд, все просто:

Но означает ли, что выбор страны подразумевает автоматический выбор языка. Не всегда. Ведь в Канаде может быть востребована и версия на французском языке. Выходом из ситуации может быть создание дополнительно связки:

Из этого можно сделать вывод, что нет никакой необходимости в создании жестких связок. Достаточно настроить определение страны по IP и показывать посетителю версию сайта на самом распространенном языке в регионе.

Как быть с поисковиками?

В случае, если понадобилось большое количество строк, это можно реализовать, поместив их в карту сайта, однако имейте в виду, что такой вариант региональной разметки поддерживается только Гуглом.

Multisite на WordPress

В этой статье обсудим тему использования WordPress Multisite для одновременного администрирования нескольких сайтов при помощи одной панели. Разберем преимущества и недостатки этого инструмента, области его применения и особенности установки.

Что такое WordPress Multisite

Если пользователь желает администрировать сайт при помощи CMS WordPress, обычно он устанавливает панель для каждого отдельного веб-ресурса. Если сайтов много, то процесс управления ими в отдельности становится затруднительным. На помощь приходит инструмент WordPress Multisite, позволяющий объединить все проекты под эгидой одной панели администрирования, упростив многие аспекты взаимодействия с ними.

Особенности и предназначение

Главная особенность рассматриваемой технологии – объединение всех веб-ресурсов в одну базу данных. Это обязывает создавать одновременно резервную копию сразу для всех сайтов и располагать их по одним основным доменом.

Внешний вид панели администрирования при установке сети WordPress Multisite

Подходит WordPress Multisite тем юзерам, которые хотят связать несколько сайтов. Например, сайты ВУЗа, где каждый факультет представлен в виде отдельного ресурса, но все они объединены в одном домене.

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

  1. Панель администрирования WordPress обновится сразу для всех подключенных сайтов.
  2. Для установки и обновления плагинов не придется дублировать все действия. Можно активировать плагин как для всех веб-ресурсов сразу, так и только для конкретного.
  3. Это же относится и к выбранной теме.

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

  1. Использование одной учетной записи для всех подсайтов без предварительной регистрации на каждом в отдельности.
  2. Предоставление разных полномочий на каждом сайте через всю ту же единую панель администрирования.
  3. Суперпользователи имеет право предоставить каждому юзеру возможность создать свой сайт WordPress в текущей сети.

Преимущества и недостатки мультисайтовой сети

Подробно разбирая WordPress Multisite, важно сказать о положительных и негативных моментах использования единой панели администрирования. Начнем с плюсов:

  1. Как уже понятно, управление всеми сайтами происходит через одну панель, что значительно экономит время и силы.
  2. Доступно назначение разных администраторов и модераторов для каждой добавленной площадки.
  3. Одновременное управление темами и плагинами, о чем уже говорилось в разделе выше. Это же относится и к обновлениям.

Однако не обошлось и без минусов:

  1. Есть в сети произошли сбои, все сайты сразу же падают.
  2. Каждая площадка связана по распределению серверных ресурсов, то есть увеличение трафика на одной негативно сказывается на скорости отклика другой.
  3. Невозможно установить некоторые плагины, поскольку в них отсутствует поддержка мультисайтовой системы.
  4. Некоторые хостинг-провайдеры не предоставляют средства поддержки подобных сетей, о чем следует узнать еще во время выбора сервера.

Установка и настройка WordPress Multisite

Только что мы разобрались с основными особенностями и важными аспектами WordPress Multisite. Если вы все еще уверены в том, что предпочтете использовать единую панель администрирования, обратите внимание на следующие разделы статьи, посвященные установке и настройке WordPress Multisite.

Включение установки

Первоочередная задача – объявление установки сети сайтов на WordPress. Вы можете выполнить этот шаг как до появления первой панели администрирования, так и после. Найдите основной файл конфигураций wp-config.php в корневой папке с CMS и откройте его для редактирования. Объявите установку мультисайтовой панели, добавив следующую строчку кода:

Вы можете объявить ее в любом месте файла, но лучше сделать это в начале, перед кодом баз данных, чтобы обеспечить нормальную читаемость содержимого.

Запуск инсталляции

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

В большинстве случаев выбирается первый режим, поскольку он исключает вероятность конфликтов в адресах страниц и при необходимости позволяет быстро перейти на отдельный домен для любого проекта объединенной сети. Второй вариант с использованием подкаталогов приоритетен, когда все сайты представляют собой что-то целое, например, разделы крупного проекта.

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

Если WP уже установлен в подкаталог, то выбора типа не будет – просто указываем имя сети и свой e-mail.

Далее нужно скопировать представленные вам строки кода и вставить их в указанные файлы. Следуйте инструкциям.

Установка сети мультисайт
Мультисайт

На этом создание сети завершено. Вам потребуется авторизоваться снова.

Установка Multisite на готовый сайт

А что делать при необходимости установить данную сеть на рабочий сайт? Принцип действий кардинально не меняется, но необходимо учитывать определенные нюансы, которые представлены в списке ниже:

На этом все подготовительные действия завершены, вы можете возвращаться к базовой инструкции по установке WordPress Multisite.

Действия с добавленной сетью

После установки можно переходить к выполнению действий с уже добавленной сетью.

Темы оформления (шаблоны)

Выше уже шла речь об объединении тем оформления и плагинов для мультисайтовых сетей. Повторюсь – их можно устанавливать как отдельно для каждого добавленного веб-ресурса, так и для всех одновременно. Ознакомьтесь с материалом, в котором рассказывается о двадцати лучших шаблонах, подходящих для создателей контента.

Работа с темами и плагинами после установки WordPress Multisite

Плагины для WordPress Multisite

Теперь предлагаю рассмотреть несколько популярных и полезных плагинов для WordPress Multisite, которые упростят процесс управления сетью.

Multisite Plugin Manager

Название плагина говорит само за себя. Это решение для удобного управления установленными дополнениями. Расширяет стандартную функциональность панели администрирования, позволяет распределять другие плагины по группам и решать, какие из них будут автоматически подключаться к добавляемым сайтам. Соответственно, подобный инструмент немного упрощает процесс распределения плагинов.

Установка плагина Multisite Plugin Manager для WordPress Multisite

Multisite Cloner

Установка Multisite Cloner для WordPress Multisite

Обратить внимание на Multisite Cloner следует тем пользователям, кто заинтересован в переносе уже существующей информации на новые сайты. Плагин значительно упрощает процесс добавления написанных постов, рубрик и другой информации, хранящейся на готовом сайте. Принцип работы этого плагина заключается в следующем: вы выбираете сайт для копирования, а его содержимое автоматически переносится на новый ресурс. Хорошее решение для шаблонных проектов.

User Role Editor

User Role Editor используется для расширенного менеджмента ролями на всех сайтах сети. Добавляет функции, которые позволят более гибко распределять полномочия между всеми пользователями, перемещать их с одного веб-ресурса на другой и отдельно взаимодействовать с каждым доступным правом.

Global Site Search

Обратите внимание на Global Site Search, если хотите предоставить пользователю возможность искать информацию на всех сайтах сети. Устанавливается Global Site Search стандартно, на официальной странице плагина вы найдете дополнительную информацию.

Установка Global Site Search для WordPress Multisite

Network Shared Media

WordPress-плагин Network Shared Media позволяет объединять медиафайлы всех сайтов и быстро выполнять поиск по ним. Это не только экономит место в папках, но и упрощает процесс взаимодействия со всем контентом.

В рамках этого материала я разобрал основные принципы работы WordPress Multisite и варианты использования данной технологии. Вам остается только разобраться с интерфейсом и активировать нужные плагины.

Поисковые системы могут показывать разные результаты поиска по одному и тому же запросу в зависимости от региона пользователя (запросы для которых это наблюдается называются геозависимыми). Также бывает что пользователи явно указывают топоним (регион) в своем запросе, такие запросы называются геонезависимыми.

Геозависимый Геонезависимый
пластиковые окна пластиковые окна москва
доставка еды доставка еды спб
купить щебень купить щебень выборг

Региональное ранжирование - алгоритм уникализации результатов поиска в каждом отдельном регионе, когда у пользователя выше ранжируются сайты относящиеся к его региону. Оно есть в Яндексе, в Google и во многих других поисковых системах. Исключение разве что DuckDuckGo, так как там при ранжировании не используются данные пользователей (в том числе их IP, который и сообщает о регионе).

Региональные результаты поиска в Яндексе.

Совпал только один сайт (скорее всего потому что он очень хорошо проработан), в остальном практически весь топ-10 отличается в Москве, Санкт-Петербурге и Екатеринбурге.

Факторы, влияющие на ранжирование

Рассмотрим факторы, которые влияют на региональное ранжирование сайта в поисковых системах.

Присвоение региона в вебмастере

Если вы не до конца понимаете какой регион лучше присвоить сайту (а также нужно ли его вообще присваивать и как это сделать), то обязательно посмотрите этот ролик:

Перед отправкой заявки на присвоение региона требуется оставить ссылку на страницу сайта, где указана информация о вашем присутствии в данном регион (если на сайте это нигде не указано, то вы не пройдете модерацию и регион не будет присвоен).

Присвоение региона в справочниках

Если вы подтвердили регион через Яндекс.Справочник, то Яндекс в рамках регионального ранжирования может подставлять в ваш сниппет топоним. Даже в случае, если это топоним не указан нигде на странице.

В Google вы можете подтвердить регион с помощью сервиса Google My Business, где нужно зарегистрировать компанию, указать адрес или регион оказания услуг и оставить ссылку на продвигаемый сайт. Большинству компаний придется дополнительно подтверждать адрес (что вы реально там присутствуете) с помощью письма. По опыту, письмо идёт очень долго, в среднем 25-30 дней от момента заявки на отправку. Получаем письмо, вводим код подтверждения и регион присвоен.

Вхождение топонима в документ

В отличие от предыдущих, этот метод работает только для того документа (страницы), на котором применяется. Топоним может присутствовать как в содержимом тега title, так и в контенте страницы (в уникальном контенте или в сквозных блоках).

Ещё одна текстовая зона, в которой мы можем сделать вхождение топонима - URL-адрес. Если у вас не кириллический домен, то в случае с Яндексом URL нужно сформировать по его правилам транслитерации, а в случае с Google лучше использовать версию топонима на английском языке.

Региональная ссылочная масса

Данный метод лучше всего работает для конкретном документе (странице, на которую стоят ссылки), но также может повлиять и на весь сайт: ведь страница-акцептор сама ссылается на другие страницы нашего сайта.

Региональные поведенческие факторы

Поведение пользователей из целевого региона также влияет на ранжирование в нём, а потому старайтесь сделать контент и коммерческую информацию наиболее подходящим для всех целевых регионов. Например, если вы продвигаете сайт в Москве и Санкт-Петербурге, но в Петербурге у вас плохие поведенческие: пользователи быстро возвращаются обратно в поиск и переходят на другие сайты по тому же запросу, то это будет сигналом для поисковой системы хуже ранжировать ваш сайт в Санкт-Петербурге в сравнении с Москвой. Это работает даже если в Санкт-Петербурге и Москве ранжируется одна и та же страница.

Мультирегиональное продвижение

В случае, если вы продвигаетесь в одном регионе - всё просто. Но, если вы продвигаетесь под несколько регионов или всю страну, то вам потребуется особая стратегия мультирегионального продвижения, подходящая для вашей тематики. Таких стратегий существует 4, давайте подробно разберем каждую.

1. Региональные домены

Продвигаться в разных регионах можно с помощью отдельных сайтов, созданных под каждый отдельный регион. Каждый такой домен должен содержать упоминание топонима в Title, мета-тегах и сквозных блоках (адрес регионального представительства компании в шапке и подвале сайта). С целью уникализации и локализации контента, а также отслеживания эффективности каждого отдельного домена стоит использовать отдельную почту на домене, а также региональный телефонный номер.

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

Как видно, видимость у сайта отличная, а значит из минусов данной мультирегиональной стратегии - только дорогостоящая поддержка сайта и продление доменов. Но, мы же понимаем, что результат это покрывает с лихвой..

2. Региональные поддомены

Можно не создавать отдельный сайт под новый регион, сделав вместо этого региональный поддомен текущего сайта (например, samara.seo-rocket.pro или ekaterinburg.seo-rocket.pro). Ведь мы же все знаем, что для Яндекса поддомен - это новый сайт, к которому можно привязать соответствующий регион в Вебмастере.

Как видно, сайт лучше остальных ранжируется в Яндексе во всех проверяемых регионах. Советую изучить содержимое его поддоменов, там даже размещен фон с популярной региональной локацией и герб региона.

И тут мы видим что в поиске нет вообще ни одного регионального поддомена, только крупные сайты поиска исполнителей или статьи известных интернет-журналов.

3. Региональные папки или страницы

Создание региональных папок или страниц не позволяет получить привязку сайта ко всем нужным регионам в Вебмастере. Тем не менее это с лихвой компенсируется текстовой оптимизацией таких страниц: указанием топонима в Title, заголовке H1, тексте и в анкорах входящих внутренних ссылок.

4. Мультирегиональный блок

Пожалуй, самая простая в реализации стратегия. Мы не создаем ни новые региональные страницы, ни новые домены/поддомены. Вместо этого мы размещаем на страницах блок выбора города в текстовом виде (или в виде якорных ссылок, ведущих на ту же страницу).

Стратегия отлично работает если у нас есть представительства во всех нужных городах, а значит мы их можем привязать эти города с помощью Яндекс.Справочника и Google My Business.

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

Исследование ранжирования

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

Отличие результатов поиска с топонимом

Несмотря на то, что казалось бы по геозависимому запросу (например, “доставка цветов”) и геонезависимому виду данного запроса с указанием топонима (“доставка цветов в москве”) результаты поиска на первой странице должны быть одни и те же, они всё-таки немного отличаются. Во-первых меняется порядок сортировки (сайты с большим количеством вхождений топонима ранжируются выше по запросам с топонимами), во-вторых сами документы немного отличаются, правда отличие это составляет в среднем не более 10-15% и проявляется лишь в конце первой страницы результатов поиска.

Существует степень геозависимости запросов

Влияние авторитетности сайта

Часто бывает такое что Google подмешивает в региональные результаты вашего региона авторитетные сайты из других регионов (как правило это сайты, относящиеся к Москве). Как известно, в основе Google с самого начала лежал алгоритм ссылочного ранжирования PageRank, то есть алгоритм расчёта авторитетность сайта. Поэтому не удивительно что авторитетность сайта может иногда быть важнее регионального соответствия.

Читайте также: