web-dev-qa-db-fra.com

Déplacement d'un site Web volumineux vers un nouveau CMS - modifications d'URL

Je me demandais si vous aviez des conseils sur la situation suivante.

Je vais déplacer un site Web volumineux vers un nouveau système de gestion de contenu (CMS), voici quelques détails sur le site:

  • magazine d'actualités en ligne avec environ 3000 articles
  • âge du domaine: 10 ans
  • en ligne sous sa forme actuelle depuis mai 2010
  • pages indexées: ~ 10.000
  • pourcentage du trafic sur les moteurs de recherche: moins de 10%

Malheureusement, un CMS personnalisé a été utilisé pour le site. Les performances, la fiabilité et les capacités de référencement ont été très mauvaises, nous passons donc à un nouveau CMS open source éprouvé.

Tous les articles seront conservés tels quels, mais la structure des URL ainsi que celle des modèles HTML seront modifiées.

Ce que je voulais faire maintenant, c’est créer réellement des redirections 301 pour tous les articles de l’ancien au nouveau schéma, c’est-à-dire:

  • Ancien: www.example.com/en/html/news/detail/title-of-the-article/
  • Nouveau: www.example.com/category/title-of-article.html

Est-ce une manière éprouvée de faire quelque chose comme ça? Si non, pouvez-vous recommander une méthode qui a fonctionné pour vous?

6
herrherr

Vous avez l'idée de base.

  1. Inventoriez vos ressources et identifiez également les pages qui reçoivent le plus de trafic et de backlinks (n'oubliez pas les autres URL si la même page est accessible via plusieurs URL).
  2. Identifiez tout contenu qui n'est pas directement migré vers le nouveau site; rechercher un élément correspondant sur le nouveau site s'il en existe un *; s'il n'y en a pas et qu'il s'agit d'une URL à fort trafic, vous devriez peut-être en créer une; sinon, marquez l'URL à traiter à l'étape 5.
  3. Créez une table de traduction dans une feuille de calcul CSV en mappant les anciennes URL avec les nouvelles pour tous les actifs (n'oubliez pas les fichiers multimédias que les utilisateurs ont éventuellement intégrés dans leur propre site, par exemple des boutons/badges/bannières/vidéos/flux d'actualités/outils de recherche *) .
  4. Utilisez .htaccess ou la méthode de votre choix pour effectuer les redirections 301 en fonction de la table de traduction.
  5. Créez une page 404 utile à afficher lorsque les utilisateurs demandent une ancienne URL sans contenu correspondant sur le nouveau site. Il devrait expliquer la migration du site et suggérer d'autres ressources pour trouver les informations dont ils ont besoin. Par exemple. effectuer une recherche automatique pour répertorier des pages similaires, proposer un autre site susceptible de contenir les informations ou fournir des informations de contact via lesquelles ils peuvent demander des informations. C'est également une bonne idée de fournir un formulaire de commentaires ou une adresse électronique permettant aux utilisateurs de signaler des erreurs.
  6. Après le lancement du nouveau site, surveillez les erreurs 404 et supportez les courriels pour vous assurer que tout se passe comme prévu.

Ce qui est important, c’est que vous ne perdiez pas la confiance du client en créant un ensemble de liens morts/signets/images/flux/vidéos et en rendant l’information difficile à trouver. Faites tout ce que vous pouvez pour que la transition se déroule de manière transparente, en particulier s'il y a beaucoup de gens qui se fient aux informations de votre site.

Si l'ancien site avait un plugin de recherche, réécrivez automatiquement les anciennes demandes de recherche ou proposez un nouveau plugin OpenSearch. Oracle a mal fait cela en mettant à jour son réseau récemment et en cassant tous les plugins de recherche de la documentation en ligne MySQL. Ainsi, les développeurs avaient l'habitude de pouvoir rechercher facilement les commandes MySQL au cours des 7 à 8 dernières années. Leurs plugins de recherche se trouvaient soudain sans valeur, et même la fonction de recherche sur site ne fonctionnait pas.

Enfin, ne faites pas de redirections 301 inappropriées. S'il existe une nouvelle version d'une page avec un contenu mis à jour, alors, bien sûr, redirigez. Mais s'il n'y a pas de page correspondante vers laquelle rediriger, ne vous contentez pas de rediriger vers la page d'accueil ou vers une autre page aléatoire ne contenant pas le contenu attendu par l'utilisateur. Examinez l'intention de l'utilisateur et déterminez s'il sera surpris de la page sur laquelle il se pose. Même s'il existe un autre article sur le même sujet général, il n'est pas nécessairement approprié d'utiliser une redirection 301 si le contenu est complètement différent. Dans ces cas, il est préférable de présenter une page 404 pour informer l'utilisateur que le contenu recherché n'existe plus et suggérer une ou plusieurs pages susceptibles de les intéresser.

10
Lèse majesté

herr herr,

Cela dépend vraiment du CMS que vous allez utiliser pour rediriger facilement les anciennes URL. J'utilise Django et ce cadre vous permet de créer facilement une telle redirection, mais il est très spécifique au cadre.

Une autre méthode couramment utilisée si vous utilisez Linux/Apache utilise . Htaccess, qui est un fichier de configuration assez simple qui repose sur des expressions régulières - j’ai utilisé cette méthode et c’était assez réussi, bien que sa taille ne soit pas aussi grande, mais je crois que cette méthode a été mise à l’échelle.

2
Williams