So verbindest du deine Domain mit einem Website-Hoster

Einsteiger⏱ 4 Min. LesezeitAktualisiert am 13. Oktober 2026

Du hast die Domain bei einer Firma gekauft und die Website bei einer anderen gebaut. Sie zu verbinden braucht zwei oder drei DNS-Einträge, und die Plattform sagt dir, welche. Was sie nicht sagt: welche alten Einträge weg müssen, was mit deinen E-Mails passiert und warum das Zertifikat eine Stunde später noch aussteht. Dieser Leitfaden deckt beide Hälften ab.

Zwei Wege der Verbindung

Jede Plattform bietet mindestens einen davon an:

Einträge dort hinzufügen, wo dein DNS schon liegt — beim Registrar oder bei Cloudflare. Du behältst die Kontrolle über den Rest der Zone, auch über E-Mail. Das ist der übliche Weg.
Die Nameserver der Domain auf die Plattform umstellen (Vercel, Netlify, Wix und andere bieten eigenes DNS). Dann verwaltet die Plattform alle Einträge — und alles aus der alten Zone, auch MX- und TXT-Einträge für E-Mail, muss vorher dort neu angelegt werden.

Die Einträge, die die meisten Plattformen verlangen

Die Hauptdomain (example.com, der Apex) bekommt A-Einträge mit festen Adressen, weil dort kein CNAME erlaubt ist — oder einen ALIAS- bzw. CNAME-Flattening-Eintrag, wenn dein DNS-Anbieter das kann. www bekommt einen CNAME auf einen Namen, den die Plattform kontrolliert.

Plattform	Apex (`@`)	`www`
Vercel	`A 76.76.21.21`	`CNAME cname.vercel-dns.com`
Netlify	`A 75.2.60.5`	`CNAME <site>.netlify.app`
GitHub Pages	`A 185.199.108.153` … `185.199.111.153`	`CNAME <user>.github.io`
Cloudflare Pages	`CNAME <project>.pages.dev`	`CNAME <project>.pages.dev`
Shopify	`A 23.227.38.65`	`CNAME shops.myshopify.com`
Squarespace	`A 198.185.159.144` … `198.49.23.145`	`CNAME ext-cust.squarespace.com`

Hinweis: Das sind die Werte, die die Plattformen zum Zeitpunkt des Schreibens dokumentiert haben. Kopiere immer die genauen Werte aus dem Dashboard deines Projekts: Plattformen ergänzen Adressen, und manche zeigen inzwischen ein projektspezifisches Ziel statt eines gemeinsamen.

Schritt für Schritt

0 von 7 erledigt

Füge die Domain zuerst im Dashboard der Plattform hinzu. Es zeigt die genauen Einträge und verhindert auf vielen Plattformen, dass jemand anderes die Domain beansprucht.
Ersetzt du bestehende Einträge, senke deren TTL einen Tag vorher auf 300 Sekunden.
Lösche die alten A-, AAAA- und CNAME-Einträge für @ und www — auch einen AAAA-Eintrag, den eine Parking-Seite hinterlassen hat.
Lege die neuen Einträge genau wie angezeigt an.
Füge den TXT-Eintrag zur Verifizierung hinzu, falls die Plattform danach fragt.
Warte, bis die Plattform die Einträge erkennt und das HTTPS-Zertifikat ausstellt — meist Minuten, manchmal bis zu einer Stunde.
Wähle eine Hauptadresse (example.com oder www) und leite in den Plattform-Einstellungen die andere dorthin um.

Achtung: Eine Website zu verbinden betrifft nur die A-, AAAA- und CNAME-Einträge für @ und www. Lass MX, SPF, DKIM und DMARC in Ruhe — „alles Alte“ zu löschen ist der häufigste Grund, warum ein Website-Umzug die E-Mail mitreißt.

Wenn weiter die alte Seite erscheint

Ein übrig gebliebener AAAA-Eintrag. Besucher mit IPv6 — die meisten Mobilfunknetze — folgen ihm zum alten Hoster, während du über IPv4 die neue Seite siehst.
Weiterleitung oder Parking beim Registrar. Manche Registrare legen eine „Web-Weiterleitung“ oder Parking über deine Einträge; schalte das ab.
Ein CAA-Eintrag, der nur eine andere Zertifizierungsstelle nennt, blockiert das Zertifikat der Plattform. Ergänze die CA, die sie nutzt (oft letsencrypt.org), oder lies CAA-Einträge.
Der Cloudflare-Proxy (die orange Wolke) vor Vercel oder Netlify kann die Zertifikatsausstellung blockieren. Stelle diese Einträge auf „DNS only“, sofern die Anleitung der Plattform nichts anderes sagt.
Caches. Dein Rechner und dein Resolver können die alte Antwort bis zum Ablauf der alten TTL behalten; DNS-Cache leeren räumt den Teil auf, den du beeinflussen kannst.

Vorher und nachher prüfen

Diese vier Abfragen zeigen fast jedes der Probleme oben:

dig +short example.com A
dig +short example.com AAAA        # an old address here sends IPv6 visitors elsewhere
dig +short www.example.com CNAME
dig +short example.com CAA         # if present, it must allow the platform's CA

Tipp: Der DNS-Lookup von PixDNS zeigt A, AAAA, CNAME und CAA auf einmal, und der Propagation-Check zeigt, ob Resolver weltweit die neue Adresse schon sehen.

Einträge deiner Domain nachschlagen →Weiter: A vs. CNAME vs. ALIAS →

Häufige Fragen

A-Eintrag oder CNAME?

A-Einträge (oder ALIAS) am Apex, ein CNAME für www und andere Subdomains. A vs. CNAME vs. ALIAS erklärt, warum.

Wie lange dauert es, bis es funktioniert?

Meist Minuten nach dem Speichern. Hast du alte Einträge ersetzt, bis zu deren alter TTL; das HTTPS-Zertifikat folgt, sobald die Plattform die neuen Einträge sieht.

Verliere ich meine E-Mails, wenn ich die Domain mit einem Website-Baukasten verbinde?

Nicht, wenn du nur die Einträge für @ und www änderst. Stellst du die Nameserver auf die Plattform um, lege vorher dort deine MX- und E-Mail-TXT-Einträge an.

Mit oder ohne www?

Beides funktioniert. Wähle eine Variante als Hauptadresse und leite die andere um, damit jeder Link und jedes Suchergebnis auf dieselbe Stelle zeigt.

Auf Ihrer Domain ausprobieren

Sehen Sie die Theorie in der Praxis — führen Sie DNS-Abfrage für Ihre eigene Domain aus.

Aktualisiert am 13. Oktober 2026

Quellen