Een link verkorten voor X (Twitter): wat t.co ermee doet

Elke URL die je op X plaatst, telt als 23 tekens, ongeacht de lengte, omdat X hem voor het publiceren opnieuw wrapt in een t.co-link. Een link verkorten voor X bespaart je dus precies nul tekens. Als dat de reden was waarom je naar een shortener greep, kun je hier stoppen.

Er is nog steeds een goede reden om er een te gebruiken, en het is niet de lengte. Een merkgebonden korte link verandert wat de lezer ziet, wie de klikdata bezit, en wat er gebeurt als de bestemming moet verhuizen nadat de post live staat. Deze gids behandelt de tekenrekensom, wat de dubbele wrap daadwerkelijk met je URL doet, waarom previews breken, en hoe de cijfers in X analytics verschillen van die in je eigen dashboard. De rest van de platformserie, waaronder hoe je social-media-links bijhoudt, behandelt de cross-channel-versie.

De 23-tekens-regel

X rekent een vast tarief voor links. X's eigen ontwikkelaarsdocumentatie over het tellen van tekens zegt het ronduit: alle URL's worden gewrapt met de t.co-shortener en tellen als 23 tekens, ongeacht de oorspronkelijke lengte. Een link van negen tekens en een van tweehonderd kosten evenveel.

Dat geeft een post van 280 tekens 257 tekens ruimte zodra er een link in staat. Het aantal ligt vast voordat je er invloed op kunt uitoefenen, en dat is waarom de oude gewoonte om een URL te verkorten om er nog een zin bij te wringen al jaren zinloos is. De wrapper gebeurt op het moment van publiceren, aan de kant van X, op elke link in de post.

Een kanttekening die het weten waard is: de 23 tekens worden gerekend, maar de lezer ziet in een moderne client nooit een t.co-adres. De interface toont in plaats daarvan het bestemmingsdomein, en precies daarom doet het domein in je link brandingwerk, gepland of niet.

Wat een korte link je in plaats daarvan oplevert

Haal het tekenargument weg en er blijven drie echte redenen over.

De eerste is wat de lezer ziet. Een post met yourbrand.link/spring leest als doordacht; dezelfde post met een met UTM's volgeladen URL met vier parameters leest als machinerie. Dat waarnemingsverschil is precies het punt van een merkgebonden link, en het overleeft de wrapper omdat clients het bestemmingsdomein tonen.

De tweede is eigenaarschap van de klik. X telt klikken op de t.co-sprong en rapporteert ze binnen X analytics, en dat cijfer blijft binnen X. Een korte link die jij bezit, registreert dezelfde klik aan jouw kant, in dezelfde tabel als je e-mail-, betaalde en printcampagnes, waardoor kanaalvergelijking geen oefening in het exporteren van spreadsheets meer is.

De derde is bewerkbaarheid, en dat is degene die mensen later waarderen. Een post op X kan door de meeste accounts niet worden bewerkt, maar de bestemming achter een korte link kan op elk moment worden verlegd. De campagnepagina verhuist, de aanbieding eindigt, het artikel krijgt een betere versie, en de link in die post blijft werken.

Dubbel wrappen: hoe de keten er echt uitziet

Je eigen korte link plaatsen betekent dat de bezoeker door twee redirects gaat: eerst t.co, dan jouw domein, dan de bestemming. Dat klinkt erger dan het is, en het is de moeite waard om precies te begrijpen wat elke sprong doet.

Elke Twitter-URL-shortener die je in het verleden hebt gebruikt, zat op dezelfde plek: de t.co-sprong lost op en geeft de volledige URL door die je hebt geplaatst, querystring inbegrepen. Jouw sprong lost vervolgens op naar de uiteindelijke pagina. Beide zijn server-side redirects die in milliseconden worden gemeten, en de lezer merkt er niets van. Wat telt, is dat de keten daar stopt: als je bestemming zelf nog twee keer doorverwijst, stapel je sprongen op die elk latency toevoegen en elk de querystring nog een kans geven om te worden weggelaten. Houd jouw kant tot een enkele sprong beperkt en controleer het met een commando voordat de post live gaat.

Dit is ook waarom utm_source de wrapper overleeft. De parameters liften mee op de bestemmings-URL in plaats van te worden opgeslagen door X, dus komen ze intact aan bij jouw analytics, tenzij iets verderop in de keten ze strip, wat het faalscenario is dat wordt beschreven in UTM-parameters die niet verschijnen in GA4. Is UTM-tagging nieuw voor je, dan is UTM-parameters uitgelegd de basisuitleg, en UTM's end-to-end bijhouden is de versie met de leidingen erbij.

Linkpreviews en waarom ze breken

De kaart onder je post komt niet van de link die je hebt getypt. X volgt de keten naar de bestemming en bouwt de preview op basis van de tags op die uiteindelijke pagina, met behulp van de kaartmarkup die het documenteert voor websites. Een redirect in het midden is geen probleem; een kapotte bestemming wel.

Drie dingen verklaren de meeste ontbrekende kaarten. Een pagina zonder og:image geeft de crawler niets om te renderen. Een consentmuur of een regel die bots blokkeert, serveert de crawler een tussenscherm in plaats van de pagina, waardoor de tags die hij leest bij het verkeerde document horen. En een bestemming die een zachte fout teruggeeft, of ergens onverwachts naartoe doorverwijst, laat de keten eindigen op een plek zonder enige kaartmarkup. Onze gids voor het oplossen van kapotte linkpreviews doorloopt de diagnose, en de Open Graph-checker laat je zien wat een crawler ziet voordat je plaatst in plaats van erna.

Wat X analytics je niet vertelt

X rapporteert linkklikken per post, en dat cijfer beantwoordt een vraag: heeft deze post gewerkt. De vragen die daarop volgen, kan het niet beantwoorden.

Het vertelt je niet wat die bezoekers deden na het landen, omdat de sessie bij jouw site hoort. Het vergelijkt niet netjes met je andere kanalen, omdat de telregels verschillen van je analytics en je advertentieplatforms. En het zegt niets over dezelfde link die verder wordt gedeeld in een DM of een groepschat, wat het dark social-verkeer is dat elk sociaal rapport stilletjes kwijtraakt. Een korte link die jij bezit, vangt alle drie, omdat de sprong bij jou hoort en niet bij het platform.

Verwacht dat de twee cijfers niet overeenkomen. Botfiltering, prefetching en het telvenster verschillen allemaal tussen de klikmetriek van een platform en een redirectlog, dus behandel ze als twee metingen van verwante dingen in plaats van een cijfer dat zou moeten kloppen. Wil je ze naast de rest van je campagnes zien, start dan een workspace en zet je eigen domein op de link, en lees beide vervolgens in linkanalyse.

Het opzetten zonder gemarkeerd te worden

De praktische stappen zijn kort, en de enige die mensen overslaan, is degene die ertoe doet.

1. Zet de link op een domein dat van jou is, niet op een gedeeld gratis shortener-domein, want de reputatie op gedeelde domeinen hoort bij iedereen die ze ooit heeft gebruikt. Merkgebonden korte links opzetten behandelt de setup en custom domains behandelt de DNS- en certificaatkant.
2. Tag de bestemming met UTM-parameters voordat je de korte link genereert, zodat de parameters op de opgeslagen bestemming staan in plaats van in de geplaatste tekst.
3. Plaats de link een keer vanaf een testaccount, of bekijk een preview, en bevestig dat de kaart wordt weergegeven en de bestemming klopt.

Dat reputatiepunt is niet theoretisch. Gedeelde shortener-domeinen worden gefilterd in berichten-apps en achter bedrijfsgateways, om redenen die niets met jou te maken hebben, en dat is hetzelfde mechanisme achter korte links die geblokkeerd worden in Slack en Teams. Ik heb gezien hoe een lanceringspost op een gratis domein een waarschuwingstussenscherm kreeg en een uur later op een merkgebonden domein probleemloos opende, met identieke bestemmingen. Dezelfde link, andere buurt.

De samenvatting is kort genoeg om te onthouden: verkorten levert je geen tekens op op X, en al het andere dat het oplevert is sowieso de moeite waard.

Lees de cornerstone-serie

Dit artikel valt onder de tutorials-cluster. Voor de cross-channel-versie van hetzelfde probleem behandelt hoe je social-media-links bijhoudt klikken per kanaal, en hoe je een URL verkort is de algemene basisuitleg eronder.

Gerelateerd op de blog

• Hoe je een YouTube-link verkort en de tijdstempel behoudt
• Hoe je een LinkedIn-link verkort: profiel en posts
• Een kapotte linkpreview oplossen op social en chatapps
• Waarom je korte links geblokkeerd worden in Slack en Teams
• Wat is een merkgebonden link, en waarom converteert die beter
• Dark-social-attributie: het verkeer dat elk rapport kwijtraakt