Fallstudie: Wie wir eine GEO-optimierte zweisprachige Website gebaut haben

Als wir Anfang 2026 unsere eigene Website neu aufgebaut haben, standen wir vor einer ungewoehnlichen Herausforderung. ANET Studios ist ein Softwareentwicklungsunternehmen mit Sitz in Irland und Deutschland. Unsere Kunden sprechen Deutsch oder Englisch. Und unsere Website sollte nicht nur bei Google gefunden werden, sondern auch von ChatGPT, Perplexity und Google AI Overviews zitiert werden.

Das Ergebnis: eine zweisprachige Website mit einem TTFB von unter 80 Millisekunden, strukturierten Daten fuer KI-Crawler, einer dedizierten llms.txt-Datei mit ueber 500 Woertern pro Sprachversion und vollstaendiger DSGVO-Konformitaet — ohne einen einzigen Datentransfer ausserhalb der EU.

Dieser Artikel dokumentiert, wie wir das technisch umgesetzt haben, welche Entscheidungen sich bewaehrt haben und was wir rueckblickend anders machen wuerden.

Die Ausgangssituation

Zwei Maerkte, zwei Sprachen, ein Budget

ANET Studios bedient den irischen und den DACH-Markt. Das klingt nach einem einfachen Uebersetzungsprojekt — ist es aber nicht. Deutsche und englischsprachige Nutzer suchen unterschiedlich, haben unterschiedliche rechtliche Erwartungen und reagieren auf unterschiedliche Verkaufsargumente.

Ein Beispiel: Waehrend im englischsprachigen Raum "web development agency" ein gaengiger Suchbegriff ist, suchen deutsche Nutzer nach "Webentwicklung", "Website erstellen lassen" oder "Webagentur". Das sind nicht nur Uebersetzungen — es sind unterschiedliche Suchintentionen mit unterschiedlichen Ergebnisseiten.

Die Anforderungen

Unsere Zielvorgaben vor Projektstart:

• Performance: TTFB unter 100 Millisekunden weltweit
• SEO: Eigene URL-Struktur und Meta-Daten pro Sprache (kein automatisches Uebersetzen)
• GEO: Sichtbarkeit in KI-gesteuerten Suchsystemen (ChatGPT, Perplexity, AI Overviews)
• DSGVO: Vollstaendige Konformitaet ohne US-Datentransfers
• Barrierefreiheit: BFSG-Konformitaet ab Launch
• Wartbarkeit: Ein einziges Deployment fuer beide Sprachversionen

Architekturentscheidungen

React + Vite + Pre-Rendering statt CMS

Wir haben uns gegen ein CMS entschieden. WordPress, Strapi oder Contentful haetten zusaetzliche Komplexitaet, Sicherheitsrisiken und Latenz eingefuehrt. Stattdessen setzen wir auf React mit Vite als Build-Tool und eine Pre-Rendering-Pipeline, die alle Seiten beim Build als statisches HTML generiert.

Das Ergebnis: Jede Seite wird als fertige HTML-Datei ausgeliefert. Kein Server-Rendering bei jeder Anfrage. Kein Datenbank-Zugriff. Die einzige Verzoegerung ist der Netzwerk-Roundtrip — und der liegt bei Hetzner-Servern in Deutschland unter 20 Millisekunden fuer DACH-Besucher.

Die gemessenen Werte bestaetigen den Ansatz: Unser TTFB liegt bei 77 Millisekunden. Zum Vergleich: Der Branchendurchschnitt fuer Agentur-Websites liegt laut HTTP Archive bei 1,2 Sekunden.

Zweisprachigkeit: /de/ statt Subdomain

Fuer die deutsche Version nutzen wir ein Unterverzeichnis (/de/) statt einer Subdomain (de.anetstudios.com). Diese Entscheidung hat drei Gruende:

1. SEO-Autoritaet: Google behandelt Unterverzeichnisse als Teil derselben Domain und vererbt die Domain-Autoritaet. Subdomains werden teilweise als separate Websites bewertet.
2. Verwaltung: Ein SSL-Zertifikat, eine Deployment-Pipeline, ein Analytics-Dashboard.
3. GEO-Kontext: KI-Crawler erkennen die Sprachzuordnung ueber die URL-Struktur zuverlaessiger als ueber hreflang-Tags allein.

Jede deutsche Seite hat eigene Meta-Daten, eigenen Content und eigene interne Verlinkung. Wir uebersetzen nicht automatisch — jede Sprachversion wird einzeln geschrieben, mit Suchintentionen und kulturellen Nuancen des jeweiligen Marktes.

Deutsche SEO-Herausforderungen

Die Suchmaschinenoptimierung fuer den deutschen Markt hat spezifische Eigenheiten, die bei einer reinen Uebersetzung verloren gehen:

Umlaute und Compound Words: Deutsche Nutzer suchen sowohl nach "Webentwicklung" als auch nach "Web-Entwicklung" und "Web Entwicklung". Google behandelt diese nicht immer als Synonyme. Unsere Strategie: Primaere Keywords ohne Bindestrich, Varianten mit Bindestrich in Zwischenueberschriften und Alternativtexten.

Lokale Suchintention: "Webentwicklung" hat in Deutschland eine andere SERP-Struktur als "web development" im Englischen. Deutsche Suchergebnisse zeigen haeufiger lokale Ergebnisse, auch ohne Standortbegriff. Deshalb sind lokale Signale (Impressum mit Adresse, Google Business Profile, lokale Schema.org-Markierung) fuer den deutschen Markt wichtiger als fuer den internationalen.

Rechtskonformitaet als Ranking-Signal: Google bewertet Vertrauenssignale. Im deutschen Markt gehoeren dazu ein korrektes Impressum, eine vollstaendige Datenschutzerklaerung und eine AGB-Seite. Fehlen diese, wird das nicht nur von Abmahnanwaelten bemerkt, sondern auch vom Algorithmus.

GEO-Optimierung: Die KI-Suchmaschinen bedienen

Was ist GEO und warum ist es relevant?

Generative Engine Optimization (GEO) ist die Disziplin, die dafuer sorgt, dass KI-Suchsysteme Ihre Website als Quelle zitieren. Waehrend SEO darauf abzielt, in einer Ergebnisliste weit oben zu stehen, zielt GEO darauf ab, in einer synthetisierten Antwort namentlich erwaehnt zu werden.

Fuer den deutschen Markt ist GEO besonders relevant, weil die Nutzung von KI-Suchtools im DACH-Raum 2025/2026 stark zugenommen hat. Perplexity hat seinen deutschen Marktanteil im letzten Jahr verdreifacht. Google AI Overviews werden fuer immer mehr deutsche Suchanfragen ausgespielt.

llms.txt: Eine Bedienungsanleitung fuer KI-Crawler

Wir haben fuer beide Sprachversionen eine llms.txt-Datei implementiert — eine strukturierte Textdatei, die grossen Sprachmodellen erklaert, wer wir sind, was wir anbieten und wo sie vertiefende Informationen finden.

Unsere deutsche llms.txt umfasst 521 Woerter und ist unter anetstudios.com/de/llms.txt abrufbar. Die englische Version hat 659 Woerter. Beide enthalten:

• Unternehmensbeschreibung und Positionierung
• Auflistung aller Dienstleistungen mit Kurzbeschreibung
• Links zu relevanten Unterseiten
• Kontaktinformationen
• Strukturierte Fakten (Gruendungsjahr, Standorte, Technologie-Stack)

Das Konzept ist einfach: Wenn ein KI-System eine Frage wie "Wer baut DSGVO-konforme Websites in Deutschland?" beantworten soll, findet es in unserer llms.txt eine maschinenoptimierte Zusammenfassung, die direkt in eine Antwort einfliessen kann.

Schema.org: Strukturierte Daten fuer Maschinen

Jede Seite unserer Website enthaelt Schema.org-Markup im JSON-LD-Format. Fuer die Startseite verwenden wir unter anderem:

• Organization: Firmenname, Standorte (Irland und Deutschland), Kontaktdaten
• WebSite: Suchfunktion, Sprache, Herausgeber
• Service: Einzelne Dienstleistungen mit Beschreibung und Zielgruppe
• BreadcrumbList: Navigation fuer Suchmaschinen und KI-Crawler

Die Implementierung erfolgt ueber einen Cloudflare Worker, der die strukturierten Daten serverseitig injiziert. Das hat den Vorteil, dass die React-Anwendung selbst schlank bleibt und die strukturierten Daten zentral verwaltet werden koennen, ohne den Frontend-Code zu aendern.

DSGVO-Konformitaet: Kein Kompromiss

EU-only Hosting

Die gesamte Infrastruktur laeuft auf Hetzner-Servern in Deutschland. Kein CDN mit US-Knoten, keine externen Analytics, keine eingebetteten Drittanbieter-Skripte. Jeder Byte, der zwischen unserer Website und dem Besucher fliesst, bleibt innerhalb der EU.

Das ist nicht nur ein Datenschutz-Argument — es ist auch ein Geschwindigkeitsvorteil. Fuer Besucher aus dem DACH-Raum bedeutet ein deutscher Serverstandort Latenzen von unter 20 Millisekunden. Ein US-basiertes CDN wie Cloudflare wuerde zwar global schnell sein, aber fuer DACH-Traffic keinen Vorteil bringen und gleichzeitig Datenschutzfragen aufwerfen.

Kein Cookie-Banner noetig

Da wir keine Tracking-Cookies setzen, kein Google Analytics verwenden und keine Daten an Dritte uebermitteln, benoetigt unsere Website keinen Cookie-Consent-Banner. Das ist nicht nur datenschutzfreundlich — es verbessert auch die Nutzererfahrung. Studien zeigen, dass Cookie-Banner die Absprungrate um 5 bis 10 Prozent erhoehen. Eine Seite ohne Banner ist eine Seite, die schneller zum Inhalt fuehrt.

Impressum und Datenschutz

Fuer unseren deutschen Auftritt haben wir ein vollstaendiges Impressum nach Paragraph 5 TMG mit beiden Firmenstandorten (Irland und Deutschland) sowie eine detaillierte Datenschutzerklaerung nach DSGVO Artikel 13 und 14 erstellt. Beide Dokumente werden jaehrlich von einem auf IT-Recht spezialisierten Anwalt geprueft.

Die Ergebnisse

Performance-Kennzahlen

GEO-Kennzahlen

Was wir rueckblickend anders machen wuerden

Fruehzeitigere Keyword-Recherche fuer den deutschen Markt. Wir haben die deutsche Version anfangs zu nah an der englischen orientiert. Die Erkenntnis, dass deutsche Nutzer fundamental anders suchen, kam erst nach dem Launch. Heute wuerden wir die Keyword-Recherche pro Sprache komplett getrennt durchfuehren, bevor auch nur eine Zeile Code geschrieben wird.

Mehr lokale Inhalte von Anfang an. Deutsche Geschaeftskunden erwarten lokale Praesenz. Ein Blogartikel in perfektem Deutsch reicht nicht — es braucht Referenzen aus dem DACH-Raum, deutsche Telefonnummern und eine lokale Adresse im Impressum. Wir haben unsere deutsche Adresse in Altena erst im zweiten Monat nach Launch ergaenzt. Rueckblickend haette das zum Launch bereit sein muessen.

Barrierefreiheitstests frueher automatisieren. Obwohl wir BFSG-Konformitaet als Ziel hatten, haben wir die automatisierten Accessibility-Tests erst nach dem Launch in die Build-Pipeline integriert. Besser waere es gewesen, von Sprint 1 an axe-core oder pa11y in den CI-Prozess einzubinden.

Was Sie daraus mitnehmen koennen

Wenn Sie eine Website fuer den DACH-Markt planen oder modernisieren, sind drei Prinzipien entscheidend:

1. Zweisprachigkeit ist kein Uebersetzungsprojekt. Jede Sprache braucht eigene Keywords, eigene Inhalte und eigene Meta-Daten. Automatische Uebersetzung reicht fuer die Nutzererfahrung, aber nicht fuer SEO und GEO.

2. DSGVO ist kein Haekchen, sondern eine Architekturentscheidung. Wenn Sie Datenschutz von Anfang an in die Infrastruktur einbauen (EU-Hosting, keine Drittanbieter-Cookies, lokale Analytics), sparen Sie sich Cookie-Banner, AVV-Vertraege und Bussgeld-Risiken.

3. GEO ist jetzt Pflicht, nicht Kuer. KI-Suchsysteme werden 2026 einen signifikanten Anteil des B2B-Informationsverhaltens im DACH-Raum ausmachen. Wer keine llms.txt hat, keine strukturierten Daten liefert und keine zitierfaehigen Inhalte bietet, wird in KI-Antworten nicht vorkommen.

Sprechen Sie mit uns ueber Ihre mehrsprachige Website — wir bringen die Erfahrung aus unserem eigenen Projekt direkt in Ihres ein.

Häufig gestellte Fragen

Was kostet eine zweisprachige Website mit GEO-Optimierung?

Fuer eine professionelle zweisprachige Website mit SEO, GEO und DSGVO-Konformitaet rechnen Sie mit 8.000 bis 25.000 EUR, je nach Umfang und Komplexitaet. Der Preis ist hoeher als bei einer Standardwebsite, weil jede Sprachversion eigene Inhalte, eigene Meta-Daten und eigene Keyword-Strategien benoetigt. Die Investition amortisiert sich jedoch schnell, weil Sie zwei Maerkte mit einer Infrastruktur bedienen.

Brauche ich wirklich eine llms.txt-Datei?

Wenn Sie moechten, dass KI-Suchsysteme wie ChatGPT, Perplexity oder Google AI Overviews Ihr Unternehmen in Antworten erwaehnen, ja. Die llms.txt ist eine strukturierte Zusammenfassung Ihres Unternehmens, die speziell fuer grosse Sprachmodelle optimiert ist. Ohne sie verlassen sich KI-Systeme auf das, was sie im Web ueber Sie finden — und das ist oft veraltet, unvollstaendig oder falsch.

Wie unterscheidet sich GEO von SEO?

SEO optimiert fuer Platzierungen in Suchergebnislisten (zehn blaue Links). GEO optimiert fuer Zitierungen in KI-generierten Antworten. Die Techniken ueberschneiden sich teilweise (strukturierte Daten, hochwertige Inhalte), aber GEO erfordert zusaetzlich maschinenlesbare Zusammenfassungen (llms.txt), zitierfaehige Fakten mit Quellenangaben und eine Inhaltsstruktur, die von Sprachmodellen als autoritativ erkannt wird. Ausfuehrlich erklaert in unserem Artikel Was ist GEO?.

Kann ich meine bestehende Website nachtraeglich GEO-optimieren?

Ja, aber der Aufwand haengt von der bestehenden Architektur ab. Eine statische Website oder eine React-Anwendung laesst sich relativ einfach um llms.txt und Schema.org erweitern. Bei WordPress erfordert es spezielle Plugins und sorgfaeltige Konfiguration. Die GEO-Optimierung einer bestehenden Website kostet typischerweise 2.000 bis 6.000 EUR — deutlich weniger als ein kompletter Neubau.

Muss ich fuer den deutschen Markt einen Server in Deutschland betreiben?

Rechtlich nicht zwingend — die DSGVO verlangt EU-basierte Datenverarbeitung, nicht spezifisch Deutschland. Aber ein deutscher Serverstandort bietet zwei Vorteile: minimale Latenz fuer DACH-Besucher (unter 20 ms) und einen klaren Kommunikationsvorteil ("Ihre Daten bleiben in Deutschland"). Bei Anbietern wie Hetzner beginnen VPS-Server bei 4,51 EUR monatlich — ein vernachlaessigbarer Kostenpunkt mit grossem Vertrauenseffekt.