Was Entwickler vor dem Kauf einer Domain wissen sollten

Wer eine Domain kauft, entscheidet sich eigentlich für drei verschiedene Dinge: den Registrar, den Sie jedes Jahr bezahlen, den DNS-Provider, der Anfragen für den Namen beantwortet, und den Host, der die Website ausliefert. Dabei muss es sich nicht um dasselbe Unternehmen handeln.

Die Checkout-Seite vermittelt den Eindruck, es handle sich um einen einzigen Kauf. Sie zeigt einen günstigen Preis und einen Button, und das Nebenprojekt hat noch nicht einmal eine README. Ein Jahr später kommt die Verlängerungs-E-Mail, die Apex-Domain löst immer noch nicht auf, und Sie stellen fest, dass Sie mehr Domains besitzen als Repos mit Commits in diesem Quartal.

Dieser Leitfaden zeigt, wie Sie eine Domain ohne solche Überraschungen kaufen. Er erklärt die drei Rollen, die Preis- und Transferfallen, die Sie vor dem Bezahlen prüfen sollten, den Umzug des DNS zu Cloudflare, die benötigten Records für Vercel, Netlify und Cloudflare Pages sowie eine Regel zum Ausdünnen Ihrer Domain-Sammlung.

Was ist der Unterschied zwischen Registrar, DNS-Provider und Host?

Der Registrar verwaltet Ihre Registrierung und stellt sie Ihnen in Rechnung. Der DNS-Provider beantwortet Anfragen zu Ihren Records. Der Host liefert die eigentlichen Dateien aus. Registrare werden von der ICANN akkreditiert und registrieren Namen bei der Registry, die die jeweilige TLD betreibt. Unabhängig davon teilen die beim Registrar hinterlegten Nameserver der Welt mit, welcher DNS-Provider für die Domain autoritativ ist.

Sie können für jede Domain prüfen, wer die Anfragen beantwortet:

# Which nameservers are authoritative for this domain?
dig +short NS example.com

Falls Sie Ihr Wissen über Record-Typen auffrischen möchten, lesen Sie den Leitfaden zu DNS-Grundlagen. Alles Weitere setzt voraus, dass Sie wissen, wofür A-, CNAME- und NS-Records da sind.

Wie Sie eine Domain kaufen, ohne in die üblichen Fallen zu tappen

Prüfen Sie vor dem Kauf vier Dinge: den Verlängerungspreis, die Preisgestaltung der TLD, die Transfersperre und ob WHOIS-Privacy inbegriffen ist. Jeder Punkt dauert etwa dreißig Sekunden – weniger als die Konfetti-Animation auf der Checkout-Seite.

Der Verlängerungspreis, nicht der Checkout-Preis. Aktionspreise für das erste Jahr sind bei Registraren weit verbreitet, und Verlängerungen kosten oft deutlich mehr. Suchen Sie vor dem Bezahlen die Zeile mit dem Verlängerungspreis auf der Preisseite oder im Warenkorb.

Die Preisgestaltung der TLD. Die Preise für .com und .net sind durch die jeweiligen Registry-Verträge gedeckelt, Preiserhöhungen sind also begrenzt und vorhersehbar. Viele neuere gTLDs und einige bei Entwicklern beliebte länderspezifische TLDs wie .io können in der Verlängerung teuer sein, und den Preis legt die jeweilige Registry fest. Registry-Premium-Domains behalten ihren Premiumpreis häufig bei jeder Verlängerung. Domains vom Aftermarket kosten in der Regel einmalig mehr und verlängern sich danach zum Standardpreis. Für ein Nebenprojekt lohnen sich Premium-Namen selten.

Die Transfersperre. Nach der aktuellen Transfer Policy der ICANN kann Ihr Registrar den Umzug einer gTLD-Registrierung zu einem anderen Registrar bis zu 60 Tage lang verweigern, nachdem Sie sie registriert haben. Vom GNSO Council der ICANN im Jahr 2025 beschlossene Änderungen der Transfer Policy würden dies nach ihrem Inkrafttreten durch eine feste 30-tägige Sperre ersetzen. Länderspezifische TLDs legen eigene Regeln fest. Eine Änderung von Name, Organisation oder E-Mail-Adresse des Domaininhabers löst nach der aktuellen Policy ebenfalls eine 60-tägige Sperre aus. Manche Registrare ermöglichen ein Opt-out von dieser Sperre, und die genannten Policy-Änderungen würden sie abschaffen.

WHOIS-Privacy. Viele Registrare bieten sie kostenlos an, andere berechnen sie jedes Jahr. Prüfen Sie, welche Variante Ihr Registrar nutzt, bevor Sie sich von der Warenkorbsumme täuschen lassen.

Wie zieht man das DNS zu Cloudflare um?

Um Ihr DNS zu Cloudflare umzuziehen, fügen Sie die Domain bei Cloudflare hinzu, ersetzen anschließend die Nameserver bei Ihrem Registrar durch die beiden von Cloudflare zugewiesenen und warten ab. Die Registrierung bleibt, wo sie ist. Nur das autoritative DNS zieht um.

1. Fügen Sie die Website in Cloudflare hinzu. Sie erhalten zwei zugewiesene Nameserver.
2. Überprüfen Sie die importierten Records. Der Scan kann bestehende Einträge übersehen.
3. Falls DNSSEC aktiviert ist, deaktivieren Sie es zuerst bei Ihrem Registrar. Wenn Sie die Nameserver bei aktivem DNSSEC wechseln, kann die Domain aufhören aufzulösen.
4. Ersetzen Sie die Nameserver bei Ihrem Registrar.
5. Warten Sie. Je nach TTLs und Resolver-Caches kann das zwischen wenigen Minuten und vielen Stunden dauern.

Falls es noch nicht funktioniert, hält Ihr Rechner möglicherweise eine gecachte Antwort vor. Fragen Sie öffentliche Resolver direkt ab und lesen Sie, wie Sie den DNS-Cache in Chrome leeren:

# Skip your local cache and ask public resolvers directly
dig +short NS example.com @1.1.1.1
dig +short NS example.com @8.8.8.8

Sie sollten die beiden Nameserver sehen, die Cloudflare Ihrer Zone zugewiesen hat.

Entwickler ziehen ihr DNS aus drei Gründen zu Cloudflare um: kostenloses und schnelles autoritatives DNS, CNAME-Flattening am Apex in jedem Tarif und ein einziges Dashboard für DNS, Pages und das CDN (wie dieses Netzwerk im Vergleich abschneidet, erfahren Sie unter die besten CDNs für moderne Web-Apps).

Cloudflare Registrar verkauft Domains zum Selbstkostenpreis und wickelt sowohl Neuregistrierungen (über das Cloudflare-Dashboard) als auch eingehende Transfers ab. Jede dort registrierte Domain muss die Nameserver von Cloudflare verwenden. Wenn Sie einen anderen DNS-Provider nutzen möchten, müssen Sie die Domain also zu einem anderen Registrar transferieren.

Warum kann die Apex-Domain kein CNAME sein?

www kann ein CNAME sein, der auf Ihre Plattform zeigt, der nackte Apex (example.com) jedoch nicht. Gemäß RFC 1034 §3.6.2 und RFC 2181 §10.1 darf ein CNAME seinen Namen mit keinem anderen Record teilen, und jeder Zonen-Apex muss NS- und SOA-Records enthalten. Deshalb ist diese Konfiguration ungültig:

; NOT allowed by standard DNS
example.com.   IN  NS     ns1.example-dns.net.
example.com.   IN  CNAME  <platform-target>.

Um eine Apex-Domain auf Vercel oder Netlify zeigen zu lassen, haben Sie drei Möglichkeiten:

; www points at the platform with a CNAME
www.example.com.   3600  IN  CNAME  <your-project-target-from-platform-dashboard>.

; Pick ONE for the apex:
; Option A: A record to the IP your platform documents
example.com.       3600  IN  A      192.0.2.10   ; replace with the platform's documented IP

; Option B: ALIAS / ANAME (provider-specific, not a standard record type)
; example.com.     ALIAS  <platform-target>.

; Option C: On Cloudflare, create a CNAME at "@" and Cloudflare flattens it

Für Vercel empfiehlt die Knowledge Base, am Apex Option A zu verwenden oder stattdessen die Nameserver der Domain an Vercel zu übergeben. Vercel führt zwar auch Standard-DNS-Werte auf, viele Projekte erhalten jedoch eigene Werte. Kopieren Sie die Werte daher aus den Domain-Einstellungen Ihres Projekts. Die Domain-Einstellungen von Netlify listen die eigenen Ziele auf dieselbe Weise auf. ALIAS- und ANAME-Records ermöglichen es, dass sich ein Apex wie ein CNAME verhält, werden aber nur von einigen DNS-Providern angeboten.

Bei Cloudflare Pages funktioniert das anders. Für eine Apex-Domain auf Pages muss die Domain eine Cloudflare-Zone im selben Account wie das Pages-Projekt sein, und ihre Nameserver müssen auf Cloudflare zeigen. Ein A-Record oder ALIAS bei einem externen Provider funktioniert nicht. Für eine Subdomain genügt dagegen ein CNAME bei Ihrem bestehenden DNS-Provider.

Legen Sie abschließend entweder den Apex oder www als kanonischen Hostnamen fest und leiten Sie den anderen per Redirect darauf um, damit alle Besucher, Cookies und Suchergebnisse bei einer einzigen Adresse landen. Die Vercel-Dokumentation empfiehlt, www zum primären Hostnamen zu machen und die nackte Domain per Redirect darauf weiterzuleiten. So prüfen Sie den Redirect:

# Expect a 301/308 from the non-canonical host to the canonical one
curl -sI http://example.com | grep -i -E '^(HTTP|location)'

Sechzig Domains, drei Projekte

Jede Domain wird jedes Jahr verlängert, ob darauf etwas deployt ist oder nicht. Eine Sammlung ungenutzter Namen kostet Sie also mit jedem Jahr mehr, das Sie sie behalten. Der Name, den Sie um ein Uhr nachts für ein nie begonnenes CLI-Tool gekauft haben, wird Ihnen immer noch in Rechnung gestellt.

Legen Sie eine Regel fest und halten Sie sich daran. Eine Möglichkeit: Hatte das Repo seit einem Jahr keinen Commit mehr, lassen Sie die Domain auslaufen. Exportieren Sie einmal im Jahr Ihre Domains samt Ablaufdaten aus dem Registrar-Dashboard und gleichen Sie sie mit Ihren Repos ab. Aktivieren Sie die automatische Verlängerung nur für Domains, die Ihnen fehlen würden, also solche mit einem aktiven Projekt, E-Mail-Nutzung oder eingehenden Links.

Wenn Sie Ihre Domains bei weniger Registraren bündeln möchten, denken Sie daran, dass jeder Transfer eine neue Sperre auslöst. Sie können eine Domain also nicht schnell zwischen Registraren hin- und herschieben. Planen Sie Umzüge rund um die Verlängerungstermine.

Fazit

Bei einer Domain spielen drei Rollen zusammen: Der Registrar stellt Ihnen die Rechnung, die Nameserver bestimmen, wer DNS-Anfragen beantwortet, und die DNS-Records zeigen auf Ihren Host. Wenn Sie diese Rollen auseinanderhalten, lassen sich die meisten Einrichtungsprobleme leichter nachvollziehen – einschließlich der CNAME-Regel am Apex. Lesen Sie vor dem nächsten Spontankauf den Verlängerungspreis. Öffnen Sie anschließend Ihr Registrar-Dashboard und deaktivieren Sie die automatische Verlängerung für jede Domain, die Sie nicht vermissen würden.

FAQs

Was passiert, wenn eine Domain abläuft, bevor ich sie verlängere?

Bei den meisten gTLDs tritt eine abgelaufene Domain zunächst in eine Auto-Renew Grace Period ein, in der Sie sie bei Ihrem Registrar noch verlängern können. Löscht der Registrar sie anschließend, schreibt die Expired Registration Recovery Policy der ICANN eine 30-tägige Redemption Grace Period vor. In diesem Zeitraum ist die DNS-Auflösung deaktiviert und Transfers sind gesperrt. Die Wiederherstellung der Domain in diesem Zeitfenster kostet häufig eine zusätzliche Redemption-Gebühr. Sponsored gTLDs und ccTLDs folgen eigenen Regeln.

Verliere ich meine verbleibende Registrierungszeit, wenn ich eine Domain zu einem anderen Registrar transferiere?

Nein. Bei den meisten gTLDs wie .com, .net und .org verlängert ein Transfer das aktuelle Ablaufdatum um ein Jahr, ohne die Laufzeit neu zu starten. Die meisten Registries begrenzen die Laufzeit auf 10 Jahre, sodass ein Transfer abgelehnt werden kann, wenn das zusätzliche Jahr diese Grenze überschreiten würde. Bei einem Transfer innerhalb von 45 Tagen nach der Verlängerung einer abgelaufenen Domain wird das Jahr unter Umständen nicht hinzugefügt. Länderspezifische TLDs legen eigene Regeln fest.

Was ist der Unterschied zwischen CNAME-Flattening und einem ALIAS- oder ANAME-Record?

Beide lösen das Apex-Problem auf dieselbe Weise: Der autoritative DNS-Provider löst den Ziel-Hostnamen selbst auf und antwortet mit A- und AAAA-Records, sodass Resolver nie einen CNAME zu sehen bekommen. Cloudflare nennt das CNAME-Flattening, Route 53 spricht von einem Alias-Record, und andere Provider bezeichnen es als ALIAS oder ANAME. Da der Provider die Abfrage durchführt, kann ein geo-geroutetes Ziel Adressen zurückgeben, die für den Standort des Providers ausgewählt wurden, nicht für den des Besuchers.

Löst eine Änderung der Nameserver die 60-tägige Transfersperre aus?

Nein. Die Change-of-Registrant-Sperre der ICANN greift nur, wenn sich Name, Organisation oder E-Mail-Adresse des Domaininhabers ändern, und Nameserver gehören nicht zu den Inhaberdaten. Wenn Sie eine Domain auf Cloudflare oder einen anderen DNS-Provider zeigen lassen, bleiben Registrar, Registrierung und Ablaufdatum unverändert. Bei gTLDs sind die üblichen Gründe für eine Transfersperre eine Neuregistrierung, ein kürzlich erfolgter Transfer oder eine Änderung der genannten Inhaberfelder.