Mobiele B2B-personalisatie: kopers bereiken op elk apparaat

Mobiele B2B-personalisatie is vaak een bijzaak. Personalisatieregels worden ontworpen in een desktopbrowser, beoordeeld op een 27-inch monitor en goedgekeurd voordat iemand de variant op een telefoon opent. Dan tikt een koper op een link in een LinkedIn-bericht, krijgt de standaard-hero omdat het gepersonaliseerde blok te laat laadde, en scrolt langs een casestudykaart die in een kolom van twee woorden breed is geperst.

Hoeveel dit uitmaakt, hangt af van je verkeer, en dat moet je controleren voordat je verder leest. Dit artikel behandelt hoe je de kans op mobiel inschat met je eigen data, wat er verandert als je personaliseert voor een klein scherm, de CTA- en formulierpatronen die op een telefoon overeind blijven, hoe je varianten test op echte apparaten, en de situaties waarin mobiele bezoeken de meeste intentie hebben.

Begin bij je eigen verdeling over apparaten

Gepubliceerde cijfers over het "aandeel mobiel B2B-verkeer" lopen sterk uiteen en gooien heel verschillende sites op één hoop, dus je hebt er weinig aan voor je planning. Je eigen analytics beantwoordt de vraag voor jouw bedrijf in een paar minuten:

1. Open in GA4 Rapporten → Technologie → Technische details en zet de dimensie op Apparaatcategorie. Gebruik de laatste 90 dagen.
2. Voeg een vergelijking toe voor het verkeer dat je daadwerkelijk personaliseert (bijvoorbeeld een segment van geïdentificeerde target accounts, of sessies uit betaalde en e-mailcampagnes).
3. Noteer het aandeel sessies en het aandeel key events (demo-aanvragen, contactformulieren) voor mobiel vs. desktop.
4. Herhaal dit voor je drie landingspagina's met het meeste verkeer. Het mobiele aandeel is op een pagina die kliks uit e-mail en social krijgt vaak heel anders dan op de homepage.

Twee patronen zijn het waard om op te handelen. Is mobiel een groot deel van de sessies maar een klein deel van de conversies, dan verliest de mobiele ervaring waarschijnlijk mensen. Is mobiel klein in totaal maar groot op specifieke campagnepagina's, personaliseer dan eerst die pagina's voor mobiel en laat de rest zoals het is.

Wees voorzichtig met het conversieverschil. Een deel ervan hoeft niet opgelost te worden: veel kopers lezen op een telefoon en converteren later op een laptop. Bekijk het beeld over apparaten heen voordat je de mobiele pagina de schuld geeft (zie het blok over metrics hieronder).

Wat er verandert op een klein scherm

Eén gepersonaliseerd element boven de vouw, niet vier

Een desktop-hero kan een gepersonaliseerde kop, een logostrook uit de branche van de bezoeker, een testimonial en een CTA naast elkaar tonen. Op een telefoon van 375 pixels breed past op het eerste scherm de kop, een of twee regels subtekst en misschien een knop. Bepaal welk ene element "dit is voor jou" uitstraalt en zorg dat dat zonder scrollen zichtbaar is. In de meeste B2B-opstellingen is dat de kop, omdat dat het goedkoopste element is om te variëren en het eerste wat gelezen wordt.

De weergavesnelheid bepaalt of de variant überhaupt wordt gezien

Personalisatie aan de clientzijde werkt meestal zo: de standaardpagina rendert, een script vraagt de personalisatieservice wie de bezoeker is en wisselt dan de content. Op een tragere mobiele verbinding is de tijd tussen die stappen langer, dus ziet de bezoeker de standaardversie even oplichten voordat de variant verschijnt (flikkering) of een leeg blok terwijl hij wacht. Geen van beide helpt.

Om de jouwe te controleren, open je de gepersonaliseerde pagina in Chrome DevTools, zet je netwerkbeperking op een van de tragere presets (zoals Slow 4G) en CPU-beperking op 4x, en neem je een prestatieprofiel op. Kijk wanneer de kop van de variant verschijnt vergeleken met de standaardversie. Haal daarna dezelfde URL door PageSpeed Insights en vergelijk de Largest Contentful Paint voor de gepersonaliseerde en de standaardversie. Vertraagt de variant de LCP merkbaar, verplaats de beslissing dan naar eerder: server-side, aan de edge, of verberg in elk geval alleen het gewisselde blok (niet de hele pagina) totdat het klaar is.

Geen hover

Tooltips, panelen die bij hover verschijnen en casestudy-previews bij mouse-over doen niets op een touchscreen. Elk gepersonaliseerd onderdeel dat op hover leunt, heeft een tik-equivalent nodig. Voor tikdoelen vraagt het uitgebreide criterium van WCAG 2.2 om minstens 44 bij 44 CSS-pixels; het is een criterium op AAA-niveau, maar een verstandige ondergrens voor primaire knoppen.

Korte sessies, en dezelfde koper op een ander apparaat

Mobiele bezoeken zijn vaak kort en worden later op een laptop opgepakt. Een cookie op de telefoon is op de laptop niet beschikbaar, dus segmenten op basis van cookies volgen de persoon niet. Identificatie op bedrijfsniveau (reverse IP of verrijking op het netwerk van de bezoeker) en contacten uit het CRM die op getrackte links klikken, zijn de signalen die meestal wel meegaan. Plan personalisatieregels zo dat ze ook kloppen als de bezoeker maar één sessie per apparaat ziet.

Lay-outpatronen voor gepersonaliseerde blokken

Bepaal een mobiele volgorde voor je gepersonaliseerde blokken voordat de ontwerper ze stapelt. Een gebruikelijke volgorde is: kop, dan CTA, dan bewijs (logo of citaat van één regel van een vergelijkbaar bedrijf), dan ondersteunende content zoals een casekaart. Als de desktopkolommen inklappen, verschijnen blokken in die volgorde in plaats van in de volgorde die het grid toevallig oplevert.

Andere patronen die standhouden:

• Comprimeer, verberg niet. Een casestudykaart op desktop toont misschien een kop, een samenvatting van twee zinnen en een resultaat. Toon op mobiel de kop en het resultaat en zet de samenvatting achter een tik. Het gepersonaliseerde signaal (de branchenaam, het klantlogo) blijft zichtbaar.
• Korte horizontale carrousels voor bewijs. Personaliseer je meerdere testimonials, dan neemt een swipebare rij minder verticale ruimte in dan ze onder elkaar te zetten. Beperk het tot een paar items en zet automatisch doorschuiven uit op touchapparaten, waar het tegen de eigen swipes van de gebruiker in werkt.
• Houd varianttekst bij de bron kort. Een kop die op desktop op twee regels past, kan op een telefoon over vijf regels lopen. Schrijf de variant van elk segment met een tekenlimiet en bekijk hem op 375 pixels voordat je publiceert.

CTA's en formulieren op mobiel

Heeft je product een bijbehorende app, dan zijn mobiele bezoekers misschien beter geholpen met een CTA om te installeren dan met een demoformulier. Onze voorbeelden van app-landingspagina's laten zien hoe teams omgaan met storebadges en smart app banners zonder de webconversie te verliezen.

Sticky CTA, gepersonaliseerd per segment

De belangrijkste CTA scrolt op een telefoon snel uit beeld. Een smalle vaste balk onderaan houdt hem bereikbaar. Het label daarvan is een makkelijke plek om te personaliseren, bijvoorbeeld:

• Geïdentificeerde enterpriseaccounts: "Praat met het enterpriseteam"
• Kleinere bedrijven: "Bekijk plannen en prijzen"
• Terugkerende bezoekers die de prijzen bekeken: "Kies een tijd voor je demo"

Houd de balk klein genoeg zodat hij geen content bedekt, en zorg dat hij niet over de cookiebanner of een chatwidget heen valt. Voor meer over het afstemmen van CTA-teksten op segmenten, zie datagedreven gepersonaliseerde CTA's.

Kortere formulieren en minder velden om in te typen

Typen op een telefoon gaat langzaam, dus elk veld kost meer dan op desktop. Onze gids over het leadformulier pleit ervoor alleen te vragen wat je niet zelf kunt opzoeken; op mobiel geldt dat argument nog sterker.

• Gebruik verrijking in plaats van dropdowns. Is het bedrijf geïdentificeerd, vul dan bedrijfsnaam, omvang en branche vooraf in, of laat die velden weg. Toon het vooraf ingevulde bedrijf met een link "wijzigen" in plaats van de bezoeker alles te laten bevestigen.
• Stel de juiste invoertypes in. type="email" en type="tel" tonen het bijpassende toetsenbord, en met het attribuut autocomplete (email, name, organization) kan de telefoon opgeslagen gegevens invullen.
• Verplaats bijkomende vragen naar later. Vraag naar telefoonnummer of projectdetails op de bedankpagina of in de afsprakenplanner, nadat de hoofdconversie is vastgelegd.

Meet het effect op je eigen verkeer. Vergelijk het start- en voltooiingspercentage van formulieren voor mobiele sessies voor en na, en controleer of de leadkwaliteit verandert; een controle van de steekproefgrootte met onze gids over steekproefgrootte voor A/B-tests vertelt je hoe lang dat duurt.

Click-to-call, voor de segmenten die dat willen

Een tel:-link is op een telefoon één tik. Voor enterprisesegmenten, waar een telefoongesprek een normale volgende stap is, kan een knop "Bel ons enterpriseteam" werken. Voor selfservicesegmenten meestal niet: een koper van een klein bedrijf die het product wil proberen, zit waarschijnlijk niet te wachten op een salesgesprek. Dat is een geval waarin segmentregels net zo goed een slechte ervaring voorkomen als dat ze een goede creëren.

Varianten testen op echte apparaten

Controleer elke gepersonaliseerde variant vóór de lancering op drie breedtes:

Apparaatemulatie in DevTools is prima voor de lay-out. Het bootst geen echt touchgedrag, echte letterweergave of de CPU van een middenklassetelefoon na, dus open elke variant op minstens één fysieke telefoon voordat die live gaat. Om een variant te zien zonder in het segment te zitten, gebruik je de previewmodus van je personalisatietool of een URL-parameter die de variant afdwingt.

Wat je apart voor mobiel volgt

• Scrolldiepte op gepersonaliseerde pagina's. Bereiken de meeste mobiele bezoekers het gepersonaliseerde bewijsblok nooit, verplaats het dan naar boven of laat het op mobiel weg.
• Formulierstart en -voltooiing per apparaat. Een lage startratio wijst naar de pagina; een lage voltooiingsratio wijst naar de velden.
• Rage taps en dead taps. Tools voor sessie-opnames signaleren herhaalde tikken op elementen die niets doen, wat meestal betekent dat iets eruitziet als een link maar het niet is.
• Terugkeer via een ander apparaat. Hoeveel geïdentificeerde bedrijven komen binnen een week na een mobiel bezoek terug op desktop, en converteren ze daar? Doen veel dat, beoordeel mobiele pagina's dan op of ze dat terugkerende bezoek opleveren, niet alleen op mobiele conversies.

Waar mobiele bezoeken de meeste intentie dragen

Events

Bezoekers zoeken tussen sessies door leveranciers op. Sta je op een beurs, plan dan voor de eventdata een regel die bezoekers uit de gaststad (of van bedrijven op de deelnemerslijst) een hero toont die naar het event verwijst, met een link om een afspraak bij de stand te maken. Haal hem weg op de dag dat het event eindigt. Onze gids over leads verzamelen op events behandelt de opvolgkant.

Klikken uit e-mail en LinkedIn

Bekijk het apparatenrapport van je e-mailplatform: bij de meeste lijsten vindt een groot deel van de opens en klikken plaats op telefoons. Een klik uit een campagnemail vertelt je al waarin de bezoeker geïnteresseerd was. Geef die door via UTM-parameters en gebruik ze om de variant te kiezen, zodat de pagina het onderwerp van de e-mail voortzet in plaats van opnieuw te beginnen op een generieke homepage.

Links verstuurd door sales

Als een verkoper een link stuurt in een LinkedIn-bericht of een opvolgmail, tikt de prospect er vaak op op zijn telefoon. Geef verkopers getrackte links (met het account of de campagne in de parameters) die een pagina openen over wat de verkoper besprak. Hier is personalisatie op accountniveau het makkelijkst te verantwoorden, omdat de context expliciet is.

Onderweg lezen

Iemand die in de trein leest, scant en evalueert niet. Een optie "stuur me deze klantcase" die de content naar hem mailt, past vaak beter dan een demoformulier, en geeft je een reden om op te volgen als hij weer achter zijn bureau zit.

Een vertrekpunt van twee weken

1. Haal de verdeling over apparaten op voor sessies en conversies, in totaal en voor je gepersonaliseerde segmenten.
2. Kies de ene pagina waar het mobiele aandeel bij die segmenten het hoogst is.
3. Controleer de gepersonaliseerde variant van die pagina op een echte telefoon en op een vertraagde verbinding. Los eerst flikkering en lay-out op.
4. Voeg een vaste CTA toe die het segment kent, en beperk het mobiele formulier tot de velden die je niet kunt verrijken.
5. Vergelijk mobiele formulierstarts, voltooiingen en terugkeer via andere apparaten met de vorige periode, en beslis dan of je de wijzigingen uitbreidt.

Heb je het signaal op bedrijfsniveau nodig dat een overstap van telefoon naar laptop overleeft, dan herkent de bezoekersidentificatie van Markettailor het bezoekende bedrijf op beide apparaten, en met de segmentatie bouw je daarop de mobiele regels van hierboven.