Hoppa till innehåll 
Jag ska visa dig hur du skapar en uppsägning av webbhotell ordentligt och slutföra det utan driftstopp. Den här guiden tar dig steg för steg genom uppsägning, säkerhetskopiering av data, domänöverföring och överföring till ett nytt webbhotell - praktiskt, säkert och aktuellt för 2025.
Centrala punkter
- Tidsfrister Kontrollera och registrera avbeställningsdatumet
- Säkerhetskopior av filer, databaser och e-postmeddelanden
- Avbokning Skicka in korrekt och säkra bekräftelse
- Domän Överföra eller radera via authcode
- Migration testa och undvik driftstopp
Avtal och deadlines: en säker start
Innan jag säger upp mig kontrollerar jag Minsta löptid och de avtalsenliga uppsägningstiderna i kundkontot. Många tariffer kräver 1 till 3 månaders uppsägningstid, så jag skriver omedelbart in sista möjliga datum i min kalender och förhindrar automatiska förnyelser. Jag letar upp kundnummer, avtals-ID och tariffnamn så att jag senare kan ange alla uppgifter korrekt i uppsägningsbrevet. Om jag är osäker klargör jag det exakta slutet på avtalet i supportchatten och dokumenterar svaret som bevis. För ytterligare vägledning använder jag ytterligare Tips om avbokning och jämföra dem med mina dokument.
Jag kontrollerar också eventuella Särskilda avbeställningsrättighetertill exempel i händelse av prishöjningar, allvarliga förändringar av tjänster eller ihållande störningar. I sådana fall formulerar jag uppsägningen med hänvisning till det specifika skälet och motsvarande avtalsklausul. Viktigt: Hostingavtal och Domäner är ofta separata tjänster. Jag bestämmer mig för om jag bara vill säga upp webbhotellet och flytta domänen - eller om jag vill säga upp båda. Jag säger upp tilläggspaket som SSL-certifikat, säkerhetskopior, licenser eller e-posttillägg specifikt så att inga onödiga kostnader fortsätter.
För internationella domäner är jag uppmärksam på Överföringslås efter ägarbyte: gTLD:er (t.ex. .com, .net) kan blockeras för överföringar i 60 dagar efter ett databyte om ingen opt-out har ställts in. Jag ändrar därför WHOIS-data först efter en lyckad överföring och kontrollerar att domänens integritetstjänster överförs på rätt sätt. För .de-domäner gäller andra regler, men jag följer bästa praxis och dokumenterar varje steg.
Säkerhetskopiering av data: kompletta säkerhetskopior utan luckor
Jag säkrar först alla Webbplatsfiler via FTP eller filhanterare, inklusive media, teman, plugins och konfigurationer. Sedan exporterar jag databaserna via phpMyAdmin eller konsolen så att den nya servern får ett identiskt innehåll. Med WordPress packar jag också ett arkiv med ett migrationsplugin som Duplicator så att flytten går snabbare. Jag exporterar e-postinkorgar via en IMAP-klient eller säkerhetskopierar dem i arkivformat innan jag konfigurerar inkorgarna hos den nya leverantören. Slutligen skapar jag en lista över de aktiva domänerna, underdomänerna och DNS-posterna så att jag inte glömmer något senare och DNS-zoner korrekt.
Jag kontrollerar Säkerhetskopior slumpmässigt: öppna databasarkivet, räkna tabeller, slumpmässigt kontrollera innehållet. Om det behövs delar jag upp stora dumpar i flera filer så att importen går smidigt. Dolda filer som t.ex. .htaccess, .användare.ini, .env, kompositör.json och robotar.txt eftersom de ofta innehåller säkerhets- och prestandakritiska inställningar. Jag kontrollerar filbehörigheter och ägare efter kopiering så att målsystemet kan läsa och skriva filerna korrekt.
Med CMS Dessutom flyttar jag medvetet inte cache- och uppladdningskataloger om de kan byggas upp snabbt - det sparar tid och undviker gamla problem. Med WordPress planerar jag en Sök och ersätt för absoluta webbadresser (t.ex. från http till https eller för ändrade sökvägar). För butiker importerar jag separat Media och genererar nya förhandsgranskningsbilder. Om den gamla leverantören tillhandahåller grupprogramvara exporterar jag Kalender (CalDAV) och Kontaktpersoner (CardDAV) separat så att inga möten går förlorade.
Domäner och e-post: planera din flytt på rätt sätt
För domänen behöver jag Authkod (EPP), som jag ringer upp i kundområdet eller får från supporten. Jag startar överföringen med målleverantören, bekräftar e-postmeddelandena från registry och väntar på överföringen, som vanligtvis sker inom några dagar. Om det behövs kan jag skicka .de-domäner till en transit om jag ännu inte har angett en målleverantör. Under övergången håller jag TTL-värdet för DNS-posterna lågt så att ändringarna träder i kraft snabbare och e-postmeddelanden inte råkar komma på villovägar. Innan den slutliga övergången testar jag nya brevlådor, SPF, DKIM och DMARC så att Leveransförmåga rätt.
Före ändringen minskar jag TTL viktiga poster (A/AAAA, MX, CNAME) till 300 sekunder, till exempel. Det gör att jag kan rulla ut förändringar på bara några minuter. Jag fattar ett medvetet beslut mellan Ändring av namnserver och anpassning zon för zon: När det nya webbhotellet tillhandahåller namnservrarna exporterar jag den gamla zonen och importerar den rent - inklusive underdomäner, TXT-poster, SPF, DKIM, DMARC och alla CAA-inlägg. Med aktiva DNSSEC Jag planerar ändringen: DS-poster måste matcha den nya signeringsnyckeln på registraren, annars kommer det att uppstå upplösningsfel.
För E-post flyttning Jag konfigurerar alla brevlådor, alias och vidarebefordrare hos den nya leverantören i förväg och testar åtkomst och utskick. För en sömlös migrering använder jag IMAP-synkronisering där det är möjligt (andra konto i e-postklienten eller migreringsverktyg) så att nya meddelanden från båda världarna samlas under övergångsfasen. Jag låter de gamla brevlådorna vara aktiva i ytterligare några dagar, kontrollerar Spamfilter och karantän och kontrollerar om signaturer och anteckningar utanför kontoret har accepterats. För dedikerade IP:s klargör jag i förväg Omvänd DNS-inmatning så att ditt rykte inte skadas.
Uppsägningsbrev: klart, fullständigt och bindande
I mitt brev skrev jag fullständigt Namnadress, kundnummer, tariffnamn och önskat slutdatum för avtalet eller "så snart som möjligt". Jag ska fatta mig kort: Jag säger upp webbhotellsavtalet i tid och begär en skriftlig bekräftelse där det specifika slutdatumet anges. Om jag skickar det med post skriver jag under det, om jag skickar det med e-post ber jag om ett läskvitto och sparar meddelandet som en PDF. Jag ger varje bilaga ett unikt filnamn så att jag snabbt kan hitta den senare. Jag arkiverar avbeställningsmeddelandet, avsändningsbeviset och de efterföljande Bekräftelse tillsammans.
Dessutom registrerar jag vilka Tjänster är också uppsagda (domäner, SSL, tillägg). Formuleringar för Radering av uppgifter efter avtalets upphörande och hänvisar till radering av personuppgifter i enlighet med GDPR så snart lagstadgade lagringsperioder har löpt ut. Jag kommer att avbryta SEPA-autogiro på slutdatumet, förutsatt att det inte finns några utestående poster. Om jag skickar domänen i transit kommer jag uttryckligen att ange detta för att undvika missförstånd.
Sändningskanaler: post, e-post, kundområde, fax
Jag skickar in avbeställningen via den officiella Kundområde om leverantören erbjuder en knapp eller en guide där. Alternativt skickar jag dem till den officiella supportadressen och aktiverar en läsbekräftelse så att jag har bevis. Jag använder rekommenderad post om jag föredrar en mottagningsbekräftelse, fax endast med en kvalificerad överföringsrapport. Det är fortfarande viktigt: Jag behåller varje bevis, varje biljett och varje e-postmeddelande i händelse av frågor. Om du avbeställer online kan du följa proceduren, som jag gjorde med Avbryt med IONOS beskriva.
Vissa leverantörer kräver en Bekräftelse av identitet (t.ex. kopia av ID-kort eller återuppringning). Jag förbereder dessa dokument så att tidsfristerna inte går ut. Om det finns ett särskilt uppsägningsformulär fyller jag i det fullständigt och laddar upp mitt eget brev som komplement. Om det finns flera avtal på kundkontot anger jag tydligt vilken tariff som påverkas och utesluter all förvirring.
Välj en ny leverantör: Kriterier 2025
Vid byte är jag uppmärksam på Prestandatillgänglighet, backupfunktioner, säkerhetsfunktioner och supportkvalitet på tyska. Transparenta gränser är viktiga för mig, t.ex. för CPU, RAM, inoder och samtidiga processer. Jag kontrollerar också om leverantören erbjuder gratis SSL-certifikat, staging-miljöer, automatiska uppdateringar och återställningar med ett klick. En bra migreringstjänst sparar tid, men jag kontrollerar alltid detaljerna innan jag skriver under. Följande översikt visar en kompakt Jämförelse utvalda leverantörer.
| Rank | Hostingleverantör | Prestanda | Stöd | Pris/prestanda |
|---|---|---|---|---|
| 1 | webhoster.de | Mycket bra | Mycket bra | Mycket bra |
| 2 | Strato | Bra | Bra | Bra |
| 3 | IONOS | Bra | Bra | Tillfredsställande |
Jag tar också hänsyn till Plats och dataskydd (datacenter i EU), tillgången till ett avtal om orderbehandling, SLA-tranparens och funktioner som HTTP/2/3, Brotli, NVMe-lagring, Redis objektcache, WAF och DDoS-skydd. För hanterade tariffer klargör jag vilka uppdateringar och Säkerhetsuppdateringar vad leverantören tar över och vad som förblir mitt ansvar. En tydlig kostnadsstruktur utan dolda uppgraderingar, meningsfulla begränsningar och rättvisa bytesalternativ ger mig planeringssäkerhet.
Migration: Planera, kontrollera och aktivera flytten
Jag konfigurerar målhostingen helt och hållet innan jag startar DNS PHP-version, databaser, användare, SSL, cronjobs. Sedan laddar jag upp filer, importerar databasen och anpassar konfigurationer som wp-config.php eller .env. Med WordPress använder jag staging för att testa den nya miljön utan belastning från besökarna. När allt är igång byter jag DNS, övervakar loggar och korrigerar felmeddelanden omedelbart. Samtidigt förblir den gamla tariffen aktiv fram till avtalets slut, så att jag med kort varsel kan byta tillbaka vid problem och på så sätt minimera kostnaderna. Stilleståndstid minimera.
Före driftsättningen kontrollerar jag Absoluta sökvägarfiluppladdningar, e-postutskick (SMTP i stället för PHP mail), cachemekanismer och sessioner. För CMS använder jag en Sök-och-ersätt-rutin för webbadresser och rensar applikations- och servercacher. För butiker testar jag kassan, betalningsmetoder, skattesatser, leveransregler, PDF-filer och sökfunktioner. Om plattformen tillåter det förlitar jag mig på Blå-grön eller staging-to-production med ett minimalt omkopplingsfönster. En titt på felloggar och inställningar för PHP/webbserver (memory_limit, max_execution_time, FPM process manager) förhindrar obehagliga överraskningar.
DNS, SSL och säkerhet: undvik stötestenar
Innan jag byter minskar jag TTL av de relevanta posterna (A, AAAA, CNAME, MX) så att ändringar träder i kraft snabbt. Jag ser till att Let's-Encrypt-certifikat eller andra certifikat kan utfärdas på målsystemet och förnyar certifikaten efter överföringen. Jag vidarebefordrar också gamla webbadresser korrekt, ställer bara in HSTS om jag kan garantera säker HTTPS-leverans och kontrollerar varningar för blandat innehåll. För e-post aktiverar jag SPF, DKIM och DMARC i ett tidigt skede så att ryktet förblir stabilt. Slutligen kontrollerar jag säkerhetsrubriker, filbehörigheter och backup-planer för att säkerställa att Risk till lägre.
Med CAA-records, tillåter jag önskad certifikatutfärdare så att certifikatutfärdandet inte blockeras. Om jag använder DNSSEC planerar jag sekvensen: inaktivera eller anpassa DS, byt namnserver, signera ny zon, uppdatera DS - alltid med tillräcklig buffert. Jag håller en rollback redo (gammal zon/gammal IP) så länge TTL:erna fortfarande är korta. För API-integrationer förnyar jag API-nycklar och webhooks och ange nya URL:er för återuppringning i dashboards från tredje part.
Fakturor, autogiro och bekräftelse: slutför på ett snyggt sätt
Efter avbokningen förlitar jag mig aldrig på enbart Tystnadmen begär aktivt en skriftlig bekräftelse på slutdatumet. Jag sparar PDF-fakturor, biljettnummer och överföringsloggar på ett ställe. Om ett autogiro planeras efter avtalets slut säger jag upp det i god tid och backar upp det med mina dokument. Om något är oklart ställer jag korta och sakliga frågor och hänvisar till tillgängliga bevis. I särskilda fall får jag ytterligare hjälp, t.ex. från leverantörer med särskilda funktioner eller om jag behöver göra en förfrågan, som i följande fall Avbryt 1blu måste särskilda åtgärder vidtas.
Jag klargör om det Pro rata-baserade återbetalningar om det finns en årlig förskottsbetalning eller om återstående villkor löper ut. Jag kommer att exportera alla skatterelevanta dokument innan kontraktet löper ut. Efter bekräftelsen ber jag - så långt det är tillåtet - om Radering av personuppgifter och stänger öppna supportärenden. Om domänerna fortsätter att köras separat kontrollerar jag deras nya faktureringscykler så att det inte finns några dubbla kostnader.
Checklista 2025: steg för steg utan luckor
Jag börjar med Kontraktsuppgifter och markerar det senaste avbokningsdatumet så att inget överflödar. Jag säkerhetskopierar sedan filer, databaser och e-postmeddelanden fullständigt och kontrollerar slumpmässigt om säkerhetskopiorna kan öppnas. Jag skickar uppsägningsbrevet via en spårbar kanal och sparar bekräftelsen. Jag överför domäner med Authcode, justerar DNS och testar den nya miljön. Först när allt går smidigt låter jag den gamla tariffen löpa ut och sparar alla Kuponger på.
Jag satte också upp följande delmål för mig själv: Sänka TTL, definiera namnserverstrategi, förbereda SSL/CAA/DNSSEC-plan, spegla brevlådor och alias, testa staging, omdirigeringar och SEO-Kontrollera alla signaler (sitemaps, canonicals), konfigurera cron-jobb och bakgrundsprocesser, töm cacher, aktivera övervakning och ha ett rollback-alternativ redo. Detta säkerställer att flytten förblir kontrollerad och reversibel.
Professionella tips för säkerhetskopiering och flyttning
Jag förlitar mig på automatiserad Planer för säkerhetskopiering hos den nya värden, helst dagligen med lagring över flera generationer. Jag har också en extern säkerhetskopia i molnet eller lokalt för att kunna vara oberoende i en nödsituation. För CMS kontrollerar jag plugin- och temakompatibilitet och testar uppdateringar i staging. För stora projekt använder jag tillfälliga underhållssidor med 503-rubriker så att sökrobotar reagerar korrekt. Efter driftsättningen övervakar jag felloggar, 404-statistik och laddningstider för att hitta dolda Problem känna igen tidigt.
Jag aktiverar Övervakning (HTTP, TLS, DNS, SMTP) och aviseringar så att jag kan reagera omedelbart vid eventuella fel. För prestanda testar jag TTFB, cachelagring, databasfördröjningar och simulerar belastningstoppar. I händelse av tung bottrafik sätter jag hastighetsgränser och WAF-regler för att skydda resurser. På SEO-sidan kontrollerar jag omdirigeringar (301 istället för 302), canonical-taggar, hreflang, sitemaps och skickar in den nya egenskapen till Webmaster Tools när jag byter domäner. Efter bytet raderar jag gamla, känsliga data från den gamla leverantören eller krypterar dem tills uppsägningen av avtalet har bekräftats.
Sammanfattning: tydliga steg, säker avbokning
Du ger strukturerad förvarning, säkerställer Uppgifter och planera överföringen helt och hållet utan att stressa. Håll avbrotten till ett minimum med authcode, ren DNS-konvertering och staging-tester. Laglig avbokning med bekräftelse och fullständig dokumentation skyddar dig från tvister. En modern host med gedigna backup- och säkerhetsfunktioner gör bytet värt besväret. Så här säger du upp ditt webbhotell 2025 snabbt, pålitligt och med gott resultat Känsla.
