Een website vernieuwen of verhuizen

Een website verhuizen is niet alleen bestanden naar een andere server kopiëren. Domein, DNS, certificaten, mail, databases, URL’s, redirects, canonicals, formulieren en externe koppelingen kunnen allemaal onderdeel van dezelfde verhuizing zijn.

Ook een inhoudelijke vernieuwing verdient een migratieplan. Zeker wanneer URL’s veranderen is “zet overal een 302 op” geen algemene oplossing. Tijdelijke en permanente redirects hebben een andere betekenis, en soms is een periode waarin oude en nieuwe URL naast elkaar bestaan juist nuttig.

Nocterra biedt daarvoor een bijzondere mogelijkheid: een oude URL kan de nieuwe inhoud intern laten weergeven terwijl de nieuwe URL als canonical wordt aangegeven. Dat kan bruikbaar zijn tijdens een gecontroleerde overgang.

Vragen op deze pagina

Wanneer gebruik ik een 301 en wanneer een 302?

Een 301 past wanneer de verhuizing als permanent moet worden geïnterpreteerd. Een 302 zegt in beginsel dat de andere locatie tijdelijk is. Gebruik een 302 dus niet automatisch als “voorzichtigste redirect”; hij kan precies het verkeerde signaal geven wanneer de nieuwe URL de blijvende bestemming is.

Bij een grotere migratie kan het verstandig zijn eerst te controleren of de nieuwe pagina technisch en inhoudelijk goed staat, interne links en sitemap aan te passen en pas daarna de definitieve redirectstrategie in te schakelen.

Kan ik oude en nieuwe URL tijdelijk dezelfde inhoud laten tonen?

Ja, mits duidelijk is welke URL de voorkeursversie is. De oude URL kan tijdelijk dezelfde actuele inhoud tonen terwijl een rel="canonical" naar de nieuwe URL wijst. Dat kan nuttig zijn wanneer zoekmachines de oude URL nog kennen en je wilt voorkomen dat bezoekers daar verouderde inhoud aantreffen.

Dit is geen excuus voor permanent dupliceren. Het is een migratiefase waarin canonical, interne links en sitemap consequent naar de nieuwe URL moeten wijzen.

Hoe kan dat in Nocterra?

Nocterra kan een interne contentverwijzing gebruiken zonder meteen een HTTP-redirect naar de browser te sturen. Een oud paginabestand kan bijvoorbeeld alleen het volgende bevatten:

<?php
				redirect('/nieuwe-url');
			?>

In deze vorm wordt de inhoud van de doelpagina intern gebruikt en kan de oude URL met een normale 200-respons dezelfde actuele inhoud tonen, terwijl Nocterra de doel-URL als canonical kan gebruiken. Wanneer de verhuizing definitief als HTTP-redirect moet worden afgedwongen kan later bijvoorbeeld REDIRECT_PERMANENT worden gebruikt.

WordPress heeft niet standaard precies deze ene Nocterra-routeringsfunctie. Een vergelijkbaar resultaat is wel te bouwen met serverconfiguratie, thema-/pluginlogica of maatwerk; daarom moet je bij WordPress expliciet controleren wat de gekozen oplossing werkelijk terugstuurt.

Wat moet ik naast de pagina’s nog meenemen bij een verhuizing?

Controleer mailrecords, SPF/DKIM/DMARC waar van toepassing, certificaten, cronjobs, uploads, database-encoding, formulieren, webhooks, robots-instellingen, canonical-tags, structured data en externe diensten. Test ook vanaf een netwerk waarop DNS niet uit je eigen cache komt.

Als bij een verhuizing blijkt dat iemand het onderliggende technische beheer bewust niet zelf wil dragen, kan de achtergrondinformatie over zelfstandigheid en technische continuïteit relevant zijn.

ASK-Solutions