Indexation de mes pages et url canonique
2 messages
• Page 1 sur 1
Consultez la formation au REFERENCEMENT naturel Google de WebRankInfo / Ranking Metrics
-

julien__ - WRInaute occasionnel

- Messages: 362
- Inscription: 28 Déc 2006
Indexation de mes pages et url canonique
Bonjour,
j'ai un site dont à peu près 25000 pages sont indexées dans Google, et une grande envie de résoudre mon problème de session, PHPSESSID.
J'utilise l'url rewriting pour générer mes urls, mais lorsque je consulte mes statistiques Analytic et lorsque je fais dans Google la commande site:www.monsite.com, il y a énormément d'url indexées avec PHPSESSID, pire de semaines en semaines, pour la même url c'est une fois indexée avec une fois sans. J'ai lu que Google savait supprimer et ne pas tenir compte de ce paramètre??? j'ai quand-même un doute. Après y avoir réfléchi, pour des raisons techniques, je ne veux pas passer aux cookies, et pour résoudre mon problème, j'ai vu deux solutions qui me paraissent intéressantes :
Solution 1 : La redirection 301
Je fais une condition tout au début de ma page, je récupère les paramètres de l'url actuelle, si elle contient PHPSESSID, ==> redirection 301 sur l'url sans PHPSESSID.
Mais cette solution me fait craindre certaines choses.
- rien ne me prouve qu'en faisant une rediction 301, la nouvelle url ne va se retrouver à nouveau avec le PHPSESSID, vu qu'il s'ajoute tout seul.
- j'ai lu que les redirection 301, quand on en abuse et que ça reste perpétuellement, ça ne plait pas à GG
- lorsqu'on indexe (et le cas m'est arrivé), dans son sitemap un trop grand nombre d'urls qui possède une redirection 301, un message arrive dans les outils pour webmaster de Google, sous quoi trop d'urls avec du 301 d'un sitemap n'est pas chose acceptable!
- un branchement conditionnel systématique avec redirection gêne à mon humble avis énormément le crawlage du site.
- l'avantage c'est qu'on est sûr que le moteur va indexer la bonne et supprimer la mauvaise url
Solution 2 : <link rel="canonical" href="xxxxxx">
Cette solution me plait beaucoup, car elle n'utilise pas les ressources du serveur, et est proposée par Google comme solution permanente, ce qui n'est à mon avis pas le cas de la redirection 301, qui serait plutôt quelque chose de temporaire.
- je suis au moins sûr que le PHPSESSID ne sera pas ajouté dans l'url canonique, car elle est générée par mes propres fonctions
- c'est très simple à mettre en place et à tester
Seul point négatif : je ne sais pas si Google va désindexer les pages avec PHPSESSID pour les remplacer par celles sans, ou si le moteur Google va seulement tenir compte de cette information pour le calcul du PageRank, sans rien changer à l'indexation.
Car mes deux seuls buts sont :
1. n'avoir indexé dans le moteur Google que les url sans les PHPSESSID
2. ne pas être pénalisé dans la valeur attribuée normalement au contenu des mes pages
voilà...
j'ai un site dont à peu près 25000 pages sont indexées dans Google, et une grande envie de résoudre mon problème de session, PHPSESSID.
J'utilise l'url rewriting pour générer mes urls, mais lorsque je consulte mes statistiques Analytic et lorsque je fais dans Google la commande site:www.monsite.com, il y a énormément d'url indexées avec PHPSESSID, pire de semaines en semaines, pour la même url c'est une fois indexée avec une fois sans. J'ai lu que Google savait supprimer et ne pas tenir compte de ce paramètre??? j'ai quand-même un doute. Après y avoir réfléchi, pour des raisons techniques, je ne veux pas passer aux cookies, et pour résoudre mon problème, j'ai vu deux solutions qui me paraissent intéressantes :
Solution 1 : La redirection 301
Je fais une condition tout au début de ma page, je récupère les paramètres de l'url actuelle, si elle contient PHPSESSID, ==> redirection 301 sur l'url sans PHPSESSID.
Mais cette solution me fait craindre certaines choses.
- rien ne me prouve qu'en faisant une rediction 301, la nouvelle url ne va se retrouver à nouveau avec le PHPSESSID, vu qu'il s'ajoute tout seul.
- j'ai lu que les redirection 301, quand on en abuse et que ça reste perpétuellement, ça ne plait pas à GG
- lorsqu'on indexe (et le cas m'est arrivé), dans son sitemap un trop grand nombre d'urls qui possède une redirection 301, un message arrive dans les outils pour webmaster de Google, sous quoi trop d'urls avec du 301 d'un sitemap n'est pas chose acceptable!
- un branchement conditionnel systématique avec redirection gêne à mon humble avis énormément le crawlage du site.
- l'avantage c'est qu'on est sûr que le moteur va indexer la bonne et supprimer la mauvaise url
Solution 2 : <link rel="canonical" href="xxxxxx">
Cette solution me plait beaucoup, car elle n'utilise pas les ressources du serveur, et est proposée par Google comme solution permanente, ce qui n'est à mon avis pas le cas de la redirection 301, qui serait plutôt quelque chose de temporaire.
- je suis au moins sûr que le PHPSESSID ne sera pas ajouté dans l'url canonique, car elle est générée par mes propres fonctions
- c'est très simple à mettre en place et à tester
Seul point négatif : je ne sais pas si Google va désindexer les pages avec PHPSESSID pour les remplacer par celles sans, ou si le moteur Google va seulement tenir compte de cette information pour le calcul du PageRank, sans rien changer à l'indexation.
Car mes deux seuls buts sont :
1. n'avoir indexé dans le moteur Google que les url sans les PHPSESSID
2. ne pas être pénalisé dans la valeur attribuée normalement au contenu des mes pages
voilà...
2 messages
• Page 1 sur 1
Formation recommandée sur ce thème :
Formation REFERENCEMENT naturel Google : apprenez une méthode efficace pour optimiser à fond le référencement naturel dans Google de façon durable... Formation animée par Olivier Duffez et Fabien Facériès, experts en référencement naturel.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Tester l'indexation récente d'un site dans Google
Cet outil vous permet de connaître une estimation de l'ancienneté d'un site : il fournit la date à laquelle Google l'a indexé la première fois (et la même chose pour archive.org). - Trouver les sous-domaines
Cet outil vous permet de trouver la liste des sous-domaines (indexés) d'un site.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité
