Hoe maak je een SEO-vriendelijke website: bouwen en herontwerpen in 6 stappen

Hoe maak je een SEO-vriendelijke website? Door SEO niet achteraf toe te voegen, maar mee te nemen in de bouw of het herontwerp: je kiest een CMS dat Google niet in de weg zit, legt URL-structuur en navigatie vast vóór het eerste ontwerp, bouwt mobiel-first, behandelt snelheid en toegankelijkheid als ontwerpeisen en verhuist bestaande pagina's met 301-omleidingen zodat opgebouwde posities niet verloren gaan.

Deze handleiding is bedoeld voor ondernemers, marketeers en webbouwers die een nieuwe website laten bouwen of een bestaande website opnieuw ontwerpen. Je hebt toegang nodig tot je CMS, je hosting of serverinstellingen en Google Search Console. Ben je alleen op zoek naar zoekwoordonderzoek of het schrijven van blogartikelen, dan zit je hier niet goed: dit artikel gaat over het fundament waarop die content straks staat.

Hoe maak je een SEO-vriendelijke website: het antwoord in het kort

Een SEO-vriendelijke website is een website die Google zonder omwegen kan crawlen, begrijpen en tonen, en die bezoekers op elk apparaat snel en zonder belemmeringen kan gebruiken. De meeste beslissingen die dat bepalen, neem je tijdens de bouw: wie ze pas na de lancering herstelt, moet vaak URL's wijzigen, templates aanpassen of omleidingen achteraf inrichten.

Onderstaande tabel vat de zes bouwbeslissingen samen die in de rest van het artikel per stap worden uitgewerkt.

Bouwbeslissing	Wat je vastlegt	Waarom het telt voor Google	Wanneer in het project
CMS en thema	Platform, thema en manier van renderen	Bepaalt of titels, meta's, URL's en omleidingen per pagina te beheren zijn	Vóór de offerte of de bouw
URL-structuur en navigatie	Mappen, slugs, menu en kruimelpad	Google ontdekt pagina's via links en leest de URL	Vóór het eerste ontwerp
Mobiel-first	Ontwerp en inhoud op smartphoneformaat	Google indexeert de mobiele versie van je inhoud	Tijdens het ontwerp
Snelheid	Afbeeldingen, lettertypen, scripts	Core Web Vitals meten de echte gebruikservaring	Tijdens ontwerp en ontwikkeling
Toegankelijkheid	Koppen, alt-teksten, contrast, toetsenbordbediening	Schone structuur helpt zowel schermlezers als zoekmachines	Tijdens ontwerp en contentinvoer
Migratie	Lijst oude URL's naar nieuwe URL's met 301	Behoudt de signalen van bestaande pagina's	Vóór en tijdens de livegang

Stap 1: Kies een CMS en thema dat Google niet in de weg zit

Het doel van deze stap is een platform kiezen waarin je de belangrijkste SEO-instellingen zelf per pagina kunt beheren, zonder dat je voor elke wijziging een ontwikkelaar nodig hebt. WordPress, een ander open-source CMS of een websitebouwer kan allemaal werken; het gaat om wat het systeem je laat doen.

Stel bij elke offerte of demo dezelfde vragen. De tabel hieronder is bruikbaar als vergelijkingslijst tijdens gesprekken met webbouwers.

Vraag aan het CMS of de webbouwer	Waarom je dit vraagt	Hoe je het zelf test
Kan ik per pagina de title, meta description en URL-slug aanpassen?	Zonder dit beheer je de belangrijkste zichtbare zoekresultaatelementen niet	Open een testpagina in de demo en zoek de velden
Wordt de inhoud in de HTML geleverd, of pas na JavaScript?	Inhoud die pas na een klik of script verschijnt, is lastiger te verwerken	Bekijk de paginabron en zoek een zin uit de tekst
Gebruikt de site echte URL's in plaats van #-fragmenten?	Google ondersteunt URL-fragmenten doorgaans niet voor het wisselen van inhoud	Klik door het menu en kijk of het adres echt verandert
Kan ik 301-omleidingen beheren zonder code?	Bij elke gewijzigde URL heb je een omleiding nodig	Vraag naar een omleidingenmodule of serverregels
Is het thema responsive, met dezelfde inhoud op mobiel en desktop?	Google indexeert de mobiele versie	Verklein het browservenster en vergelijk de inhoud
Genereert het systeem een XML-sitemap en canonical tags?	Helpt Google de juiste versie van elke pagina te vinden	Open /sitemap.xml of vraag naar de instelling

Het resultaat na deze stap is een schriftelijke bevestiging van je webbouwer, of je eigen testnotities, waarin alle zes vragen met "ja" of met een concrete oplossing zijn beantwoord.

Een veelgemaakte fout is kiezen op basis van een mooi demothema, en pas na de lancering ontdekken dat titels automatisch worden gegenereerd of dat elke URL een cijfercode bevat. Test de beheeromgeving zelf, niet alleen de voorkant.

Stap 2: Ontwerp URL-structuur en navigatie vóór het eerste design

Het doel van deze stap is een sitemap op papier: welke pagina's er komen, onder welke map ze vallen en hoe een bezoeker er via het menu komt. Doe dit vóór de ontwerper aan de schermen begint, want het menu bepaalt mee hoe Google je pagina's ontdekt.

Regels voor leesbare URL's

Google beschrijft in de documentatie over URL-structuur een paar harde eisen en aanbevelingen. Gebruik geen URL-fragmenten om inhoud te wisselen (zoals https://example.com/#/potatoes); gebruik bij JavaScript de History API. Scheid woorden in de URL met koppeltekens (-) in plaats van onderstrepingstekens (_). Daarnaast is het verstandig om korte, beschrijvende slugs in kleine letters te gebruiken en geen datums of interne codes in de URL op te nemen, zodat je de pagina later kunt bijwerken zonder het adres te veranderen.

Hoe maak je een lead scoring model: B2B-gids in 6 stappen (2026)

Situatie	Minder handig	Beter
Dienstpagina	voorbeeld.nl/index.php?id=127	voorbeeld.nl/diensten/dakreparatie/
Woordscheiding	voorbeeld.nl/dak_reparatie_spoed/	voorbeeld.nl/dakreparatie-spoed/
Wisselende inhoud via JavaScript	voorbeeld.nl/#/offerte	voorbeeld.nl/offerte/
Datum in blog-URL	voorbeeld.nl/2026/03/14/dakgoot-schoonmaken/	voorbeeld.nl/kennisbank/dakgoot-schoonmaken/

Navigatie en kruimelpad

Zoekmachines ontdekken nieuwe pagina's door links te volgen. Zorg daarom dat elk menu-item een gewone HTML-link met een href-attribuut is en geen knop die alleen met een script werkt. Groepeer het hoofdmenu rond de vragen van je klant; een helder ideal customer profile helpt om te bepalen welke diensten of categorieën daar thuishoren. Voeg op diepere pagina's een kruimelpad toe, zodat zowel bezoekers als crawlers zien waar een pagina in het geheel valt.

Na deze stap heb je een spreadsheet of schets met alle geplande pagina's, hun definitieve URL en hun plek in het menu. Elke pagina is via minstens één gewone link vanuit de navigatie of een andere pagina bereikbaar.

Een veelgemaakte fout is pagina's alleen bereikbaar maken via een zoekfunctie of filter. Zulke pagina's krijgen geen interne link en blijven voor crawlers lastig te vinden.

Stap 3: Bouw mobiel-first, met dezelfde inhoud op elk scherm

Het doel van deze stap is dat de smartphoneversie van je website volledig is, niet een uitgeklede variant van de desktopsite.

Google schrijft in de documentatie over mobile-first indexing letterlijk: "Google uses the mobile version of a site's content, crawled with the smartphone agent, for indexing and ranking." Wat niet op de mobiele versie staat, telt dus niet mee. Google raadt responsive webdesign aan, omdat het de eenvoudigste aanpak is om te implementeren en te onderhouden.

Let tijdens het ontwerp op deze punten:

• Dezelfde inhoud: teksten, koppen, afbeeldingen met alt-tekst en gestructureerde gegevens staan op mobiel én desktop. Verberg op mobiel geen alinea's om het ontwerp "rustiger" te maken.
• Geen inhoud achter interactie: Google laadt geen inhoud die pas verschijnt na een klik, veeg of toetsaanslag. Primaire tekst hoort direct in de pagina te staan; tabbladen en uitklapblokken zijn prima zolang de inhoud in de HTML aanwezig is.
• Leesbare bediening: knoppen en links groot genoeg om met een duim te raken, en tekst die zonder zoomen leesbaar is.

Na deze stap open je elke paginasjabloon op een smartphone en op desktop naast elkaar en vink je af dat koppen, tekst en afbeeldingen op beide gelijk zijn.

Een veelgemaakte fout is een apart "mobiel menu" dat minder links bevat dan het desktopmenu. Daarmee verdwijnen interne links uit de versie die Google gebruikt.

Wil je jouw nieuwe websitestructuur direct vullen met sterke content zonder urenlang handmatig te schrijven? Met Orova SEO genereer je zoekmachinevriendelijke artikelen inclusief metabeschrijvingen, interne links en relevant beeldmateriaal in één gestroomlijnde workflow. Koppel je WordPress-omgeving via een Application Password en publiceer artikelen direct vanuit één centraal dashboard.

Stap 4: Maak snelheid een ontwerpeis met de Core Web Vitals

Het doel van deze stap is dat snelheid al in het ontwerp wordt bewaakt, niet pas na de lancering wordt "gerepareerd".

Google Search Central noemt drie Core Web Vitals en geeft per meting een doel voor een goede gebruikservaring. Onderstaande tabel neemt die waarden letterlijk over en koppelt ze aan de ontwerpkeuzes die er het meest invloed op hebben.

Meting	Wat het meet	Doel volgens Google	Ontwerpkeuzes die meetellen
Largest Contentful Paint (LCP)	Laadprestatie	Binnen de eerste 2,5 seconden na het begin van het laden	Grootte van de hero-afbeelding of video bovenaan, serversnelheid, aantal lettertypen
Interaction to Next Paint (INP)	Reactiesnelheid	Minder dan 200 milliseconden	Hoeveelheid JavaScript, sliders, chatwidgets en trackingscripts
Cumulative Layout Shift (CLS)	Visuele stabiliteit	Een score van minder dan 0,1	Afbeeldingen zonder vaste afmetingen, laat ingeladen banners en cookiemeldingen

Meet elke paginasjabloon op de testomgeving met PageSpeed Insights. Houd er rekening mee dat een test op een testomgeving een laboratoriummeting is; de echte gegevens van bezoekers zie je na de lancering in het rapport Core Web Vitals in Search Console.

Na deze stap heb je per sjabloon (homepage, dienstpagina, blogartikel, contactpagina) een testresultaat en een korte lijst met verbeterpunten die vóór de livegang worden opgelost.

Hypothetisch voorbeeld: een installatiebedrijf laat een nieuwe website ontwerpen met een grote video als achtergrond op de homepage. Bij de test op de testomgeving blijkt die video het grootste element op het scherm en dus bepalend voor de LCP. De ontwerper vervangt de video door een gecomprimeerde foto met vaste afmetingen en zet de video lager op de pagina. Het ontwerp blijft herkenbaar, maar de belangrijkste inhoud staat sneller in beeld.

Een veelgemaakte fout is pas na de lancering een cachingplugin installeren in de hoop dat die alles oplost. Zware afbeeldingen, veel lettertypen en een stapel scripts in het thema los je beter op in het ontwerp.

Stap 5: Neem toegankelijkheid mee in het ontwerp

Het doel van deze stap is een website die ook bruikbaar is voor mensen met een beperking, met een schone structuur die zoekmachines bovendien goed kunnen lezen.

Voor overheidsinstanties is dit in Nederland wettelijk geregeld. Digitoegankelijk.nl schrijft dat het Besluit digitale toegankelijkheid overheid overheidsinstanties verplicht om hun digitale dienstverlening toegankelijker aan te bieden, en dat de standaard EN 301 549 voorschrijft "dat websites en apps moeten voldoen aan de Web Content Accessibility Guidelines (WCAG) 2.1 niveau A en AA". Ben je geen overheidsinstantie, dan is WCAG nog steeds een bruikbare maatstaf om tijdens de bouw tegen te toetsen.

Veel toegankelijkheidskeuzes overlappen met wat een website ook voor zoekmachines duidelijk maakt:

Onderdeel	Wat het doet voor toegankelijkheid	Wat het doet voor vindbaarheid
Eén H1 en logische H2/H3-volgorde	Schermlezers navigeren via koppen	Google begrijpt de opbouw van de pagina
Functionele alt-tekst bij afbeeldingen	Beschrijft de afbeelding voor wie haar niet ziet	Geeft context bij afbeeldingen in zoekresultaten
Beschrijvende linkteksten in plaats van "klik hier"	Duidelijk waar een link naartoe gaat	Ankertekst vertelt waar de doelpagina over gaat
Echte tekst in plaats van tekst in afbeeldingen	Leesbaar en vergroot te maken	Tekst is te lezen en te indexeren
Bediening met het toetsenbord en zichtbare focus	Bruikbaar zonder muis	Werkt meestal samen met gewone HTML-links die crawlers volgen
Voldoende kleurcontrast	Leesbaar voor mensen met een visuele beperking	Indirect: betere leesbaarheid op mobiel buiten in het daglicht

Na deze stap controleer je elk sjabloon met de toetsenbordtest (alleen Tab en Enter gebruiken) en kijk je in de paginabron of de koppen in logische volgorde staan.

Een veelgemaakte fout is alt-teksten vullen met een rij zoekwoorden. Een alt-tekst beschrijft wat er op de afbeelding staat; dat helpt de bezoeker en is ook voor zoekmachines de duidelijkste context.

Stap 6: Herbouw of migreer zonder je posities te verliezen

Het doel van deze stap is dat bezoekers en Google bij elke oude URL automatisch op de juiste nieuwe pagina uitkomen. Deze stap geldt voor iedereen die een bestaande website vervangt; bij een volledig nieuwe website zonder oude pagina's kun je hem overslaan.

Google beschrijft in de handleiding "How to move a site" de werkwijze voor het wijzigen van URL's. De kern:

• Maak een URL-mapping: een lijst van alle huidige URL's met per URL de nieuwe bestemming. Haal oude URL's uit je sitemaps, serverlogs en Search Console.
• Gebruik server-side permanente omleidingen: Google raadt HTTP-omleidingen zoals 301 aan waar dat technisch kan, en volgens dezelfde documentatie veroorzaken 301- en andere permanente omleidingen geen verlies van PageRank.
• Vermijd ketens: leid direct naar de eindbestemming. Lukt dat niet, houd de keten dan kort, "ideally no more than 3 and fewer than 5".
• Verander één ding tegelijk: wil je een nieuw domein, een nieuw CMS én een nieuw ontwerp, doe dat dan na elkaar en niet tegelijk.
• Houd de omleidingen lang aan: Google adviseert ze zo lang mogelijk te laten staan, "generally at least 1 year".

De omleidingenlijst als werkdocument

Onderstaande tabel is het formaat dat je in een spreadsheet kunt overnemen. Vul hem vóór de livegang volledig in en test na de livegang elke regel.

Oude URL	Nieuwe URL	Type	Getest na livegang
/diensten.php?id=4	/diensten/dakreparatie/	301	Ja / Nee
/nieuws/2021/dakgoot	/kennisbank/dakgoot-schoonmaken/	301	Ja / Nee
/over_ons	/over-ons/	301	Ja / Nee
/actie-zomer (verlopen actie)	/diensten/ (best passende pagina)	301	Ja / Nee

Reken op schommelingen. Google schrijft dat het bij middelgrote websites enkele weken of langer kan duren voordat Google geleidelijk de nieuwe URL's toont in plaats van de oude, en bij grotere websites nog langer. Plan de verhuizing daarom bij voorkeur in een rustige periode voor je bedrijf.

Na deze stap heb je een volledig ingevulde omleidingenlijst, en levert elke oude URL bij een test een 301 op naar de juiste nieuwe pagina, zonder tussenstappen.

Een veelgemaakte fout is alle oude URL's naar de homepage sturen. Leid elke oude pagina naar de inhoudelijk best passende nieuwe pagina; de homepage is zelden het antwoord op de vraag waarvoor iemand op een oude dienstpagina terechtkwam.

Checklist vóór de livegang van je nieuwe website

Loop deze controles door op de dag dat de nieuwe website live gaat. Ze zijn bewust beperkt tot wat bij een bouw of herontwerp het vaakst misgaat.

Controlepunt	Wat goed is	Hoe je het controleert
Testomgeving afgeschermd	De testomgeving staat niet open voor zoekmachines	Probeer de test-URL te openen zonder in te loggen
Noindex verwijderd op de live site	Geen onbedoelde noindex in de <head>	Paginabron van enkele sjablonen bekijken
Eén voorkeursadres	http, https, www en zonder www komen uit op één adres	Typ de vier varianten in de adresbalk
Omleidingenlijst actief	Elke oude URL geeft een 301 naar de juiste pagina	Steekproef of alle regels uit de lijst testen
Mobiele versie compleet	Zelfde inhoud en menu-links als desktop	Sjablonen naast elkaar op telefoon en desktop
Core Web Vitals per sjabloon getest	Verbeterpunten uit stap 4 opgelost	PageSpeed Insights
Toegankelijkheid basis	Koppen logisch, alt-teksten ingevuld, toetsenbordtest geslaagd	Toetsenbordtest en paginabron
Search Console klaar	Property geverifieerd en nieuwe sitemap ingediend	Search Console, rapport Sitemaps

Voor een snelle externe controle kun je de URL van de live website ook in Orova SEO Check plakken. Je krijgt dan één rapport met 92 technische criteria in 12 groepen, de PageSpeed-scores voor mobiel en desktop en een overzicht van verwijzende domeinen; het rapport blijft 30 dagen bewaard. Het rapport signaleert, maar past niets aan je website aan.

Een nieuwe website presteert pas echt wanneer je er regelmatig sterke artikelen op publiceert en bestaande pagina's bijwerkt. Met Orova SEO lees je per artikel klikken en vertoningen uit Search Console en werk je bestaande pagina's bij met behoud van hun URL. Orova werkt volledig op basis van self-service en is gratis tot en met 7 juli 2027.

Veelgemaakte fouten bij het bouwen van een SEO-vriendelijke website

De meeste problemen na een nieuwe website ontstaan niet in de content, maar in keuzes die tijdens de bouw zijn gemaakt.

Fout tijdens de bouw	Wat je daarna merkt	Oplossing
Testomgeving was openbaar en is geïndexeerd	Dubbele inhoud op een testdomein in de zoekresultaten	Testomgeving afschermen met een wachtwoord en de test-URL's verwijderen
URL's gewijzigd zonder omleidingen	Oude links en bladwijzers geven een foutpagina	Omleidingenlijst alsnog opstellen en 301's instellen
Alle oude pagina's naar de homepage omgeleid	Bezoekers landen niet waar ze zochten	Per oude pagina de best passende nieuwe bestemming kiezen
Domein, CMS en ontwerp tegelijk gewijzigd	Bij problemen is niet te zien wat de oorzaak is	Volgende wijzigingen één voor één doorvoeren
Mobiel menu met minder links	Diepere pagina's krijgen minder interne links	Menu op mobiel en desktop gelijktrekken
Grote video of slider bovenaan elke pagina	Trage LCP en onrustige weergave	Statische, gecomprimeerde afbeelding met vaste afmetingen

Resultaten meten na de lancering van je website

Na de livegang wil je vooral weten of Google de nieuwe pagina's vindt en of oude URL's netjes worden vervangen. Google noemt Search Console in de verhuishandleiding expliciet als hulpmiddel tijdens een verhuizing.

Volg deze signalen, zonder vooraf een vast streefgetal te bedenken:

1. Rapport Sitemaps: hoeveel van de ingediende URL's uit je nieuwe sitemap zijn geïndexeerd.
2. Rapport Pagina-indexering: welke pagina's niet worden geïndexeerd en met welke reden, bijvoorbeeld omdat er nog een noindex op staat.
3. Rapport Core Web Vitals: hoe je sjablonen presteren bij echte bezoekers, zodra er genoeg gegevens zijn.
4. Prestaties in Zoekresultaten: vertoningen en klikken van de nieuwe URL's ten opzichte van de periode vóór de verhuizing.

Wanneer je deze cijfers maandelijks aan collega's of een opdrachtgever rapporteert, helpt het juiste grafiektype kiezen om de ontwikkeling overzichtelijk te tonen.

Trends in SEO-vriendelijke websites: visie van de auteur

Ik verwacht dat de scheiding tussen "webdesign" en "SEO" in offertes steeds verder verdwijnt. Opdrachtgevers merken na een herontwerp vaak pas dat de belangrijkste SEO-beslissingen al in de bouw zijn genomen, en ik denk dat dit besef ertoe leidt dat URL-structuur en omleidingen een vast onderdeel van het bouwplan worden.

Volgens mij wordt toegankelijkheid de komende jaren minder een apart project en meer een standaardeis bij elke nieuwe website. De overlap met een duidelijke paginastructuur is groot, en wie bij de bouw al let op koppen, alt-teksten en bediening met het toetsenbord, hoeft dat later niet opnieuw te doen.

Tot slot denk ik dat websites met veel JavaScript-effecten kritischer worden bekeken. Een website die zijn inhoud direct in de HTML levert, is eenvoudiger te onderhouden, te meten en te vinden. Die verwachting kan anders uitpakken als zoekmachines en browsers nog beter met zware scripts leren omgaan, maar een eenvoudige basis lijkt mij de veiligere keuze.

Veelgestelde vragen over hoe maak je een SEO-vriendelijke website

Moet ik voor een SEO-vriendelijke website per se WordPress gebruiken?

Nee. Elk CMS of elke websitebouwer kan geschikt zijn, zolang je per pagina de title, meta description en URL kunt aanpassen, de inhoud in de HTML staat, je 301-omleidingen kunt beheren en het thema responsive is. Gebruik de vragenlijst uit stap 1 bij elke offerte.

Verlies ik mijn posities als ik mijn website opnieuw laat ontwerpen?

Niet als de URL's gelijk blijven of als je elke gewijzigde URL met een 301 naar de juiste nieuwe pagina leidt. Google waarschuwt wel dat posities tijdelijk kunnen schommelen terwijl de website opnieuw wordt gecrawld en geïndexeerd.

Hoe lang moet ik 301-omleidingen laten staan?

Google adviseert om omleidingen zo lang mogelijk te laten staan, in het algemeen minstens een jaar. Haal ze daarna alleen weg als je zeker weet dat er geen verkeer of links meer naar de oude URL's gaan.

Is toegankelijkheid verplicht voor mijn bedrijfswebsite?

Het Besluit digitale toegankelijkheid overheid geldt voor overheidsinstanties. Voor andere organisaties is WCAG een bruikbare maatstaf; controleer zelf welke regels voor jouw sector gelden.

Kan ik mijn testomgeving al laten indexeren om tijd te winnen?

Liever niet. Een openbare testomgeving kan als dubbele inhoud in de zoekresultaten verschijnen. Scherm de testomgeving af en dien pas na de livegang de sitemap van de echte website in.

Waar moet je beginnen met een SEO-vriendelijke website?

Bouw je een compleet nieuwe website, begin dan met stap 1 en 2: kies het CMS met de vragenlijst en leg de URL-structuur en het menu vast voordat de ontwerper begint.

Laat je een bestaande website opnieuw ontwerpen, begin dan met de omleidingenlijst uit stap 6. Zolang die niet volledig is ingevuld, is de nieuwe website niet klaar om live te gaan.

Staat je website al live en twijfel je of de bouw goed is gegaan, loop dan de checklist vóór de livegang alsnog door en begin bij het punt dat het eerst misgaat.