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

- Messages: 208
- Inscription: 11 Mar 2004
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 discret

- Messages: 208
- Inscription: 11 Mar 2004
Le nouveau site est en asp donc il n'y a pas de .htaccess...
-

dd32 - Modérateur

- Messages: 3387
- Inscription: 9 Sep 2005
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: 8575
- Inscription: 23 Nov 2005
...
... 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 discret

- Messages: 208
- Inscription: 11 Mar 2004
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 discret

- Messages: 208
- Inscription: 11 Mar 2004
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 ?
-

HawkEye - WRInaute accro

- Messages: 17013
- Inscription: 23 Fév 2004
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 discret

- Messages: 208
- Inscription: 11 Mar 2004
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
-

HawkEye - WRInaute accro

- Messages: 17013
- Inscription: 23 Fév 2004
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: 4940
- Inscription: 17 Aoû 2004
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 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 :
- Partenaires auto ecole, code de la route, securite routiere, moto ecole...
- Changement technologie + hebergeur pour son site. Problémat
- En cas de changement d'hebergeur...
- Changement de nom de domaine - cas d'école
- Référencement en cas de changement de nom de domaine
- Que faire en cas d'erreur de changement de nom de domaine ?
- Redirection 301 dans le cas de changement de ndd
- Changement url rewriting, anciennes url dans le resultat de la recherche
- [etude de cas] URL Rewriting PHP ou HTACCESS
- problèmes hébergeur: url non accessible (A..EN) D'autres cas
Consultez la description détaillée des produits ou services de Google suivants : Google goo.gl
- 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 1 invité
