Question sur une refonte

[zeb]

Bonsoir,

Je pose pas trop de questions mais là c'est mon tour.

Je travaille sur un projet web qui est une refonte modernisée d'un très vieux site multilingue proposant entre autre du téléchargement (légal) de documents relatifs a la musique (enfin peut importe c'est pas le sujet).
Le site fait environ 6000vuj, il est sur un serveur mutu OVH (90) qui tiens bien la charge car le site est équipé d'un cache (c'est même monté a bien plus que 6kvuj).

Ma question porte sur les redirections car le schéma du site est totalement modifié.

D'une part les urls langue étrangères passent en sous domaine (le contenu français aussi) genre :
http://www.example.com/it/ deviens http://it.example.com
http://www.example.com deviens http://fr.example.com

le "www" sera exploité mais comme collecteur de nouveauté et moteur de recherche interne

Plus profondément les documents passent sur des urls propres genre :
http://www.example.com/document.php?id=xxx&theme=yyy deviens http://fr.example.com/yyy/xxx/truc.php

sachant que par langue j'ai environ 2000 pages de contenu plus en langue française deux trois autres sections uniquement FR sous forme de tuto.

A ce schéma d'url nous ajoutons par la refonte une section actu (CP) un annuaire thématique et un forum thématique (donc des urls totalement inédites).

A titre perso je souhaite faire des redirections partielles sur les grande sections mais pas totalement page a page (car trop de règle et trop de bordel). Donc par exemple le document ci dessus (http://www.example.com/document.php?id=xxx&theme=yyy) tomberait sur http://fr.example.com/yyy/ (c'est bien sur un exemple pas super rigoureux c'est pour l'idée)

Pensez vous que l'idée de rediriger en 301 les grandes sections du site soit bonne sachant que du page à page risquerait d'être pénalisant par la lourdeur ?

Niveau SEO que ce soit a cause de la refonte ou autre chose on s'attend de toute façon a en prendre une dans les gencives a la bascule des versions ...

Niveau utilisateur pour le contenu / la forme / la fonctionnalité, ce sera de toute façon le jour et la nuit.

 

[JanoLapin]

J'ai du mal à bien saisir. Peux-tu stp préciser les points suivants:

* si tu ne rediriges que les grandes sections, mais qu'au sein de celles-ci tes urls ont changé, ta redir sera soit inefficace, soit partielle, cad que tu redirigeras seulement vers la "tête de section", qui aura la charge de lier les différents pages, directement ou pas.

* ta question sur l'intérêt de la redirection est-elle à comprendre comme pas de redir vs. une redir seulement sur les grandes sections, ou autrement?

* d'après ton énoncé, si tes urls sont bien systématiques, alors une redir page à page en regex ne semble pas innacessible, me trompé-je?

 

[zeb]

* si tu ne rediriges que les grandes sections, mais qu'au sein de celles-ci tes urls ont changé, ta redir sera soit inefficace, soit partielle, cad que tu redirigeras seulement vers la "tête de section", qui aura la charge de lier les différents pages, directement ou pas.

"partielle" C'est cela je pense rediriger des "groupes de pages" vers les sections nouvelles.

* ta question sur l'intérêt de la redirection est-elle à comprendre comme pas de redir vs. une redir seulement sur les grandes sections, ou autrement?

Oui c'est un peut ça j'ai 3 options :
1/ je redirige rien et je laisse les anciennes url mourir en 404
2/ je fais des redirections partielles (toute les pages d'une ancienne section vers la tête de section nouvelle)
3/ je me prend la tête a faire du page à page de façon détaillée mais là bonjour le casse tête et la conso serveur ...

* d'après ton énoncé, si tes urls sont bien systématiques, alors une redir page à page en regex ne semble pas innacessible, me trompé-je?

Oui c'est délicat car certaines sections (minoritaires) peuvent facilement avoir du page a page avec regex mais la plus grosse partie du contenu nécessite soit une ligne par page (regex impossible car composant de la nouvelle url pas dans l'ancienne) soit un système avec php derrière qui va solliciter la base (ou un fichier) pour composer la nouvelle url avant de rediriger d'où une conso énorme ... (les sections les plus lourdes a ce niveau comprennent 2000 pages environ)

 

[Marie-Aude]

Pour diminuer la conso serveur, tu peux parfaitement créer des répertoires physiques, qui correspondent à tes répertoires virtuels, et fractionner ton .htaccess

C'est aussi plus siple pour les règles

 

[zeb]

créer des répertoires physiques

Mon dieux que c'est évident ...

En l'occurrence, ce cas de figure ça m'oblige a gérer 4/5 scripts à la racine (puisque les documents sont pour certains à la racine) et a créer effectivement les 8 dossiers linguistiques et y mettre ce qui va bien pour rediriger dedans ...

Ça calme en effet la perspective de tout mettre sur le htaccess racine qui me faisait flipper même si au demeurant je dois passer un peut plus de temps sur les règles intermédiaires ... (mais bon on a rien sans rien je vais m'y atteler demains)

Merci Marie Aude je n'avais pas pensé une seconde a déporter le truc ça illumine mon histoire .. :wink:

 

[zeb]

re : j'ajoute que j'ai suivi ton conseil sur l'histoire des "dossier incompréhensibles" et qu'un moteur de recherche multi-critère en ajax a vue le jour, depuis c'est un vrai bonheur de chercher un truc sur le site ;-)

 

[Marie-Aude]

ça fait plaisir

 

[JanoLapin]

je n'ai pas saisi l'histoire des "dossiers incompréhensibles". C'est du MP? On peut avoir des infos, please ?

 

[zeb]

J'ai une question subsidiaire si je puis me permettre d'abuser de votre courtoisie ...

J'ai un groupe d'url (à la con qui sont un genre de somme des documents sur un thème) qui n'ont aucun équivalents sur la refonte je me pose la question de savoir ou je renvoie ces pages et j'ai imaginé deux choses mais c'est pas limitatif :

1/ je redirige sur la section "mère". Ça fait peut être beaucoup sur une page mais bon ça peut du coup renvoyer pas mal de jus sur une section importante ou se trouve le fameux truc pour chercher. Je pense que l'internaute est pas perdant.

2/ je redirige vers le moteur de recherche interne avec une url du type
www.example.com/search.php?q=un-parametre-de-l-ancienne-url
Sachant que ces pages sont en "no-index" (du coup je trouve ça un peu con mais c'est facile a faire donc forcement j'y ai pensé) L’inconvénient c'est la grosse requête fulltext derrière qui mange pas mal de ressources.

3/ je sèche, suis ouvert a autre idée géniale.

Sinon pour vous donner des news j'ai décomposé mes urls en section "linguistiques" qui sont réécrites gentiment dans le htaccess racine (ça fait juste une petite 10aine de règles donc c'est pas mortel) et ensuite je travaille dans un dossier physique a part qui lui fait un traitement en dur dans un script dédié a chaque langue.
J'ai testé :
* requête en base .... flippant mais fonctionnel.
* règles alambiquées dans second htaccess (pas concluant)
* script avec variables évaluées un fois pour toute dans une array avec un header php (c'est ce qui semble le plus "simple" et performant)

Sinon dans la pratique les 301 finiront bien par se tasser donc c'est temporaire le temps que la majorité des accès reprenne le cours normal.

Dernier constat du a ce taf sur les redirections, sachant que j'ai construit le site en fonction de la base sans me soucier de l'existant, j'ai diminué le nombre de page je pense que ça impactera positivement le site dans la mesure ou il a peu de pages indexées (beaucoup de pages ignorées) et que du coup plusieurs anciennes pages tombent sur des pages plus remplies niveau contenu.

 

[JanoLapin]

Merçi de tes explications, zeb.

J'en profite pour glisser un lien relatif aux limtes du .htaccess qui pourra en intéresser certains.