1. Третье
2. Факторы, которые необходимо учитывать
3. Подпапки, Поддомены, в чем разница?
4. Что вы должны использовать?
5. Автор редакции SEOblog

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

Самый простой способ создать многоязычный сайт - это иметь две версии сайта. Вопрос, однако, как вы отображаете эти сайты?

Третье

Прежде чем обратиться к конкретному вопросу в заголовке, я хочу отметить, что существует третий вариант; ДВУ странового кода. Они называются ccTLD или доменами верхнего уровня с кодом страны. Обычные TLD - это обычный набор .com, .org, .net и т. Д.

Лучший способ запустить многоязычный сайт - это создать специальные версии сайта для каждого региона. Например, если у вас есть сайт в США, сайт на немецком языке и сайт на японском языке, у вас будет три версии вашего сайта. Один будет на английском, другой на немецком, а другой на японском. Каждый из них будет иметь свой собственный URL; www.example.com для сайта в США, www.example.de для сайта на немецком языке и www.example.jp для сайта на японском языке.

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

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

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

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

Факторы, которые необходимо учитывать

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

• Вы ориентируетесь на разные страны / регионы или просто на многоязычное сообщество?
• На какие языки вы ориентируетесь?
• Вы собираетесь переводить контент вручную или использовать плагин для тяжелой работы?
• Как вы обрабатываете мобильные сайты?
• Вы занимаетесь глобальной торговлей или просто информацией?

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

Вы ориентируетесь на разные страны / регионы или просто на многоязычное сообщество?

Это два очень разных сценария. Например, во многих районах Соединенных Штатов значительная часть населения говорит на испанском в качестве основного языка. Чтобы обслуживать сообщество, городские и государственные службы могут иметь многоязычные сайты, которые работают на английском и испанском языках. Им не нужно на самом деле достигать или нацеливаться на Испанию, Мексику или любые другие области, которые говорят по-испански в мире, так как информация и цели сайта являются исключительно локальными. То же самое относится ко многим областям в Канаде, где французский канадский язык является языком, полностью принадлежащим ему.

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

На какие языки вы ориентируетесь?

Если вы ориентируетесь на два языка, как в приведенных выше примерах, вы можете использовать практически любую настройку, какую захотите. Однако что произойдет, если вам нужен действительно глобальный сайт, который охватывает более 10 или более 20 разных стран и языков? Это происходит для общеевропейских сайтов. Посмотрите на сайт для Европейского союза и выпадающий в углу для выбора языка. Нажатие на другой язык изменяет подпапку сайта.

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

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

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

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

Как вы обрабатываете мобильные сайты?

Это большой вопрос, о котором люди не часто думают. Тот же вопрос о поддоменах / подпапках возникает и с мобильными сайтами. Если у вас есть поддомен для мобильных устройств, вы не можете создавать субдомены для языков, не так ли? У вас будут сразу www.m.eng.example.com, www.eng.example.com, www.m.fr.example.com и www.fr.example.com, и это просто огромный беспорядок. Та же проблема возникает с использованием подпапок для обоих.

Вы могли бы использовать оба. www.m.example.com/eng и www.m.example / fr будут мобильными версиями двух примеров сайтов m-less. Это чище, но все же включает в себя несколько перекрывающихся параметров и означает гораздо больше обслуживания как многоязычных страниц, так и мобильных страниц.

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

Вы занимаетесь глобальной торговлей или просто информацией?

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

Подпапки, Поддомены, в чем разница?

Вы знаете, что вложенные папки - это / folder / после домена .com, и вы знаете, что поддомен является элементом URL .sub.site.com, но каковы фактические различия, машинально ?

Субдомены обычно рассматриваются как разные сайты. www.blog.example.com и www.store.example.com обычно считаются разными веб-сайтами. Это означает, что у них будут разные значения SEO, разные профили обратных ссылок и т. Д. Обычно это происходит из-за того, что такие сайты, как WordPress.com, работают с субдоменами, которые выдаются каждому пользователю для его собственного сайта.

Субдомены также можно использовать для разделения сайта по основным категориям, что по сути дает вам микросайты в одном домене. Вы можете иметь технический бренд и иметь домен camera.website.com для содержимого камер, домен computers.website.com для содержимого ноутбуков и ПК и т. Д. Каждый может ранжироваться индивидуально, но может перекрестно ссылаться на общую стоимость.

В настоящее время Google, как правило, достаточно умен, чтобы определить, являются ли субдомены частью одного сайта или разных сайтов. Они могут определить разницу между двумя уникальными страницами WordPress.com и двумя поддоменами в вашем блоге. Как правило, если вам выгодно объединить значение SEO двух поддоменов вместе в вашем домене в целом, Google сделает это.

Подпапки не имеют проблемы с разделенным сайтом, что является как хорошим, так и плохим. Это означает, что если вы хотите на самом деле разделить свой контент, вы не сможете. Однако это означает, что если у вас возникнут проблемы с тем, что Google не будет анализировать ваши элементы на одном и том же сайте, он будет вынужден быть тем же сайтом.

Подпапки обычно сканируются легче и чаще, так как типичная структура сайта добавляет новый контент в URL. При правильной карте сайта это не проблема. Google Analytics также лучше обрабатывает несколько вложенных папок на одном сайте, чем несколько поддоменов.

Что вы должны использовать?

Итак, возникает вопрос, какой метод вы должны использовать?

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

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

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

Подпапки освобождают также самое распространенное неотвечающее пространство для мобильного дизайна, а именно m. поддомен. Рискну сказать, что более 90% всех мобильных сайтов, которые не реагируют на запросы, сами используют поддомен, а это означает, что если у вас есть мобильный сайт, то, вероятно, вы используете поддомен, если он не динамический. Подпапки подходят лучше.

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

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

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

Автор редакции SEOblog

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

Похожие

Комментарии