De nombreuses opérations et développements rencontrent une chaîne de redirection et comment nettoyer en vrac, à la recherche directe d'un plugin ou d'un paramètre fixe, mais le vrai point de départ est de régler le problème. La réorientation multiple augmente les retards, saisit les coûts et les points d'échec, et le cycle arrête l'accès directement. Premièrement, il est déterminé si les URL individuelles, certains types de modèles ou stations entières sont affectés, et le traitement est complètement différent.
La raison principale est que toutes les anciennes adresses devraient atteindre l'URL équivalente finale dans la mesure du possible. Par conséquent, un instantané d'état courant devrait être fait, écrit dans l'état URL journal, les liens internes, le temps de capture et la performance de recherche naturelle, puis révisé pour éviter les fluctuations historiques comme une optimisation.
L'approche plus conservatrice est de saisir 3xx de tout le site, d'élargir la chaîne de localisation, de mettre à jour le lien interne et la feuille de règles, et de consolider les règles historiques en une seule relation de saut entre l'URL source et l'URL finale. Si le site est grand, vous pouvez d'abord sélectionner un pilote de catalogue de grande valeur; si c'est une petite station, vous pouvez donner la priorité à la première page, la classification de base et le contenu qui génère la requête, sans avoir à couvrir toutes les URL sous forme.
Le changement est examiné avec le même calibre : double-vérifier le code d'état, la pertinence de la cible, les URL à débit élevé dans la chaîne externe et les doubles sauts dans le journal du serveur.
Il est nécessaire d'éviter, en particulier, les règles régulières à grande échelle qui sont facilement jumelées par erreur.
Lorsque vous réinitialisez réellement, vous pouvez choisir une URL réussie et une URL échouée en parallèle. Ecrivez-les au journal autour de la chaîne redirigée, et leur entrée, la différence de contenu, le statut de capture et les résultats de transformation rendront plus facile de former un ensemble clair d'actions prochaines que de regarder la moyenne de la station entière.
Si les ressources opérationnelles et de développement sont limitées, cette méthode est appliquée d'abord aux URL qui peuvent générer des requêtes ou prendre une navigation importante. Une fois que les cibles à un seul coup et les feuilles de règles sont passées régulièrement, elles sont étendues au catalogue à faible débit afin d'éviter les résultats sur-reçus et non traités.