Synelo / Studio

Websites & SEO / 04

Website vernieuwen en SEO: behoud de route naar een aanvraag

De nieuwe website ziet er uitstekend uit. Maar een oude link werkt niet meer, wisselen van taal opent de homepage en aanvragen zijn lastiger te volgen. Dit moet u behouden en controleren om de vernieuwing voor het bedrijf te laten werken.

Een mooiere website kan toch aanvragen verliezen

De nieuwe homepage is snel, de kaarten zijn verzorgd en het mobiele menu bevalt het hele team. Een paar weken later komen er minder aanvragen via zoekmachines binnen. Dat hoeft niet aan de kleur van een knop te liggen. Een dienst heeft een ander adres gekregen, een partnerlink eindigt op een ontbrekende pagina of de taalwissel stuurt iedereen naar de homepage.

Een website vernieuwen betekent een bestaand geheel van inhoud, links en klantreizen veranderen. Bepaal vóór de eerste ontwerpen wat al goed werkt. Welke pagina introduceert het bedrijf? Welke beantwoordt een concrete vraag vóór een aankoop? Welke helpt iemand contact opnemen? Die functies moeten herkenbaar blijven, ook als de vormgeving volledig verandert.

De voorbeelden in deze gids zijn verzonnen ter toelichting, geen klantresultaten. Geen migratieplan garandeert gelijkblijvende zoekposities. Een inventarisatie en herhaalbare controles helpen wel om vermijdbare fouten vóór de lancering te ontdekken. Een verzorgde website moet dagelijks bruikbaar zijn, naast een goede indruk tijdens de presentatie.

Leg eerst de uitgangssituatie vast

Verzamel de bestaande URL’s uit de sitemap, interne links, webanalyse en beschikbare Search Console-rapporten. Noteer per belangrijke pagina de taal, het onderwerp, de hoofdactie en bruikbare gegevens. Beperk de lijst niet tot het menu. Een oud artikel kan nog steeds relevante bezoekers aantrekken terwijl het team nauwelijks aan die pagina denkt.

Bezoekersaantallen vertellen niet het hele verhaal. Een pagina over een specifieke integratie kan weinig mensen bereiken, maar precies hun vraag beantwoorden. Een algemeen artikel trekt misschien meer verkeer zonder bij te dragen aan aanvragen. Bekijk contacten en nuttige tussenstappen waar de meting dat toelaat, en benoem ook wat niet bekend is.

Bewaar titels, beschrijvingen, koppen, inhoudelijke tekst en belangrijke links. Dat verplicht u niet om alle oude zinnen te behouden. Het geeft een vergelijkingspunt. Na de lancering kunt u onderscheiden of alleen de presentatie veranderde of ook het antwoord. Zonder die basis wordt een daling al snel giswerk.

Processchema
Een websitevernieuwing met controlepunten
  1. Vastleggen

    URL’s, zoekopdrachten, aanvragen en werkende formulieren.

  2. Koppelen

    Neem voor elk oud adres een bewuste beslissing.

  3. Controleren

    Talen, redirects, indexering en het volledige aanvraagtraject.

  4. Volgen

    Vergelijk gelijkwaardige pagina’s en perioden na de lancering.

Werkt een formulier niet of is een belangrijke pagina onbereikbaar? Wijs vooraf iemand aan voor herstel of terugdraaien.

Geef ieder oud adres een bewuste bestemming

Bepaal voor elke URL of deze blijft bestaan, verhuist naar een gelijkwaardige pagina, wordt samengevoegd met verwante inhoud of verdwijnt. De oorspronkelijke behoefte van de bezoeker hoort leidend te zijn. Alle verdwenen diensten naar de homepage doorsturen is soms gemakkelijk te bouwen, maar biedt zelden een vergelijkbaar antwoord.

Google adviseert permanente redirects op de server voor verhuisde pagina’s en een directe route naar de eindbestemming. Een oude link naar een audit hoort dus de bijbehorende nieuwe auditpagina te openen. Vermijd onnodige tussenstappen. Een redirect begeleidt immers een persoon en informeert daarnaast een zoekmachine.

Vraag om een overzichtelijke koppeltabel en test de regels op de echte server. Controleer HTTP-status, eindbestemming en eventuele lussen. Neem oude taalpaden en enkele campagnelinks mee. Een juiste spreadsheet bewijst nog niet dat de gepubliceerde regels zich precies hetzelfde gedragen.

Beslistabel
Bepaal wat er met iedere oude URL gebeurt

Scroll opzij om alle kolommen te zien.

Bepaal wat er met iedere oude URL gebeurt
SituatieActieControle
Adres en inhoud blijvenBehoud de 200-responsZelfverwijzende canonical en interne links
Een gelijkwaardige vervanger bestaatPermanente 301- of 308-redirectEén stap naar de definitieve URL met status 200
Inhoud wordt samengevoegdVerwijs naar de relevante samengevoegde paginaDe bestemming beantwoordt de oorspronkelijke zoekvraag
Verwijderd zonder vervangerGeef 404 of 410; verwijder uit de sitemapVerwijs niet alles naar de homepage

Behoud het antwoord achter de zoekopdracht

Een oude automatiseringspagina beschreef documentsoorten, uitzonderingen en acceptatiecriteria. De vervanger toont alleen “Wij bouwen de toekomst” boven een contactknop. De compositie oogt rustiger, maar een koper begrijpt minder goed welk werk wordt geleverd. Nuttige details verwijderen verandert de functie van de pagina.

Bepaal de bedoeling van ieder belangrijk onderdeel. Zoekt iemand een leverancier, vergelijkt diegene oplossingen, onderzoekt hij kosten of wil zij een probleem oplossen? Schrijf voor die taak. Relevante zoektermen passen vanzelf in dienstnamen, voorbeelden en uitleg. Dezelfde term vaak herhalen is geen vervanging voor een inhoudelijk antwoord.

Scheid onderwerpen die verschillende uitleg vragen. AI-agents, maatwerk webontwikkeling en MVP-ontwikkeling kunnen eigen pagina’s krijgen, met links waar die helpen. De blog verdiept een beslissing. Zo krijgt de lezer detail zonder door één algemene tekst met alle diensten en zoekwoorden van het bedrijf te moeten zoeken.

Maak de taak van elk paginatype duidelijk

De homepage stelt het bedrijf voor en helpt een richting kiezen. Een dienstenpagina beschrijft een concrete opdracht. Een artikel helpt iemand nadenken voordat die klaar is om te kopen. Met die taakverdeling zijn navigatie, teksten en vervolgstappen eenvoudiger te beoordelen. Niet iedere bezoeker wil meteen een offerte aanvragen.

Leg bij een dienst uit voor wie deze geschikt is, wat wordt geleverd, welke informatie nodig is en hoe het resultaat wordt gecontroleerd. Gebruik echte onderbouwing die u mag tonen. Benoem een illustratief scenario als zodanig. Een fraaie vormgeving maakt verzonnen cijfers niet tot een geloofwaardige klantcase.

Link op het moment dat extra uitleg nuttig wordt. Een gids over automatiseringskosten kan naar de dienst leiden; de dienstenpagina kan terugverwijzen naar de berekening. De linktekst moet duidelijk maken wat de bestemming toevoegt. Overal hetzelfde “lees meer” gebruiken helpt de bezoeker minder goed kiezen.

Controleer taalwissels binnen dezelfde klantreis

Open een specifieke dienst en wissel van taal. Als een gelijkwaardige vertaling bestaat, hoort hetzelfde onderwerp te verschijnen. Teruggaan naar de homepage laat iemand opnieuw zoeken. Bij een lang artikel is dat extra merkbaar: de lezer wil dezelfde inhoud in een prettiger taal blijven lezen.

Hreflang verwijst naar bijbehorende taal- of regioversies. Die relaties moeten consequent zijn en naar beschikbare tegenhangers leiden. De annotatie vertaalt geen tekst en maakt een pagina niet vanzelf lokaal relevant. Woordkeuze, voorbeelden, contactmogelijkheden en toepasselijke commerciële informatie moeten ook bij het publiek passen.

Een taal is geen land. Eén Engelse editie kan verschillende markten bedienen. Een regionale versie is nuttig wanneer er een werkelijk verschil in aanbod, voorwaarden of inhoud uit te leggen is. Alleen de landnaam vervangen op tientallen vrijwel identieke pagina’s helpt iemand bij het kiezen van een leverancier nauwelijks.

Laat canonical-URL’s aansluiten op de gepubliceerde site

Een canonical-URL geeft de voorkeursversie van dubbele of sterk vergelijkbare pagina’s aan. Na een vernieuwing moet die overeenkomen met het bedoelde openbare adres. Een fout in een sjabloon kan alle diensten naar de homepage laten wijzen of het testdomein laten staan. Zo raakt één instelling meteen veel pagina’s.

Bekijk de HTML van de server voor de homepage, een dienst, een artikel en een vertaling. Controleer daarna de hele belangrijke verzameling automatisch. Vergelijk canonicals met interne links en sitemap. Tegenstrijdige signalen worden niet duidelijker door nog een extra tag toe te voegen zonder het verschil op te lossen.

Breng volledige vertalingen niet zonder onderscheid onder een Engelse canonical samen. Een taaleditie heeft doorgaans een geschikte canonieke pagina in dezelfde taal nodig; hreflang beschrijft de relatie tussen edities. Bekijk deze keuzes samen, zodat metadata, taalmenu en sitemap dezelfde structuur weergeven.

Maak de inhoud beschikbaar voordat de effecten klaar zijn

Laad een artikel via een trage verbinding en kijk wanneer kop, tekst en links verschijnen. Bekijk ook de HTML die de server terugstuurt. Redactionele inhoud kan direct beschikbaar zijn. Een gids lezen hoort niet af te hangen van een zware animatie of een script dat niets met de leestaken te maken heeft.

JavaScript blijft bruikbaar voor formulieren, rekenhulpen en zinvolle interacties. De vraag is welke afhankelijkheden nodig zijn voor de belangrijkste taak. Onderscheid de inhoud van de verrijkingen eromheen. Daardoor zijn storingen beter af te bakenen en blijft de pagina bruikbaar bij gewone netwerk- en apparaatbeperkingen.

Controleer of navigatie echte links gebruikt. Mensen openen een dienst in een nieuw tabblad, kopiëren een verwijzing of gebruiken het toetsenbord. Bestemmingen vragen om geldige adressen; handelingen vragen om duidelijke knoppen. Deze kleine technische keuze beïnvloedt de betrouwbaarheid van de hele route.

Begin prestaties bij de eerste nuttige handeling

Een grote video of driedimensionale scène kan uitstekend ogen op de computer van de ontwerper. Test dezelfde pagina op een gewone telefoon met mobiel internet. Is het aanbod snel te begrijpen? Werkt de hoofdactie? Verschuift tekst wanneer een afbeelding of lettertype later wordt geladen?

Core Web Vitals beschrijven laden, reageren op interactie en visuele stabiliteit. Bekijk laboratoriumtests naast beschikbare gegevens van echte bezoeken. Eén snelle meting vertegenwoordigt niet het hele publiek. Onderzoek de elementen en interacties achter een slecht resultaat, in plaats van alleen naar een totaalscore te kijken.

Reserveer ruimte voor media, beoordeel lettertypes en stel aanvankelijk onnodige bestanden uit. Bekijk hoeveel code in de browser nodig is voor een leesartikel. Het visuele concept kan vaak blijven bestaan met een betere laadvolgorde. Een hoogwaardige ervaring begint voordat het laatste onderdeel zichtbaar is.

Test mobiel met de echte vertalingen

Een korte Engelse kop kan in het Duits, Pools of Oekraïens veel langer zijn. Gebruik de definitieve teksten in kaarten, menu’s en knoppen. Belangrijke woorden mogen niet verdwijnen achter vaste hoogtes of decoratieve lagen. Een ontwerp dat alleen met tijdelijke tekst werkt, is nog niet klaar.

Doorloop de hoofdactie op een smal scherm. Bedekt de chatknop het verzenden? Verbergt het toetsenbord de foutmelding? Is het taalmenu te sluiten? Controleer aanraakvlakken en zichtbare toetsenbordfocus. Deze details bepalen rechtstreeks of iemand een taak kan afronden.

Lange artikelen hebben een prettige regelbreedte, voldoende contrast en links naar secties nodig. Een uitklapbare inhoudsopgave kan de opening op een telefoon compact houden. Een lezer moet een berekening of controlelijst terugvinden zonder telkens het volledige verhaal vanaf het begin door te nemen.

Volg een aanvraag tot bij de verantwoordelijke

Organisch verkeer levert weinig op als het formulier stilzwijgend faalt. Test de route van invoer tot definitieve registratie, bevestiging en melding aan de juiste persoon. Gebruik een afgesproken testomgeving of duidelijk herkenbare testgegevens. Een succesmelding in de browser bewijst op zichzelf niet dat de aanvraag is ontvangen.

Probeer een ontbrekend veld, een tweede klik en een tijdelijke serverfout. De bezoeker moet begrijpen of verzenden lukte en wat daarna mogelijk is. Bewaar de ingevoerde tekst tot succes is bevestigd. Een uitvoerige projectbeschrijving verliezen door een kort probleem ondermijnt een verder verzorgde ervaring.

Maak in de analyse onderscheid tussen een klik en een ontvangen aanvraag. Controleer dubbele gebeurtenissen en verlies tijdens navigatie. Verandert de meting tegelijk met het ontwerp, leg dat dan vast. Anders kan de conversievergelijking een verschil in registratie tonen in plaats van een verschil in klantgedrag.

Laat metadata beschrijven wat zichtbaar is

Iedere pagina verdient een specifieke titel en een beschrijving die bij onderwerp en taal passen. De titel helpt een antwoord herkennen vóór het openen. Alle diensten van de organisatie opsommen is meestal minder nuttig dan deze ene bron duidelijk benoemen. Houd de zoekpresentatie betekenisvol verbonden met de zichtbare kop.

Gestructureerde artikelgegevens kunnen titel, auteur of organisatie, datums en afbeelding beschrijven. De velden moeten overeenkomen met het gepubliceerde materiaal. Verander geen wijzigingsdatum zonder inhoudelijke verandering en verzin geen deskundige om gezag uit te stralen. Eén inhoudsbron maakt samenhang tussen pagina en metadata gemakkelijker.

Bekijk ook het voorbeeld van een gedeelde link. Adres, titel, beschrijving en beeld moeten die specifieke pagina voorstellen. Een artikel dat eruitziet als de homepage is minder herkenbaar. Deze controle past bij het nalopen van taalversies en canonicals, in plaats van een vergeten laatste taak te worden.

Scheid bescherming van previews en openbare indexering

De sitemap moet de openbare adressen bevatten die u wilt laten ontdekken. Laat toevallige parametervarianten, testpagina’s en adressen die uitsluitend doorsturen erbuiten. Vraag de pagina’s op en controleer de antwoorden. Geldige XML bewijst niet dat de opgenomen bestemmingen ook werken.

Een preview mag indexering blokkeren. Controleer vóór de lancering dat die instellingen niet actief blijven op de openbare inhoud. Bekijk robots.txt, metadata en HTTP-headers. Ze vervullen verschillende functies; één vinkje in een beheerpaneel beschrijft niet altijd de volledige configuratie.

Privéonderdelen hebben los daarvan toegangscontrole nodig. Noindex is geen authenticatie. Een duidelijke lijst marketingpagina’s helpt ze onderscheiden van beheer en klantaccounts. Zo belandt een algemene wijziging niet per ongeluk op routes met heel andere doelen en verwachtingen.

Gebruik op de lanceringsdag een kleine, complete controle

Kies voorbeelden van ieder belangrijk sjabloon: homepage, dienst, artikel, contactroute, vertaling en oud doorgestuurd adres. Open ze na publicatie op het echte domein. Controleer inhoud, status, taal, canonical en hoofdactie. Een geslaagde build bewijst niet dat domein en omgeving goed zijn ingesteld.

Test formulieren en meldingen in de afgesproken testmodus. Servicetoegang en toegestane domeinen kunnen verschillen van de preview. Bepaal wie een kapotte integratie kan herstellen. Het lanceringsplan hoort deze operationele overdracht te bevatten en niet te stoppen bij het publiceren van bestanden.

Houd een praktische mogelijkheid om de vorige versie terug te zetten en spreek af wanneer dat nodig is. Een onbruikbaar aanvraagformulier vraagt een andere reactie dan een kleine afstandsfout. Dat onderscheid houdt het overleg gericht op de klant en voorkomt besluiten op basis van losse schermafbeeldingen.

Vergelijk na de vernieuwing vergelijkbare omstandigheden

Begin met technische aanwijzingen: ontbrekende pagina’s, onjuiste redirects, indexeringswijzigingen en kapotte formulieren. Bekijk daarna landingspagina’s, zoekvragen en afgeronde contacten. Het totale verkeer kan een daling bij één taal of dienst verbergen terwijl een ander onderdeel groeit.

Houd rekening met seizoen, campagnes en veranderingen in het aanbod. Als prijzen, acquisitie en vormgeving tegelijk veranderen, blijft de toeschrijving beperkt. De vastgelegde beginsituatie helpt duidelijke technische achteruitgang scheiden van bredere bewegingen. Benoem die beperking in plaats van elk verschil aan het ontwerp toe te schrijven.

Bouw pagina’s niet opnieuw bij iedere dagelijkse schommeling. Verzamel passende aanwijzingen voor de beslissing. Wacht tegelijkertijd niet op een statistische trend wanneer een belangrijke URL een fout geeft of het formulier niet werkt. Herstel het zichtbare defect en meet daarna het bredere resultaat.

Vraag om een website die het team kan onderhouden

Vraag naast het ontwerp om het routeoverzicht, de URL-koppelingen, taalregels, testresultaten en publicatie-instructies. Dit zijn hulpmiddelen voor de volgende persoon die iets wijzigt. Ze moeten keuzes uitleggen en concrete werkzaamheden mogelijk maken, niet alleen een dik overdrachtsdocument vullen.

Maak een ongepubliceerd artikel aan en wijzig de titel. Controleer tegelijk de pagina, kaart en metadata. Moet dezelfde informatie steeds handmatig naar meerdere plaatsen worden gekopieerd, dan groeit de kans op verschillen. Een goede redactionele structuur maakt een consistent resultaat herhaalbaar bij gewone werkzaamheden.

Wijs ten slotte iemand aan voor inhoudelijke controles en kapotte links. Een vernieuwing is één publicatie in het leven van een website. De kwaliteit blijkt opnieuw wanneer een dienst wordt toegevoegd, een taal groeit of een gids correctie nodig heeft. De overdracht moet het bedrijf zulke wijzigingen bewust laten uitvoeren.

Voor je begint

  • Bewaar belangrijke URL’s, inhoud en gegevens over de uitgangssituatie.
  • Spreek URL-koppelingen, taalroutes en acceptatiecriteria af.
  • Test zoekinstellingen en de complete aanvraagroute op het openbare domein.

Redactionele toelichting. Voorbeelden verduidelijken een keuze of test; het zijn geen klantresultaten.

Bronnen en verder lezen

  1. Google Search Central · Site moves and migrations
  2. Google Search Central · Canonical URLs
  3. Google Search Central · Localized versions
  4. web.dev · Web Vitals
  5. Google Search Central · Article structured data

Bijpassende diensten

Web- en softwareontwikkeling AI-bureau Bespreek je project ↗