Должна ли домашняя страница быть просто доменным именем или она может быть в папке?

Я работаю над проектом веб-сайта, и клиент запросил (по соображениям удобства хостинга), чтобы новый веб-сайт находился в определенной папке. Это означает, что все страницы будут в www.domain.com/folder, а не просто в www.domain.com, и у них будет мета-мгновенное перенаправление на странице по умолчанию для www.domain.com, которая будет перенаправлять на www.domain. ком / папки.

Мне интересно с точки зрения SEO, если это хорошая идея?

Я полагаю, что мета-мгновенное обновление будет рассматриваться как 301 (постоянное) перенаправление важными поисковыми системами, поэтому я предполагаю, что www.domain.com и www.domain.com/folder будут рассматриваться как одна и та же страница, а также Рассматривал ту же страницу для популярности ссылки тоже. Это правильно?

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

Проблема, с которой вы сталкиваетесь, двусторонняя:

• С точки зрения SEO : страницы, которые находятся ближе всего к корню, как правило, рассматриваются поисковыми системами как наиболее важные. Поэтому я настоятельно рекомендую вам использовать полное доменное имя (например, www.domainname.com) в качестве домашней страницы. Если на сайте много подкаталогов, по умолчанию они размещаются на один уровень ниже. Вы хотели бы сохранить количество последующих каталогов к минимуму. Вдобавок к этому: как заявляет Лезе: если вы хотите изменить папку в будущем и все ссылаются на www.domainname.com/folder вместо www.domainname.com, вам нужно создать 301-перенаправления для этих ссылок, чтобы сохранить ссылка сок.
• Пользовательский опыт : это довольно теневое, особенно для большого учебного заведения, которое открывается в папке. Еще в 2000 году это не было бы проблемой, но с учетом ожиданий и опыта текущего пользователя я настоятельно рекомендовал бы открыть домашнюю страницу в корне также с точки зрения пользователя.

С точки зрения SEO, здесь нет никаких проблем. Многие сайты настроены на использование пути без wwwroot в качестве домашней страницы. Однако использование нестандартного URI домашней страницы может иметь последствия в будущем, поскольку этот URL будет добавлен в закладки посетителями. Если вы когда-нибудь решите изменить архитектуру сайта, вам придется сохранить дополнительную переадресацию на домашнюю страницу.

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

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

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

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

Apache имеет функцию mod_alias, которую, я думаю, вы могли бы использовать, чтобы обойти эту проблему: -

Директивы, содержащиеся в этом модуле, позволяют манипулировать и контролировать URL-адреса при поступлении запросов на сервер. Директивы Alias ​​и ScriptAlias ​​используются для сопоставления между URL-адресами и путями файловой системы. Это учитывает контент, который не находится непосредственно под DocumentRoot и используется как часть дерева веб-документов. Директива ScriptAlias ​​имеет дополнительный эффект пометки целевого каталога как содержащего только CGI-скрипты.