Zoekverkeer na merknaamswijziging controleren

Search Console is volgens Google bedoeld om te begrijpen hoe je site presteert in Google Search. Het rapport Zoekprestaties toont verkeer uit Google Search met uitsplitsingen per zoekopdracht, pagina en land, met trends voor vertoningen, klikken en andere statistieken. Dat is je bron voor merkcontrole. Het zegt niets over andere zoekmachines, sociale kanalen of directe bezoeken.

Controleer vooraf drie dingen:

1. Heb je eigendom van de juiste property, ook als het domein is gewijzigd? Check bij de beheerder van het account welke properties bestaan en wie toegang heeft.
2. Hoe lang bewaart je Search Console gegevens? Bekijk in de tool zelf hoever je periode terug kan, want dat bepaalt je vergelijkingsbasis.
3. Wanneer ging de wijziging live? Noteer een datum voor naam op de site, in je bedrijfsprofielen en op sociale kanalen, want die vallen zelden samen.

Houd er rekening mee dat verkeer door seizoen, campagnes en nieuws schommelt. Een verschil tussen twee periodes is dus een aanwijzing en geen bewijs dat de naamswijziging de oorzaak is.

Maak buiten Search Console een werkblad met vier groepen. Elke zoekopdracht hoort in precies één groep, anders tel je dubbel.

• Groep A, oude naam: de oude merknaam, met en zonder rechtsvorm, bekende afkortingen en veelgemaakte spellingen.
• Groep B, nieuwe naam: dezelfde varianten voor de nieuwe naam.
• Groep C, naam plus product of dienst: bijvoorbeeld merknaam gevolgd door een dienst of plaats, apart voor oud en nieuw.
• Groep D, zonder merknaam: generieke zoekopdrachten naar je aanbod. Dit is je controlegroep.

Gebruik in Search Console het filter op zoekopdracht met een regelmatige expressie of een tekstfilter om groep A en B te isoleren. Of de filteropties precies zo heten in jouw interface, controleer je in het rapport zelf. Exporteer daarna de gegevens en sorteer ze in je werkblad, zodat je ook varianten vindt die je filter miste.

Groep D is belangrijk. Daalt alleen de oude naam terwijl groep D stabiel blijft, dan past dat bij een naamsverschuiving. Dalen alle groepen, dan zoek je de oorzaak elders, zoals techniek of seizoen.

Vergelijk nooit een week voor met een week na zonder te corrigeren voor kalender en campagnes. Werk met dit schema:

1. Kies een periode na de wijziging met een vaste lengte, bijvoorbeeld vier volle weken, en begin op een maandag.
2. Kies een gelijke periode ervoor met dezelfde weekdagopbouw.
3. Kies als extra referentie dezelfde weken een jaar eerder, als die gegevens bestaan. Dat vangt seizoen op, maar niet de effecten van je eigen wijziging.
4. Noteer per groep vertoningen, klikken, gemiddelde positie en aantal unieke zoekopdrachten.
5. Noteer ook wat er in die periodes buiten zoekmachines gebeurde: mailing, advertentiecampagne, persbericht, vakantie.

Lees vertoningen en klikken samen. Veel vertoningen voor de oude naam met weinig klikken kan erop wijzen dat mensen nog zoeken naar de oude naam, maar dat je resultaat hen niet overtuigt. Weinig vertoningen voor de nieuwe naam duidt vooral op lage naamsbekendheid. Dat zijn twee verschillende problemen met een verschillende aanpak, en het cijfer zelf kiest niet voor je.

Een afwijking zoek je op drie niveaus: op je eigen pagina's, in de signalen tussen oude en nieuwe URL's, en in de weergave van de pagina.

Eigen pagina's. Open in Search Console per pagina welke zoekopdrachten erop landen. Staat de oude naam nog in de paginatitel, de koptekst, de beschrijving of de lopende tekst, dan blijft die naam een logisch zoekresultaat. Zoek op je site en in je exportbestanden naar de oude schrijfwijze.

Voor URL's geldt dat Google beschrijft dat redirects een sterk signaal zijn dat het doel canoniek moet zijn, dat rel="canonical" ook een sterk signaal is en dat een sitemap een zwak signaal is. Je kunt methodes combineren, maar verwijs niet via verschillende methodes naar verschillende URL's voor dezelfde pagina. Gebruik daarnaast geen robots.txt om een canonieke keuze af te dwingen. Dat is een blokkade voor crawlen en geen verwijdering of consolidatie.

Weergave. Als titels of canonicals via JavaScript worden gezet, kan wat Google ziet afwijken van je broncode. De JavaScript-richtlijnen van Google zeggen dat titel, beschrijving en canonical via JavaScript kunnen worden gezet, maar controleer zelf dat de canonical in de gerenderde HTML overeenkomt met die in de oorspronkelijke HTML. Een browsercontrole is hiervoor geen bewijs. Gebruik URL-inspectie in Search Console voor wat Google daadwerkelijk heeft geïndexeerd, en lees de gekozen canonical uit de geïndexeerde versie, niet uit de livetest.

Gebruik de tabel als vast hulpmiddel bij je maandcontrole.

Alle acties zijn onderzoekende stappen. Of en wanneer Google reageert op je aanpassingen is niet te voorspellen.

Een fictief voorbeeld van invoer en verwachte controles, zonder resultaten. Stel dat een bedrijf de merknaam wijzigt en de uitvoering overdraagt aan een collega die de maandcontrole voortzet. Zonder overdracht gaat de context verloren. Daarom krijgt de collega één werkblad met vijf tabbladen:

1. Context: de datum van live gaan per kanaal, de oude en nieuwe schrijfwijzen, en welke property in Search Console hoort bij welke domeinversie.
2. Querygroepen: de lijsten voor groep A tot D, met de regel die bepaalt in welke groep een nieuwe zoekopdracht valt.
3. Periodes: de vaste vergelijkingsperiodes en de extra referentie een jaar eerder.
4. Maandmeting: per groep vertoningen, klikken, positie en aantal unieke zoekopdrachten, plus een kolom voor externe gebeurtenissen.
5. Afwijkingenlog: per afwijking de URL, wat je zag, welke controle je deed en wie de actie oppakt.

De collega voert elke maand dezelfde stappen uit: exporteren, groeperen, periodes vergelijken, de beslistabel doorlopen en alleen bij een concrete afwijking een URL-inspectie starten. Elke afwijking krijgt een datum van heropname in het log, zodat een volgende meting niet verward raakt met een eerdere aanpassing. Welke aantallen er uitkomen, weet niemand van tevoren, en die uitkomst hoort niet in een verwachtingsbrief aan de klant.

Search Console schrijft dat je niet elke dag hoeft in te loggen en dat je bij nieuwe problemen een e-mail krijgt. Het raadt aan om ongeveer één keer per maand te kijken, of wanneer je wijzigingen aanbrengt. Voor een naamswijziging past een iets strakker ritme: een controle direct na de overgang, daarna maandelijks, en opnieuw na elke grote aanpassing aan titels, redirects of structuur.

De grenzen zijn duidelijk. Deze procedure toont alleen Google Search-gegevens en alleen wat de tool rapporteert. Ze bewijst niet dat een afwijking door de naamswijziging komt, en ze garandeert geen herstel of ranking. Bij een domeinverhuizing gelden aparte stappen en rechten; controleer in de officiële Google-documentatie en met de beheerder van het account wat voor jouw situatie van toepassing is.

Wil je zien welke merksignalen een bezoeker of zoekmachine publiek op je website aantreft, zoals titels, koppen en consistentie van je naam? Bekijk dan de publieke signalen van je eigen website via Marketing Scan. Een publieke scan meet zichtbare signalen en vervangt geen controle in Search Console.