Strato domein verhuizen - instructies voor een soepele overdracht

Ik zal je laten zien hoe een strato domein verhuizen zonder fouten en welke stappen je in de juiste volgorde uitvoert. Zo heb je controle over Transfer, DNS en e-mail en houd je website toegankelijk tijdens de verandering.

Centrale punten

• VoorbereidingBack-up maken, contacten controleren, Auth-code opslaan
• Overdracht: Domein ontgrendelen, verhuizing starten, e-mails bevestigen
• DNSTTL verlagen, records controleren, naamserver instellen
• E-mailMX, SPF, DKIM en mailboxen netjes migreren
• ControleControle, logboeken, omleidingen en betalingen

Voorbereiding: de basis voor een soepele overgang

Voordat ik de overstap start, kies ik een geschikte registrar en controleer ik de Vereisten ondersteuning, bediening en tools. Vervolgens ontgrendel ik het domein, vraag ik de auth-code aan en synchroniseer ik de contacten van eigenaar en beheerder, zodat ik bevestigingen ontvang. Voor mij maakt een volledige back-up van de bestanden en databases deel uit van het proces, omdat ik mezelf zo bescherm tegen Verlies van gegevens van. Als ik e-mail gebruik via het domein, informeer ik belangrijke contacten van tevoren en stel ik een datum vast met weinig verkeer. Kijk voor meer informatie over het proces even naar de Handleiding voor wijziging van registratiehouderzodat ik geen verplichte stappen over het hoofd zie.

Stap voor stap: Start en bevestig de overdracht

Ik start de overdracht bij de nieuwe registrar, voer de domeinnaam in en Auth code en bevestig het verzoek om overschrijving per e-mail. In sommige gevallen vraag ik ook goedkeuring in het Strato customer center, zodat het proces meteen van start gaat. Ondertussen houd ik de e-mails in de gaten, controleer ik de spamfolder en reageer ik snel op vragen. Ik houd rekening met wachttijd, want de daadwerkelijke overschrijving duurt een paar uur tot een paar dagen, afhankelijk van het einde. Zodra de overdracht is voltooid, ben ik klaar voor de DNS-omschakeling.

DNS: Stel vermeldingen correct in en voorkom downtime

Voordat ik verander, verlaag ik de TTL mijn DNS-records op 300-900 seconden zodat wijzigingen sneller effect hebben. Vervolgens stel ik A/AAAA, CNAME, MX en, indien nodig, TXT records in voor SPF, DKIM en DMARC bij de nieuwe provider. Als er subdomeinen zijn, controleer ik ze allemaal afzonderlijk zodat geen enkele app of API mislukt. Ik wissel de nameservers pas om als alle records correct zijn opgeslagen, zodat ik de downtime tot een minimum beperk. Na de overstap wacht ik op de Propagatie en test de toegankelijkheid van verschillende netwerken.

Migreer e-mail inboxen netjes

Voor e-mails kopieer ik mailboxen idealiter via IMAP-sync zodat de mappenstructuur en leesstatus behouden blijven. Ik stel MX records in op de mailservers van de nieuwe host en onderhoud SPF, DKIM en DMARC zodat aflevering en reputatie correct zijn. Ik houd oude mailboxen nog even parallel actief voor het geval er nog openstaande berichten binnenkomen. Ik test inkomende en uitgaande berichten, controleer de headers en houd de spamfilterquota in de gaten. Als ik het niet zeker weet, kijk ik naar Fouten vermijden bij het verhuizenzodat geen klein ding me ontgaat.

Houd whois- en contactgegevens up-to-date

Ik controleer of eigenaar, beheerder en Tech-contacten correct zijn, zodat overdrachtsmails worden afgeleverd. Veranderingen in de eigenaar kunnen extra controles teweegbrengen, dus ik geef er de voorkeur aan om dit vóór de verhuizing te doen. Voor de opties voor gegevensbescherming beslis ik of ik anonimisering in Whois wil gebruiken. Na de overdracht controleer ik de gegevens opnieuw en sla ik facturen en contractvoorwaarden op. Zo blijft de administratie behouden, Transparantie en naleving duidelijk.

Verminder propagatie, planning en downtime

Ik plan de overgang in een rustige fase zodat bezoekers het niet te veel voelen. Afhankelijk van de TLD en de cache van de provider kan de DNS-propagatie minuten tot 24-48 uur. Ik houd beide omgevingen kort parallel gereed totdat de toegang betrouwbaar landt op de nieuwe host. Een kort vooraf ingesteld TTL-venster versnelt de veranderingen merkbaar. Na voltooiing stel ik de TTL weer hoger in zodat Stabiliteit en belastingsverdeling.

Hostingvergelijking en selectie van providers

Voor mijn verandering let ik op Prestatieskwaliteitsondersteuning en een begrijpelijk DNS-paneel. Snelle ondersteuning bespaart veel tijd in noodgevallen, vooral als de downtime krap is. Goede DNS-tools, back-ups en duidelijke protocollen zijn voor mij belangrijker dan alleen functielijsten. Als ik WordPress of meerdere projecten plan, heb ik baat bij sterke servers en flexibele tarieven. Het volgende overzicht toont providers die het overzetten en het dagelijkse beheer merkbaar eenvoudiger en efficiënter maken. Schalen inschakelen.

Plaats	Aanbieder	Bijzondere kenmerken
1	webhoster.de	Zeer snelle servers, uitstekende ondersteuning, eenvoudig DNS-beheer
2	Strato	Goede prijs-prestatieverhouding, veel extra opties
3	IONOS	Uitgebreid assortiment, betrouwbare infrastructuur
4	GoDaddy	Internationale aanwezigheid, talrijke functies

Veelgemaakte fouten vermijden

Ik doe het nooit zonder een Back-up voor de verhuizing, want ontbrekende back-ups zijn het meest voorkomende struikelblok. Verkeerd ingestelde DNS-records leiden vaak tot lege tijden, dus ik controleer alle vermeldingen twee keer. Verouderde contactadressen blokkeren bevestigingen, dus ik houd ze up-to-date. E-mails met overdrachtsgoedkeuringen hebben de neiging om verloren te gaan in spam, dus ik controleer de mappen regelmatig. Ik documenteer elke stap zodat ik eventuele afwijkingen snel kan identificeren. correct en herhaal.

Redirects, naamservers en SEO-signalen

Na de verhuizing heb ik de nodige DoorsturenZodat oude paden correct naar nieuwe bestemmingen leiden. 301-omleidingen behouden rankings en zorgen voor consistente signalen. De volgorde is belangrijk: stel eerst DNS correct in, test dan de redirects. Voor Strato-specifieke redirects helpt deze korte helper me: Strato doorsturen instellen. Ik controleer dan Sitemap en Robots.txt zodat crawlers snel nieuwe doelen kunnen herkennen.

Juridische zaken, voorwaarden en timing

Ik controleer contractduur, opzegtermijnen en mogelijke Transferlocksdie kort na de registratie van kracht kan worden, afhankelijk van de TLD. Er mogen geen openstaande facturen zijn wanneer je van provider verandert, anders stopt het proces. Ik houd de auth-code vertrouwelijk en verwijder deze na voltooiing. Ik vernieuw of migreer certificaten (TLS/SSL) bij de nieuwe hoster zodat browsers geen waarschuwingen geven. Hierdoor blijft de site betrouwbaar en wettelijk voldoet.

Checklist na overdracht en controle

Na de verandering controleer ik de website, E-mail en alle subdomeinen in rust. Ik voer gezondheidscontroles uit, bekijk logs en stel alarmen in voor uptime en SSL. Ik controleer Analytics en Search Console op afwijkingen. Ik werk de betalingsgegevens en het factuuradres bij de nieuwe registrar bij. Vervolgens verhoog ik de TTL opnieuw en documenteer ik de definitieve TTL. DNS-Instellingen.

Extra planning: website- en databasemigratie zonder onderbreking

Als ik niet alleen het domein maar ook de hosting verhuis, bereid ik de serverwissel zo voor dat de toegang zonder onderbreking doorgaat. Ik kopieer eerst de bestanden volledig naar de nieuwe server (bijvoorbeeld via SFTP/rsync), maak de database aan en importeer een dump. Voor dynamische pagina's plan ik een korte read-only fase: ik activeer de onderhoudsmodus, voer een laatste Verschil sync van de uploads en een laatste DB dump en dan de onderhoudsmodus weer verwijderen na de DNS cutover. Op deze manier voorkom ik dat ik onderweg nieuwe opmerkingen, bestellingen of uploads kwijtraak.

Lokaal testen via hosts bestand

Voordat ik de nameservers verander, test ik de nieuwe omgeving lokaal via het hosts-bestand. Ik zet het domein specifiek om naar het nieuwe IP-adres, controleer de login, caching, PHP-versie, cronjobs, afbeeldingspaden en API-aanroepen. Als alles werkt, werkt de live cutover ook. Deze procedure bespaart me hectische fixes tijdens de daadwerkelijke overstap.

DNSSEC, CAA en naamserverwijzigingen netjes uitvoeren

Gebruik ik DNSSECIk volg de juiste volgorde: ik deactiveer DNSSEC bij de oude provider of verwijder het DS-record uit de registervermelding voordat ik de naamservers wijzig. Zodra de zone met succes is overgezet naar de nieuwe provider, onderteken ik de zone opnieuw en reset ik het DS-record. Dit voorkomt validatiefouten. Ik controleer ook CAA-entries zodat mijn certificaatleverancier nog steeds geautoriseerd is. Pas als DNSSEC weer actief en stabiel is, verhoog ik de TTL's naar een normaal niveau.

Eigen naamservers en glue records

Als ik mijn eigen nameservers beheer (ns1.mydomain.tld), denk ik aan Lijmkoorden. Voordat ik de delegatie wijzig, registreer of update ik de Glue IP's rechtstreeks in de registervermelding. Als glue en A/AAAA niet overeenkomen, is er een risico op resolutieproblemen. Als ik van server verander, werk ik eerst de IP's bij, wacht op de propagatie en stel dan de delegatie in om circulaire afhankelijkheden te voorkomen.

Certificaten, HSTS en TLS-overgang

Voor TLS/SSL Ik plan het certificaat voordat ik live ga. Met ACME/Let's Encrypt beslis ik of ik http-01 (vereist dat het nieuwe IP bereikbaar is) of dns-01 (vereist een TXT record) wil gebruiken. dns-01 is flexibel bij het verhuizen van domeinen omdat ik de validatie onafhankelijk van de webserver doe. HSTS-Ik laat de richtlijnen conservatief tijdens de verandering om harde storingen te voorkomen en verscherp ze weer na stabilisatie. CAA blijft goed ingesteld zodat certificaten betrouwbaar worden uitgegeven.

E-mailgegevens: Autodiscover, SRV, aliassen en cutover

Naast de MX-records houd ik rekening met Autodiscover (CNAME/A-Record) en, indien van toepassing SRV-entries voor services zoals Exchange of samenwerkingssuites. Ik houd SPF-records bij en controleer of alle verzendende systemen in de lijst staan (webserver, nieuwsbrieftool, ERP). Ik draai de mail cutover op een gecontroleerde manier: Eerst de nieuwe mailboxen aanmaken, dan MX verlagen en parallel spiegelen via IMAP sync. Ik reken met een Overgangsperiodewaarbij mails nog steeds bij de oude provider terechtkomen en forwarders of een catch-all regel voor korte tijd actief blijven. Na de overstap controleer ik steekproefsgewijs DMARC-rapporten en DKIM-handtekeningen via de mailheaders.

TLD-specificaties en deadlines

• .deOverdrachten gaan meestal snel. Een actuele AuthInfo-code is verplicht. Toch plan ik een kleine buffer voor de bevestiging.
• .com/.net/.orgNa een verandering van eigenaar kan een blok van 60 dagen van toepassing zijn. De status clientTransferProhibited blokkeert de verhuizing - ik annuleer de vergrendeling van tevoren.
• ccTLD'sAfhankelijk van het register gelden verschillende processen en geen automatische termijnverlenging voor de overdracht. Ik zal de modaliteiten tijdig controleren.

Voorbeeldschema voor een avondparade

1. Vorige dag: TTL verlagen, back-up voltooien, initiële synchronisatie met IMAP, nieuwe omgeving testen via hosts-bestand.
2. 18:00: Laatste diff-sync van bestanden, DB in korte onderhoudsmodus, laatste dump en import.
3. 18:30: Controleer overdrachtstatus, activeer naamserveromschakeling of zonewijziging.
4. 18:45-20:00: Controleer propagatie, test HTTP/S, mailflow en subdomeinen, corrigeer fouten snel.
5. 20:00+: Onderhoudsmodus uitschakelen, bewaking activeren, logboeken in de gaten houden.
6. Volgende dag: TTL weer verhogen, documentatie bijwerken, oude omgeving uitschakelen zoals gepland.

Batchverplaatsingen en afhankelijkheden

Bij verschillende domeinen geef ik prioriteit aan Kerndomeinen en identificeer afhankelijkheden (bijv. API-, SSO- of CDN-subdomeinen). Ik migreer eerst zones die geen invloed hebben op externe systemen, zet dan gedeelde records over met behulp van een zonesjabloon en test kritieke paden afzonderlijk. Voor teams communiceer ik een duidelijk tijdvenster en noem ik een contactpersoon voor snelle goedkeuringen.

Tests, diagnose en typische symptomen

• DNSIk controleer A/AAAA, MX, TXT en CNAME met dig/nslookup vanaf verschillende netwerken. Verschillende antwoorden duiden op caching of zones die niet zijn overgedragen.
• HTTP/SIk test statuscodes, doorsturen en certificaatketen. Een mismatch in CAA of een verlopen keten verklaart vaak TLS-fouten.
• E-mailIk stuur testmails van buiten en binnen, controleer SPF-evaluatie, DKIM=pass en DMARC-uitlijning in de header. Onverwachte bounces wijzen meestal op onjuiste MX of ontbrekende mailboxen.
• SubdomeinenIk vergeet geen interne tools, staging hosts of API endpoints. Vooral SRV/NAPTR voor VoIP en messaging wordt gemakkelijk over het hoofd gezien.

Kosten, voorwaarden en boekhouding

Ik controleer of de overdracht een Termijnverlenging (vaak met gTLD's) en het budget daarop afstemmen. Ik regel alle openstaande posten met de oude provider voor de start, zodat er geen blokkades ontstaan. Na de overstap maak ik een back-up van de facturen, pas ik de betalingsmethode aan en noteer ik de verlengingsdata om verrassingen achteraf te voorkomen.

Beveiliging en toegangsbeheer

Ik activeer 2-factor authenticatie Bij de nieuwe registrar maak ik aparte gebruikers aan met rollen en log ik kritieke wijzigingen. Ik behandel de auth-code als een wachtwoord en verwijder deze na voltooiing. Voor admin mailadressen gebruik ik mailboxen waar meerdere verantwoordelijke personen beveiligde toegang toe hebben, zodat autorisaties niet gebonden zijn aan individuen.

Kort samengevat

Een succesvolle verhuizing hangt af van duidelijke Voorbereidingschone DNS-stappen en grondige tests. Ik maak eerst een back-up van gegevens, houd contactpersonen up-to-date en verwerk de mails snel. Daarna implementeer ik DNS, e-mail en forwarding op een gestructureerde manier en controleer ik alles met monitoring. De prestaties, ondersteuning en tools van de nieuwe host betalen zich elke dag terug. Als je het gedisciplineerd aanpakt, haal je het meeste uit de overstap. Beveiliging en snelheid en blijft online toegankelijk.