http://www.example.com avec ou sans café ?

[nigelle]

Bonjour,

j'ai mis une redirection 301 à mon site de sorte qu'il ne soit accessible que via http://www.example.com. Cependant j'ai remarqué l'ajout mystérieux d'un slash ( / ) à la fin de l'url lorsque je suis suis sur mon site. Bizzare, je n'ai pas fait de redirection 301 pour avoir le slash à la fin de l'url.

J'utilise Drupal. Du coup je me demandais si les http://www.example.com et http://www.example.com/ sont deux url différente et laquelle des deux versions je dois utiliser pour les backlinks ?



merci

(un sucre ou deux, pour le café ?)

 

[jcaron]

Il ya toujours un / à la fin d'une URL de ce type. Le format d'une URL http est:

http://[user[assword]@]host[ort]/[path[?params][#fragment]]

Bref, il y a forcément un / entre le host et le reste, même si le reste est vide, tout comme il y a toujours :// entre http et le host.

Jacques.

 

[dmathieu]

En fait il n'y a pas forcément de "/". C'est Apache qui le rajoute automatiquement lorsqu'il s'agit d'une page statique.
Si tu utilise la réecriture d'url, tu peut supprimer ces /.

RewriteRule /mapage /mapage.php [L]

Tu n'aura plus de / à la fin pour l'url /mapage.

Après ce n'est pas très grave. Apache fait des redirections 301 des pages sans / vers les pages avec.
Donc tu n'a pas de perte.

 

[jcaron]

Sauf erreur, nigelle parle du cas où il n'y a pas de chemin/nom de fichier, et dans ce cas il y a forcément le /.

Jacques.

 

[dmathieu]

Justement non. Dans le cas expliqué ci-dessus, tu n'a pas de /.

 

[nigelle]

Bonjour,

merci pour votre intervention,

en fait je parle de la home page uniquement. Les autres pages pas de problèmes.
Je me réexplique pcq je n'ai pas été clair: je ne sais pas si c'est mon cms ou bien apache qui ajoute un / à la fin de l'url de ma hp qd je la saisie dans mon navigateur. L'ajout du / n'est du à une redirection 301, du coup je me demande pour mes liens backlinks, je met http://www.example.com/ ou bien http://www.example.com ? (pour éviter le duplicate content)

merci

 

[jcaron]

L'URL http://nomdedomaine est forcément la même que http://nomdedomaine/. Le / final est optionel dans la spécification (RFC 1738 section 3.3), mais comme en l'absence de chemin/nom de fichier après le serveur il faut envoyer / dans la requête (en HTTP, la requête la plus courte est "GET / HTTP/1.1", tu ne peux pas faire "GET HTTP/1.1", il y a forcément un / au minimum, voir RFC 2616 sections 3.2.2 et 5.1.2), et que les deux sont équivalentes (RFC 2616 section 3.2.3), le / est généralement ajouté automatiquement par le navigateur (pas le serveur, puisqu'il ne peut pas recevoir la requête sans /). S'il n'est pas ajouté de façon explicite (i.e. mise à jour dans l'URL affichée dans la barre d'adresse), il sera en tous cas ajouté de façon implicite.

Perso je conseille de mettre le / final, c'est plus "normal" je trouve.

Après, dans le cas http://nomdedomaine/tartempion, oui, pas de / final obligatoire.

Jacques.

 

[salva]

Si je te suis bien, dans le cas d’un backlink sans /, le navigateur (de l’utilisateur qui clique sur ce même backlink) va automatiquement ajouter le / à la fin de la requête avant de l’expédier au serveur.
J'ai bon ?

 

[dmathieu]

Non. C'est le serveur qui envoie une redirection vers la page avec /.
Le navigateur s'en contrefiche. Il affiche le contenu tel qu'il lui est donné.

 

[jcaron]

Sérieusement, tu dois pas être en forme aujourd'hui.

Démonstration: prends ton browser favori, ton serveur http favori. Tape http://nomdetondomaine sans / dans ton browser. Regarde les logs de ton serveur. Tu vas voir qu'il y a une requête "GET / HTTP/1.1", pas de redirect en vue (oui, dans le cas général, le navigateur n'envoie que la partie "chemin du fichier" dans la requête, pas l'URL complète).

Autre démonstration, encore plus simple et plus efficace: prends ton browser favori. Tape http://www.zeghzeuighzeughzueghuezg.com sans /. Tu noteras que le serveur en question n'existe pas, hein, donc on ne peut pas lui envoyer de requête, et il ne peut donc pas renvoyer de redirect. Ooooooooh le joli /.

On parle bien toujours du cas où il n'y a pas de chemin/nom de fichier, juste le nom du serveur, hein.

Jacques.

 

[nigelle]

salut,

voilà la réponse de matt cutts sur cetet question:

http://www.mattcutts.com/blog/seo-advice-url-canonicalization/#comment-8260

 

[jcaron]

Comme quoi même Matt Cutts ne s'est pas rendu compte que c'est strictement et exactement la même chose

Jacques.