jnj Posté 4 Août 2007 Posté 4 Août 2007 Bonjour Google sur un blog officiel (celui de Matt Cutts) recommande aux SEO (nous donc) d'avoir une adresse de site "canonical" (voir blog de Matt Cutts ; mot clef = canonical) http://www.mattcutts.com/blog/seo-advice-u...nonicalization/ je cite le dico du net : http://www.dicodunet.com/definitions/refer...l-canonique.htm "L'adresse officielle d'une page web, celle qu'il est préférable d'utiliser pour accéder au contenu correspondant. Description de URL canonique Définir une URL canonique est la méthode adoptée par Google pour éviter les doublons dans les résultats de recherche et pour alléger le traitement des données. L'objectif est d'éviter de traiter séparément des adresses différentes correspondant, en fait, à la même page. La façon dont cette technique est mise en oeuvre actuellement fait intervenir le PageRank et éventuellement le type de redirection." chez OVH, c'est impossible ! J'explique RewriteEngine on## route index.php vers [url="http://www.monsite.com"]http://www.monsite.com[/url] -- le ? apres le / empeche parasite QSA # ne marche pas sur OVH : conflit avec directindex index.php je suppose -- RewriteRule ^(.*)index\.php$ [url="http://www.monsite.com/"]http://www.monsite.com/[/url]? [R=301,L] dans .htaccess, cette règle qui fonctionne chez nuxit.net par exemple redirige toute demande de index.php vers http://www.monsite.com l'adresse canonique et unique est donc http://www.monsite.com mais je peux avoir des index.php beaucoup plus souple dans le code du site ainsi le code de mon serveur de devet du site sont identiques et maintenance facile chez OVH, j'ai une boucle infinie et au final une erreur de redirection avec message d'erreur : impossible ... je pense que index est rerouté sur le site ... qui se fait rerouter vers index avec une ré écriture d'URL par ovh je ne suis pas sur en tout nada comment faites vous de votre côté ? quelqu'un a t il rencontré le pb ? Merci J & J
Dan Posté 4 Août 2007 Posté 4 Août 2007 A la lecture du billet de Matt Cutts, on réalise que le principal inconvénient au niveau des moteurs pourrait être l'indexation de l'URL sans www versus la même URL avec le www. Cette redirection fonctionne très bien chez OVH. Les autres URLs (index.php, index.asp, default.asp) sont correctement traitées par les moteurs, et Matt dit bien qu'il faut rester consistant dans le codage de son site. Rediriger index.php vers / n'est pas nécessaire parce que les moteurs le font pour vous si les pages sont les mêmes. Il suffit d'éviter d'avoir des URLs qui pointent vers index.php. PS1: sur Webmaster-Hub, les URLs http://www.webmaster-hub.com/ et http://www.webmaster-hub.com/index.php ne pointent pas vers la même page. PS2: ta règle redirige toutes les pages nommées index.php vers la racine du site, même celles des sous-répertoires. Elle doit le faire chez Nuxit aussi ! Ce n'est certainement pas ce que tu cherches à faire ...
jnj Posté 4 Août 2007 Auteur Posté 4 Août 2007 Merci Dan il y a un inconvénient à avoir un www.monsite.com et un www.monsite.com/index.php le PR qui est plus utile que ce bien des SEO croient est partagé entre ces 2 URL + dup content "toléré" par Google qui a l'habitude de ce genre de gaffe et qui donc en général ne sanctionne pas PR moindre = moindre profondeur de traitement => d'où mon attachement à vouloir faire cette régle ensuite coder en dur l'URL au lieu de index supprime toute la souplesse relative ! donc mon site sur mon serveur de dev ne sera jamais identique à celui en ligne d'où source d'erreurs et de bogue ! Pire, avec du PHP c'est carrément l'enfer Bref vu ton expérience sur OVH , si tu n'as pas toi de solution je ne vois pas qui pourrait en avoir une ! cela m'impose donc de garder un index.php en service et donc une perte en positionnement tant que ce site et quelques autres d'ailleurs sont chez OVH => je ne passerai plus une seule commande en hébergement à OVH et je vais même migrer mes sites ailleurs 1 par 1 dernier point : je ne suis pas d'accord avec toi mais peut être que nous avons raison tous les deux en effet : - le .htaccess est local donc : sousdomaine.monsite.com part directement sur le répertoire associé SANS regarder le .htaccess de / et là il y a lecture du .htaccess du sous domaine dans son répertoire => il n'y a pas de routage du index.php de ce sous domaine vers le / du domaine en tout cas chez Nuxit.net mais au vu des différences de réactions de .htacccess selon CHAQUE hébergeur, tu as peut être raison chez OVH (je ne compte pas vérifier vu que j'ai déjà bien assez d'ennuis avec leur gestion farfelue du .htaccess) Ce qui est à la fois drôle et regrettable mais bon that's life ... encore merci à suivre ....
Dudu Posté 6 Août 2007 Posté 6 Août 2007 Salut Tu trouveras dans les deux liens suivants une solution. C'est certes en PHP puisqu'impossible dans Apache chez OVH, mais au moins ça marche et c'est très simple à mettre en oeuvre. http://www.webmaster-hub.com/index.php?showtopic=34114 http://www.webmaster-hub.com/index.php?showtopic=24602
Dan Posté 6 Août 2007 Posté 6 Août 2007 - le .htaccess est local donc : sousdomaine.monsite.com part directement sur le répertoire associé SANS regarder le .htaccess de / et là il y a lecture du .htaccess du sous domaine dans son répertoire => il n'y a pas de routage du index.php de ce sous domaine vers le / du domaine Je parlais de sous-répertoires, cela ne s'applique logiquement pas aux sous-domaines. Le .htaccess est lu pour tous les répertoires depuis le DOCUMENT_ROOT jusqu'au répertoires contenant le fichier. Donc si un sous-domaine a son propre DOCUMENT_ROOT, le .htaccess du domaine principal ne sera pas lu. Mais là aussi je pense qu'OVH traite les sous-domaines de manière spécifique.
Sujets conseillés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant