Een Facebook-link verkorten: fbclid knippen, klikken bijhouden

"Een Facebook-link verkorten" blijkt drie verschillende klussen te zijn die dezelfde zin dragen. Het adres van je Page, dat een gebruikersnaam nodig heeft in plaats van een shortener. Een post- of profiel-URL die je uit de app hebt gekopieerd, die lang is door trackingparameters die je gewoon kunt verwijderen. Of je eigen link die je op het punt staat op Facebook te plaatsen, die verkorting en tagging nodig heeft zodat je kunt zien wat het verkeer daarna heeft gedaan.

Elk heeft een andere oplossing, en de verkeerde gebruiken is hoe mensen eindigen met het verkorten van een URL die al prima was. De korte versie: claim een gebruikersnaam voor de Page, knip alles na het ? op een gekopieerde link, en gebruik je eigen korte domein voor alles wat je plaatst. Deze gids behandelt alle drie, plus de ene parameter die je nooit mag strippen. Het bredere meetplaatje staat in UTM end-to-end bijhouden.

Welke Facebook-link ben je aan het verkorten?

Sorteer je link in een van deze categorieën voordat je hem aanraakt:

1. Een Facebook-eigen pagina die je wilt publiceren - je Page, je profiel, een evenement. De oplossing is een gebruikersnaam, geen shortener.
2. Een link die iemand heeft gekopieerd en je heeft gestuurd, doorgaans 200+ tekens van post-ID plus tracking. De oplossing is verwijderen.
3. De URL van je eigen site, die op Facebook wordt geplaatst. De oplossing is een korte link op je domein met campagneparameters.

De eerste twee zijn hygiëne. De derde is degene die geld oplevert, omdat het het enige geval is waarin de klik jou toebehoort en geteld kan worden.

Claim eerst een Page-gebruikersnaam

Een Page zonder gebruikersnaam heeft een adres zoals facebook.com/profile.php?id=61556..., wat ondeelbaar is in print en overal onmogelijk te onthouden. Een gebruikersnaam claimen in de Page-instellingen maakt er facebook.com/jouwmerk van. Hij moet uniek zijn binnen Facebook, en de tekenregels staan in Meta's helpcentrum-artikel over Page-gebruikersnamen.

Meta houdt ook twee korte hosts in leven voor de geschreven vorm. Ik heb ze allebei gecontroleerd in augustus 2026: fb.com antwoordt met een 301 naar www.facebook.com, en fb.me antwoordt met een 302. Dus fb.com/jouwmerk is een legitieme, zeven tekens kortere manier om je Page-adres te printen, en de 301 betekent dat het de duurzamere van de twee is.

Wat je van geen van beide krijgt, is een klikaantal. Beide hosts zijn van Meta, de redirect is van hen, en niets daarvan rapporteert aan jou. Als het Page-adres op een poster of een visitekaartje komt en je wilt weten of de poster werkte, zet er dan in plaats daarvan je eigen korte link voor. Merkgebonden korte links opzetten behandelt die opzet end-to-end.

De parameters die je kunt knippen, en de ene die je niet mag knippen

Een link gekopieerd uit de Facebook-app ziet er zo uit, en ongeveer 80% ervan is wegwerpbaar:

https://www.facebook.com/yourbrand/posts/pfbid02Xk...9r
  ?__cft__[0]=AZVW1lB4...
  &__tn__=%2CO%2CP-R
  &mibextid=Nif5oz
  &fbclid=IwZXh0bgNhZW0CMTAAAR3...

Wat elk onderdeel doet:

• fbclid is de Facebook-klikidentifier. Meta documenteert hem als "een door Meta gegenereerde parameter die wordt meegegeven met de URL van de website van een adverteerder wanneer een gebruiker op een advertentie klikt op Facebook en/of Instagram", en de waarde wordt opgeslagen in de _fbc-cookie voor attributie.
• __cft__ en __tn__ zijn interne contexttokens die beschrijven vanwaar in de interface de klik kwam. Ze hebben geen betekenis buiten die sessie.
• mibextid en rdid zijn oppervlakte- en verwijzingsmarkers die door de app worden toegevoegd.

Verwijder het allemaal. Houd het pad tot en met het post-ID en test het resultaat in een privévenster. De uitzondering is je eigen advertenties: strip fbclid nooit van de landingsURL van een lopende campagne, omdat die identifier is wat Meta in staat stelt een klik met een conversie te verzoenen. Hem uit de bestemming van een advertentie knippen breekt de attributie stilletjes, en het eerste symptoom is een campagne die eruitziet als gestopt met werken. Conversies doorsturen naar Meta's CAPI legt uit wat er stroomafwaarts van die parameter gebeurt, en browsers strippen UTM-parameters behandelt wie er nog meer dingen uit je URL's verwijdert zonder te vragen.

Een l.facebook.com-link uitpakken

Soms is de link die je is gestuurd helemaal geen Facebook-link. Uitgaande klikken worden gewrapt, dus wat op je klembord terechtkomt, is:

https://l.facebook.com/l.php?u=https%3A%2F%2Fexample.com%2Fpricing%3Futm_source%3Dfb&h=AT1x...

De echte bestemming zit in de u-parameter, percent-encoded. Decodeer hem en je hebt de oorspronkelijke URL, inclusief welke campagneparameters de plaatser ook heeft toegevoegd. De wrapper bestaat zodat Meta veiligheidscontroles kan uitvoeren tussen de klik en de bestemming, wat een redelijk iets is voor een platform om te doen en een vervelend iets om in een spreadsheet aan te treffen.

Twee praktische kanttekeningen. De h-parameter is een handtekening die aan die specifieke gewrapte URL is gekoppeld, dus een wrapper die je met de hand hebt bewerkt, kan gewoonweg stoppen met werken. En een gewrapte link is nooit degene om te publiceren: de u-waarde is het adres, dus decodeer eerst, verkort daarna. Zo zie je waar een korte URL naartoe gaat behandelt de algemene techniek om door elke redirect heen te kijken voordat je erop klikt.

Verkort wat je op Facebook plaatst, niet wat Facebook je gaf

Dit is het geval dat de moeite waard is. Wanneer de bestemming van jou is, moet de link die je plaatst een korte link zijn op je eigen domein met campagneparameters:

https://go.yourbrand.example/spring
  -> https://yourbrand.example/spring?utm_source=facebook&utm_medium=social&utm_campaign=spring26

Nu zit het klikaantal bij de link, landt de sessie in je analytics met de campagne erbij, en kun je Facebook vergelijken met je nieuwsbrief zonder iets te exporteren. Onze UTM-builder stelt de bestemming samen en UTM-naamgevingsconventies houdt de waarden consistent genoeg om later te groeperen. Maak de links aan op je eigen domein en ze worden op één plek geteld, samen met elk ander kanaal.

Eén ding om goed te doen voordat je plaatst: de linkpreview komt van de bestemming, niet van de korte link. Facebook's crawler volgt de redirect en leest de Open Graph-tags aan het einde van de keten, en cachet dan wat hij vond, wat waarom een kapotte preview meestal ontbrekende tags betekent in plaats van een kapotte redirect. Meta's sharing-documentatie behandelt welke tags het wil; onze Open Graph-checker laat je zien wat een crawler ziet, en een kapotte linkpreview oplossen behandelt het cache-vernieuwingsdansje wanneer je al hebt geplaatst. Als de afbeelding het probleem is, heeft Open Graph-afbeeldingsformaat de afmetingen die elke crop overleven.

Wat er stuk gaat

Vier dingen gedragen zich anders dan mensen verwachten:

• Links achter een loginmuur. Een private groepspost of een profiel dat alleen voor vrienden is verkorten, maakt het niet openbaar. De ontvanger stuit nog steeds op de loginmuur, alleen sneller.
• Marketplace en sommige groep-URL's. Deze houden af en toe status vast in de querystring, dus de agressieve strip die overal elders werkt, kan ze breken. Test in een privévenster.
• App versus web. Een facebook.com-link opent op de meeste telefoons de app, en de redirect van je korte link is wat de app ontvangt. Dat is prima, maar het betekent dat de laatste sprong buiten jouw handen ligt. Wat is een deep link behandelt de mechanica wanneer je specifiek de app nodig hebt.
• Domeinreputatie. Een generiek shortener-domein dat wordt gedeeld met duizenden vreemden, erft hun gedrag. Je eigen domein niet, wat op social platforms meer telt dan overal anders. Zijn URL-shorteners veilig behandelt hoe die reputaties worden opgebouwd en verloren.

Verwacht dat jouw klikaantallen en die van Facebook het ook niet met elkaar eens zijn. In-app-browsers, prefetching en botfiltering worden aan elke kant anders geteld, en geen van beide cijfers liegt. Kies er een als je bron van waarheid voor trendlijnen en stop met het verschil te verzoenen.

Verifieer voordat je plaatst

Drie controles, dertig seconden, en ze vangen bijna alles op:

curl -sIL https://go.yourbrand.example/spring | grep -iE '^HTTP|^location'

Eén sprong naar de bestemming is wat je wilt zien. Plak dan dezelfde link in de Open Graph-checker om de preview te bevestigen, en open hem een keer op een telefoon om zeker te zijn dat de in-app-browser landt waar je verwacht. Hoe je social-media-links bijhoudt behandelt dezelfde routine voor de andere platforms, en de zusterartikelen voor X en LinkedIn behandelen hun eigen eigenaardigheden.

De fout die ik nog steeds het vaakst zie, is het verkeerde ding verkorten: iemand haalt een Facebook-post-URL door een shortener, plaatst het resultaat terug op Facebook, en nu is er een extra sprong, geen preview, en geen nuttige data. Verkort jouw links, niet die van hen.

Lees de cornerstone-serie

Dit artikel valt onder de tutorials-cluster. Voor de meetkant behandelt UTM end-to-end bijhouden de hele keten van klik tot rapport.

Gerelateerd op de blog

• Een link verkorten voor X (Twitter): wat t.co ermee doet
• Hoe je een LinkedIn-link verkort (profiel en posts)
• Hoe je social-media-links bijhoudt over platforms heen
• UTM-parameters voor Google- en Meta-advertenties
• Een kapotte linkpreview oplossen