De slechtste tijd om een gebroken link preview te ontdekken is na de lancering tweet Je brengt een week door op een pagina, je schrijft de aankondiging, je drukt op verzenden - en de kaart die verschijnt is een grijze rechthoek met een afgeknotte titel en geen afbeelding, omdat og:image wees op /images/og.png in plaats van https://yoursite.com/images/og.png. De post is al uit. De kaart is al in de cache. Je mag het repareren en dan iedereen vragen om opnieuw te delen.
een grafiek openen preview lost dat op door de cheque eerder te verplaatsen In plaats van publiceren en hopen kijk je naar wat de kaart zal zijn terwijl de tags nog bewerkbaar zijn Dat is het hele uitgangspunt van de Grafiekvoorbeeld openen Tool: Voer uw tags in of plak degene die u al heeft, en zie geschatte Facebook, X, LinkedIn, Slack en Discord-kaarten naast elkaar weergegeven, met een pass/warn/fail-oordeel op elk veld.
De reden dat een enkel voorbeeld niet genoeg is, is dat elk platform dezelfde tags leest en ze anders weergeeft. x slaat beschrijvingen af met ongeveer 110 tekens; Facebook toont dichter bij 155. LinkedIn laat de beschrijving vaak volledig vallen en toont alleen de afbeelding, titel en domein. Slack stort het geheel in een compacte bevestiging met een gekleurde rail. Discord sluit de beschrijving prominent in, maar verkleint de afbeelding. Een titel die prachtig in een Facebook-kaart past, kan halverwege het woord op X worden geknipt, en je zult het nooit merken, tenzij je naar beide kijkt.
ik bouw Toolz.dev en verzend pagina's voortdurend, en ik werd moe van de publicatie-check-fix loop De tool draait volledig in de browser en maakt helemaal geen netwerkoproepen - het haalt nooit uw URL op - wat betekent dat het ook werkt voor pagina's die nog niet zijn geïmplementeerd, achter een login zitten of op een staging-domein wonen dat de officiële platformdebuggers niet kunnen bereiken.
tl;dr: Open grafiektags bepalen hoe uw link eruitziet wanneer deze wordt gedeeld. Elk platform leest hetzelfde
og:Tags maar snoeit en legt ze anders uit, dus het bekijken van het ene platform vertelt je niets over de andere. de Grafiekvoorbeeld openen Tool geeft vijf platformkaarten weer van één set tags, valideert elk veld tegen de huidige platformlimieten, parseert een bestaand tagblok als je er al een hebt en geeft je een kopie-klaar<meta>blok - alle client-kant, zonder schrapen en geen upload.
Belangrijkste kenmerken
Vijf platformvoorbeelden van één set tags
De tool geeft geschatte kaarten voor Facebook, X in beide summary_large_image en summary stijlen, LinkedIn, Slack, en Discord Ze lezen allemaal uit dezelfde velden, dus als je een titel bijsnijdt kijk je overal tegelijk naar update Het punt is niet pixel-perfecte fidelity - platforms herontwerpen hun kaarten zonder waarschuwing - maar relatieve fidelity: juiste verhoudingen, correcte afknottingspunten, correcte veldordening, zodat je kunt zien welk platform degene is die breekt.
Plakken en slijpen voor tags die je al hebt
Als de pagina bestaat, wilt u zelden negen velden opnieuw typen Plak de onbewerkte HTML - een geheel <head>, een view-source dump of een los blok van <meta> lijnen - in de ontleedbox en de ingebouwde parser trekt elke og: en twitter: Tag het herkent en laadt ze in het formulier. De parser is op regex gebaseerd in plaats van op DOM-gebaseerd, wat ervoor zorgt dat dezelfde code in een browser, in node en in de desktop build zonder verandering kan worden uitgevoerd.
Validatie per veld met echte limieten
Elk veld krijgt een pass, waarschuwing of faalstatus. Een titel van ongeveer 60 tekens mislukt. Een beschrijving tussen 110 en 155 tekens waarschuwt, omdat het volledig op Facebook en LinkedIn staat, maar wordt geknipt op X. Een familielid og:image pad mislukt regelrecht - schrapers lossen ze niet op. Een og:image geserveerd over vlakte http Waarschuwt, omdat verschillende platforms weigeren om niet-HTTPS-afbeeldingen weer te geven. a twitter:site waarde die geen geldige handle is, mislukt. De vonnissen zijn specifiek genoeg om te handelen in plaats van een generieke "ziet er goed uit".
Afbeeldingsregels die u daadwerkelijk kunt volgen
Grote-beeldkaarten op elk groot platform gaan uit van een 1.91:1 afbeelding; 1200x630 pixels is de grootte die ze allemaal tegelijk voldoet De tool stelt dat doel expliciet, markeert de faalmodi die afbeeldingen stilletjes laten verdwijnen, en - omdat een kaart met een gebroken afbeelding de meest voorkomende Open Graph-bug is - geeft uw werkelijke weer og:image URL in elke voorbeeld, terugvallend op een duidelijke tijdelijke aanduiding als de afbeelding niet kan worden geladen.
Een kopieerklaar, correct ontsnapt metablok
De gegenereerde uitvoer is een compleet tagblok, geen fragment. het omvat og:image:width en og:image:height, wat belangrijker is dan de meeste mensen zich realiseren: zonder hen geven sommige schrapers een kaart met alleen tekst op de eerste ophaalactie en tonen ze de afbeelding pas nadat ze deze hebben gedownload en gemeten, wat enkele uren later kan zijn. Waarden zijn HTML-geëindigd, dus een ampersand of een citaat in uw beschrijving kan niet uit het attribuut breken en uw markeringen corrumperen.
100% client-side, zonder schrapen
De tool vraagt nooit om uw URL Dit is opzettelijk, en het is de moeite waard om te begrijpen waarom: een browser kan geen willekeurige pagina van derden ophalen vanwege het beleid van dezelfde oorsprong, en een ophaalmachine aan de serverzijde zou betekenen dat uw niet-vrijgegeven URL's naar iemand anders worden verzonden & #39; logs Werken vanuit de tags die u aanlevert, omzeilt beide problemen en ontgrendelt de zaak die de officiële debuggers niet kunnen weergeven - valideren van een pagina die nog niet live is Zie Gegevensprivacy in online tools voor de bredere redenering.
Hoe de geopende grafiekvoorbeeldtool te gebruiken
Stap 1: Laad uw tags
Je hebt twee paden. Als u metadata vanaf nul schrijft, vul dan het formulier in: og:title, og:description, og:image, og:url, og:site_name, kies dan een og:type en een twitter:card stijl en voeg je toe twitter:site en twitter:creator handvatten.
Als de pagina al tags heeft, plak ze in plaats daarvan Open de pagina, bekijk de bron (niet de browserinspecteur - meer over dat onderscheid hieronder), kopieer de <head>en laat het in de parsebox vallen. Klik op Parse-tags en alles wordt herkend in het formulier. De parser begrijpt ook de aliassen: og:image:secure_url en og:image:url Beide voeden het beeldveld en twitter:title, twitter:description, en twitter:image worden gebruikt als terugval wanneer hun og: equivalenten ontbreken - wat weerspiegelt hoe de platforms zelf de tags oplossen.
Stap 2: Lees het validatiepaneel
De validatielijst is geordend zoals de velden ertoe doen. Fix de mislukkingen eerst: een vermist og:image, een relatief beeldpad, een titel 20 tekens over de limiet Kijk dan naar de waarschuwingen, die meestal gaan over de kloof tussen platforms - een beschrijving die prima is voor Facebook maar lang voor X, een ontbrekende og:site_name Dat betekent dat uw kaart een kale hostnaam toont in plaats van uw merk.
De tellers bovenaan het paneel geven u een snelle lezing. Zero faalt en een paar waarschuwingen is een perfect verschepbare staat; waarschuwingen zijn afwegingen, geen bugs.
Stap 3: Vergelijk de kaarten
Dit is de stap die mensen overslaan, en het is degene die de echte problemen oppakt Scan alle zes de previews Is de titel geknipt op de X-samenvattingskaart? verdwijnt de beschrijving op LinkedIn (meestal wel - dat wordt verwacht)? Ziet de afbeelding er precies uit op 1,91:1, of is uw logo bijgesneden omdat u een vierkante afbeelding hebt ontworpen en de kaart deze breed maakt?
Trim en controleer opnieuw totdat elke kaart netjes leest. Een nuttige discipline: schrijf tot de kleinste beperking. Als uw beschrijving volledig leest op 110 tekens, leest hij overal volledig. Als je titel op 55 werkt, overleeft hij elke kaart en elke mobiele lay-out.
Stap 4: Kopieer het metablok en verzend het
Kopieer het gegenereerde blok naar uw pagina's <head>. In een framework - Next.js, Nuxt, SvelteKit, Astro - plak je niet rauw <meta> Tags, maar het blok is nog steeds uw bron van waarheid voor welke velden precies moeten worden ingevuld in de metadata-API van het framework.
Doe dan de stap die iedereen vergeet: verwijder de URL in de debugger van elk platform opnieuw. Verzending De fix maakt de cachekaart niet vrij. de Meta-tag-generator is hier de begeleidende tool als je ook de standaard SEO-tags nodig hebt - titel, beschrijving, canoniek, robots - die naast de sociale tags leven.
Hoe het Open Graph-protocol eigenlijk werkt
Open Graph begon in 2010 bij Facebook als een manier om een webpagina in een sociale grafiek te veranderen. De ambitie vervaagde; de tag-vocabulaire bleef hangen, en het is nu de de facto standaard die Facebook, LinkedIn, Slack, Discord, WhatsApp, Pinterest, iMessage, Signal en de meeste andere link-ontvouwingssoftware lezen.
Het mechanisme is eenvoudig Wanneer een link wordt gedeeld, stuurt het platform een bot naar uw URL - facebookexternalhit, LinkedInBot, Slackbot-LinkExpanding, Discordbot, Twitterbot. dat bot de onbewerkte HTML vraagt, leest de <head>, verwijdert de og: en twitter: Meta tags en bouwt een kaart. Het is een enkele http get en een parse. De bot is geen browser: de meeste van deze crawlers voeren geen JavaScript uit, wat de hoofdoorzaak is van een heel genre van bug.
de tags zelf
Vier tags worden beschreven zoals vereist door het protocol: og:title, og:type, og:image, en og:url. geoefend og:description en og:site_name zijn even dragend, want zonder hen is de kaart kaal of valt terug naar de tekst die de schraper op de pagina kan vinden. De tags gebruiken de property attribuut, niet nameteneinde <meta property="og:title" content="..." />- waardoor mensen naar boven worden gejaagd omdat de Twitter-tags het tegenovergestelde doen en gebruiken name. De meeste parsers zijn dit vergevensgezind, maar de eigen validators zijn dat niet altijd, dus het is de moeite waard om gelijk te krijgen.
OG: Versus Twitter: Voorrang
X leest eerst Twitter-kaarttags en valt terug naar de open grafiek wanneer ze afwezig zijn. Dat betekent een pagina met alleen og:title, og:description, en og:image produceert nog steeds een werkende X-kaart - de terugval is door ontwerp.
Dus wat heeft er eigenlijk een twitter: Tag? Drie dingen. twitter:card Bepaalt de lay-out en er is geen open grafiekequivalent: zonder dit kiest X een kaartstijl op basis van wat het vindt, wat geen beslissing is die u wilt delegeren. twitter:site schrijft de kaart toe aan een merkaccount. twitter:creator crediteert de auteur. Al het andere kan veilig uit een open grafiek komen.
De praktische regel: schrijf volledige open grafiektags en voeg dan precies die drie toe twitter: tags. verdubbeld twitter:title en twitter:description is onschadelijk maar zinloos tenzij je echt een ander exemplaar op X wilt dan elders - wat af en toe een legitieme keuze is, aangezien X' een strakkere afknotting soms een kortere, pittigere beschrijving rechtvaardigt.
Afbeeldingsafmetingen, verhoudingen en het bijsnijdprobleem
De 1,91:1 beeldverhouding is het getal dat moet worden geïnternaliseerd. 1200x630 pixels raken het, is groot genoeg voor Retina-displays en is wat Facebook, LinkedIn en X allemaal weergeven zonder vervorming voor kaarten met een groot beeld.
De faalmodus is subtiel: platforms verwerpen meestal geen afbeelding buiten de verhouding, ze snijden het bij. Upload een vierkante 1000x1000-afbeelding en Facebook zal het centreren tot 1,91:1, wat ongeveer een derde van de boven- en onderkant snijdt. Als uw koptekst verticaal gecentreerd was, blijft deze overleefd; als u een logo bovenaan plaatst, doet het dat niet. Houd zinvolle inhoud binnen een veilig gebied en weg van de randen, omdat verschillende oppervlakken met iets verschillende hoeveelheden bijsnijden.
De compacte X summary kaart is de uitzondering Het wil een vierkante afbeelding, minimaal 144x144, en het zal een 1.91:1 banner center-crop in een vierkant - die meestal vernietigt het Als je opzettelijk gebruiken summary, een vierkante afbeelding leveren; als u een banner aanlevert, gebruik dan summary_large_image.
Houd de bestandsgrootte onder ongeveer 5 MB (Facebook' het gedocumenteerde plafond; andere platforms zijn in de praktijk strenger), dien als PNG, JPEG of WEBP, en gebruik altijd een absolute HTTPS URL Relatieve paden en protocol-relatief // URL's zijn de twee meest voorkomende manieren waarop een afbeelding stilletjes niet verschijnt.
Waarom schrapers cache, en hoe de cache kapot te maken
Elk platform slaat het resultaat van het schrapen van je pagina in de cache op - doorgaans ongeveer zeven dagen, soms langer Dit is geen koppigheid: een populaire link kan duizenden keren per uur worden gedeeld, en het opnieuw ophalen van je pagina voor elke share zou een denial-of-service-aanval zijn die door het platform wordt uitgevoerd. Dus ze schrapen één keer en hergebruiken.
Het gevolg is dat het repareren van je tags de kaart niet vaststelt. De oude preview blijft bestaan voor elk bestaand aandeel en voor nieuwe shares totdat de cache verloopt. Om een vernieuwing af te dwingen:
- Facebook: De Debugger delen, met de "Scrape Again". Dit maakt ook de cache die wordt gebruikt door Instagram en WhatsApp.
- LinkedIn: De Postinspecteur. Het invoeren van de URL veroorzaakt een nieuwe schram.
- x: De kaartvalidator is beëindigd en de toegang is inconsistent. In de praktijk is het plaatsen van de link de enige betrouwbare vernieuwing.
- slap: Unfurl-caches verlopen op zichzelf; het toevoegen van een onschadelijke queryparameter produceert onmiddellijk een nieuwe ontvouwing.
- onenigheid: vergelijkbaar - een gewijzigde queryreeks is de praktische oplossing.
Die truc met query-string is het universele ontsnappingsluik: https://example.com/page?v=2 Is, tot een schraper, een andere URL zonder gecached vermelding. Gebruik het voor testen, niet voor de canonieke link die u daadwerkelijk publiceert, en bewaar og:url Wijzend naar het schone canonieke adres, zodat de aandelen van geparametriseerde varianten correct worden geconsolideerd. de URL-encoder/decoder is handig als die parameters ingewikkeld worden.
Wat gebeurt er als tags ontbreken
Schrapers vallen terug en de fallbacks zijn erger dan je zou hopen.
heel weinig og:title En ze gebruiken de <title> tag - die meestal wordt geschreven voor zoekresultaten en vaak eindigt in een pijp en uw merknaam, onhandig lezen als een kaartkop Nee og:description En ze gebruiken de meta-beschrijving, of schrapen hoofdtekst, die een cookiebanner of een navigatielabel kan binnenhalen. heel weinig og:image En de meeste platforms tonen een alleen-tekstkaart, hoewel sommigen op een afbeelding op de pagina jagen en een logo, een avatar of een volgpixel kunnen vinden. heel weinig og:url en het gedeelde adres wordt gebruikt zoals het is, dus ?utm_source=twitter Varianten worden behandeld als afzonderlijke pagina's en uw fragmenten voor aandelentellingen.
Er is nog een faalklasse die het waard is om een naam te noemen, omdat deze onzichtbaar is bij normaal debuggen: Tags geïnjecteerd door client-side JavaScript. Als uw metatags worden ingesteld door React na hydratatie, laat de browserinspecteur ze perfect zien en ziet de schraper niets, omdat de schraper nooit uw JavaScript heeft uitgevoerd. Verifieer altijd met View-Source of curl, die de ruwe HTML tonen die de server daadwerkelijk heeft geretourneerd - niet de DOM nadat uw app is opgestart Hetzelfde geldt voor pagina's die een 401, een inlogomleiding of een botblokkerende 403 retourneren naar niet-geverifieerde verzoeken: de scraper krijgt de foutpagina, niet uw inhoud.
Veelvoorkomende gebruiksgevallen
Validatie vooraf
het kerngeval. Voordat een pagina live gaat, plakt u de tags die u wilt verzenden en bevestigt u elke render van de kaart. Dit is het enige dat de officiële platformdebuggers niet kunnen doen, omdat ze een live-URL moeten ophalen. Een pre-lanceringscontrole kost dertig seconden en bespaart de heraandeel van de lanceringsdag.
Een kapotte kaart debuggen
Een link ontvouwt zich verkeerd en je moet weten waarom. Plak de huidige tags van de pagina, lees het validatiepaneel en de oorzaak is meestal onmiddellijk: een relatief afbeeldingspad, een http afbeelding, een beschrijving twee keer de limiet, een ontbrekende twitter:card. Fix, scrape in de platformdebugger, klaar.
Audit metadata van een site op schaal
pagina voor pagina door een site werken, elk plakken <head> En het lezen van het vonnis, komt de drift naar voren die zich opstapelt op elk multi-bijdragerproject: de ene pagina heeft Twitter-tags en een andere niet, één beschrijving is 300 tekens, drie pagina's delen dezelfde generieke og:image. De tool wordt een snelle consistentiecontrole in plaats van een schatting per pagina.
De Share-afbeelding ontwerpen
Wanneer u een keuze of inbedrijfstelling og:image, de preview laat je zien wat de crop er eigenlijk mee doet in een brede kaart versus een vierkante. Ontwerpers geven routinematig een prachtige vierkante afbeelding af die wordt afgeslacht door een 1.91:1 gewas; dat zien voordat het wordt verzonden, is goedkoper dan het daarna te zien.
Kopie schrijven naar de kleinste beperking
Omdat de previews de truncatie van X' naast Facebook's laten zien, veranderen ze een abstracte karakterlimiet in iets zichtbaars. Het schrijven van een beschrijving die volledig leest op 110 tekens, is een discipline die veel gemakkelijker vast te houden is als je het ellips kunt zien verschijnen terwijl je typt. de slotenprogramma dekt de naburige taak van het produceren van de schone URL die og:url zou moeten wijzen.
Werken aan enscenering of achter een login
Interne tools, klantwerk onder NDA en pagina's achter een auth-muur zijn allemaal onbereikbaar voor platformdebuggers. Omdat de tool werkt vanuit tags in plaats van van een ophaalactie, verwerkt deze ze identiek aan een openbare pagina.
Platformvergelijking
Huidige bekendste begeleiding Platforms veranderen deze cijfers zonder aankondiging, en de afknottingspunten worden gemeten in pixels in plaats van karakters - een titel vol brede letters clips eerder dan een vol smalle Behandel deze als veilige doelen, niet specificaties.
| spreekgestoel | Aanbevolen afbeelding | verhouding | Titel getoond | Beschrijving getoond | vastleggen |
|---|---|---|---|---|---|
| 1200x630 | 1.91:1 | ~60 tekens | ~155 tekens | Minimaal 200x200; middengewasafbeeldingen off-ratio afbeeldingen | |
| X / Twitter (groot) | 1200x628 | ~1.91:1 | ~60 tekens | ~110 tekens | vereist twitter:card=summary_large_image |
| X / Twitter (samenvatting) | 800x800 | 1:1 | ~50 tekens | ~90 tekens | Minimaal 144x144; vierkante afbeelding vereist |
| linkeind | 1200x627 | ~1.91:1 | ~100 tekens | Vaak verborgen | Beschrijving vaak van de kaart verwijderd |
| kruis | 1200x630 | 1.91:1 | ~60 tekens | ~140 tekens | Compacte bijlage; Unfurl-cache verloopt vanzelf |
| twist | 1200x630 | 1.91:1 | ~60 tekens | ~160 tekens | maakt beschrijving prominent, afbeelding kleiner |
De afhaalmaaltijd van de tafel is het ontwerpdoel: een afbeelding van 1200x630, een titel op of minder dan 55-60 tekens, en een beschrijving die onder de 110 terechtkomt, geeft je een kaart die overal correct wordt weergegeven zonder tuning per platform.
FAQ
Wat is de juiste afbeeldingsgrootte van de open grafiek?
Gebruik 1200x630 pixels - een verhouding van 1,91:1 Dat voldoet aan Facebook, LinkedIn, X, Slack en Discord tegelijk voor kaarten met grote afbeeldingen, en is groot genoeg om scherp te blijven op displays met hoge dichtheid Houd het bestand onder ongeveer 5 MB, serveer het via HTTPS op een absolute URL en houd belangrijke tekst weg van de randen, aangezien oppervlakken met iets verschillende hoeveelheden bijsnijden Voor een compacte X-samenvattingskaart dient u in plaats daarvan een vierkante afbeelding van minimaal 144x144 aan.
Waarom toont mijn linkvoorbeeld nog steeds de oude afbeelding nadat ik de tags heb gerepareerd?
Omdat het platform het resultaat van zijn eerdere scrape in de cache heeft opgeslagen, meestal voor ongeveer een week Het bijwerken van de tags maakt die cache niet ongeldig Forceer een nieuwe ophaalactie via het platform' s debugger - de Facebook Sharing Debugger' s Scrape Again-knop, of de LinkedIn Post Inspector Voor Slack and Discord levert het toevoegen van een queryparameter aan de URL onmiddellijk een niet-gecachte preview op, wat de snelste manier is om een oplossing te verifiëren.
Heb ik zowel OG: als Twitter: Tags nodig?
X valt terug naar de open grafiek wanneer de Twitter-equivalenten ontbreken, dus een pagina met voltooid og: Tags produceert een werkende X-kaart. Wat een open grafiek niet kan uitdrukken, is de kaartlay-out, dus je moet nog steeds toevoegen twitter:card Om te kiezen tussen de grote banner en de compacte samenvatting, plus twitter:site en twitter:creator om de kaart toe te schrijven. Die drie plus complete open grafiektags is de efficiënte combinatie.
Hoe lang moeten OG:TITLE en OG:DESCRIPTION zijn?
aanhouden og:title op of onder ongeveer 60 tekens. om og:description De platforms divergeren: X toont ongeveer 110 personages, Facebook en LinkedIn laten zien dat het dichter bij 155 tot 200 is. Schrijven tot de strakkere X-limiet betekent dat de beschrijving overal volledig leest. Tekst voorbij de limiet gaat niet verloren, alleen verborgen achter een ellips, dus laad de woorden die er toe doen.
Waarom is mijn voorbeeld leeg of toont alleen de URL?
De gebruikelijke oorzaken, in ruwe volgorde van frequentie: og:image is een relatief pad in plaats van een absolute URL; de afbeelding wordt geserveerd over vlakke http; de tags zijn buiten de <head>De tags worden geïnjecteerd door JavaScript aan de clientzijde die de schraper nooit uitvoert, of de pagina retourneert een niet-200 status of een inlogomleiding naar de bot. Controleer de onbewerkte HTML met View-Source of curl in plaats van de browserinspecteur toont de inspecteur de DOM nadat JavaScript is uitgevoerd, wat niet is wat de scraper ziet.
Haalt deze tool mijn URL op om de tags te lezen?
Nee. Het doet helemaal geen netwerkverzoeken Het werkt vanaf de tags die u typt of plakt, en alles wordt geparseerd en weergegeven in uw browser Browsers kunnen geen willekeurige pagina's van derden ophalen vanwege CORS, en een ophaalmachine aan de serverzijde zou betekenen dat u uw niet-vrijgegeven URL's ergens anders naartoe stuurt De afweging is dat u de tags levert - en het voordeel is dat pagina's op localhost, op enscenering of achter een inlogwerk precies werken zoals openbare.
Kan ik een voorbeeld van een pagina bekijken die nog niet is gepubliceerd?
Ja, en het is de belangrijkste reden om dit te gebruiken in plaats van een platform debugger De officiële debuggers moeten een live URL ophalen, dus ze zijn nutteloos voor de implementatie Hier plakt u de tags die u wilt verzenden - van uw sjabloon, uw framework metadata object, of een lokale build - en de previews renderen onmiddellijk.
Helpen open grafiektags mijn zoekrangschikkingen?
niet direct. Ze worden gelezen door sociale en chatplatforms, niet gebruikt als rankingfactor door zoekmachines. Wat ze beïnvloeden is de klikfrequentie op elk deel van uw link, die het verkeer en, indirect, de signalen die er wel toe doen, aandrijft. Zie ze als conversieoptimalisatie voor gedeelde links in plaats van als een SEO-hefboom. Voor de tags die van invloed zijn op uw zoekfragment, gebruikt u de Meta-tag-generator.
