Google Search Console Domein vs URL-voorvoegsel: welke kiezen
Heeft je site een domein- of een URL-voorvoegsel-property nodig? Kort gezegd: de meeste sites zouden een domein-property moeten gebruiken, maar veel teams gebruiken beide.
Als je het DNS van je domein kunt bewerken, maak dan een domein-property. Die voegt elk subdomein en zowel http als https samen in één rapport, zodat geen enkel deel van je site verborgen blijft. Een URL-voorvoegsel-property is het beste wanneer je het DNS niet kunt aanpassen, of wanneer je bewust één sectie, subdomein of protocol afzonderlijk wilt volgen. Deze gids vergelijkt beide en geeft je een duidelijke keuze — voor de plaats van deze beslissing binnen het bredere hulpmiddel, zie onze complete Google Search Console-gids.
Een « domein-property » in Search Console is niet hetzelfde als je domeinnaam. Je domeinnaam is
example.com. Een URL is het volledige adres, zoalshttps://example.com/pets. Een domein-property is een rapportagecontainer, gekoppeld aan je domeinnaam, die elke URL eronder verzamelt.
De twee property-types in 30 seconden
Wanneer je een property toevoegt in Search Console, kies je een van twee types:
- Domein-property (
example.com) — dekt elk subdomein (www, blog, shop, m) en beide protocollen (http, https). Je verifieert die alleen via DNS. - URL-voorvoegsel-property (
https://example.com) — dekt alleen het exacte protocol en subdomein dat je invoert. Die kan op meerdere manieren worden geverifieerd: HTML-bestand, HTML-tag, Google Analytics, Google Tag Manager of DNS.
Wat een domein-property dekt
Een domein-property wordt gedefinieerd zonder protocol en zonder pad, en kan subdomeinen omvatten. Dat betekent dat één property https://www.example.com, https://blog.example.com, de non-www-versie en de http-varianten allemaal samen aggregeert. Voeg je later een nieuw subdomein toe, dan wordt het automatisch gevolgd, zonder extra instellingen.
De keerzijde: een domein-property wordt alleen geverifieerd door een DNS-record toe te voegen bij je registrar. Geen DNS-toegang betekent geen domein-property.
Wat een URL-voorvoegsel-property dekt
Een URL-voorvoegsel-property volgt alleen URL's die beginnen met het exacte voorvoegsel dat je invoert, inclusief het protocol. Search Console behandelt elk van deze als een afzonderlijke property:
https://example.comenhttp://example.com(ander protocol)https://example.comenhttps://www.example.com(ander subdomein)https://m.example.com(een subdomein dat het voorvoegsel hierboven niet vangt)
Het voordeel is de flexibiliteit bij verificatie: uploaden van een HTML-bestand, een HTML-metatag, Google Analytics, Google Tag Manager of DNS werken allemaal. Die flexibiliteit maakt het URL-voorvoegsel de terugvaloptie wanneer je het DNS niet kunt bewerken.
Domein vs URL-voorvoegsel: een vergelijking naast elkaar
| Domein-property | URL-voorvoegsel-property | |
|---|---|---|
| Bereik | Alle subdomeinen + http/https, gecombineerd | Alleen het exacte protocol + subdomein dat is ingevoerd |
| Verificatie | Alleen DNS-record | HTML-bestand, HTML-tag, Analytics, Tag Manager of DNS |
| Instellen en onderhoud | Vereist DNS-toegang; nieuwe subdomeinen worden automatisch opgenomen | Werkt zonder DNS; overstap naar https of een nieuw subdomein vereist een nieuwe property |
| Gegevens die je ziet | De volledigste dataset voor de hele site | Alleen het deel dat overeenkomt met het voorvoegsel |
| Het beste voor | De meeste sites, wanneer je het DNS beheert | Geen DNS-toegang, of één sectie/protocol isoleren |
Welke property moet je kiezen?
Google's eigen team raadt aan om ten minste één domein-property aan te maken, omdat die het volledigste beeld geeft, en Google merkte op dat site-eigenaren met URL-voorvoegsel-properties vaak hun verkeer onderschatten voordat ze overstapten — omdat een www-voorvoegsel de andere subdomeinen en protocollen stilzwijgend uitsloot.
Kies voor een URL-voorvoegsel-property in deze gevallen:
- Je hebt geen DNS-toegang. Zonder DNS kun je geen domein-property aanmaken, dus een URL-voorvoegsel met een HTML-tag of Analytics is je manier om binnen te komen.
- Je wilt een sectie isoleren. Alleen
https://example.com/blog/of alleen eenshop.-subdomein volgen houdt die rapportage schoon. - Je hebt een specifiek protocol of subdomein nodig. Tijdens een http→https-migratie laat een URL-voorvoegsel op elke versie je de overstap live meekijken.
- Je bakent toegang af voor een medewerker. Een URL-voorvoegsel beperkt wat een extern bureau of freelancer ziet tot één deel van de site.
Randgeval dat het noemen waard is: als je blog op een subdomein staat dat door een ander platform wordt beheerd, dekt een domein-property het toch (het DNS zit op registrar-niveau), terwijl een www-URL-voorvoegsel het volledig zou missen.
Hoe je elke property instelt (stap voor stap)
Domein-property
- Open in Search Console de property-kiezer en klik op Property toevoegen → Domein.
- Voer je domein in zonder protocol of www (
example.com). - Kopieer het TXT-record dat Google aanbiedt en voeg het toe in de DNS-instellingen van je registrar (kies « Elke DNS-provider » als het begeleide proces niet bij jouw provider past).
- Sla op, wacht op de propagatie en klik dan op Verifiëren.
URL-voorvoegsel-property
- Property toevoegen → URL-voorvoegsel.
- Voer het volledige adres in, inclusief protocol (
https://www.example.com). - Kies een methode onder Eigendom verifiëren: HTML-bestand, HTML-tag, Analytics, Tag Manager of DNS.
- Voeg het token toe aan je site (of DNS) en klik op Verifiëren.
Als je nog beslist welke verificatiemethode bij je CMS past, loopt onze Google Search Console-installatiegids elke methode met je door.
Kun je beide hebben?
Ja — en veel teams doen dat. Ze houden een domein-property voor het volledige sitebrede beeld en een of meer URL-voorvoegsel-properties om specifieke secties afzonderlijk te volgen.
De twee botsen niet, elk behoudt zijn eigen geschiedenis, en het verifiëren van de ene verifieert vaak automatisch de andere. De enige vuistregel: bepaal welke property je bron van waarheid is voor rapportage, zodat cijfers niet per ongeluk over verschillende bereiken heen worden vergeleken.
Hoe dit doorwerkt in je SEOcrawl AI-gegevens
SEOcrawl AI maakt via OAuth verbinding met Search Console en leest je live GSC-gegevens — met onbeperkte bewaring in plaats van Google's venster van 16 maanden. Welke property je verbindt, bepaalt hoeveel van je site SEOcrawl kan zien.
Verbind de domein-property en SEOcrawl krijgt de volledigste dataset: elk subdomein en protocol voedt je dashboards, positietracking en winnaars/verliezers, zodat er niets ontbreekt in de analyse. Beheer je een site met meerdere landen of subdomeinen, dan laat de domein-property gecombineerd met het tag-systeem van SEOcrawl je de weergaven per sectie opnieuw opbouwen zonder het sitebrede totaal te verliezen — je hoeft je gegevens niet over afzonderlijke URL-voorvoegsel-properties te verdelen om elke sectie te zien.
Verbind één keer, zie de hele site. SEOcrawl AI verenigt je Search Console-gegevens — filter, tag en volg elke sectie zonder het sitebrede totaal te verliezen. Probeer SEOcrawl AI of ontdek het SEO Dashboard.
Veelgestelde vragen
Wat is het verschil tussen een domein- en een URL-voorvoegsel-property?
Een domein-property (example.com) volgt elk subdomein en zowel http als https in één rapport en wordt alleen via DNS geverifieerd.
Een URL-voorvoegsel-property (https://example.com) volgt alleen het exacte protocol en subdomein dat je invoert, en kan op meerdere manieren worden geverifieerd: HTML-bestand, HTML-tag, Analytics, Tag Manager of DNS. Het domein geeft het volledigere beeld; het URL-voorvoegsel geeft een fijner bereik.
Heb ik DNS-toegang nodig om Google Search Console te gebruiken?
Nee. DNS-toegang is alleen vereist voor een domein-property. Als je het DNS niet kunt bewerken, voeg dan een URL-voorvoegsel-property toe en verifieer die met een HTML-tag, een HTML-bestand, Google Analytics of Google Tag Manager.
Je krijgt volledige prestatiegegevens voor die exacte URL-versie; je mist alleen de automatische samenvoeging van alle subdomeinen die een domein-property biedt.
Waarom is mijn verkeer hoger in de domein-property dan in de URL-voorvoegsel-property?
Omdat ze verschillende bereiken meten. Een domein-property telt klikken en vertoningen over elk subdomein en beide protocollen op, terwijl een www-URL-voorvoegsel alleen die ene versie telt. Het cijfer van het domein is niet opgeblazen; het cijfer van het URL-voorvoegsel was altijd al gedeeltelijk.
Kan ik van een URL-voorvoegsel naar een domein-property overstappen zonder gegevens te verliezen?
Een domein-property toevoegen verwijdert je URL-voorvoegsel-property of de bijbehorende geschiedenis niet; elk behoudt zijn eigen gegevens. Je kunt oude gegevens niet tussen beide samenvoegen, dus de nettere aanpak is om de domein-property nu toe te voegen en beide te behouden.
Vanaf dat moment wordt de domein-property je volledige registratie terwijl het URL-voorvoegsel het historische beeld van die specifieke versie behoudt.
Is een domein-property hetzelfde als mijn domeinnaam?
Nee. Je domeinnaam is het adres dat je bezit (example.com). Een domein-property is een rapportagecontainer in Search Console die rond die domeinnaam is opgebouwd en elke URL eronder samenvoegt, over subdomeinen en protocollen heen.
Je voert de domeinnaam in om de property aan te maken, maar de property is de gegevensweergave, niet het domein zelf.
Welk type property moet ik met SEOcrawl AI verbinden?
De domein-property voedt SEOcrawl met de volledige dataset — elk subdomein en protocol — zodat je dashboards en positietracking de hele site weerspiegelen in plaats van één versie.
Een URL-voorvoegsel-verbinding werkt ook, maar SEOcrawl ziet dan alleen dat deel. Voor sites met meerdere subdomeinen verbind je de domein-property en gebruik je tags om weergaven per sectie opnieuw op te bouwen.
Auteur: David Kaufmann
Ik heb de afgelopen 10+ jaar volledig in het teken van SEO gestaan — en eerlijk gezegd zou ik het voor geen goud anders willen.
Mijn carrière bereikte een nieuw niveau toen ik als senior SEO-specialist werkte voor Chess.com — een van de 100 meest bezochte websites van het hele internet. Werken op die schaal, verspreid over miljoenen pagina's, tientallen talen en in een van de meest competitieve SERPs die er bestaan, heeft me dingen geleerd die geen cursus of certificering ooit zou kunnen. Die ervaring veranderde mijn kijk op hoe geweldige SEO er echt uitziet — en werd de basis voor alles wat ik sindsdien heb gebouwd.
Vanuit die ervaring heb ik SEO Alive opgericht — een bureau voor merken die serieus werk willen maken van organische groei. Wij zijn er niet om dashboards en maandelijkse rapporten te verkopen. Wij zijn er om strategieën te bouwen die daadwerkelijk het verschil maken, door het beste van klassieke SEO te combineren met de spannende nieuwe wereld van Generative Engine Optimization (GEO) — zodat jouw merk niet alleen opduikt in de blauwe links van Google, maar ook binnen de AI-gegenereerde antwoorden die ChatGPT, Perplexity en Google AI Overviews elke dag opnieuw aan miljoenen mensen leveren.
En omdat ik geen tool kon vinden die beide werelden goed aanpakte, heb ik er zelf een gebouwd — SEOcrawl, een enterprise SEO intelligence platform dat rankings, technische audits, backlinks-monitoring, crawl-gezondheid en AI brand visibility tracking op één plek samenbrengt. Het is het platform waarvan ik altijd had gewild dat het bestond.
Ontdek meer content van deze auteur
