Y a-t-il des inconvénients à utiliser une redirection 301 à partir d'une URL plus courte sur notre propre domaine plutôt que d'utiliser un service de raccourcissement d'URL?
Vous vous demandez s’il ya des implications négatives à l’utilisation d’une redirection sur mon propre domaine, comme une sorte de raccourcisseur d’URL.
Les gens qui créent des documents imprimés pour des "URL courtes" me demandent souvent. Mon prédécesseur l'a fait en utilisant une redirection 301. La pratique me semble fausse, mais je ne peux pas expliquer pourquoi.
Le seul inconvénient est que, si vous configurez un grand nombre de redirections, cela peut éventuellement devenir une charge pour votre serveur. Étant donné que les serveurs varient considérablement, ainsi que le trafic et les performances du code, il n’existe aucun chiffre magique quant au nombre de redirections excessives. De façon anecdotique, je gère un site Web avec environ 220 000 pages vues par mois et nous avons généralement 200 à 300 redirections personnalisées en place, ainsi que plus de 800 autres lignes dans .htaccess à tout moment, sans aucun problème de performances. J'ai également géré des sites très fréquentés sans répercussions négatives. Si les performances vous inquiètent, prenez des mesures de la vitesse du site avant et après l'ajout d'un lot de redirections pour vous assurer que vous n'affecterez pas les performances. En règle générale, sauf si vous êtes sur un hôte partagé peu performant, vous ne devriez pas voir problèmes avec ces redirections simples. Les simples redirections individuelles ne sont pas très coûteuses en termes de performances, par rapport à quelque chose comme un RedirectMatch, où vous commencez généralement à constater un impact plus important sur les performances.
Si vous utilisez un CMS, je suggérerais de vérifier s'il existe ou non un plugin disponible pour ajouter ce type de redirection. De cette manière, vous permettez à vos commerciaux de configurer leurs propres redirections. Ils pourront ainsi voir quelles redirections existent déjà, car les utilisateurs pourraient éventuellement oublier ce qui avait déjà été configuré. Les plugins tels que ceux-ci varient en qualité et en fonctionnalité - certains font 302, d'autres 301, d'autres peuvent aussi commencer à avoir des problèmes de performances une fois que vous avez atteint un nombre critique de redirections. Mais cela vous fera gagner beaucoup de temps par rapport à l'édition manuelle de votre fichier .htaccess à chaque fois que quelqu'un souhaite une nouvelle URL personnalisée.
Un mot d'avertissement: il est utile de définir des conventions de dénomination avant de commencer à les configurer. Décidez à l'avance si vous souhaitez que toutes les URL personnalisées soient entièrement en minuscules (car leur saisie manuelle à partir d'un élément imprimé est plus simple si elles sont entièrement en minuscules) ou si vous souhaitez autoriser la casse du titre. Décidez si vous voulez préférer les traits d'union (considérés comme favorables au référencement et faciles à trouver sur les claviers mobiles) ou les traits de soulignement (plus démodés, mais ils correspondent peut-être à vos URL complètes) et si vous avez des limites de caractères définitifs pour combien de temps une URL vanity est autorisé à être.
Enfin, il y a autre chose qui pourrait être utile pour ces imprimés: regardez dans les paramètres UTM de Google. Si, à un moment donné, quelqu'un trouve utile ou intéressant de mesurer le nombre de personnes tapant réellement une certaine URL à partir d'un document imprimé particulier, demandez-leur de configurer une URL personnalisée pour chaque support d'impression utilisé. Ainsi, par exemple, vous pourriez avoir example.com/tx-offer qui redirige vers
example.com/offers/september/?utm_campaign=offer&utm_medium=print&utm_source=texas-magazine
et aussi example.com/ks-offer qui redirige vers
example.com/offers/september/?utm_campaign=offer&utm_medium=print&utm_source=name-of-kansas-magazine
en fait, ils se dirigent tous les deux vers la même page de destination, mais le utm_source et les autres paramètres vous indiquent si le magazine Kansas ou le magazine Texas - avec peut-être la même création - a envoyé davantage de visiteurs sur votre site Web. Ceci n'est bien sûr utile que si vous mesurez de telles choses dans Google Analytics, mais il est assez courant et gratuit de le configurer. Cela peut également aider les gens à mieux comprendre quelles impressions ont le plus de succès. C’est une autre chose que vous souhaitez normaliser si possible avant de commencer: décidez si vous souhaitez utiliser des minuscules pour plus de commodité, voire peut-être des majuscules, afin de suivre vos campagnes. Vous pouvez même obtenir des informations plus détaillées que "imprimé" pour les médias (magazine, lettre d'information, etc.) ou regrouper tous les médias "imprimés" pour les comparer plus facilement dans une vue. Même si vous ne travaillez pas sur des campagnes payantes, cela peut vous aider à déterminer où dépenser plus de temps et d'argent - par exemple, les cartes postales donnent des résultats beaucoup plus médiocres que votre bulletin d'information. Par conséquent, vous n'avez peut-être plus de CTA Web sur les cartes postales.
Je pense que c’est une bonne idée dans l’ensemble, certainement mieux que de faire appel à des sociétés de sous-traitance tierces, mais il y a certaines choses que vous voudrez peut-être envisager.
- Comment allez-vous réellement implémenter les redirections? Un fichier de configuration de serveur Web est un moyen, mais il ne s'adapte pas vraiment bien à un grand nombre d'URL. Une solution basée sur un script peut être plus flexible et gérer un grand nombre d'URL, mais à un coût potentiellement plus élevé par redirection émise.
- Est-ce que vous vraiment voulez utiliser 301? ou voulez-vous conserver la flexibilité au prix d'une charge légèrement plus importante en utilisant 302?
- Comment allez-vous gérer la possibilité de conflits entre les URL normales et les redirections (J'ai vu certains sites utiliser un domaine dédié, ce qui évite ce problème et permet aux URL raccourcies d'être encore plus courtes, mais peut potentiellement semer la confusion chez l'utilisateur lorsque le lien est légitime. ).
- Voulez-vous un système capable de rendre les redirections insensibles à la casse afin de pouvoir publier des URL de titre pour les cas tout en maintenant les visiteurs qui oublient d'appuyer sur la touche Entrée?
L'utilisation de raccourcisseurs d'URL sur votre propre domaine présente des avantages, plutôt qu'un service qui le fera pour vous.
D'une part, 301 redirections sont connues pour passer 90-100% du jus de liaison. Ainsi, lorsqu'un lien passe de urlshortener->example.com/page, example.com peut ne pas capturer 100% de la quantité de liens, car certains risquent d'être perdus sur le service urlshortener. Alors que si vous utilisez votre propre service, le jus de liaison perdu sera probablement conservé sur votre propre domaine.
Les redirections Htaccess sont considérées comme lentes, mais nous parlons de millisecondes. Il est possible qu'un service de raccourcissement d'URL soit optimisé pour être plus rapide pour les redirections que pour vos propres serveurs, mais le décalage horaire risque d'être à peine perceptible. Il faut également du temps supplémentaire pour charger une page pour chaque demande de serveur/domaine requise. Avec un service de raccourcissement d'URL, plusieurs requêtes de serveur sont nécessaires pour charger votre page, alors que votre propre URL courte ne nécessite qu'une seule requête de serveur.
Il y a aussi la notoriété de la marque. Quand une personne voit un lien pour un urlshortener, elle ne voit pas votre nom de marque. Alors que lorsqu'il voit example.com/url, votre marque est affichée dans le lien, en particulier lorsque le lien est également le texte d'ancrage.
De même, Google n'explore pas tous les liens découverts. Et même s’il s’agit peut-être de spéculations fondées sur mes propres pensées, lorsqu’il découvre un lien exemple.com, il peut compter cela comme une mention de marque. Il peut aussi même laisser passer un exemple de confiance à example.com simplement en reconnaissant le lien sans le crawler. Lorsque le service urlshortening a son propre domaine en tant que lien, cette opportunité est perdue.
Il semble que la plupart des grandes marques se soient éloignées des services urlshortener car elles semblent beaucoup plus populaires il y a quelques années. Il est fort possible que leur utilisation ait été excessive et potentiellement une erreur. Certains des services urlshortener offraient du trafic d'analyse de données Nice, ce qui explique sans doute pourquoi certains grands sites les utilisaient.
En outre, Twitter avait l'habitude de compter la taille de l'URL par rapport au nombre maximum de caractères de son tweet. Il était donc extrêmement important d'avoir un lien plus court sur Twitter au lieu d'un lien long-queue. Et la popularité croissante de Twitter à cette époque était probablement due au fait que les urlshorteners devenaient une grande tendance. Mais ce n'est plus le cas car la taille de l'URL ne compte plus contre le nombre de personnages sur Twitter.
Une caractéristique commune des services de raccourcisseur d'URL sont les statistiques pour chaque redirection (vous pouvez essayer d'extraire ces informations pour vos propres redirections à partir des journaux de votre serveur, mais cela peut s'avérer fastidieux). Depuis que vous avez mentionné les documents imprimés: Ceci est bien sûr couramment utilisé pour obtenir un retour d’utilisation pour les annonces imprimées, etc.
Cela dit: il existe plus d'une solution pour l'hébergement de votre propre service de raccourcisseur d'URL sur votre propre domaine. Vous n'êtes pas nécessairement lié à l'utilisation d'un service externe pour disposer d'un raccourcisseur d'URL pratique.
Si cela est fait correctement, même l'hébergement d'un CMS et d'un raccourcisseur d'URL sur le même chemin est possible - assurez-vous simplement que les URL sont distinguables (par exemple, en utilisant un préfixe ou autre).
Vous vous demandez s’il ya des implications négatives à l’utilisation d’une redirection sur mon propre domaine, comme une sorte de raccourcisseur d’URL.
Cela revient vraiment à la milliseconde. Pourquoi? Parce qu’un facteur très important est le terme "Time to First Byte" qui signifie le temps nécessaire pour que le premier octet soit reconnu par le navigateur Web.
Utiliser un service à distance de n'importe quel type uniquement pour créer une redirection vers l'une de vos pages Web est totalement désavantageux car a) comme l'a indiqué Steven, une demande DNS supplémentaire est requise, ce qui signifie un délai d'attente supplémentaire pour le client, auquel cas vous vous fiez sur la vitesse de l’ordinateur distant qui traite la demande, donc si cet ordinateur fonctionne comme un ancien processeur 286, l’utilisation de ce service peut entraîner l’attente des clients qui atterrissent sur des redirections plusieurs secondes plus avant même voyez le premier personnage à l'écran qui, dans le monde d'aujourd'hui, est terrible.
En tant que webmaster, vous pouvez désormais demander à quiconque contrôle l'ordinateur qui stocke vos pages Web afin de s'assurer qu'il fonctionne à une vitesse optimale. Ensuite, vous pouvez héberger les pages de redirection vous-même sur le même serveur. Si vous exécutez votre serveur, assurez-vous que les processus en arrière-plan inutiles ne s'exécutent pas.
De même, lorsque vous avez terminé, assurez-vous que les moteurs de recherche auxquels vous envoyez vos URL ne recevront que les NOUVELLES URL, pas les anciennes. Cela minimisera le besoin de demander les anciennes URL qui sont les redirections vers les nouvelles.
En plus, comme bonus (ce que je fais constamment au HTML sur mon site depuis que des milliers de personnes le visitent), essayez de placer les pages fréquemment utilisées sur un lecteur de ram sur le serveur, car accéder au contenu à partir du ram est beaucoup plus rapide que d'accéder à celui-ci. disque. Mais si vous faites cela, vous aurez besoin d’une sauvegarde sur disque. Ainsi, si l’ordinateur se réinitialise, le contenu de la RAM est effacé et vous devrez recharger les données sur la RAM pour une vitesse maximale.
Quoi qu’il en soit, s’IL VOUS PLAÎT, utilisez des outils de test tels que webpagetest.org et mesurez votre Time to First Byte. C'est très important. En outre, lors des tests, choisissez un emplacement aussi éloigné de votre serveur que de votre proximité, afin que les personnes éloignées puissent profiter pleinement de votre site.
Il n'y a pas vraiment d'inconvénient et de nombreux sites utilisent des URL qui peuvent être raccourcies, comme _/1234/my-article-about-goats/_ qui peut au moins être chargé à l'aide de _/1234/goats/_ et _/1234/g/_ mais souvent même comme _/1234/_.
Vous devriez envisager de transformer ces URL en URL canoniques (et de les ajouter à l'aide de la balise correspondante en HTML) et d'utiliser uniquement les longues "URL de référencement" pour vos utilisateurs. Ensuite, vous pouvez ou non rediriger de la version numérique uniquement vers la version longue.
N'oubliez pas qu'une correspondance moins stricte des URL peut amener les personnes à modifier le titre de l'URL en _/1234/my-article-about-cats/_ et d'autres personnes peuvent penser que vous aimez les chats plutôt que les chèvres. Donc, vous voudrez peut-être au moins rediriger des URL avec le mauvais slug vers l'URL avec le slug actuel.
Autre chose à prendre en compte: si vous souhaitez réellement implémenter des redirections générées automatiquement de style _short.mydomain/a6x_ pour des URL arbitraires, vous devez vous assurer de continuer à héberger le service d'URL abrégées, sinon vous supprimerez de nombreuses URL lorsque vous les interrompez.