Cas d'école : changement de technologie et d'URL.
13 messages • Page 1 sur 1
Consultez la formation au référencement naturel Google de WebRankInfo / Ranking Metrics
- syntaxerror
- WRInaute occasionnel

- Messages: 208
- Inscription: Jeu Mar 11, 2004 15:22
Cas d'école : changement de technologie et d'URL.
Bonjour à tous,
Un site que je référence va changer à plusieurs niveaux :
- technologie (de Perl vers asp)
- Contenu
Quel est, d'apres ceux qui ont vécu cette expérience, le meilleur moyen d'indiquer proprement ce changement aux outils de recherche ?
Qu'indiquer par exemple dans le robots.txt ?
Merci de vos contributions,
Un site que je référence va changer à plusieurs niveaux :
- technologie (de Perl vers asp)
- Contenu
Quel est, d'apres ceux qui ont vécu cette expérience, le meilleur moyen d'indiquer proprement ce changement aux outils de recherche ?
Qu'indiquer par exemple dans le robots.txt ?
Merci de vos contributions,
- syntaxerror
- WRInaute occasionnel

- Messages: 208
- Inscription: Jeu Mar 11, 2004 15:22
Le nouveau site est en asp donc il n'y a pas de .htaccess...
Désolée, je n'avais pas bien lu...
mais on doit bien pouvoir faire une redirection 301, avec un code du même genre qu'en ASP mais en perl :
http://www.webrankinfo.com/referencemen ... pt-serveur
C'est idiot ce que je dis, si tu n'as plus de perl, pas de redirection possible...
http://www.webrankinfo.com/referencemen ... pt-serveur
C'est idiot ce que je dis, si tu n'as plus de perl, pas de redirection possible...
Dernière édition par dd32 le Jeu Nov 23, 2006 16:56, édité 1 fois.
-

UsagiYojimbo - WRInaute accro

- Messages: 5155
- Inscription: Mer Nov 23, 2005 10:38
...
... y'a des composants IIS qui te eprmettent de faire de la réécriture d'URL et de la redirection. Par exemple ISAPI Rewrite.
- syntaxerror
- WRInaute occasionnel

- Messages: 208
- Inscription: Jeu Mar 11, 2004 15:22
Oui on peut faire des 301 via IIS !
Mais je me pose la question suivante :
vaut-il mieux faire une 301 des 18.000 pages indexées vers la nouvelle home pour rediriger le robot,
OU
laisser ces pages la en 404, en créant une belle 404 plan du site ?
Gros dilemme
Mais je me pose la question suivante :
vaut-il mieux faire une 301 des 18.000 pages indexées vers la nouvelle home pour rediriger le robot,
OU
laisser ces pages la en 404, en créant une belle 404 plan du site ?
Gros dilemme
- syntaxerror
- WRInaute occasionnel

- Messages: 208
- Inscription: Jeu Mar 11, 2004 15:22
Merci de ta réponse,
Pas possible puisque les anciennes pages (perl) sont difficilement listables au niveau url.
Donc mieux vaut 301 que 404-plan d'apres toi ?
Pas possible puisque les anciennes pages (perl) sont difficilement listables au niveau url.
Donc mieux vaut 301 que 404-plan d'apres toi ?
Si tu veux faire propre, tu travailles avec un code d'erreur 404 sur une page personnalisée, qui présente un mini-sitemap afin que le visiteur puisse aisément trouver son chemin vers la nouvelle localisation de l'info.
Si tu veux faire à la sauce SEO, tu travailles avec une redirection 301.
- Il est souvent possible d'effectuer du "page-à-page", lorsqu'on a conservé une structure similaire au travers du changement de technologie. ex: un CMS qui tourne avec des identifiants de page, tu récupères l'identifiant, tu recrées l'URI avec les mêmes règles que celles utilisées par le CMS, puis tu renvoies en 301 vers ce nouvel URI.
- Lorsqu'il n'est pas possible d'effectuer cette redirection page-à-page, je dirais que le mieux est une combinaison des deux:
Identifier les pages "principales" ( ex: /produits/ , /catalogue/ , /activite/ ), les sections "majeures" de ton site, et les rediriger en 301 vers leur pendant dans la nouvelle techno; et pour les autres, une page d'erreur 404 avec sitemap.
Si tu veux faire à la sauce SEO, tu travailles avec une redirection 301.
- Il est souvent possible d'effectuer du "page-à-page", lorsqu'on a conservé une structure similaire au travers du changement de technologie. ex: un CMS qui tourne avec des identifiants de page, tu récupères l'identifiant, tu recrées l'URI avec les mêmes règles que celles utilisées par le CMS, puis tu renvoies en 301 vers ce nouvel URI.
- Lorsqu'il n'est pas possible d'effectuer cette redirection page-à-page, je dirais que le mieux est une combinaison des deux:
Identifier les pages "principales" ( ex: /produits/ , /catalogue/ , /activite/ ), les sections "majeures" de ton site, et les rediriger en 301 vers leur pendant dans la nouvelle techno; et pour les autres, une page d'erreur 404 avec sitemap.
- syntaxerror
- WRInaute occasionnel

- Messages: 208
- Inscription: Jeu Mar 11, 2004 15:22
Aspin merci pour ta réponse mais ce sont des pages cgi vraiment laides et ils vaut mieux les expulser :/
Hawkeye, ta solution, qui ne m'etait pas venue à l'idée, est effectivement très intéressante. Une combinaison des 2 permet en effet de prendre en compte à la fois l'utilisateur et le robot.
Je vais tenter ca, merci beaucoup pour votre aide
Si tu as la possibilité de faire une recherche dans la db, tu peux aussi user de ce genre de technique-ci:
http://www.indexweb.info/annuaire-refer ... 482-1.html
--> Code d'erreur: 410 (Gone) --> Mène à la désindexation, comme une 404.
--> Recherche sur les termes détectés dans l'uri (ici "annuaire", "referencement" et "internet")
--> Proposition de liens qui devraient satisfaire le visiteur égaré
Ca ne transfère aucun potentiel de positionnement aux nouvelles pages, mais ton visiteur amené par le moteur de recherche se voit proposer des alternatives logiques.
Plus "user-friendly", y'a pas
http://www.indexweb.info/annuaire-refer ... 482-1.html
--> Code d'erreur: 410 (Gone) --> Mène à la désindexation, comme une 404.
--> Recherche sur les termes détectés dans l'uri (ici "annuaire", "referencement" et "internet")
--> Proposition de liens qui devraient satisfaire le visiteur égaré
Ca ne transfère aucun potentiel de positionnement aux nouvelles pages, mais ton visiteur amené par le moteur de recherche se voit proposer des alternatives logiques.
Plus "user-friendly", y'a pas
-

Cendrillon - WRInaute accro

- Messages: 4747
- Inscription: Mar Aoû 17, 2004 15:41
il n'y a vraiment aucune logique de conversion entre les anciennes page vers les nouvelles ? Si c'est le cas, ce n'est pas très difficile de scripter en asp l'équivalent d'un htaccess, sinon la solution proposée par HawkEye est assez élégante.
PS : Sinon tu as isapi rewrite (htaccess sur IIS), mais c'est vraiment pas terrible.
PS : Sinon tu as isapi rewrite (htaccess sur IIS), mais c'est vraiment pas terrible.
13 messages • Page 1 sur 1
Formation recommandée sur ce thème :
Formation Référencement 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 :
- Ask dévoile sa technologie RhymeRank
- Changements de nom de domaine et TrustRank
- WebRankInfo élu meilleur forum référencement
- Google rachète JotSpot, spécialiste du wiki
- Petit changement pour Slurp (le robot de Yahoo)
- Technologie Pictometry dans Windows Live Local
- Redirection (PHP, JavaScript, serveur...)
- Changer d'hébergeur web sans pénaliser son référencement
- Google surveille les sites qui créent soudainement de nombreux sous-domaines
- Accord pluri-annuel entre Amazon et Google
Consultez la description détaillée des produits ou services de Google suivants : JotSpot, Google Blog Search, Google Local Business Ads, Google Directory, Google Maps
- Analyse de popularité
Cet outil vous permet d'analyser en détails la "popularité" de votre site sur Google. En plus du nombre de liens pris en compte par Google, il calcule le pourcentage de liens internes parmi tous les liens, et il affiche les premières URL trouvées.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités



le forum