Benutzerdefinierte Domains 101: Wie man seine Marke mit einer Greta-App verbindet

TL;DR: Eine benutzerdefinierte Domain mit Ihrer Greta-App zu verbinden, ist das größte Glaubwürdigkeits-Upgrade für ein gelaunchtes Produkt. Die Arbeit dauert 30–60 Minuten Klicken und Warten; die Wirkung hält für immer. Dieser Guide behandelt Domain-Registrierung, DNS-Grundlagen (A-Records, CNAME, TXT, MX), die genauen Schritte, um Ihre Domain auf eine Greta-App zu zeigen, automatische SSL-Zertifikatsausstellung via Let's Encrypt, Propagationszeiten und Troubleshooting, www-vs-Apex-Domain-Entscheidungen, das Einrichten von Branded-E-Mail sowie die Post-Domain-Checkliste (OAuth-Callbacks, Stripe-Webhooks, Social-Bios). Am Ende hat Ihre Marke die Domain, die sie verdient, und Ihre App sieht aus wie ein echtes Produkt.

Einleitung

Ihre App unter yoursite.greta.sh funktioniert einwandfrei. Sie lädt, Nutzer können sich anmelden, Zahlungen funktionieren, das Erlebnis ist solide. Aber sie fühlt sich nicht wie ein echtes Produkt an. Eine benutzerdefinierte Domain ist das größte Glaubwürdigkeits-Upgrade für eine gelaunchte App. Dieselbe App unter yourbrand.com wirkt professionell. Nutzer vertrauen ihr. Die Presse nimmt sie ernst. Kunden teilen sie ohne Verlegenheit. Die technische Arbeit ist unkompliziert – die meisten Builder erledigen sie in 30–60 Minuten –, aber die Wirkung summiert sich für immer.

Dieser Guide behandelt alles, was ein Nicht-Entwickler-Gründer über benutzerdefinierte Domains wissen muss. Registrierung, DNS, SSL, die genauen Verbindungsschritte für eine Greta-App, Propagationszeiten, häufige Fehler, www-vs-Apex-Entscheidungen, das Einrichten von Branded-E-Mail und die Post-Domain-Checkliste, die Ihren Stack nach dem Wechsel funktionsfähig hält.

Warum benutzerdefinierte Domains wichtig sind (jenseits der Eitelkeit)

• Vertrauen --- Nutzer vertrauen 'yourbrand.com' instinktiv mehr als 'yourbrand.platform.com'
• SEO --- Suchmaschinen behandeln benutzerdefinierte Domains als die kanonische Version Ihrer Marke; besser fürs Ranking
• E-Mail --- Branded E-Mail (sie@ihremarke.de) signalisiert ein echtes Unternehmen; Freelancer und Kunden respektieren das
• Portabilität --- Ihre Domain gehört Ihnen. Wechseln Sie später die Plattform, ändert sich Ihre URL nicht. Lock-in schrumpft drastisch.
• Markenkonsistenz --- Marketingmaterialien, Social-Bios, Visitenkarten – alle zeigen auf denselben Ort
• Investoren-/Partner-Glaubwürdigkeit --- Ein seriöses Unternehmen hat eine echte Domain. Das Signal ist klein, aber konsistent.
• Nutzerbindung --- Gespeicherte Lesezeichen, E-Mail-Signaturen, Social Shares – alle zeigen dauerhaft auf Ihre Marke

Benutzerdefinierte Domains sind auch ein Vertrauenssignal für Launch-Momente. Ob Sie einen Soft-Launch, einen Product-Hunt-Push oder einen Nischen-Community-Share ausliefern – eine benutzerdefinierte Domain wirkt vom ersten Eindruck an seriös.

Schritt 1: Die Domain kaufen

Wo registrieren

• Namecheap --- Langjähriger Favorit. Angemessene Preise, ordentliche UI, kein aggressives Upselling.
• Cloudflare Registrar --- Verkauft Domains zum Großhandelspreis (kein Aufschlag). Erfordert die Nutzung von Cloudflare DNS (ebenfalls kostenlos). Bester Gesamtwert.
• Porkbun --- Neuerer Registrar mit sauberer UI, fairen Preisen und gutem Support.
• Google Domains (jetzt Squarespace Domains) --- Von Squarespace übernommen. Weiterhin funktionsfähig; UX hat sich geändert.
• GoDaddy --- Für Neukäufe meiden. Aggressives Upselling, mittelmäßiger Support, höhere Preise.

Die .com-TLD ist für seriöse Marken immer bevorzugt. Andere TLDs (.io, .app, .ai) sind für Tech-Produkte vertretbar, aber .com bleibt das Standard-Vertrauenssignal.

Was einzuplanen ist

• .com --- Typischerweise 10–15 $/Jahr.
• .io --- 30–60 $/Jahr. Höher wegen der Ökonomie kleiner Ländercodes.
• .app --- 15–25 $/Jahr. Anständige tech-freundliche TLD.
• .ai --- 70–100 $/Jahr. KI-thematisiert; Preise sind hoch, aber beständig.

Hinweise zur Domain-Auswahl

• Passen Sie den Produktnamen möglichst exakt an
• Vermeiden Sie Bindestriche --- yourapp-name.com wirkt weniger vertrauenswürdig als yourappname.com
• Halten Sie es kurz --- 6–12 Zeichen ist der Sweet Spot
• Vermeiden Sie leicht falsch geschriebene Wörter
• Prüfen Sie auch die Verfügbarkeit der Social-Handles --- Wählen Sie keine .com, wenn @yourbrand auf Twitter/X jemand Fremdem gehört
• Verzichten Sie auf TLD-Spielereien --- .ninja, .rocks, .lol sind unterhaltsam, mindern aber das Vertrauen außerhalb sehr spezifischer Nischen

Schritt 2: DNS-Grundlagen verstehen

DNS (Domain Name System) ordnet Domainnamen Servern zu. Drei Record-Typen sind relevant, um eine Domain mit einer Greta-App zu verbinden.

Record-Typen, die Sie verwenden werden

Wie DNS tatsächlich auflöst

1. Nutzer tippt 'yourbrand.com' in den Browser
2. Der Browser fragt den DNS-Resolver (meist den ISP oder 1.1.1.1, 8.8.8.8) nach der IP-Adresse
3. Der Resolver fragt die autoritativen DNS-Server für yourbrand.com ab
4. Das autoritative DNS antwortet mit dem A-Record (der IP-Adresse)
5. Der Browser verbindet sich mit dieser IP-Adresse, der Server antwortet mit Ihrer App
6. DNS-Resolver cachen die Ergebnisse für die im Record angegebene TTL (Time To Live)

Schritt 3: Die Domain mit Ihrer Greta-App verbinden

In Greta (oder einem vergleichbaren KI-App-Builder)

• Navigieren Sie zu Projekteinstellungen → Custom Domain (oder Deployment-/Hosting-Einstellungen)
• Klicken Sie auf 'Add Custom Domain' oder Ähnliches
• Geben Sie Ihre Domain ein (yourbrand.com oder app.yourbrand.com)
• Die Plattform zeigt die DNS-Records, die Sie bei Ihrem Registrar hinzufügen müssen --- typischerweise ein A-Record (für Apex) oder CNAME-Record (für Subdomain)
• Kopieren Sie die Werte

Bei Ihrem DNS-Anbieter (Registrar oder Cloudflare)

• Loggen Sie sich in das DNS-Dashboard Ihres Domain-Registrars ein
• Finden Sie den Bereich für DNS-Records
• Fügen Sie die von der Plattform angegebenen Record(s) hinzu --- Typ (A oder CNAME), Name (oft '@' für Apex oder 'app' für Subdomain), Wert (die IP oder Domain, die die Plattform Ihnen gegeben hat), TTL (Standard 1 Stunde ist in Ordnung)
• Speichern

Verifizierung

• Die Plattform erkennt den DNS-Record typischerweise innerhalb weniger Minuten automatisch
• Nach der Erkennung stellt die Plattform ein SSL-Zertifikat via Let's Encrypt aus (automatisch, kostenlos)
• Nach der SSL-Ausstellung (typischerweise 1–10 Minuten) ist Ihre Domain mit HTTPS live
• Testen Sie, indem Sie https://ihredomain.de in einem Browser aufrufen

Schritt 4: SSL-Zertifikate (das grüne Schlosssymbol)

Moderne Browser verlangen HTTPS als Vertrauenssignal. Jede benutzerdefinierte Domain sollte SSL haben.

Wie es auf modernen Plattformen funktioniert

• Plattformen wie Greta stellen SSL-Zertifikate automatisch via Let's Encrypt aus --- kostenlos, automatisiert, von allen Browsern vertraut
• Zertifikate erneuern sich automatisch alle 60–90 Tage; kein manueller Eingriff nötig
• Ihre Aufgabe: den DNS-Record korrekt hinzufügen. Die Plattform übernimmt den Rest.
• Wird das Zertifikat nicht ausgestellt, liegt das Problem meist am DNS --- ein falsch konfigurierter Record oder veraltete Propagation

Häufige SSL-Probleme

• DNS ist noch nicht propagiert --- Eine Stunde warten und erneut versuchen
• CAA-Record blockiert Let's Encrypt --- Manche Registrare setzen CAA-Records; prüfen Sie, ob Let's Encrypt erlaubt ist
• Mixed-Content-Warnungen --- Ihre App lädt über HTTPS, bindet aber HTTP-Ressourcen ein. Beheben Sie das, indem Sie fest codierte HTTP-URLs aktualisieren.

Schritt 5: Die Entscheidung www vs. Apex-Domain

Sollen Nutzer Ihre App unter yourbrand.com (Apex) oder www.yourbrand.com (www-Subdomain) erreichen? Beides funktioniert; wählen Sie eine Variante als kanonisch.

Apex (yourbrand.com) als kanonisch

• Moderne Präferenz für marketinggetriebene Marken
• Kürzer, einprägsamer
• Leichte technische Komplexität --- Apex erfordert einen A-Record (CNAME-Flattening bei Cloudflare macht das einfach)
• www.yourbrand.com so konfigurieren, dass es auf Apex weiterleitet

www (www.yourbrand.com) als kanonisch

• Traditionelle Präferenz; einige Performance-Vorteile bei sehr hohem Traffic
• Einfacheres DNS --- CNAME ist simpler als A-Records
• Apex (yourbrand.com) so konfigurieren, dass er auf www weiterleitet

Was so oder so wichtig ist

• Wählen Sie eine Variante; konfigurieren Sie die andere als Weiterleitung
• Aktualisieren Sie alle Marketingmaterialien, Social-Bios, E-Mail-Signaturen entsprechend
• Setzen Sie die kanonische URL in den Meta-Tags Ihrer App
• Reichen Sie die kanonische Version bei der Google Search Console ein

Schritt 6: Subdomain-Muster (app.marke.de vs. marke.de/app)

Manche Produkte nutzen separate Subdomains für Marketing-Website und App. Gängige Muster:

Muster A: Marketing auf Apex, App auf Subdomain

• yourbrand.com --- Marketing-Website (Webflow, individuell gebaut oder Gretas Marketing-Oberfläche)
• app.yourbrand.com --- Die eigentliche Anwendung
• Vorteile: Klare Trennung, leichterer Wechsel von Marketing-Tools, gängiges Muster, das Nutzer wiedererkennen
• Nachteile: Cookie-Domain-Überlegungen; Auth-Flows müssen mit Cross-Subdomain umgehen

Muster B: Alles auf einer Domain

• yourbrand.com --- Marketing-Landingpage
• yourbrand.com/app --- Die Anwendung unter einem Pfad
• Vorteile: Eine Domain, einfachere Auth, SEO-Konsolidierung
• Nachteile: Marketing und App teilen sich dieselbe Infrastruktur; Tools später schwerer zu wechseln

Für Solo-Gründer, die schnell ausliefern, ist das Single-Domain-Muster einfacher. Für Marken, die separate Tools für Marketing (Webflow) und App (Greta) nutzen, ist das Subdomain-Muster sauberer.

Schritt 7: Branded E-Mail (sie@ihremarke.de)

Branded E-Mail signalisiert ein echtes Unternehmen. Das Setup ist vom App-Hosting getrennt.

E-Mail-Hosting-Optionen

• Google Workspace --- Am gängigsten. Ca. 6–18 $/Nutzer/Monat. Gmail-Oberfläche mit Ihrer Domain.
• Microsoft 365 --- Vergleichbare Preise; Outlook-Ökosystem.
• Fastmail --- Unabhängiger Anbieter, datenschutzfokussiert, ca. 5 $/Nutzer/Monat.
• Zoho Mail --- Günstiger, kostenlose Stufe für private Nutzung.
• Nur-Weiterleitung (kostenlose Optionen) --- ImprovMX, ForwardEmail.net. Leitet sie@ihremarke.de an Ihre bestehende private E-Mail weiter. Kostenlos oder sehr günstig; geeignet, bis Sie von yourbrand.com aus versenden müssen.

DNS-Records für E-Mail

• MX-Records --- Teilen Mailservern mit, wo E-Mail für Ihre Domain zuzustellen ist
• SPF-Record (TXT) --- Listet autorisierte Sendeserver auf; verhindert Spoofing
• DKIM-Record (TXT) --- Kryptografische Signierung; verifiziert, dass E-Mail tatsächlich von Ihrer Domain stammt
• DMARC-Record (TXT) --- Richtlinie dafür, was bei fehlgeschlagenen SPF-/DKIM-Prüfungen passieren soll

Ihr E-Mail-Anbieter gibt Ihnen die genauen Werte zum Eintragen; einfach ins DNS kopieren. E-Mail-Zustellbarkeit hängt stark davon ab, dass diese Records korrekt sind.

Schritt 8: DNS-Propagation und Geduld

DNS-Änderungen greifen nicht sofort. Propagation ist der Prozess, bei dem sich Änderungen weltweit über DNS-Resolver verbreiten.

• Typische Propagation --- 5 Minuten bis 1 Stunde bei den meisten Resolvern
• Maximale Propagation --- In seltenen Fällen bis zu 48 Stunden (ältere Resolver mit langen TTLs)
• Propagationsstatus prüfen --- Nutzen Sie Tools wie whatsmydns.net, um zu sehen, was verschiedene Resolver zurückgeben
• Aus verschiedenen Netzwerken testen --- Mobilfunkdaten, Büro-WLAN, das Netzwerk eines Freundes. Sehen alle die neue IP, ist die Propagation abgeschlossen.
• TTL zählt --- Niedrigere TTLs (5 Minuten) propagieren schneller; höhere TTLs (24 Stunden) propagieren langsamer. Setzen Sie TTLs vor Änderungen niedrig; erhöhen Sie sie danach wieder.

Wann Cloudflare nutzen

Cloudflare als DNS-Anbieter (kostenlos) bietet mehr als reines DNS.

Vorteile

• Schnellere DNS-Auflösung weltweit
• CNAME-Flattening --- einen CNAME auf der Apex-Domain nutzen (normalerweise nicht erlaubt)
• DDoS-Schutz auf DNS-Ebene (kostenlose Stufe deckt die meisten Bedürfnisse ab)
• Page Rules und Weiterleitungen ohne App-seitige Änderungen
• Analytics zu Traffic und DNS-Abfragen

Einrichtung

1. Cloudflare-Konto erstellen; Ihre Domain hinzufügen
2. Cloudflare importiert bestehende DNS-Records (verifizieren Sie sie)
3. Nameserver bei Ihrem Registrar auf die von Cloudflare aktualisieren
4. Auf Nameserver-Propagation warten (typischerweise 1–24 Stunden)
5. DNS ab jetzt in Cloudflare verwalten

Für die meisten Solo-Gründer lohnt sich Cloudflare als DNS. Kostenlos, schneller, und der DDoS-Schutz ist wirklich nützlich.

Post-Domain-Checkliste (nicht überspringen)

Sobald Ihre benutzerdefinierte Domain live ist, müssen mehrere Dinge aktualisiert werden. Wer das überspringt, bricht Integrationen stillschweigend.

• OAuth-Callback-URLs --- Google, GitHub, Microsoft usw. Neue Domain zu den autorisierten Callback-URLs hinzufügen
• Stripe-Webhook-URLs --- Im Stripe-Dashboard von alter Subdomain auf neue Domain aktualisieren
• E-Mail-FROM-Adressen --- Transaktionalen E-Mail-Dienst (Resend, Postmark) auf die neue Domain umstellen
• SPF-/DKIM-/DMARC-Records --- Beim Versand von der neuen Domain die richtigen Records für E-Mail-Zustellbarkeit hinzufügen
• Social-Bios --- Twitter/X, LinkedIn, Instagram, Product Hunt brauchen alle die neue URL
• Marketingmaterialien --- Visitenkarten, Präsentationen, E-Mail-Signaturen, One-Pager
• Dokumentation --- Hilfe-Docs, Onboarding-E-Mails, In-App-Hilfe verweisen alle auf URLs
• Robots.txt und Sitemap --- Neue Sitemap unter der neuen Domain bei der Google Search Console einreichen
• Analytics --- Neue Property in Google Analytics 4 oder PostHog für die neue Domain einrichten
• Alte URL weiterleiten --- yourapp.greta.sh sollte per 301 auf yourbrand.com weiterleiten, um bestehende Links zu erhalten
• Fest codierte URLs im App-Code aktualisieren --- Wird oft übersehen; nach dem alten Domain-String suchen und ersetzen

Häufige Fehler beim Verbinden benutzerdefinierter Domains

• Falscher DNS-Record-Typ --- CNAME auf Apex nutzen, wo ein A-Record nötig ist. Die meisten Registrare unterstützen kein CNAME auf Apex; nutzen Sie Cloudflare für CNAME-Flattening oder bleiben Sie bei A-Records.
• www-vs-Apex-Konsistenz vergessen --- Nutzer landen auf der falschen Version, weil beide auflösen, aber nur eine SSL hat. Weiterleitung von nicht-kanonisch zu kanonisch konfigurieren.
• Gecachtes DNS verwirrt beim Testen --- Sie sehen die alte IP; Nutzer sehen die neue (oder umgekehrt). Aus mehreren Netzwerken testen.
• Post-Domain-Checkliste überspringen --- OAuth, Stripe-Webhooks, E-Mail-FROM-Adressen brechen stillschweigend. Die vollständige Checkliste vor dem Feiern durchgehen.
• Schlechte SPF/DKIM/DMARC --- Transaktionale E-Mails landen nach dem Domain-Wechsel im Spam. E-Mail-Auth-Records ordentlich einrichten.
• Ablaufende Registrierungen ignorieren --- Auto-Renew einstellen. Die Verlängerung zu vergessen ist der häufigste Weg, Ihre Marke an Domain-Squatter zu verlieren.
• Unnötiger Registrar-Wechsel --- Wechseln Sie während der Launch-Phase nicht den Registrar. Erst einleben, dann bei Bedarf später optimieren.
• TLDs kaufen, die Sie nicht brauchen --- Eine .com reicht. Defensiv .net, .org, .io zu kaufen ist für Indie-SaaS selten nötig.
• Analytics nicht unter der neuen Domain einrichten --- Sie denken, Ihr Launch scheitert; tatsächlich ist Analytics falsch konfiguriert. Analytics vor dem Launch verifizieren.

Häufig gestellte Fragen

F1: Wie viel kostet eine benutzerdefinierte Domain? Eine .com kostet typischerweise 10–15 $/Jahr. Cloudflare Registrar verkauft zum Großhandelspreis (~9 $). Andere TLDs (.io, .ai) kosten mehr. Dazu E-Mail-Hosting, wenn Sie Branded E-Mail wollen (5–18 $/Nutzer/Monat) --- reine Weiterleitung ist jedoch kostenlos.

F2: Kann ich eine benutzerdefinierte Domain mit einer Greta-App im kostenlosen Tarif verbinden? Hängt von der Tarifstruktur der Plattform ab. Die meisten KI-App-Builder inkludieren Custom-Domain-Support in bezahlten Tarifen. Greta bietet Custom Domains typischerweise in den Hauptabonnements.

F3: Wie lange dauert das Setup? 30–60 Minuten Arbeit plus 5 Minuten bis 1 Stunde Wartezeit auf DNS-Propagation. Die SSL-Zertifikatsausstellung dauert nochmal ein paar Minuten. Insgesamt vom Domain-Kauf bis zum Live-HTTPS: meist unter 2 Stunden.

F4: Brauche ich Cloudflare? Nein, aber es ist kostenlos und lohnt sich. Schnelleres DNS, kostenloser DDoS-Schutz, CNAME-Flattening für Apex-Domains und ordentliche Analytics. Die meisten Indie-Gründer landen irgendwann bei Cloudflare.

F5: Was, wenn meine Domain schon von jemand anderem registriert ist? Prüfen Sie, ob sie tatsächlich genutzt wird. Manche liegen auf Aftermarket-Seiten; manche sind verlassen. Sie können ein Kaufangebot machen. Ist der Preis unangemessen, wählen Sie einen anderen Namen.

F6: Kann ich meine Domain später wechseln? Ja, aber es ist schmerzhaft. SEO leidet, Social Shares brechen, Kunden müssen Lesezeichen aktualisieren, Integrationen brechen. Besser, von Anfang an die richtige Domain zu wählen und dabei zu bleiben.

F7: Was ist mit internationalen Domains (.co.uk, .de, .au)? Sinnvoll, wenn Ihre Zielgruppe geografisch spezifisch ist. Für globales SaaS bleibt .com der Standard. Für länderspezifische Produkte verleiht die Länder-TLD lokale Glaubwürdigkeit.

Fazit

• Eine benutzerdefinierte Domain mit Ihrer Greta-App zu verbinden, ist das größte Glaubwürdigkeits-Upgrade für ein gelaunchtes Produkt. 30–60 Minuten Arbeit; dauerhafte Wirkung.
• DNS-Grundlagen, die es wert sind: A-Records (Apex-Domain zu IP), CNAME-Records (Subdomain zu einer anderen Domain), TXT-Records (Verifizierung + E-Mail), MX-Records (Mailserver). Die meisten Plattformen sagen Ihnen genau, was hinzuzufügen ist.
• SSL-Zertifikate sind auf modernen Plattformen automatisch via Let's Encrypt. Kostenlos, automatisch erneuernd, von allen Browsern vertraut. Fügen Sie den DNS-Record korrekt hinzu, und SSL erledigt sich von selbst.
• Überspringen Sie die Post-Domain-Checkliste nicht. OAuth-Callbacks, Stripe-Webhooks, E-Mail-FROM-Adressen, Social-Bios, Marketingmaterialien. Der Launch ist erst abgeschlossen, wenn die Checkliste es ist.

Kaufen Sie Ihre Domain noch heute. Verbinden Sie sie in der nächsten Stunde mit Ihrer Greta-App. Führen Sie die Post-Domain-Checkliste diese Woche durch. Ihre App hört auf, "das Ding, das ich auf einer Plattform gebaut habe" zu sein, und wird ein echtes Produkt mit einer echten Marke. Die technische Arbeit ist klein; das Glaubwürdigkeits-Upgrade ist dauerhaft. Jede Minute des Builds zahlt sich in dem Moment aus, in dem ein Kunde Ihre URL in den Browser tippt und ein echtes, gebrandetes, HTTPS-gesichertes Produkt sieht.