B2B-downloads achter een formulier en toch vindbaar

Splits het onderwerp in twee lagen. Laag één is de download zelf: het bestand, de volledige analyse of de rekentool. Die mag achter het formulier blijven. Laag twee is een openbare pagina op een eigen, stabiele URL die vertelt wat de download bevat, voor wie ze bedoeld is en welk probleem ze behandelt.

Beantwoord per download vooraf vier vragen: welke vraag lost het document op, welke drie à vijf inzichten kan ik zonder formulier tonen, voor welke rol of sector is het, en wat gebeurt er na het invullen. Als je die antwoorden niet kunt geven, is het probleem niet technisch maar inhoudelijk: je pagina heeft dan weinig te lezen, voor mensen en voor crawlers.

Bouw de pagina als een zelfstandig document, niet als een reclamebanner met een knop. Een werkbare opbouw:

1. Een titel die het onderwerp en de doelgroep noemt, geen alleen-merknaam.
2. Een inleiding van een paar zinnen over het probleem.
3. Een inhoudsopgave van het document, met korte uitleg per onderdeel.
4. Twee of drie concrete inzichten of voorbeeldberekeningen uit het document, die je zonder formulier mag delen.
5. Gegevens over de auteur, de datum en de versie, zodat lezers de actualiteit kunnen beoordelen.
6. Het formulier, met een uitleg wat de lezer ontvangt.

Zet de belangrijkste tekst in de HTML zelf, niet enkel in afbeeldingen of in het formulier. Geef de pagina een eigen titel en beschrijving die bij de inhoud passen. Of Google die pagina toont, welke zoektermen ze oppikt en hoe vaak, kun je vooraf niet weten; je onderzoekt het achteraf.

Een formulier wordt vaak met JavaScript geladen, en soms toont de pagina pas inhoud na een cookie, login of sessie. Google beschrijft in de basisuitleg over JavaScript en zoeken dat pagina's worden gecrawld, gerenderd en geïndexeerd, dat geblokkeerde bestanden of pagina's niet worden gerenderd, dat sommige sites een leeg app-shell als eerste HTML sturen en dat niet alle bots JavaScript uitvoeren. Daarom test je in lagen:

• Brontekst bekijken: staat de samenvatting al in de eerste HTML-respons, of verschijnt ze pas na scripts?
• Zonder sessie openen: in een privévenster zonder cookies, zonder ingevuld formulier. Krijg je dezelfde tekst te zien?
• Robots.txt nalezen: blokkeert je bestand de map met scripts of de pagina zelf? Een gewone browser negeert robots.txt en bewijst dus niets over toegang voor Googlebot.
• URL-inspectie in Search Console: kijk wat Google voor deze URL heeft geïndexeerd en gerenderd. Dat is bewijs voor Google; de browsertest niet.

Als de tekst enkel na JavaScript verschijnt, overweeg dan servergerenderde HTML voor de samenvatting. Dat is een afweging voor je ontwikkelaar, geen vaste regel.

Downloadpagina's krijgen snel varianten: een URL met campagneparameter, een versie na het invullen, een bedankpagina. Google legt in de uitleg over het consolideren van dubbele URL's uit dat redirects, rel=canonical en opname in een sitemap signalen zijn voor de voorkeurs-URL, met verschillend gewicht, en dat je robots.txt hiervoor niet moet gebruiken. Een canonical is een signaal, geen opdracht.

Stel geen tegenstrijdige signalen in, zoals een andere URL in je sitemap dan in je canonical.

Fictief voorbeeld, enkel invoer en verwachte controles. Invoer: een PDF-gids over offertes voor installateurs staat achter een formulier; de enige openbare pagina bevat een titel en een knop. Verwachte controles: samenvatting uitbreiden volgens de zes bouwstenen, schone URL met self-referencing canonical, formulier onder de tekst, bedankpagina buiten de sitemap. Daarna: brontekst nakijken, de pagina zonder sessie openen en URL-inspectie uitvoeren. Welke uitkomst Google toont en hoe snel, kun je niet beloven.

Controle na de wijziging (volgens de startgids van Search Console kijk je ongeveer maandelijks en na wijzigingen):

• Staat de pagina in het indexeringsrapport, en met welke status? De exacte rapportnaam kan wijzigen; de beheerder van het account controleert dat.
• Is de door Google gekozen canonical de URL die jij bedoelde? Lees dat uit geïndexeerde URL-inspectiegegevens, niet uit de live test.
• Verschijnt de pagina in het prestatierapport voor zoektermen die bij het onderwerp passen? Gebruik dat als onderzoeksmateriaal, niet als bewijs van oorzaak.

Wil je zien welke publieke signalen je eigen site nu toont? Bekijk ze via Marketing Scan. Een publieke scan meet zichtbare signalen en bewijst geen volledige technische implementatie, dus de bovenstaande controles blijven nodig.