Международный SEO: в чем проблема главной страницы?

1. Каждая компания, которая занимается международным SEO, сталкивается с рядом проблем, которые могут...
2. Предварительная домашняя страница с выбором языка / страны
3. выгода
4. недостатки
5. выгода
6. Пользовательский контент
7. выгода
8. выгода

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

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

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

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

Проблема домашней страницы на многоязычных и многорегиональных сайтах

Тем не менее, есть определенный аспект, который не так легко найти информацию, и это то, что мы называем здесь "проблема домашней страницы" .

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

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

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

В этом случае мы могли бы иметь структурированные версии в форме подкаталогов по языкам (например, http://www.mydomain.com/es/, http://www.mydomain.com/en/ и т. Д.) Или подкаталогам по языку / стране (например, http://www.mydomain.com/es/MX/ или http://www.mydomain.com/en-MX/).

И в каждом случае мы настраивали географическую ориентацию из Google Search Console и элементов hreflang / альтернативной ссылки, если это необходимо, если мы хотим сосредоточиться на конкретной стране или нет.

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

Итак, в первом случае на http://www.mydomain.com/ у нас будет страница по умолчанию для нашей аудитории на испанском языке и на http://www.mydomain.com/en/ страница по умолчанию для нашей слух на английском.

Хотя во втором у нас будет страница по умолчанию для нашей мексиканской аудитории по адресу http://www.mydomain.com/es/MX/ или по адресу http://www.mydomain.com/es-MX/.

Отлично!

За исключением одной детали: какой контент пользователь найдет в корне домена http://www.mydomain.com?

А что для SEO еще важнее: какой контент Google найдет в URL, который имеет самый мощный профиль популярности сайта?

Эта дилемма - то, что мы называем «проблемой домашней страницы».

И это так, потому что решение неочевидно: вариантов много, каждый со своими достоинствами и недостатками.

Давайте посмотрим некоторые возможные решения:

• Предварительный дом с селектором языка.
• Страница в корне домена с языковой версией или языком / предпочитаемой страной по умолчанию.
• Пользовательский контент в корне домена.
• Корневой URL неиндексируемого домена.

Давайте посмотрим, какие преимущества и недостатки есть у каждого решения.

Предварительная домашняя страница с выбором языка / страны

Идея состоит в том, чтобы разместить в корне домена селектор языка и / или страны, почти как единственный основной контент.

Например, zara.com реализовал это решение, а корень домена предназначен для простого определения языка и рынка пользователя.

Сервер анализирует IP-адрес пользователя и user-agent, чтобы установить параметры выбора по умолчанию, поэтому после подтверждения эти параметры сохраняются в файле cookie браузера.

Таким образом, в следующий раз, когда пользователь перейдет к корню домена, конфигурация его куки-файла будет служить для активации перенаправления в подкаталог, например, соответствующий Испании на испанском языке: www.zara.com/es/es.

выгода

• Это позволяет устанавливать языковые и рыночные переменные для правильной настройки портфеля продуктов, валюты, цен, применимых налогов, вариантов доставки и других многочисленных переменных, которые необходимы интернет-магазину для правильной работы.
• Сохраняя эти переменные в файле cookie, следующие посещения пользователей переводят его в правильную версию довольно прозрачным образом, что способствует вовлечению и конверсии.
• Ни одна версия не «весит» больше, чем другие, с точки зрения концентрации популярности, поскольку корень домена распределяет свою популярность между различными версиями в равной степени, если он содержит ссылки на все из них (как мы видим в кэшированной версии Google. дом Зары)

Корень домена Zara.com содержит ссылки, которые позволяют поисковым системам обнаруживать другие версии.

недостатки

• Обычно корнем домена является URL-адрес, который получает большинство внутренних и внешних ссылок. Включая в качестве основного содержимого этого URL-адреса только селектор языка / страны, мы каким-то образом тратим силы на наш самый мощный URL-адрес, который уменьшается из-за его распределения по нескольким домам в каждой стране.
• Добавьте дополнительный клик для пользователя, который посещает Интернет впервые после входа в корневой каталог домена, пока он не достигнет продуктов, которые могут вас заинтересовать. И мы знаем, что чем меньше кликов на расстоянии между домашней страницей и любой другой страницей, тем лучше позиционирование и конверсия.
• Если мы обусловим переход к существованию этих файлов cookie или переменных сеанса (например, путем принудительного перенаправления пользователя в корень домена, чтобы пользователь установил свои параметры языка и страны), возможно, что у паука поисковой системы возникли проблемы для Проследите сайт правильно, так как они не принимают куки.

Когда рекомендуется этот вариант?

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

Что мы должны иметь в виду?

• Мы должны создать контент «по умолчанию», который пользователи могут отслеживать при отсутствии файлов cookie или переменных сеанса.
• Мы должны учитывать, как персонализация, которая может быть введена сервером, влияет на исходный IP-адрес или пользовательский агент браузера, чтобы пользовательские агенты и исходный IP-адрес роботов поисковых систем не препятствовали работе сайта. можно отслеживать в нескольких версиях.
• В разных домах каждой версии (и только там) мы должны настроить элемент ссылки alternate / hreflang, указывающий на корень домена, с опцией «x-default» (в дополнение к соответствующему альтернативному / hreflang для домов других версии).
• В корне домена мы будем включать альтернативные / hreflang ссылки, указывающие на домашнюю страницу каждой версии в дополнение к самому альтернативному / hreflang, указывающему на себя.
• В этом случае главная страница, которую Google обычно показывает, когда мы выполняем поиск по бренду (например, «zara»), указывается в соответствующем альтернативном / hreflang. По этой причине для Zara он отображается как домашний www.zara.com/es.

Страница с языковой версией или языком / предпочитаемой страной по умолчанию

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

Например, apple.com по умолчанию представляет в корневом каталоге домена домашнюю страницу вашего сайта для американского рынка, а любая другая страна «зависает» из соответствующего подкаталога.

Например, на сайте www.apple.com/es мы находим веб-сайт для Испании с соответствующим домом, в то время как, если мы просто зайдем на сайт www.apple.com, мы найдем страницу по умолчанию для рынка Северной Америки.

выгода

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

недостатки

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

Когда рекомендуется этот вариант?

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

Что мы должны иметь в виду?

• В этом случае нет проблем с отслеживанием веб-сайта при отсутствии файлов cookie или переменных сеанса.
• В принципе, не рекомендуется настраивать любой элемент альтернативной ссылки / hreflang со стандартным параметром содержимого x-default. Рекомендуется указывать каталоги контента по умолчанию на каждом языке только для тех пользователей, для которых не существует конкретной версии для вашей страны. Например, у apple.com есть подкаталог / lae /, ориентированный на всю латиноамериканскую публику, которая перемещается на английском языке и не соответствует каталогу других стран этого географического района.

Иногда необходимо расставить приоритеты для пользователей над критериями SEO.

Пользовательский контент

Этот сценарий соответствует веб-сайту, размещенному на сервере, где мы внедрили некоторый тип анализатора, который может идентифицировать IP-адрес пользователя, язык браузера и / или операционную систему пользователя и выполнить некоторую персонализацию содержимого дома. , В этом случае эта настройка будет соответствовать представлению дома, соответствующего IP и / или языку пользователя.

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

Проблема возникает с поиском в поисковых системах.

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

То есть, в то время как каждый пользователь будет видеть контент для своей собственной страны и / или языка, Google найдет в корне домена, дом, соответствующий серверу, покажет североамериканского пользователя, если есть соответствующая версия для этот профиль.

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

В заключение: эта реализация будет напоминать предыдущую в том смысле, что Google будет отслеживать версию как «предпочтительную», а все остальные как «вторичную» .

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

выгода

• Основное преимущество заключается в лучшем пользовательском опыте. Любой человек из любой страны и языка будет иметь прямой доступ к корневому каталогу домена к контенту, который мы подготовили специально для этой аудитории.

недостатки

• Сложнее контролировать, как поисковые системы будут отслеживать веб-сайт, поскольку их роботы могут идентифицировать себя как пользователей, прибывающих с разных IP-адресов и геолокации, а также браузеров, настроенных на разных языках.
• Если сайт сканируется последовательно с разных IP-адресов, возможно, что корень домена индексируется поочередно на разных языках.
• Существует риск обнаружения дублированный контент между контентом, отслеживаемым в корневом каталоге (например, www.mydomain.com), который Google будет видеть по умолчанию, и контентом, соответствующим домашней странице в США (например, www.mydomain.com).
• Если мы решим включить элементы динамической канонической ссылки, мы потеряем популярность URL-адреса, соответствующего корню домена, поскольку он не будет проиндексирован.

Когда рекомендуется этот вариант?

• Когда приоритет отдается пользовательский опыт и веб-сайт опирается на средства генерации трафика, которые делают вес органического трафика на общий относительный.
• Если вы решите реализовать элементы динамической канонической ссылки, то URL-адрес корневого домена не будет проиндексирован, и сценарий будет вести себя так, как описано в следующем случае.

Что мы должны иметь в виду?

• Если североамериканский рынок не является нашим приоритетным рынком или у нас нет конкретной версии для этого рынка, мы должны предвидеть, какой контент по умолчанию будет показывать сервер, когда он не сможет найти переменные, необходимые для персонализации контента, потому что именно так Google будет отслеживать его.
• В этом сценарии контент может быть проиндексирован на разных языках по одному и тому же URL-адресу (последовательные посещения робота Google с географических IP-адресов в разных странах), или же один и тот же контент может быть проиндексирован с двумя разными URL-адресами (дублированный контент), когда Google обнаружит один и тот же контент с помощью дефект в корне домена и в доме подкаталога, ориентированного на рынок Северной Америки.
• Поэтому рекомендуется включать динамический элемент канонической ссылки, указывающий на канонический URL, который соответствует каждому случаю. Таким образом, когда Google сканирует «североамериканский» контент в корне домена, он обнаруживает каноническое указание на www.mydomain.com/us/ и индексирует этот контент не по корневому URL-адресу домена, а по URL-адресу соответствующего подкаталога (который это позволит избежать дублирования контента, но в то же время будет деиндексировать корень домена).

URL не индексируется

Этот последний сценарий смешивает аспекты описанных выше.

Давай посмотрим

В этом случае URL-адрес, соответствующий корню домена, не индексируется.

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

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

выгода

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

недостатки

• Если все перенаправления 301, корень домена не будет проиндексирован, поэтому мы потеряем популярность страницы с наибольшим весом домена.
• Определение IP / язык запроса и последующее перенаправление внесут дополнительную задержку в доступе пользователя к контенту.

Когда рекомендуется этот вариант?

• Когда мы используем какой-либо тип контент-менеджера, который требует «загрузки» из подкаталога, или существует какое-то другое техническое условие, требующее этой операции.

Что мы должны иметь в виду?

• Если мы настроим перенаправления в доме, чтобы перенаправить пользователя в дом соответствующего подкаталога на его геолокацию по IP и / или языку, то эти перенаправления всегда должны быть перенаправлены 301.
• В качестве альтернативы, если мы хотим, чтобы одна из версий была идентифицирована как версия по умолчанию, это перенаправление могло бы быть 302. В этом случае каноническое имя дома этого подкаталога должно указывать на корень домена. Только одна из версий должна быть настроена как таковая, и элементы альтернативной ссылки / hreflang должны быть настроены в соответствии с этой конфигурацией (все указывают на каждый подкаталог, кроме того, который определен по умолчанию, который должен указывать на корень домена). Конечно, здесь мы бы оставили этот сценарий, потому что корень домена будет проиндексирован.

Вывод: нет очевидного решения

При проверке всего этого типа поведения на сервере такие инструменты, как HMA, очень полезны! VPN и HTTP Sniffer, которые позволяют изменять наш IP, а также наш пользовательский агент.

Также очень полезно использовать такие расширения, как Web Developer для Firefox, которые позволяют нам блокировать файлы cookie или даже редактировать их значения.

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

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

Фото ( позиционирование международный): Shutterstock

И что, по вашему мнению, является лучшим решением для «проблемы с домашней страницей» при международной SEO?

Похожие

Комментарии