Voor het herontwerp: een betrouwbare baseline vastleggen

Wat u niet hebt gemeten, kunt u niet beschermen. Documenteer vóór de mock-ups de commerciële en organische prestaties van de huidige website. Exporteer minimaal de gegevens van de afgelopen twaalf tot zestien maanden uit Google Search Console en uw analysetool, zodat u een structurele trend kunt onderscheiden van een seizoenseffect.

Verzamel per pagina de organische klikken en vertoningen, zoekopdrachten, gemiddelde positie, sessies, conversies, waarde of leads, inkomende links, indexeringsstatus, navigatiediepte en taal. Voeg campagnepagina’s, PDF’s, subdomeinen en oude URL’s die nog worden bezocht toe. Serverlogs tonen, wanneer ze beschikbaar zijn, ook welke URL’s daadwerkelijk door zoekmachines worden gecrawld en welke fouten tijdens handmatige navigatie onzichtbaar blijven.

Maak vervolgens vier categorieën: behouden, verbeteren, samenvoegen en verwijderen. Een pagina met weinig bezoekers is niet noodzakelijk nutteloos: ze kan een beslissende vraag van een prospect beantwoorden, een kwaliteitsvolle link ontvangen of een thematische cluster ondersteunen. Omgekeerd kunnen drie vrijwel identieke pagina’s signalen verdunnen en de gebruiker desoriënteren.

Leg ook succesindicatoren vast. Meet naast het verkeer ook gekwalificeerde formulieren, oproepen, offerteaanvragen, inschrijvingen, verkopen, winkelwagenwaarde, tijd tot contactname en conversieratio per paginatype. Een herontwerp dat het aantal bezoeken verhoogt maar de dienst minder zichtbaar maakt of formulieren verzwakt, is commercieel geen succes.

De afbakening van een herontwerpproject met GVISION begint precies bij deze gebruikssituaties, doelstellingen en technische beperkingen, zodat de interface een meetbare strategie ondersteunt in plaats van een louter grafische voorkeur.

De URL-per-URL-inventaris: de kern van de SEO-migratie

De migratiematrix koppelt elke oude URL aan een expliciete beslissing. Zo voorkomt u geïmproviseerde redirects op de avond van de lancering en beschikken de teams voor content, development, SEO en marketing over een gemeenschappelijke referentie.

Vermijd het om alle verwijderde pagina’s naar de homepage te redirecten. Een redirect moet naar een nuttig equivalent leiden. Als er geen equivalent bestaat en de resource geen bestaansreden meer heeft, kan een consistente 404- of 410-status de voorkeur krijgen boven een misleidende bestemming. Behoud noodzakelijke parameters, maar verwijder parameters die onnodige duplicatie veroorzaken.

Identificeer URL’s waarvan hoofdletters, accenten, trailing slash of protocol verschillen. Bepaal één uniforme conventie en pas die overal toe. Idealiter leidt één enkele redirect van het oude adres rechtstreeks naar de definitieve versie; redirectketens verhogen de vertraging, bemoeilijken de diagnose en kunnen oude tussenstappen jarenlang in stand houden.

De architectuur herdenken zonder zoekintenties te verliezen

Een nieuwe sitestructuur moet de gebruikersflow vereenvoudigen en tegelijk de onderwerpen behouden waarvoor de website al relevant is. Vertrek vanuit reële behoeften: een aanbod begrijpen, oplossingen vergelijken, expertise controleren, een prijs verkrijgen, een risico inschatten of contact opnemen met het bedrijf. Koppel aan elke intentie één hoofdpagina in plaats van meerdere zwakke pagina’s die met elkaar concurreren.

Voor mobiele BYOD met MAM kan een toegangsregel een beschermde app eisen voor Microsoft 365. Microsoft vermeldt dat appbeveiligingsbeleid alleen op compatibele apps werkt en dat iOS- en Android-toestellen voor bepaalde controles eerst in Entra ID moeten registreren. Voor ingeschreven toestellen kan een regel compliance vereisen. Kies doelgroepen, cloudapps, platformen en uitzonderingen nauwkeurig.

Kort content niet mechanisch in om een “strakke” interface te verkrijgen. Behoud de antwoorden, voorbeelden, bewijzen, bezwaren en termen die het aanbod uitleggen. De tekst kan beter worden gestructureerd met titels, lijsten, tabellen en infokaders. Een pagina kan visueel duidelijk zijn en tegelijk nuttige diepgang bieden.

Bedrijfstoestel

Zichtbaarheid in Google en AI-antwoorden: wat er echt verandert

Google geeft aan dat zijn gevestigde SEO-best practices relevant blijven voor AI-gebaseerde zoekfuncties. Er bestaat dus geen magische tag die een nuttige, toegankelijke en betrouwbare website kan vervangen. Het doel is om informatie gemakkelijk vindbaar, begrijpelijk, controleerbaar en aan uw bedrijf koppelbaar te maken.

Schrijf beleid en privacytekst. Leg zichtbaarheid, verantwoordelijkheden, support, verlies, vertrek en updates uit.

Belgische situaties

Structureer belangrijke informatie in leesbare HTML. Tabellen moeten kopteksten bevatten, afbeeldingen nuttige alternatieve teksten, video’s een transcriptie en essentiële componenten mogen niet afhankelijk zijn van een interactie die niet kan worden gecrawld. Gestructureerde Schema.org-gegevens moeten overeenkomen met de zichtbare content; ze verduidelijken entiteiten en paginatypes, maar garanderen geen rankings of citaties.

Google raadt ook kwaliteitsvolle afbeeldingen en video’s aan wanneer ze het onderwerp ondersteunen. Een originele infographic moet een titel, alternatieve tekst en een toelichting op de pagina bevatten. Comprimeer media, geef de afmetingen op en gebruik moderne formaten.

Pas op voor valse snelkoppelingen. Google verduidelijkt onder meer dat zijn systemen het bestand llms.txt niet gebruiken voor zijn AI-zoekfuncties. Een dergelijk bestand kan voor andere experimentele toepassingen worden gebruikt, maar vervangt robots.txt, de XML-sitemap, interne linking, canonicals of kwalitatieve informatie niet. Investeer eerst in controleerbare fundamenten.

Geef op een meertalige website elke versie een afzonderlijke URL, zorg voor een werkelijk nuttige vertaling en koppel de equivalente versies met hreflang. Vermijd een vertaling die uitsluitend aan de browserzijde gebeurt en dezelfde URL of onvolledige bron-HTML laat staan. Een plugin zoals TranslatePress kan geschikt zijn als deze indexeerbare URL’s, gelokaliseerde metadata, consistente sitemaps en wederzijdse hreflang-tags genereert; de redactionele kwaliteit moet echter per taal worden gevalideerd.

Technische migratie: redirects, canonicals, sitemaps en talen

Op de dag van de lancering moet Google snel kunnen begrijpen dat de oude resource door de nieuwe is vervangen. Permanente server-side redirects vormen het belangrijkste signaal wanneer URL’s wijzigen. Google raadt doorgaans aan deze minstens één jaar te behouden; ze langer behouden blijft nuttig voor gebruikers en externe links.

Test elke regel met de volledige URL. Controleer de HTTP-statuscode, de uiteindelijke bestemming, de afwezigheid van lussen en de overeenkomst van de content. Werk interne links bij zodat ze rechtstreeks naar de nieuwe adressen verwijzen: een redirect is geen reden om de nieuwe website via de oude te laten navigeren.

Elke indexeerbare pagina moet doorgaans een consistente self-referencing canonical hebben, tenzij daar een onderbouwde strategie voor bestaat. Canonicals, redirects, interne links en sitemaps moeten naar dezelfde versie verwijzen. Verwijder geredirecte, geblokkeerde, foutieve of niet-canonieke URL’s uit de sitemaps en dien de nieuwe sitemaps in via Search Console.

Voor meertalige websites moet elke pagina de overeenkomstige FR-, NL- en EN-versies aangeven, inclusief zichzelf, met wederzijdse tags. Koppel geen pagina’s waarvan de content of intentie verschilt alleen omdat ze dicht bij elkaar in het menu staan. Gebruik eventueel x-default voor een neutrale selectiepagina. Taalattributen in HTML verbeteren ook de toegankelijkheid.

Vermijd het om domein, CMS, sitestructuur, protocol, design en content tegelijk te wijzigen als u de veranderingen kunt faseren. Hoe meer variabelen tegelijkertijd veranderen, hoe moeilijker het wordt om een daling te verklaren. Wanneer een domeinwijziging noodzakelijk is, valideer dan de Search Console-properties, behoud de controle over het oude domein, migreer de signalen en monitor beide omgevingen.

Performance, toegankelijkheid en beveiliging: kwaliteit vanaf het ontwerp integreren

Een snelle maar onbruikbare pagina is geen goede pagina; een mooie maar trage en instabiele pagina verliest eveneens bezoekers. Google raadt aan om op het 75e percentiel van de bezoeken een LCP van maximaal 2,5 seconden, een INP van minder dan 200 milliseconden en een CLS van minder dan 0,1 te behalen. Meet echte gebruikersgegevens wanneer die beschikbaar zijn, en niet alleen resultaten uit een labtest.

Bedrijfstoestel

Toegankelijkheid moet deel uitmaken van de componenten: navigatie met het toetsenbord, zichtbare focus, voldoende contrast, labels voor formulieren, begrijpelijke foutmeldingen, logische titels en een voorkeur voor minder animaties. Test met zoom, toetsenbord en een schermlezer, niet alleen met een automatische tool. Deze keuzes vergroten het bereik en maken content vaak gemakkelijker interpreteerbaar.

Vanuit beveiligingsoogpunt moet u HTTPS afdwingen, het CMS en de extensies up-to-date houden, rechten tot het minimum beperken, beheer beveiligen met MFA, invoer valideren, back-ups maken en herstel testen. Headers zoals Content-Security-Policy, HSTS, X-Content-Type-Options en een passende referrer policy kunnen bepaalde risico’s beperken wanneer ze correct zijn geconfigureerd. Kopieer geen beveiligingsbeleid zonder de impact ervan op de website te testen.

De lancering maakt geen einde aan deze verantwoordelijkheden. Een contract voor onderhoud en hosting bij GVISION kan monitoring, updates, back-ups, beveiliging en performance bundelen, met duidelijke verantwoordelijkheden na het project.

SEO-herontwerp van een website: checklist voor de lancering

Voer een repetitie uit in preproductie en controleer daarna opnieuw in productie. De preproductieomgeving moet worden beschermd tegen indexering en externe gebruikers, maar toegankelijk blijven voor geautoriseerde testtools. Kopieer niet per ongeluk een noindex of een blokkeringsregel mee bij de lancering.

• Verkenning: alle prioritaire pagina’s geven een 200-status terug, zonder blokkering of noindex onbedoeld.
• Redirects: oude URL’s getest, relevante bestemmingen, geen lussen of onnodige redirectketens.
• Canonicals: consistent met de definitieve URL’s, het gekozen protocol en de gekozen slashes.
• Meertalig: wederzijdse hreflang-tags, HTML-taal, gelokaliseerde content en metadata.
• Inhoud: Schrijf beleid en privacytekst. Leg zichtbaarheid, verantwoordelijkheden, support, verlies, vertrek en updates uit.
• Media: afmetingen, compressie, formaten, alt-teksten en aangepaste laadinstellingen.
• Gestructureerde gegevens: geldig en conform de zichtbare content.
• Meting: analytics, toestemming, events en conversies end-to-end getest.
• Technisch: sitemap, robots.txt, 404-pagina’s, formulieren, e-mails, cache en beveiliging gevalideerd.
• Exploitatie: back-up, rollback, verantwoordelijken en incidentkanaal klaar.

Na de lancering: monitoren na 30, 60 en 90 dagen

Een tijdelijke variatie is mogelijk, maar een aanhoudende daling moet pagina per pagina worden verklaard. Crawl vanaf de lancering de publieke website, test een steekproef van alle redirectregels en inspecteer prioritaire pagina’s in Search Console. Monitor serverfouten, 404’s, uitgesloten pagina’s, door Google gekozen canonicals en sitemaps.

Dag 1 tot 30: migratiefouten detecteren

Schrijf beleid en privacytekst. Leg zichtbaarheid, verantwoordelijkheden, support, verlies, vertrek en updates uit.

Dag 31 tot 60: verschillen in content en intentie analyseren

Vier modellen voor toegang en beheer met Microsoft Intune

Dag 61 tot 90: conversie en groei optimaliseren

Zodra de indexering en signalen zijn gestabiliseerd, verbetert u call-to-actions, formulieren, bewijsmateriaal en gebruikersflows. Test pagina’s met veel verkeer maar een lage conversieratio. Ontwikkel vervolgens thematische clusters die aantoonbare vraag laten zien: gidsen, vergelijkingen, klantcases en nuttige tools, gekoppeld aan een duidelijke servicepagina.