Rails - поисковая система индексации действия перенаправления

Question

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

Это плохая практика? Я не хочу перенаправлять 301, так как кажется, что ссылки на каждой странице на перенаправления 301 - действительно плохая идея. Я как-то включаю метатег или есть какой-то другой подход?

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

Итак, продумывая это во время написания, может быть, это кажется предпочтительным, если труднее реализовать решение?

Answer 1

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

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

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

Удачи!

Answer 2

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

Я попробовал несколько вещей, но в итоге я делал: по умолчанию, затем переключался в зависимости от того, откуда поступал запрос, а затем, когда использовалась регистрация, они могли установить язык по умолчанию. Поэтому, если он прибывает из материкового Китая, я использую: scn, а если он из Гонконга, я использую: традиционный китайский / упрощенный китайский.

Таким образом, приложение поддерживает состояние языка и перенаправление отсутствует.

Я думаю, что любое перенаправление будет проблематичным, поэтому я бы этого не делал. Кроме того, я работаю над динамической картой сайта, в которой будут перечислены все ссылки на Google, которые будут иметь 10 различных переводов на «страницу».

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