OK, je sais que c'est la meilleure pratique qu'une fois que vous avez changé ou supprimez une URL de page, pour rediriger cette URL sur la nouvelle URL pertinente.
Mais pendant combien de temps? Pour toujours?
Par exemple, j'utilise Google Site Web Optimizer pour tester différentes variations d'une page. Donc, je dois créer une URL différente pour chacun comme: original.php, var1.php, var2.php, etc.
Une fois le test terminé, le gagnant deviendra le nouvel original.php et il n'y aura pas besoin de garder Var1.php, etc. Mais je dois maintenant rediriger ceux qui n'avaient plus besoin d'URL de l'URL pertinente.php.
Ceci peut finir par être un alot de 301 redirections dans mon Je peux déplacer les redirections vers les URL réelles (exemple de redirection PHP sur le fichier Var1.php actuel), mais j'ai ensuite plusieurs fichiers inutiles bloquant mon serveur.
Alors je me demande quelle est la meilleure pratique ici? Est-il prudent de supprimer une redirection de 301 après si longtemps? .htaccess . J'ai aussi entendu dire que plus vous avez des choses que vous avez dans votre fichier .htaccess, plus votre site est plus lent, car le serveur doit tout traiter avant de pouvoir servir une page.
4 Réponses :
Vous pouvez vérifier les journaux d'accès de votre serveur Web pour les redirections 301 de ces URL. Quand ils n'apparaissent plus dans les bûches (ou apparaissent très rarement), vous pouvez supprimer les redirections si vous en avez envie. Il n'y a pas de meilleur moment pour les supprimer. Le "meilleur" temps est lorsque les anciennes URL ne sont plus utilisées et qui peuvent différer beaucoup de site à site.
D'accord. Vous devriez également regarder le journal pour 404 en général pour vous assurer qu'il n'y ait aucune vieille URL que vous auriez pu manquer.
Utilisez également les 'Pages de Google qui lient sur la fonction de recherche d'avance'
Lorsque vous testez des variations, c'est un URL privé . Tant qu'il n'y ait pas de liens externes et vous ne le faites pas de la publicité, vous pouvez le détruire lorsque vos tests sont terminés.
Si vous ne le partageez que avec d'autres personnes dans votre organisation, sous l'accord qu'il est éphémère, c'est une zone grise. La suggestion de Daniel Egeberg de maintenir le transfert à un moment est civilisée.
Une fois que vous avez fait l'URL publique, vous devez le traiter comme archival .
Cela signifie que vous vous assurez qu'il fonctionne Quelqu'un a exercé force majeure et a fermé tout le domaine, comme des géocités. Ne laissez pas cela vous arriver: ne mettez pas vos précieuses pages Web sous le contrôle des entités à but lucratif.
Quelqu'un a acheté votre domaine de sous vous avec une offre que vous ne pouviez pas refuser.
Vous avez fait faillite ou que vous ne pouvez plus vous permettre de maintenir une présence en ligne.
Dans ces cas, votre obligation morale est de rendre votre contenu disponible via archive.org ou via Jason Scott , qui a beaucoup de bons conseils.
Si vous contrôlez votre propre domaine et que vous laissez une URL publique pivoter, vous brûlerez en enfer.
(Théologie post-dante peu connue.)
Peut-être qu'il y a un meilleur moyen de gérer votre fichier .htaccess. Vos redirigèrent-elles pour des pages simples, des chemins, des sous-domaines ou des domaines?
Il peut être possible d'inclure un fichier externe, de sorte que vos redirections soient dans leur propre dossier et que les .htaccess entrent cela et reste épuré.
Enfin, il peut y avoir un meilleur moyen de maintenir vos redirections. Donc, plutôt que de se concentrer sur la durée de votre maintenance de vos redirections, économisez quelques travaux de maintenance et modifiez votre question pour poser des questions sur les mécanismes permettant d'ajouter et d'organiser vos redirections. Iirc mod_rewrite fera cela. Il doit y avoir un mécanisme qui permettra à votre serveur de déterminer les redirections en utilisant un script (peut-être interroger un DB). Au minimum, il serait intelligent d'utiliser un script pour gérer vos fichiers .htaccess redirige.
Un avantage de ne jamais avoir les redirections expire est que vous ne devez pas non plus rentrer et nettoyer les anciennes redirections. Ils sont assis là, pour toujours. Si vous avez des redirections qui expirent, vous avez maintenant une deuxième opération à effectuer pour éliminer les anciennes redirections. Donc, vous faites réellement plus de travail en expirant des redirections.
Norman, sûrement si une page est générée par PHP, elle ne peut donc pas être considérée comme «archivage». PHP garantit presque que la page sera différente la prochaine fois. Si par différent, vous choisissez «pas là-bas» alors c'est à vous de décider!
Je suggérerais également que vous puissiez peut-être capable de décomposer ces pages si les utilisateurs les utilisent, en ne faisant pas de renvoi, mais en mettant un lien qui raconte un lien racontant à l'utilisateur que la page a déplacé et leur demandant de ne pas utiliser l'ancien. Mettez un lien pour eux pour cliquer. Faites cela pour «un peu de temps». Je suppose que la période qui dépend de votre comportement de l'utilisateur attendu. Vous attendez-vous que chaque utilisateur ait visité une fois par mois ou est-ce comme un système de déclaration de revenus que les gens utilisent une fois par an?