Rails - поисковая система индексации действия перенаправления
У меня есть многоязычный сайт с одним и тем же контентом на разных языках с описательными URL-адресами, включающими заголовок каждой страницы. Для переключения между указанными языками переведенных статей у меня есть действие, которое ищет переведенный заголовок, используя предыдущий язык, и перенаправляет на него. Все это прекрасно работает, за исключением того, что я заметил, несмотря на отсутствие просмотра, Google проиндексировал указанные URL-адреса перенаправления.
Это плохая практика? Я не хочу перенаправлять 301, так как кажется, что ссылки на каждую страницу на перенаправления 301 - действительно плохая идея. Я как-то включаю метатег или есть какой-то другой подход?
Причина, по которой у меня сейчас есть это, заключается в том, что я хочу, чтобы каждая страница статьи ссылалась на все свои переводы, используя флаги вверху каждой страницы. Чем больше я думаю об этом, тем лучше сгенерировать прямой URL, так как это само по себе может иметь дополнительные преимущества. Причиной, по которой я не пошел по этому пути изначально, была скорость рендеринга страниц. Я должен был бы искать несколько статей исключительно для их URL-адреса и кеши с истечением срока действия всех языков при любом изменении названия (это пользовательский контент в стиле вики). Кроме того, в некоторых случаях перевод не существовал, и в этом случае мне нужно было бы вместо этого ссылаться, скажем, на категорию статьи с флэш-сообщением.
Таким образом, продумывая это во время написания, может быть, это кажется предпочтительным, если труднее реализовать решение?
2 ответа
Привет, Марк, с точки зрения поисковой системы, ты определенно не хочешь полагаться на перенаправления везде, хотя бы ради производительности. Поисковые системы распределяют определенное количество полосы пропускания для каждого сайта в зависимости от ранжирования. Если вы перенаправляете каждую страницу, вы съедаете большую часть этой полосы пропускания, чем вам нужно, и потенциально не получаете столько контента, сколько вы могли бы сканировать в противном случае.
Ваше второе решение создания локализованных URL-адресов и размещения их в верхней части страницы - лучший вариант для поисковых систем. Это даст уникальный URL для каждой страницы и предоставит прямую ссылку на каждую страницу, по которой Google и Bing (например, Yahoo) могут следовать и индексировать.
Я предоставил набор лучших практик для SEO и локализованных сайтов в другом стековом потоке вопросов и ответов, вот ссылка, я думаю, вы тоже найдете ее полезной: интернационализация и поисковая оптимизация
Удачи!
У меня есть приложение, которое я создаю и которое поддерживает десять языков: английский, упрощенный и традиционный китайский, французский, испанский, русский, японский, немецкий и хинди.
Я попробовал несколько вещей, но в итоге я делал: по умолчанию, а затем переключался в зависимости от того, откуда поступал запрос, а затем, когда использовалась регистрация, они могли установить язык по умолчанию. Поэтому, если он прибывает из материкового Китая, я использую:scn, а если он из Гонконга, я использую: традиционный китайский / упрощенный китайский.
Таким образом, приложение поддерживает состояние языка, и перенаправление отсутствует.
Я думаю, что любое перенаправление будет проблематичным, поэтому я бы этого не делал. Кроме того, я работаю над динамической картой сайта, в которой будут перечислены все ссылки на Google, которые будут иметь 10 различных переводов на "страницу".
Я еще не развернул свое приложение, поэтому не могу проверить китайские поисковые системы и т. Д., Чтобы узнать, индексируют ли они мой контент.