Zum Hauptinhalt springen

Eine Domain kaufen

Wenn du gebrandete Kurzlinks (z.B. go.deinemarke.de oder deinemarke.co) möchtest, verhindert der Kauf der richtigen Domain und deren korrekte Einrichtung häufige Probleme: Verlängerungsüberraschungen, Zugriffsverlust, Transfer-Lock-Verwirrung und DNS-Fehlkonfiguration.

Dieser Leitfaden ist aus der Perspektive eines Operators geschrieben: faktenbasiert, vorsichtig und für Personen optimiert, die eine Domain mit Tools wie Snipzr verwenden möchten.

Was du tatsächlich "kaufst" (und was nicht)​

Ein Domainname ist kein dauerhafter Kauf. Du registrierst ihn für eine Laufzeit, typischerweise 1 bis 10 Jahre, und du behältst die Kontrolle, indem du ihn vor Ablauf verlängerst.
ICANN beschreibt dies eher als "Leasing" denn als Besitz: Du kannst eine Domain nicht für immer kaufen, aber du kannst sie weiter verlängern.
Quellen: ICANN Verlängerungs-/Ablauf-FAQs, ICANN allgemeine Domain-FAQs

Wichtige Rollen, die du sehen wirst:

  • Registrant: die Person/Organisation, die für die Domain-Registrierung verantwortlich ist
  • Registrar: das Unternehmen, bei dem du die Domain registrierst
  • Registry: die Organisation, die die Top-Level-Domain (TLD) wie .com betreibt

Schnelle Checkliste vor dem Kauf (Experten-Standardeinstellungen)​

Bevor du auf "Kaufen" klickst, stelle sicher, dass du alle folgenden Fragen mit ja beantworten kannst:

  • Ich habe den Verlängerungspreis überprüft, nicht nur den Promo-Preis des ersten Jahres.
  • Ich verwende eine Registrar-Konto-E-Mail, die zugänglich bleiben wird (für Teams: verwende einen gemeinsamen Posteingang/Alias).
  • Ich werde automatische Verlängerung aktivieren und eine gültige Zahlungsmethode hinterlegen.
  • Ich verstehe meine Datenschutz-/Proxy-Wahl (siehe unten).
  • Ich bin bereit, 2FA sofort nach dem Kauf im Registrar-Konto zu aktivieren.

Namensregeln, die Vertrauen und Klickrate verbessern​

Bei Kurzlinks wird die Domain selbst Teil deiner "Marken-UI".

Starke Standardeinstellungen:

  • Halte sie kurz und lesbar.
  • Vermeide verwirrende Zeichen (l vs I, O vs 0), wenn möglich.
  • Wähle etwas, das du laut aussprechen kannst, ohne es zu buchstabieren.

Für die meisten Teams ist die einfachste Einrichtung eine Subdomain:

  • Hauptwebsite: deinemarke.de
  • Kurzlinks: go.deinemarke.de (oder link. / s. / r.)

Warum dies praktisch ist:

  • Du kannst deine Hauptseite unverändert lassen.
  • Die DNS-Einrichtung für eine Subdomain ist normalerweise für SaaS-Integrationen unkompliziert.

Aber für die kürzesten, markenbewusstesten Links kann die Verwendung der Root-Domain (Apex) ideal sein – besonders für SMS, Print und Sprache ("besuchen Sie deinemarke.de/angebot").
Um dies sauber mit den meisten Shortlink-SaaS-Setups zu machen, verlässt du dich typischerweise auf CNAME Flattening / ALIAS / ANAME bei deinem DNS-Provider (unten erklärt).

tipp

Wenn du nicht möchtest, dass die primäre Domain deiner Marke die "Kurzlink-Domain" ist, verwende eine Subdomain für Snipzr-Links.

Schritt 2: Wähle einen Registrar nach Operator-Kriterien​

Die Wahl eines Registrars ist eine langfristige Entscheidung. "Günstigstes erstes Jahr" ist selten der beste Filter.

1) Preistransparenz (Verlängerungen sind wichtiger als das erste Jahr)​

Die ICANN Expired Registration Recovery Policy (ERRP) verlangt von Registraren, mindestens zwei Erinnerungen vor Ablauf für gTLDs zu senden: eine ungefähr einen Monat vor Ablauf und eine ungefähr eine Woche vor Ablauf.
Quelle: ICANN ERRP

Dennoch solltest du die Verlängerung als deine Verantwortung behandeln: Erinnerungen können dich verfehlen, wenn eine E-Mail sich ändert, Filter sie abfangen oder ein Teammitglied geht.

2) Konto-Sicherheitsfunktionen​

Wähle mindestens einen Registrar, der unterstützt:

  • 2FA (idealerweise Authenticator-App / Sicherheitsschlüssel-Optionen)
  • Einfache Domain-Sperr-/Entsperr-Kontrollen
  • Klare Zugriffsverwaltung, wenn mehrere Personen Domains verwalten müssen

3) DNS-Flexibilität (kritisch für SaaS-Integrationen)​

Nicht alle "Apex-Alias"-Funktionen sind gleich. Einige Provider unterstützen generisches Apex-CNAME-ähnliches Verhalten (funktioniert großartig für SaaS-Hostname-Ziele), während andere nur die Aliasierung auf ihre eigenen Cloud-Ressourcen unterstützen.

Ein paar Operator-Hinweise:

hinweis

Verschiedene TLDs (insbesondere Ländercode-TLDs) können unterschiedliche Regeln, Preise und Anforderungen haben. Lies immer die Registrar- und Registry-Bedingungen für die von dir gewählte TLD.

Schritt 3: Die Domain kaufen (was beim Checkout wichtig ist)​

Die meisten Registrare folgen demselben Ablauf: Suchen → Warenkorb → Laufzeit → Checkout. Die großen Unterschiede liegen in den Einstellungen und Add-ons.

Wähle eine Registrierungslaufzeit​

Domains werden üblicherweise für 1-10 Jahre registriert (variiert je nach TLD).
Quelle: ICANN Verlängerungs-/Ablauf-FAQs

Längere Laufzeiten reduzieren den Verwaltungsaufwand für Verlängerungen, eliminieren aber nicht die Notwendigkeit, dein Konto sicher zu halten und Kontaktinformationen aktuell zu halten.

Entscheide bewusst zwischen Datenschutz und Proxy​

Menschen sagen oft "WHOIS-Datenschutz" als Oberbegriff, aber es gibt zwei Konzepte:

  • Datenschutzdienst: Deine Kontaktdaten werden durch alternative Kontaktdaten ersetzt (typischerweise Weiterleitung).
  • Proxy-Dienst: Der Proxy-Anbieter wird zum eingetragenen Registranten, was unterschiedliche rechtliche/operative Implikationen haben kann.

ICANN erklärt die Unterscheidung und warum Proxy rechtlich von Datenschutz verschieden ist.
Quellen: ICANN Datenschutz-/Proxy-Ressourcen

Aktiviere automatische Verlängerung (dann mache sie zuverlässig)​

Automatische Verlängerung funktioniert nur, wenn:

  • die Zahlungsmethode gültig bleibt, und
  • der Registranten-E-Mail-Posteingang überwacht wird.

Schritt 4: Sofort nach dem Kauf (tue dies vor DNS)​

1) Überprüfe deine Registranten-Kontaktdaten​

Unter ICANN-bezogenen Anforderungen müssen Registrare möglicherweise bestimmte Registrierungsdatenfelder validieren und verifizieren und können Domains suspendieren oder löschen, die nicht rechtzeitig verifiziert werden.
Quelle: ICANN "Über die Verifizierung von Kontaktinformationen"

Beachte auch: Registrare müssen Maßnahmen ergreifen, wenn ein Registrant über 15 Kalendertage nicht auf Registrar-Anfragen zur Genauigkeit der Kontaktdaten reagiert (je nach Umstand suspendieren/beenden/sperren).
Quelle: ICANN-Spezifikations-Erklärer

vorsicht

Behandle Registrar-Verifizierungs-E-Mails mit hoher Priorität. Der Verlust des Zugriffs auf den Registranten-Posteingang ist einer der häufigsten "Wir haben unsere Domain verloren"-Fehlermodi.

2) Aktiviere 2FA und sichere Wiederherstellungsmethoden​

Tue dies sofort:

  • Aktiviere 2FA im Registrar-Konto
  • Bestätige, dass Wiederherstellungs-E-Mail/-Telefon korrekt sind
  • Verwende einen Passwort-Manager + einzigartiges Passwort

3) Halte die Domain gesperrt, es sei denn, du überträgst sie​

Viele Domains haben standardmäßig einen Übertragungsschutzstatus (das ist gut). ICANNs EPP-Statuscode-Referenz erklärt clientTransferProhibited als gängigen Schutz gegen unbefugte Übertragungen.
Quelle: ICANN EPP-Statuscodes

Schritt 5: Übertragungssperren verstehen (damit du später nicht in Panik gerätst)​

Übertragungen sind absichtlich reibungsvoll, um Hijacking zu reduzieren.

60-Tage-Sperre nach Registranten-Änderung​

ICANNs Übertragungsrichtlinie verlangt von Registraren, eine 60-Tage-Registrar-übergreifende Übertragungssperre nach einer Registranten-Änderung zu verhängen (oft mit einer Opt-out-Option vor der Änderung).
Quellen: ICANN Übertragungsrichtlinie + Registranten-Änderungs-Erklärer

Auth-Code (EPP/Übertragungscode) für Übertragungen​

Um eine Domain zu einem anderen Registrar zu übertragen, benötigst du typischerweise einen Auth-Code (auch Autorisierungscode / EPP-Code / Übertragungscode genannt). ICANN erklärt, dass Registrare ihn in der Konto-UI bereitstellen oder innerhalb von fünf Kalendertagen nach einer Anfrage zur Verfügung stellen müssen.
Quelle: ICANN "Über Auth-Code"

Schritt 6: Bereite DNS für die Verbindung der Domain mit Snipzr vor​

Die meisten gebrandeten Domain-Verbindungen erfordern DNS-Einträge. Zwei DNS-Konzepte verursachen unverhältnismäßig viele Probleme: CNAME-Regeln und der Zonen-Apex.

Gängige DNS-Eintragstypen, die du verwenden wirst​

  • CNAME: aliasiert einen Hostnamen auf einen anderen Hostnamen (üblich für SaaS-Integrationen)
  • A / AAAA: verweist einen Hostnamen auf eine IP-Adresse

Wichtig: CNAME muss allein an seinem Namen stehen​

RFC 1034 besagt, dass wenn ein CNAME-Eintrag an einem Knoten vorhanden ist, "keine anderen Daten vorhanden sein sollten". In der Praxis bedeutet dies, dass du nicht CNAME und (zum Beispiel) A, MX oder TXT am selben exakten Hostnamen haben kannst.
Quelle: RFC 1034 (IETF)

Wichtig: Du kannst in der Regel kein CNAME an der Root ("Zonen-Apex") verwenden​

Der Zonen-Apex (z.B. deinemarke.de) muss SOA- und NS-Einträge haben, sodass ein reines Apex-CNAME mit DNS-Regeln in Konflikt steht.
Eine klare Operator-Erklärung wird von ISC (BIND) bereitgestellt.
Quelle: ISC Wissensdatenbank

tipp

Wenn du die kürzest möglichen gebrandeten Links (unter Verwendung der Root-Domain wie deinemarke.de/abc) möchtest, bevorzuge einen DNS-Provider, der generisches Apex-CNAME-ähnliches Verhalten (oft CNAME Flattening, ALIAS oder ANAME genannt) zu einem beliebigen Hostname-Ziel unterstützt. Beispiele, die diesen Stil unterstützen, umfassen:

Optional: DNSSEC (fortgeschritten)​

DNSSEC fügt kryptografische Signaturen hinzu, damit Manipulationen an DNS-Einträgen erkannt werden können.
Quelle: ICANN DNSSEC-Übersicht

Praktischer nächster Schritt (empfohlene Reihenfolge)​

Wenn du hier bist, weil du eine Domain für Snipzr möchtest, ist die reibungsloseste Sequenz:

1) Folge einer Registrar-Anleitung (Domain kaufen)​

Wähle den Provider, den du verwendest:

2) Verbinde sie mit Snipzr (erstellt deine "Benutzer-Zone")​

Folge dann Snipzrs Einrichtungsleitfaden:

CNAME Flattening (ALIAS/ANAME): Wie Apex "CNAME-ähnliche" Einträge funktionieren​

Wenn du den Apex (z.B. deinemarke.de) für Kurzlinks verwenden möchtest, ist Apex-CNAME-ähnliches Verhalten der praktischste Ansatz bei Shortlink-SaaS-Plattformen wie Snipzr.

Die Bezeichnung "ALIAS/Alias" variiert jedoch je nach Anbieter und bedeutet nicht immer dasselbe.

Was du für Snipzr-artige Apex-Setups benötigst​

Wenn Snipzr dir ein Ziel wie ark.snipzr.com (einen Hostnamen) gibt, möchtest du eine DNS-Funktion, die:

  • einen Hostnamen am Apex akzeptiert, und
  • A/AAAA-Antworten an Resolver zurückgibt (Flattening).

Wie es funktioniert (konzeptionell)​

Anstatt einen CNAME am Apex zurückzugeben, tut der DNS-Provider:

  1. Akzeptiert ein "CNAME-ähnliches Ziel" am Apex (ALIAS/ANAME/Flattening).
  2. Löst diesen Ziel-Hostnamen in eine oder mehrere IP-Adressen (A/AAAA) auf.
  3. Antwortet auf DNS-Abfragen mit A/AAAA-artigen Antworten, die das Ziel effektiv "flatten".

Quellen (Mechanismus-Beispiele):

Provider-Realitäts-Check (wichtig)​

Provider-FunktionsnameFunktioniert für Apex → beliebiges SaaS-Hostname-Ziel?Hinweise
Cloudflare CNAME Flattening✅ JaKonzipiert, um CNAME-ähnliches Verhalten am Apex zu ermöglichen. https://developers.cloudflare.com/dns/cname-flattening/
Namecheap ALIAS✅ JaALIAS löst einen Hostnamen "zur Zeit einer Anfrage" in A/AAAA auf. https://www.namecheap.com/support/knowledgebase/article.aspx/10128/2237/how-to-create-an-alias-record/
Porkbun ALIAS – CNAME Flattening✅ JaExplizites "leeres Host-Feld" + "Antwort ist der von deinem Hosting-Unternehmen bereitgestellte Hostname." https://kb.porkbun.com/article/85-how-to-connect-your-root-domain-when-your-web-host-wont-provide-an-ip-address
Squarespace Domains ALIAS✅ JaALIAS bei @ verweist "eine Domain auf eine andere Domain" (Datenfeld ist ein Domainname). https://support.squarespace.com/hc/en-us/articles/31119879125645-DNS-records-for-web-hosting
Google Cloud DNS ALIAS✅ JaCloud DNS ALIAS ist "ANAME / CNAME Flattening" und synthetisiert A/AAAA. https://docs.cloud.google.com/dns/docs/records-overview
AWS Route 53 Alias❌ Nicht für SaaS-CNAME-ZieleGroßartig für unterstützte AWS-Ziele, aber du kannst keinen Apex-Alias verwenden, um zu einem Eintrag vom Typ CNAME zu routen. https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-values-ipbased-alias.html
Azure DNS Alias-Eintrags-Set❌ Nicht für SaaS-HostnamenAlias-Eintrags-Sets verweisen auf Azure-Ressourcen (oder Eintrags-Sets derselben Zone), nicht auf beliebige externe Hostnamen. https://learn.microsoft.com/en-us/azure/dns/dns-alias
tipp

Wenn dein DNS-Provider kein Apex-ALIAS/CNAME-Flattening unterstützt:

  • Verwende eine Subdomain wie go.deinemarke.de (funktioniert überall), oder
  • Migriere DNS zu Cloudflare, um Apex-Domain-Kurzlinks wie deinemarke.de/angebot zu ermöglichen

Kostenerwartungen (damit du nicht überrascht wirst)​

Die jährlichen Gesamtkosten einer Domain umfassen üblicherweise:

  • Registrierungsgebühr (variiert je nach TLD und Registrar)
  • Verlängerungsgebühr (oft unterschiedlich vom Promo-Preis des ersten Jahres)
  • Optional Datenschutz/Proxy
  • Optional DNS-Add-ons (variiert)

Wenn du Domains bei AWS Route 53 registrierst, beachte, dass eine Hosted Zone monatlich abgerechnet wird.
Quellen: AWS Route 53 Domain-Registrierung + Preise

FAQ​

Kann ich eine Domain für immer kaufen?​

Nein. ICANN erklärt, dass du eine Domain nicht dauerhaft "besitzt": Du registrierst sie für einen Zeitraum und verlängerst sie, um die Kontrolle zu behalten.
Quelle: ICANN allgemeine FAQs

Müssen Registrare mich warnen, bevor meine Domain abläuft?​

Für gTLDs verlangt ICANNs ERRP mindestens zwei Vorablauf-Mitteilungen (etwa einen Monat und eine Woche vor Ablauf).
Quelle: ICANN ERRP

Warum kann ich meine Domain nicht direkt nach dem Kauf übertragen?​

Häufige Gründe sind 60-Tage-Sperren nach Registranten-Änderungen und andere Übertragungsbeschränkungen.
Quellen: ICANN Übertragungsrichtlinie + Registranten-Änderung

Was ist ein Auth-Code / EPP-Code?​

Es ist ein Übertragungsautorisierungscode, der erforderlich ist, um eine Domain zwischen Registraren zu verschieben.
Quelle: ICANN Über Auth-Code

Wie schaue ich öffentliche Registrierungsinformationen nach (WHOIS/RDAP)?​

ICANN bietet ein kostenloses Registration Data Lookup Tool für öffentlich verfügbare Registrierungsdaten.
Quellen: ICANN Lookup + ICANN WHOIS/RDDS-Seite

Verwandte Dokumente​