Je vois dans de plus en plus d’articles de blog des auteurs utiliser des liens courts, parfois même en utilisant des encres, c’est à dire un texte linké, sans que le lien n’apparaisse directement.
J’ai un peu de mal à comprendre l’intérêt, étant donné qu’on n’est pas limités par l’espace sur notre blog. Les URLs courtes sont utiles (indispensables ?) sur Twitter, où on ne peut écrire que 140 caractères. En gagner 50 ou 80 est alors une aubaine, mais ailleurs, je ne comprends pas…
Et cette pratique pourrait poser problème un jour ou l’autre… Il faut d’abord comprendre le fonctionnement de ces services :
Vous disposez d’une URL longue, par exemple celle de ce billet. Vous souhaitez la diffuser sur Twitter, et donc la réduire pour gagner de la place. Vous allez utiliser un service comme TinyURL, Bit.ly, ou Short.to. Ces services réduisent votre longue url en quelque chose comme service.tld/1 pour la première URL, service.tld/2 pour la deuxième, etc.
Au bout d’un moment, nous allons arriver à service.tld/y145GG2568QSHUI123HUY. Alors ok, avant d’atteindre une telle taille, il faudra réduire beaucoup d’URL, mais Twitter souhaitant devenir le premier service à 1 milliard d’utilisateurs, ça pourrait grimper vite.
Et dans cette situation, le service mourrait, puisqu’il perdrait de son intérêt. Alors utilisons des URL normales là où nous le pouvons, et là où ça ne gène pas les utilisateurs, et des courtes là où c’est indispensable.
Il en va de la survie du web (ouai ok, je m’emballe).
Mouais…
D’un autre côté, le nombre de services proposant des url raccourcis est élevé, et il est très simple de mettre le siens en place (tux-planet a récemment publié un article là dessus).
Non la meilleure raison pour ne pas utiliser ces services en dehors de Twitter, c’est qu’une adresse raccourcis a le gros inconvénient de nous cacher l’url finale, il est pas vraiment bon sur le net de cliquer sans savoir ou on va se retrouver…
Je pense que le principal problème avec ce genre d’applications, c’est quand précisément ces services s’arrêteront.
Imaginez vous un peu explorer les archives de Twitter alors que Bit.ly est fermé : la plupart des tweets sont inexploitables.
Sans parler du référencement : les url courtes tuent le web que nous connaissons si elles sont placées partout en centralisant l’architecture distribué du web…
Mais bon, il y a des keke partout
économisons l’énergie et maintenant économisons les URLs courtes
tu as raison ceci dit mais bon contrairement au pétrole qui n’est pas renouvelable la technologie trouve toujours un autre moyen d’arriver à ses fins.
Entièrement d’accord. N’utilisons ces urls que sur twitter. Marre de ne pas savoir où je vais atterir.
Les économiser, mouai … si service.tld arrive à saturation, ils achèterons service2.tld et ça sera reparti pour plusieurs années d’utilisations.
Les trois vrais problèmes de ce système ont été cité juste au dessus de moi :
1. Complètement dépendant de ces services (le jour où ça lâche, c’est la m***)
2. Prive le référencement de beaucoup de ces possibilités
3. On ne sait pas vers quel site on se dirige.
Pour ma part, ce sont ces raisons la qui devraient nous pousser à limiter l’utilisation de ce service!
Sinon, quoi de neuf mon pti Simon ?
Je suis assez d’accord avec vous tous. Je me suis concentré, sur cet article, sur le côté « on dénature ces services ».
@Pierre : ça va et toi ?
En tant que développeur chez MinURL, service de raccourcissement d’url, je me devais de préciser quelque chose :
)
- Le référencement n’est pas bloqué, car nos redirections se font via codes http / 301
- La personne qui diffuse le lien peut annoter un /p à chaque lien, permettant au visiteur d’arriver sur une page de prévisualisation.
( Ces deux points valent aussi pour Tinyurl, l’ancien leader du marché
Concernant le principal problème : dépendre du service, en effet, comme le dit Pierre, si ça lâche, c’est la m****
Mais l’idéal serait qu’à chaque page site soit associé un lien court via un systeme interne, ce qui permettrait une diffusion simple, une banque de correspondances permettant d’avoir une prévisualisation et une aide en cas de défaut du service, et surtout, un arrêt des multiplications de liens courts pour un seul lien d’arrivé.
Enfin, concernant le problème du rallongement des URL, on a vraiment le temps. La plupart des sites réduisent les liens selon une base 36 ( 012….89abcd…yz ), donc un identifiant à 6 caractères correspondrait à plus de 2 milliards d’url réduites. Sans comptes les sites utilisant une base 64
Petite question technique: si le service met la clef sous la porte (ca peut arriver) tous les liens sont morts?
Bah ouai… D’où le problème soulevé par Arthur… :s
Hum, petit calcul de tête :
Sachant que les URL déployées contiennent des caractères alphanumériques (A-Z 0-9) soit en tout 36 caractères, pour attendre la longueur d’une URL comme celle citée dans ton article (21 caractères), il faudrait échanger 36^21=4,8×10^32 liens sur un seul service[1]. Au vu du nombre de services dispo, on peut facilement décupler cette valeur.
Bref, on arrivera pas à saturation avant un moment je crois…
Mais ceci dit, bien que ta justification ne soit pas vraiment fondée, je suis d’accord pour dire que ça ne sert à rien, voire même que ça dessert que d’utiliser ces URLs courtes à mauvais escient.
[1] Pour exemple, le service tinyurl en est pour l’instant à 6 caractères dans les urls qu’il fournit, soit un total de plus de 2 milliards d’urls possibles. Rajoute un caractère et tu atteins les 78 milliards de combinaisons, et ainsi de suite.
J’ai vraiment tapé cet exemple au hasard
tynyurl.com/123456 –> on est déjà à 18 caractères, pour 2 milliards d’URL.
Si Twitter veut 1 milliard d’utilisateurs, qui publieront peut être plusieurs liens par jours (tous ne publient pas, mais d’autres publient beaucoup de liens), plusieurs milliards de liens peuvent être échangés par jours.
Alors bien sûr, il existe plusieurs services, mais s’il faut les implémenter à chaque fois dans les applications, ça ne facilitera la tache de personne…
Bien sûr qu’on a encore un peu de marge, mais vu les ambitions de Twitter, elle pourrait diminuer rapidement…
@Kevin ton commentaire était passé en spam
Pour moi, l’argument des 2 milliards ne tient pas debout à long terme. 2 milliards c’est peu vu l’ampleur qu’aimerait avoir Twitter, sachant qu’on n’utilise plus les shortener que pour Twitter…
il existe des plugins WordPress qui réduisent visuellement l’url dans les commentaires par ex afin de pas trop gené la lecture comme Chunk http://www.village-idiot.org/archives/2006/06/29/wp-chunk/
a cause de ces mauvaises utilisations des minimiseurs il faudrait presque créer un plugin wordpress pour afficher la bonne url (au moins au survol)
(pour le référencement => ca change rien mais pour le phishing …
)
Peut-être que si les URL courtes se ralongent, Twitter augmentera la taille des tweets en la faisant passer de 140 caractères à 160…
Mais bon, des URL plus longues, ce sont des octets en plus, des octets en plus nécessitent plus d’espace stockage, plus d’espace de stockage consomme plus d’énergie et tout cela serait donc moins écologique !
Whouooooooow !! Trop d’Antoines là
@Antoine Boucherie : il existe un plugin firefow qui le fait
@Antoine Blanchard : on oublie souvent en Europe que Twitter c’est d’abord un service par SMS, et 160 caractères ça ne passe pas dans un SMS…
@Simon : 160 caractères tiennent pourtant dans un SMS…
Twitter limite t-il à 140 caractères la taille des tweets exprès pour permettre d’envoyer une « reply » par SMS (autrement dit « @xxx » devant le tweet) ?
finalement la solution c’est peut etre d’utiliser son propore service URL Shortener
http://www.post-hit.net/logiciel/shorty-creer-heberger-application-url-shortener/
Bonjour,
J’utilise Twitter depuis peu de temps et j’essaye de chercher comment annuler le raccourcissement automatique des liens postés (exemple: Twitter me transforme http://www.jutix-production.com/tutoriel-css-integrer-feuille-de-style.php par cette url > http://bit.ly/2cqVGr).
Est-ce que quelqu’un a une astuce pour préserver son lien original ?
Car c’est pas très ergonomique de cliquer sur un lien qui ne représente rien…
Merci !