Quel est le but de la réduction des services d'URL?
Quel est le but de raccourcir l'URL service?
Le raccourcissement du service d'URL est-il lié uniquement au fait qu'un seul message Twitter comporte une limite de petits caractères? Ou ont-ils d'autres utilisations?
- Il est plus facile de travailler avec des URL plus courtes, vous pouvez les épeler par téléphone, etc.
- La plupart des services de réduction d'URL vous permettent de surveiller leur utilisation.
- Les URL courtes ne sont pas cassées dans le courrier électronique. Certains clients de messagerie coupent les longues lignes de texte, ce qui peut rendre l'URL impossible à cliquer ou à une adresse incorrecte (la moitié de l'URL est coupée).
- Si le nombre de vos personnages est limité (Twitter, par exemple), les URL courtes sont pratiques.
- En outre, les raccourcisseurs d’URL peuvent empêcher Linkrot. Vous pouvez créer une URL raccourcie. Ensuite, si l'URL d'origine change, vous pouvez mettre à jour l'URL raccourcie avec la nouvelle URL. Les personnes qui cliquent sur l'URL courte seront toujours redirigées vers une URL correcte.
(Eh bien, le suivi des URL est un effet secondaire, mais) principalement: raccourcissez les URL.
http://maps.google.com/maps?f=q&source=s_q&hl=de&geocode=&q=Mountain%2BView%2C%2BKalifornien%2C%2BUSA&sll=52.130956%2C11.636701&sspn=0.342681%2C0.699692&ie=UTF8&hq=&hnear=Mountain%2BView%2C%2BSanta%2BClara%2BCounty%2C%2BKalifornien&t=h&z=13
à
vous pouvez mémoriser le dernier, même le dire par téléphone.
Les URL peuvent être très longues, et de longues URL peuvent se briser lorsqu’elles sont transmises par courrier électronique, réseaux sociaux, etc. Ainsi, les raccourcisseurs d’URL peuvent aider:
- en les rendant plus courtes et potentiellement
- en les rendant plus lisibles.
De nombreux raccourcisseurs d'URL ont ajouté une fonctionnalité permettant de suivre les clics sur cette URL - et d'agréger les informations relatives à ces clics. (Heure de la journée, géographie, source du clic, etc.) Pour les éditeurs, cela représente un avantage considérable: les raccourcisseurs d'URL permettent non seulement d'éviter les ruptures lors de la transmission d'URL, mais ils en apprennent davantage sur le trafic de leur site.
L'une des meilleures utilisations du raccourcisseur d'URL est de faciliter l'accès au contenu Web lorsque le lien est affiché sur un écran ou donné verbalement. Je les ai utilisées à plusieurs reprises dans mon travail lorsque je devais diriger un utilisateur vers une URL par téléphone et qu'il lui était difficile de la saisir.
Lorsque vous faites une présentation, vous pouvez utiliser des URL courtes pour que les personnes puissent plus facilement écrire le lien ou le saisir dans leur navigateur. Par exemple, il y avait une présentation sur Google Chrome Extensions qui utilisait des adresses URL courtes pour créer un lien vers le diaporama complet ( j.mp/crx201 ) et à des ressources supplémentaires que les gens pourraient vouloir lire.
Les gens ont commencé à utiliser des services de réduction d'URL bien avant que Twitter n'existe. Je pense que TinyURL existait déjà en 1999. Cependant, Twitter a rendu ces services beaucoup plus populaires.
Certaines URL sont extrêmement longues. Plus de 200 caractères. Pour ceux-ci, je vois l’utilisation de services de raccourcissement d’URL. Si vous écrivez un courrier électronique et souhaitez vous en tenir à l'ancienne norme de 80 caractères, les services de réduction d'URL peuvent s'avérer utiles.
Mais dans l’ensemble, oui je pense que vous touchez un point. Les services de raccourcissement d'URL ne sont pas toujours utiles et peuvent même être nocifs. Si quelqu'un publie un message TinyURL sur Slashdot, il est presque garanti qu'il pointe vers quelque chose de dégoûtant.
Lorsque vous envoyez un e-mail en texte brut, votre ligne est limitée à 78 caractères. Par conséquent, si une URL est supérieure à 78 caractères, je le ferais. Cela pose également un problème lors de la copie d'un collage de l'URL dans le carnet d'adresses, car il contient une nouvelle ligne.
Vous pouvez envelopper l'URL dans <et> qui est dans le message RFC 5322 .