SEO: avons-nous besoin de rediriger également les pages avec une barre oblique finale?
j'ai lu sur Google SEO REPORT CARD que pour les moteurs de recherche cette page:
http://www.domain.com/somepath
est une page différente de celle-ci:
http://www.domain.com/somepath/ (notez la dernière barre oblique '/')
Eh bien, si cela est vrai, j'ai quelques questions:
A) Est-ce vrai également pour le chemin d'accès de la page d'accueil i.e. http://www.domain.com.
Je veux dire que je redirige déjà 301 http://domain.com vers http://www.domain.com, mais comment puis-je rediriger également http://www.domain.com vers http://www.domain.com/ (avec le slash final) ??? En fait, le serveur Apache ou mon navigateur client (je ne sais pas qui le fait) semble déjà faire ce type de redirection, car si j'insère http://www.domain.com dans la barre de navigation, la barre oblique est automatiquement ajoutée et http://www.domain.com/
Donc, je suis confus, dois-je faire quelque chose?
B) Etant donné que j'utilise toujours les extensions de fichier, la redirection de domain.com/somepath vers domain.com/somepath/ ne me préoccupait pas tellement, car toutes les pages de mes sites se présentent sous la forme de somepath/page.htm.
Mais j'ai quand même remarqué une chose étrange qui me déroute. Si j'entre en tant qu'URL somepath/page.htm, le serveur renvoie la même page de somepath/page.htm/ (avec la barre oblique finale) au lieu d'une erreur. Je pense que c'est normal parce que si vous cherchez http://www.php.net/docs.php , il retourne la même page de http://www.php.net/docs .php / (barre finale), mais sont-ils alors considérés comme DEUX pages différentes pour les moteurs de recherche ???
Dois-je alors ajuster à nouveau .htacess afin de rediriger 301 chaque URL avec la barre oblique finale vers la même URL sans la barre oblique finale ???
Merci!
Les barres obliques finales sur le nom de domaine are sont traitées exactement de la même manière que les barres obliques finales, c'est-à-dire http://www.domain.com = http://www.domain.com/.
Mais c'est la seule exception. À tout autre moment, l'URL diffère, elle peut renvoyer un contenu complètement différent et est donc traitée comme une URL différente.
Tout fichier renvoyé (avec une extension telle que .htm ou .php) ne doit pas comporter de fin de barre oblique. Vous constaterez sur le serveur Apache que les barres obliques de fin sont généralement ignorées et que le fichier est renvoyé. Voici comment fonctionne Apache. l'URL example.com/file.php/abc/xyz retournera à file.php, en supposant qu'il n'existe pas de structure de fichier ou de dossier semblable à celle décrite ci-dessus.
Les répertoires ont généralement des barres obliques finales. Encore une fois, Apache 301 y sera automatiquement redirigé. Par exemple, si vous avez un dossier hello, alors example.com/hello doit être redirigé vers example.com/hello/.
Chaque fois qu'il y a une différence dans une partie de l'URL, même s'il s'agit d'une majuscule ou d'un ordre de paramètre, les moteurs de recherche la verront comme une URL unique.
A) Oui, il s'agit toujours d'URL différentes, même si c'est le domaine. Vous pourriez trouver le code suivant utile pour votre fichier .htaccess:
#change RewriteBase to / after transfer
RewriteBase /
#Redirects non-www to www
RewriteCond %{HTTP_Host} ^domain.com
RewriteRule (.*) http://www.domain.com/$1 [R=301,L]
B) Elles sont considérées comme des URL différentes, mais vous ne devez pas utiliser de barre oblique droite après une extension de fichier, même si le navigateur l'interprète toujours correctement. Je ne pense pas avoir déjà vu une barre oblique directement après une extension de fichier. Je ne m'en inquiéterais donc pas trop à moins que vous ne fassiez un lien vers vos pages de cette façon. N'utilisez pas la barre oblique après l'extension.
En général, restez cohérent avec vos schémas d'URL. Choisissez un moyen et respectez-le.
Selon Guide de référencement Google , et aussi de bon sens, les chemins d'accès à des sites Web ressemblent à une structure de répertoires.
Ainsi, la barre oblique finale indique une racine de dossier. Les utilisateurs expérimentés tenteront également d'effectuer les opérations suivantes:
- l'utilisateur entre par http://domain.com/articles/2009/Nice-shoes.htm
- l'utilisateur supprimera le dernier élément pour accéder à un répertoire, comme http://domain.com/articles/2009/ , dans l'espoir de voir tous les articles de 2009.
En ajustant vos URL en fonction de cela, vous laisserez une hiérarchie plus claire pour analyser et indexer.
Vous pouvez effectuer cette correction avec .htaccess mod_rewrite pour les deux, ajouter ou supprimer la barre oblique finale, selon vos besoins. Vérifier:
http://www.google.com/search?q=htaccess+removing+trailing+slash
http://www.google.com/search?q=htaccess+adding+trailing+slash
J'espère que cela t'aides.
Vous pouvez également utiliser la balise rel = canonical pour suggérer à Google de trouver l'URL appropriée pour leur index.
À mon avis, la meilleure solution consiste à rediriger la barre oblique. Lorsque les internautes pointent sur votre site, ils le font de deux manières: ils saisissent l’URL manuellement, auquel cas il est peu probable qu’ils incluent la barre oblique finale ou qu’ils copient et collent. Dans ce cas, la barre oblique finale serait incluse, donc si vous laissez la barre oblique supérieure haut, vous diviserez probablement vos liens entre deux URL (Google semble assez sophistiqué pour reconnaître que les deux pages sont identiques, mais c'est une solution facile. alors il vaut mieux être en sécurité alors désolé).
Si vous ne pouvez pas accéder à votre fichier .htaccess ou rediriger ceux-ci d'une autre manière, vous pouvez utiliser la balise canonique, mais cela devrait vraiment être un dernier recours, car il est toujours préférable d'obtenir votre code correctement, il est alors de le couvrir avec un groupe. -sida.
Les URL sans barre oblique sont traitées différemment des URL avec la barre oblique. Par conséquent, en termes de référencement, quoi que vous fassiez, soyez cohérent.
Si vous avez une barre oblique ou pas? Bien sûr, vous devriez le faire, surtout lorsque vous travaillez avec des sous-dossiers.
Lors de la demande de http://example.com/foo, le serveur devra d'abord rechercher un appel de ressource foo; quand il ne le trouve pas, il recherchera généralement un répertoire appelé foo et, s'il le trouvera, retournera le document par défaut.
Lors de la demande de http://example.com/foo/, le serveur sait d'emblée que foo est un répertoire et remet donc à zéro le document par défaut pour ce dossier.
C'est une efficacité mineure, mais chaque petite aide, IMHO.
Voir: