web-dev-qa-db-fra.com

Comment gérer beaucoup de redirections lors de la migration d'un site de taille moyenne?

Je migre un site de taille moyenne (12 000 éléments de contenu) de HTML statique vers un CMS. Le système de gestion de contenu requiert effectivement que la structure du site existant soit modifiée. Le site contient plus de 5 000 PDF avec des liens internes incluant le nom de domaine complet (FQDN), ainsi que des centaines de liens externes.

Ces fichiers PDF ne seront pas mis à jour dans le cadre de la migration ou à une date ultérieure. Je devrai donc créer des redirections pour chaque contenu de l'ancien site vers son équivalent sur le nouveau site et gérer ces redirections de manière efficace pour toujours.

Le site existant et les liens sont à l'adresse http://www.example.com. J'aimerais beaucoup utiliser des redirections génériques dans la mesure du possible (comme dans la structure de répertoires contenant 2 000 fichiers MP3).

  • Malheureusement, je ne peux probablement pas simplement utiliser le domaine racine http://example.com pour le nouveau site, laissant www pour l'ancien, car il est en conflit avec leur annuaire Active Directory interne. (Lorsqu'un utilisateur interne accède à http://example.com, il le dirige vers un contrôleur de domaine Active Directory interne.) Ainsi, www convient, mais l'utilisation du domaine racine ne l'est pas.

  • La façon la plus simple de procéder consiste à utiliser un nouveau nom de domaine, ce qui permet à l'ancien domaine de rediriger le contenu pour toujours. Cela fonctionnerait, mais c'est le résultat le moins souhaitable pour l'entreprise.

  • Mon autre idée était d'utiliser quelque chose comme www1.example.com, mais je ne suis pas sûr qu'il y ait des implications pour le référencement ou d'autres problèmes utilisant www1 comme canonique. La plupart des sites que j'ai vus utilisent www1 et l'utilisent comme alternative à www et non comme remplaçant.

  • Je pourrais essayer de placer des redirections sur le même serveur et le même nom de domaine que le CMS (en conservant www.example.com), mais cela semble poser problème. J'aurais 12 000 redirections, et si l'entreprise créait un élément de contenu en direct avec le même chemin qu'une redirection, l'un d'entre eux ne fonctionnerait pas.

  • Il n'est pas très souhaitable (et peut-être pas possible) de tout mettre sur le nouveau site sous www.example.com/newsite/ pour éviter les conflits de redirection.

Quelque chose me manque, ou un autre conseil sur la façon d'aborder cela?

seoredirects301-redirectmigration
4
Carl C

J'aimerais beaucoup utiliser des redirections génériques dans la mesure du possible (comme dans la structure de répertoires contenant 2 000 fichiers MP3).

Si votre logiciel serveur est Apache, vous pouvez utiliser le module de réécriture pour rediriger certaines URL vers d'autres à l'aide de séquences de caractères génériques dans l'expression régulière. Par exemple, pour rediriger http://example.com/Apple1 , http://example.com/appleA , http://example.com/Apple2 , et http://example.com/appleABC à http://example.com/newapple-1 , http://example.com/newapple-A , http://example.com/newapple-2 , http://example.com/newapple-ABC respectivement vous pouvez utiliser ce code:

RewriteEngine On
RewriteRule ^Apple(.*)$ http://example.com/newapple-$1 [R=301,L]

La façon la plus simple de procéder consiste à utiliser un nouveau nom de domaine, ce qui permet à l'ancien domaine de rediriger le contenu pour toujours. Cela fonctionnerait, ...

Ce n’est pas non plus le meilleur résultat souhaitable en termes de rapidité, car il faut plus de temps pour récupérer deux nouveaux noms de domaine qu’un seul.

Mon autre idée était d’utiliser quelque chose comme www1.example.com, mais je ne suis pas sûr qu’il y ait des implications pour le référencement ou d’autres problèmes en utilisant www1 comme canonique.

Canonical, c’est lorsque vous présentez exactement le même contenu sur deux URL différentes. Et cette idée fait également attendre les utilisateurs plus longtemps, car un sous-domaine d'un navigateur Web est comme un nouveau domaine (où il doit être récupéré).

Je pourrais essayer de placer des redirections sur le même serveur et le même nom de domaine que le CMS (en conservant www.example.com), mais cela semble poser problème.

La vitesse serait meilleure quand les redirections se produiraient puisque vous avez le même nom de domaine.

Il n'est pas très souhaitable (et peut-être pas possible) de tout mettre sur le nouveau site sous www.example.com/newsite/ pour éviter les conflits de redirection.

Pour le moment, il s'agit de l'approche idéale pour des raisons de rapidité, de coût et d'organisation. Un conflit de redirection peut survenir si vous créez une chaîne de redirection telle que toute URL de la chaîne soit identique à l'URL initiale utilisée qui a déclenché le début de la chaîne de redirection.

Si les changements de nom ne vous intéressent pas, utilisez au moins l’approche www.example.com/newsite/(insert URL tail) pour l’instant afin d’organiser votre travail, puis plusieurs mois plus tard, redirigez les URL vers www.example.com/ ( insérer l'URL en queue)

Mais si vous pouvez désigner de nouveaux noms pour chacune des URL à déplacer, faites-le plutôt et vous pourrez ensuite les utiliser à la racine du document. par exemple, www.example.com/(nom nouveau nom ici)

4
Mike