Это проблема (например, для Google), когда на моем сайте нет корневой страницы?

8

У меня есть многоязычный сайт, который содержит языки следующим образом:

http://www.example.com/en/
http://www.example.com/de/
http://www.example.com/fr/

Чтобы избежать повторяющихся ссылок, нормально ли не иметь /страницу root ( )?

Т.е. корень 301 перенаправляет на /en/:

$ curl -I http://www.example.com/
HTTP/1.1 301 Moved Permanently
Location: /en/

Гугл возражает, или мне против? Кто-нибудь?

Ричард Родригес
источник

Ответы:

10

Если /перенаправить root ( ) 301 /en/, Google, скорее всего, сочтет, что ваша домашняя страница есть, http://www.example.com/en/и нет проблем, чтобы не иметь /страницу root ( ).

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

Zistoloen
источник
4
Также для сценария на корневом уровне обычной практикой является определение наиболее подходящего языка, возможно, на основе регионального местоположения IP-адреса пользователя или настроек агента пользователя и локали браузера, а затем перенаправление пользователя на этот язык в пределах Ваш сайт. Например, при подключении из местоположения во Франции пользователь может быть перенаправлен, http://www.example.com/fr/если только сохраненный файл cookie в его системе не запомнил предпочтительный язык из предыдущего посещения.
richhallstoke
Хорошо иметь автоматически перенаправляемый корневой URL (используйте 302). Я бы использовал значение "hreflang" "x-default" при обращении к нему (в приведенных выше рекомендациях).
Джон Мюллер
3

С точки зрения SEO, нет, для вашей страницы не является проблемой отсутствие рута. URL-адреса поисковых систем, не имеет значения, находятся они в подпапках или нет.

Однако, с точки зрения пользовательского опыта, вы действительно не должны предполагать, что любой, кто попадает в корень вашего сайта, хочет видеть английскую версию. Допустим, японский пользователь рассказывает одному из своих друзей о вашем замечательном сайте, www.example.comи японский пользователь вводит его в свой браузер. Затем они перенаправляются на английскую версию вашего сайта, даже если они не умеют читать по-английски. Скорее всего, они просто уйдут и больше никогда не будут думать о вашем сайте.

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

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

nathangiesbrecht
источник
2
Это отличный совет, поэтому вы получили +1 от меня, но он не затрагивает первоначально заданный вопрос. Возможно, его следует отредактировать для решения вопроса или сделать комментарием к вопросу.
Стивен Магана-Зук
1
s / их / они
TRiG
0

Это зависит от того, какая у вас «нет корневой страницы». Мой личный сайт первоначально возвратил "404" для /(и распространенных вариантов, таких как /index.htmlили /index.php).

У Google не было проблем с поиском вещей, используя входящие ссылки на реальные страницы, но сканер Cuil не смог с этим справиться: я увидел запрос на любую входящую ссылку, по которой следовал, запрос /, а затем ничего, и мой сайт так и не показал в их результатах поиска.

отметка
источник