Dynamische tekst op landing pages voor paid search

Dynamic text replacement wisselt de kop op je landing page op basis van een URL-parameter, meestal het keyword dat de advertentie liet zien. Bij strak ingerichte zoekcampagnes laat je de pagina zo dicht op de advertentie aansluiten, en dat helpt. Bij Performance Max, Dynamic Search Ads en alles zonder keywords gaat het stilletjes mis. Bouw het dus met een fallback, of bouw het niet.

De opzet is simpel

Je zet een parameter achter de bestemming van je advertentie. De pagina leest die uit bij het laden en één stuk tekst wisselt. In Google Ads doe je dat met een final URL suffix zoals kw={keyword}. De klik landt dan op yoursite.com/offer?kw=emergency%20plumber. De pagina leest kw uit de query string en zet het in de H1. In Framer is dat een klein code component dat de URL uitleest, geen abonnement. Unbounce en Instapage verkopen het als hoofdfunctie. Het mechanisme eronder is dezelfde handvol regels.

Wat de keyword-parameter echt teruggeeft

Hier gaat het voortdurend mis. De documentatie van Google is helder. Op het zoeknetwerk geeft {keyword} het keyword uit jouw account terug dat op de zoekopdracht matchte, niet de woorden die iemand intypte. Stel, iemand zoekt om 2 uur 's nachts op loodgieter bij mij in de buurt nu open, en jouw breed matchende keyword is spoed loodgieter. Dan staat er spoed loodgieter in de kop. Dat pakt meestal beter uit, want ruwe zoektermen komen binnen met typefouten, scheldwoorden of veertien woorden. Er bestaat geen ValueTrack-parameter voor de echte zoekterm. Wie je dus de exacte zoekopdracht op de pagina belooft, verkoopt je iets anders.

Bij campagnes zonder keywords krijg je niets terug

Google stelt dat {keyword} een lege waarde teruggeeft als een advertentie matcht zonder keywords. Dat geldt voor Performance Max, Dynamic Search Ads en AI Max for Search. Loopt een groeiend deel van je budget via die campagnetypes, dan landt een groeiend deel van je verkeer op een pagina met een lege kop. Toon de parameter dus nooit in zijn eentje. Toon altijd parameter of fallback, en maak van die fallback je sterkste vaste kop, de kop die je zou gebruiken als deze functie niet bestond.

Wissel de kop, laat het aanbod staan

Houd het dynamische deel bij de H1 en hooguit één regel eronder. Het aanbod, de prijs, het bewijs, het formulier en de tekst op de knop blijven staan. Daar zijn twee redenen voor. Een pagina die per keyword zijn prijs of belofte verandert, is een risico onder de destination requirements van Google, die verwachten dat de bestemming klopt met wat de advertentie zei. En een pagina waarop vijf elementen bewegen, is een pagina die je nooit meer kunt uitpluizen, omdat je niet kunt zien welke versie een bezoeker te zien kreeg.

Regel de opmaak, anders ziet het er kapot uit

Ruwe keywords komen binnen in kleine letters, URL-encoded en in elke lengte. Decodeer de waarde, haal plustekens en procentcodes eruit en schrijf hem als een normale zin. Elk Woord Een Hoofdletter leest als spam. Zet er ook een maximum op. Alles van meer dan ongeveer 45 tekens valt beter terug op je standaardkop dan dat het op een telefoon over vier regels breekt. Filter alles weg wat geen letter, cijfer, spatie of koppelteken is. Een query string kan iedereen aanpassen, en je wilt geen willekeurige tekst in je H1 zien opduiken.

Vijf echte pagina's verslaan meestal één pagina met dynamische tekst

Dynamische tekst verandert alleen woorden. Het bewijs, de hero-afbeelding, de manier waarop je bezwaren wegneemt en het formulier blijven hetzelfde, en daar zit het grootste deel van het conversieverschil. Heb je vijf advertentiegroepen, dan converteren vijf pagina's die daar speciaal voor gemaakt zijn beter dan één pagina met een wisselende kop. In Framer is elke pagina een duplicaat plus twintig minuten aanpassen. Grijp naar dynamische tekst als je honderden longtail-keywords hebt die over een handvol bijna identieke intenties liggen. Voor lokale diensten en categoriepagina's is dat een reëel scenario. Anders sla je het over.

Zet het live met deze checklist

Eén: zet de parameter in de final URL suffix op campagneniveau, nooit in de final URL. Twee: schrijf eerst de fallbackkop en kijk of de pagina er zonder parameter nog steeds af uitziet. Drie: test met de hand drie URL's, met een gewoon keyword, met een keyword van 60 tekens en zonder parameter. Vier: maak de waarde schoon en zet er een maximumlengte op voordat hij op de pagina komt. Vijf: stuur de getoonde kop mee als eigenschap van je conversie-event, zodat je ziet welke versies echt converteren. Zes: check het op een telefoon. De kop die op desktop past, is de kop die op een scherm van 390 pixels over vijf regels breekt.