Domain verbinden: DNS-Einträge TXT, CNAME und das Warten
Jeder Webhoster der Welt verlangt dasselbe kleine, leicht rätselhafte Ritual, bevor Ihre eigene Domain funktioniert: Melden Sie sich dort an, wo Sie die Domain registriert haben, suchen Sie einen Bereich mit einem Namen wie DNS-Verwaltung oder erweiterte DNS-Einstellungen, und fügen Sie ein paar Einträge ein, die Ihnen nie jemand richtig erklärt hat. Auf Speichern klicken. Auf Prüfen klicken. Zu hören bekommen, dass es noch nicht so weit ist. Warten. Nochmal versuchen.
Die zwei Datensätze und warum es beide gibt
Ein Domainname ist eigentlich nur ein Eintrag in einer Zonendatei, und ein DNS-Eintrag ist eine Zeile darin: ein Name, ein Typ, ein Wert. Eine Domain mit einem neuen Host zu verbinden bedeutet normalerweise, zwei davon hinzuzufügen.
Der Besitznachweis-Eintrag (TXT) — ein kurzer Textwert, den Ihr Host erzeugt und der bei Ihrer Domain veröffentlicht wird, einzig damit der Host ihn nachschlagen und wissen kann, dass Sie die DNS-Kontrolle haben. Besucher sehen ihn nie, und er leitet nichts weiter.
Der Routing-Eintrag (CNAME) — lenkt den Traffic der Domain zum Edge-Netz des Hosts. Sobald er aufgelöst ist, treffen Anfragen für Ihre Domain auf Server, die wissen, welche Website dafür auszuliefern ist.
Warum es bisher nicht funktioniert hat
Dass „Verifizieren“ beim ersten Klick fehlschlägt, ist normal. DNS-Antworten werden aggressiv zwischengespeichert – genau dieses Caching macht den Rest des Webs schnell –, sodass ein Resolver, der vor fünf Minuten für Ihre Domain geantwortet hat, noch ein paar Minuten oder, bei einer langen TTL, fast einen ganzen Tag lang die alte, leere Antwort ausliefern kann. Nichts ist kaputt. Es gibt nichts zu reparieren außer Geduld und einer erneuten Prüfung.
Der Haken bei der Apex-Domain (eine Domain ohne „www“)
Eine nackte Domain zu verbinden —
yourbusiness.com, ohne www — stößt auf eine echte DNS-Regel, keine Eigenart eines bestimmten Hosts: Ein CNAME kann nicht neben den SOA- und NS-Einträgen existieren, die an der Wurzel einer Domain liegen müssen, weshalb viele Registrare sich weigern, dort überhaupt einen anzulegen. Die üblichen Auswege sind ein ALIAS-/ANAME-Eintrag, wo der Registrar einen anbietet, oder das Verbinden einer Subdomain mit Weiterleitung der Root darauf.Eine Domain verbinden, der Reihe nach
1
Finden Sie Ihre DNS-Einstellungen
Melden Sie sich dort an, wo Sie das DNS der Domain verwalten — das ist Ihr Registrar, es sei denn, Sie haben die Nameserver der Domain woanders hin verwiesen; dann ist es derjenige, der diese hostet.
2
Fügen Sie den Eigentumsnachweis hinzu
Fügen Sie den TXT-Eintrag genau so ein, wie er angezeigt wird, samt Wert. Speichern Sie ihn, bevor Sie weitermachen — manche Verwaltungsoberflächen brauchen einen eigenen, ausdrücklichen Schritt, damit eine ausstehende Änderung tatsächlich veröffentlicht wird.
3
Fügen Sie den Routing-Eintrag hinzu
Fügen Sie den CNAME-Eintrag hinzu — oder, bei einer nackten Apex-Domain, die keinen zulässt, einen ALIAS/ANAME-Eintrag oder eine Weiterleitung auf eine Subdomain, die Sie stattdessen verbinden.
4
Verifizieren und, wenn nötig, warten
Klicken Sie auf Überprüfen. Ein „noch nicht“ beim ersten Versuch ist normal – prüfen Sie nach ein paar Minuten erneut und später noch einmal, wenn Ihre bisherige DNS-Konfiguration eine lange TTL verwendet hat.
Wie Olmira das löst
Das Hinzufügen einer Domain in Olmiras Website-Einstellungen erzeugt buchstäblich beide Einträge für Sie – den TXT-Eintrag unter einem Namen, der mit _aether-verify beginnt (ein Relikt aus dem internen Codenamen der Plattform; nur der Wert zählt), und den CNAME, der auf edge.olmira.app zeigt. „Verifizieren“ führt eine echte, live durchgeführte DNS-Prüfung mit kurzem Timeout aus, sodass „noch nicht verifiziert“ fast immer Propagation bedeutet, keinen Fehler – warten Sie ein paar Minuten und prüfen Sie erneut, statt ein Support-Ticket zu öffnen.
Eine nackte Root-Domain, deren Routing nicht auflöst, fällt automatisch auf eine Weiterleitung zu einer verifizierten Subdomain derselben Website zurück – oder, wenn auch das nicht klappt, auf Ihre kostenlose Adresse – statt einen Fehler anzuzeigen. Sobald die Verifizierung erfolgreich ist, folgt HTTPS von selbst: kein Zertifikat zu kaufen oder zu installieren. Was jeder Plan umfasst: Eigene Domains.
Weiterführende Artikel
Automatisches HTTPS-Zertifikat: warum Sie nie wieder eines kaufen müssen — was tatsächlich passiert, sobald Ihre Domain verifiziert ist.
SPF-, DKIM-, DMARC-Einrichtung: E-Mails, die im Posteingang ankommen — die übrigen Einträge Ihrer Domain: diejenigen, die darüber entscheiden, ob Ihre geschäftliche E-Mail einen Posteingang erreicht.
Wie lange eine DNS-Antwort in Sekunden zwischengespeichert werden darf, bevor jemand erneut nachfragen muss. Ein niedriger TTL (etwa 300 Sekunden) sorgt dafür, dass Änderungen schnell sichtbar werden; ein hoher (86.400 Sekunden — ein ganzer Tag) lässt sie länger dauern, weil Resolver weiterhin überzeugt die alte Antwort ausliefern.
Nicht, wenn Sie nur anfassen, worum Sie gebeten werden. Eine Domain mit einem Website-Hoster zu verbinden braucht immer nur einen TXT- und einen CNAME-Eintrag (oder einen ALIAS-/A-Eintrag auf einer nackten Apex-Domain) – Ihre MX-Einträge, die steuern, wohin E-Mails gehen, sind davon getrennt und bleiben unberührt, sofern Sie sie nicht selbst bearbeiten.
Ja, und damit umgehen Sie die Apex-Eigenheit vollständig – shop.yourbusiness.com oder www.yourbusiness.com können ohne Sonderbehandlung einen CNAME aufnehmen.
Fast immer ein langer TTL-Wert, der von dem übrig ist, was diesen Namen vorher belegt hat – eine Parkseite Ihres Registrars oder ein früherer Hoster. Beim ersten Mal hilft nur Geduld; sobald der alte TTL abgelaufen ist, greifen künftige Änderungen an diesem Namen deutlich schneller.
Nein — DNS-Einträge laufen nicht von selbst ab, wie Zertifikate es tun. Einmal korrekt veröffentlicht, bleiben sie korrekt, bis Sie oder jemand mit Zugang zum DNS-Panel sie ändern.