La page d'accueil doit-elle être simplement un nom de domaine ou peut-elle être dans un dossier?

Je travaille sur un projet de site Web et le client a demandé (pour des raisons de commodité d'hébergement) que le nouveau site Web soit situé dans un dossier spécifique. Cela signifie que toutes les pages seront dans www.domain.com/folder au lieu de simplement www.domain.com, et elles auront une redirection méta instantanée sur la page par défaut pour www.domain.com qui redirigera vers www.domain. com / dossier.

Je me demande d'un point de vue SEO si c'est une bonne idée?

Je crois que le rafraîchissement méta instantané sera traité comme une redirection 301 (permanente) par les moteurs de recherche importants, donc je suppose que www.domain.com et www.domain.com/folder seront traités comme la même page, et aussi être considéré comme la même page pour la popularité des liens. Est-ce correct?

Y a-t-il des arguments (de préférence avec une sorte de preuve que je peux leur donner) que je peux utiliser pour argumenter contre eux faisant cela?

Le problème auquel vous êtes confronté est double:

• Côté SEO : les pages les plus proches de la racine sont généralement considérées par les moteurs de recherche comme les plus importantes. C'est pourquoi je vous suggère fortement d'utiliser le nom de domaine complet (par exemple www.domainname.com) comme page d'accueil. Si le site Web comporte de nombreux sous-répertoires, ceux-ci sont placés d'un niveau plus bas dans le site Web par défaut. Vous voudriez garder la quantité de répertoires suivants au minimum. En plus de cela: comme le dit Lese: si vous souhaitez modifier le dossier à l'avenir et que tout le monde s'est lié à www.domainname.com/folder au lieu de www.domainname.com, vous devez créer des redirections 301 pour ces liens à enregistrer le jus de liaison.
• Expérience utilisateur : c'est un peu louche, surtout pour un grand établissement d'enseignement à ouvrir dans un dossier. En 2000, ce ne serait pas un problème, mais avec les attentes et l'expérience de l'utilisateur actuel, je suggère fortement d'ouvrir également la page d'accueil à la racine du point de vue de l'utilisateur.

Côté SEO, il n'y a pas vraiment de problème ici. De nombreux sites sont configurés pour utiliser un chemin non wwwroot comme page d'accueil. Cependant, l'utilisation d'un URI de page d'accueil non standard peut avoir des répercussions à l'avenir, car c'est l'URL qui sera mise en signet par les visiteurs. Si vous décidez de changer l'architecture du site, vous devrez conserver une redirection supplémentaire pour la page d'accueil.

De plus, j'éviterais d'utiliser un méta-rafraîchissement pour la redirection. Google et Bing peuvent savoir le traiter comme un 301, mais ce n'est pas un 301. En tant que tel, d'autres services, tels que les sites de partage de signets sociaux ou les sites de partage de liens, ne sont pas garantis de le traiter comme un 301.

Il y a aussi le problème de la méta-actualisation renvoyant un référent vide de la plupart des navigateurs, ce qui rendra difficile la configuration d'une analyse appropriée. Il est préférable d'utiliser simplement une redirection 301 appropriée.

La plupart des hébergeurs mutualisés vous permettent de définir votre docroot sur ce que vous voulez et de réécrire / rediriger les URL côté serveur. Si votre client n'a pas accès à ces fonctionnalités, il utilise très probablement un hébergeur de qualité inférieure. Il serait préférable d'étouffer le problème dans l'œuf et de simplement choisir un nouvel hébergeur plutôt que de chercher une solution de pansement à ces restrictions anormales. Sinon, votre client est susceptible de rencontrer des problèmes plus graves à l'avenir en utilisant un hébergeur de mauvaise qualité.

Un autre argument (quoique petit) est que si vous voulez proposer opensearch sur votre site. J'ai constaté que, par exemple, Chrome ajoute votre site automatiquement si la page d'accueil est sans sous-répertoire.

Apache a une fonctionnalité mod_alias que je pense que vous pourriez utiliser pour contourner ce problème: -

Les directives contenues dans ce module permettent la manipulation et le contrôle des URL lorsque les requêtes arrivent sur le serveur. Les directives Alias ​​et ScriptAlias ​​sont utilisées pour mapper entre les URL et les chemins d'accès au système de fichiers. Cela permet au contenu qui ne se trouve pas directement sous DocumentRoot servi dans le cadre de l'arborescence des documents Web. La directive ScriptAlias ​​a pour effet supplémentaire de marquer le répertoire cible comme ne contenant que des scripts CGI.