Последствия перенаправления корневого домена на субдомены

Допустим, у нас есть домен, например

www.example.com

И у нас есть несколько поддоменов для разных стран

au.example.com
us.example.com
uk.example.com
eu.example.com

Каковы недостатки этого. Я говорю с точки зрения SEO Google и еще что-нибудь, о чем вы можете подумать?

Проблема У нас есть перенаправление JS на стороне клиента, которое перенаправляет пользователей на основе кода их страны. В настоящее время это неизбежно, так как мы не можем контролировать наш бэкэнд.

Если мы используем наш корневой домен с единственной целью перенаправления (например, через HTACCESS) на субдомены (я бы разместил это в другом месте и изменил бы записи A, чтобы отразить это), что может быть недостатком для SEO и т.д.

Ответ 1

Таким образом, есть несколько компромиссов с использованием поддоменов над подкаталогами в отношении того, куда перенаправить.

SEO

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

Безопасность

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

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

Вывод поддомен против подпапки

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

Если у вас есть сложные компоненты (или вы можете в будущем), или каждый сайт довольно отличается, я бы порекомендовал субдомены для повышения безопасности. Если вы не уверены, что в будущем у вас будут сложные/чувствительные компоненты, я бы также порекомендовал субдомены, так как это приводит к ошибкам.

Вывод перенаправления в целом

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

Ответ 2

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

Тем не менее, в статье Нейла рассматриваются методы оптимизации SEO. В целом, это не должно сильно влиять на SEO, особенно если подкаталоги являются опцией.

Результаты поиска Поисковые каталоги над поддоменами

Статья Нила Пателя: https://neilpatel.com/blog/international-seo

Ответ 3

Ознакомьтесь с этим руководством: https://edit.co.uk/blog/seo-javascript-redirects-evidence-pass-pagerank/

Выполнение перенаправлений в JavaScript - это определенно решение "лучше, чем ничего", а не то, что следует рекомендовать. Это означает, что вы доверяете чему-то, что должно работать, а не чему-то определенному.

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

Вот тест год назад, который показал, что авторитет ранжирования проходил через перенаправления JS, но обратите внимание на все предостережения, которые они включают (особенно то, что Bing вообще не обрабатывал это в то время). https://www.branded3.com/blog/seo-javascript-redirects-evidence-pass-pagerank/