Eine Website hat heute zwei Schichten die voellig unabhaengig voneinander funktionieren. Die AI-Ready-Schicht ist universell. Sie macht deine Site für ChatGPT, Perplexity, Claude und Bing Copilot lesbar, egal von wo der Bot kommt. Die Hosting-Schicht ist regional. Sie entscheidet wer deine Daten anfassen darf, wie schnell die Seite für deine Kunden laedt, und in welchem Rechtsraum dein Geschäft sitzt. Wir bauen die erste Schicht für alle Kunden gleich. Die zweite Schicht legen wir dort hin wo dein Markt sitzt: Hetzner Deutschland, AWS us-east, AWS London, Infomaniak Schweiz. Multi-Region-Failover dazu wenn du es brauchst.
Wir reden seit Monaten über AI-Ready Webdesign und über AI-Sichtbarkeit. Was bisher zu kurz kam ist die ehrliche Antwort auf eine Frage die immer häufiger kommt: was hat der physische Standort eines Servers eigentlich noch mit Sichtbarkeit in KI-Antworten zu tun, wenn die Bots ohnehin global crawlen? Die Antwort ist unbequem für alle die einen einfachen Pitch suchen. Hosting-Region und AI-Sichtbarkeit haben miteinander wenig zu tun. Hosting-Region und Vertrauen, Latenz, Compliance und Vertriebsfaehigkeit haben sehr viel miteinander zu tun. Beides sollte man nicht in einen Topf werfen.
Eine Website hat heute zwei Schichten
Wenn wir eine Website bauen, denken wir in zwei Schichten. Die erste Schicht ist die AI-Ready-Schicht. Da geht es um semantisches HTML5 als Skelett, Schema.org JSON-LD als Bedeutungs-Layer, agents.json und llms.txt als Inhaltsverzeichnis für KI-Crawler, robots.txt explizit freigegeben für GPTBot, ClaudeBot, PerplexityBot und Bing Copilot. Server-Side Rendering damit der Bot nicht in ein leeres div schaut. Faktentexte die direkte Fragen beantworten statt Marketing-Geschwafel. Diese Schicht baut sich identisch egal ob deine Site in Frankfurt, Dublin, Virginia oder Zürich liegt.
Die zweite Schicht ist die Hosting-Schicht. Da geht es um den physischen Server, das Rechenzentrum, das Storage-Backend, die Datenbank, das CDN. Hier entscheidet sich wem deine Daten gehören, welche Behoerde Zugriff verlangen kann, wie schnell deine Seite für einen User in San Francisco oder London laedt, und ob ein Compliance-Audit in deiner Branche durchlaufen kann. Diese Schicht ist nicht universell. Die haengt davon ab wer deine Kunden sind, wo sie sitzen, was sie kaufen und welche Regulierung dir auf dem Hals sitzt.
Wer das nicht trennt verkauft entweder DSGVO als magisches AI-Sichtbarkeits-Argument oder Edge-CDN als magische Compliance-Lösung. Beides ist Quatsch. Die saubere Trennung sieht so aus: AI-Ready ist die Sichtbarkeits-Frage. Hosting-Region ist die Geschäfts-Frage.
Was AI-Crawler wirklich machen
Die ehrliche Frage zuerst. Bevorzugen ChatGPT, Perplexity, Claude oder Gemini Webseiten anhand ihrer Hosting-Region? Wir haben das genau recherchiert und die Antwort ist: nein, dafuer gibt es keine belastbaren Daten. Cloudflare veröffentlicht halbjaehrlich einen AI-Bot-Traffic-Report, die einschlaegigen AEO-Plattformen wie Stackmatix oder Metricus tracken Crawl-Verhalten, und keine seriose Quelle zeigt einen regionalen Preference-Algorithmus bei den großen LLM-Crawlern. Wer dir verspricht dass dein Vercel Edge Setup die ChatGPT-Zitations-Rate erhöht, verkauft dir eine Vermutung als Fakt.
Was AI-Crawler wirklich machen ist langweiliger und gleichzeitig wichtiger. Sie holen sich deine HTML-Seite per HTTP-Request wie jeder andere Bot. Sie schauen sich an was im DOM steht ohne JavaScript auszufuehren. Sie folgen deiner robots.txt und respektieren oder ignorieren sie je nach Crawler. Sie cachen nicht serverseitig im klassischen CDN-Sinn, sondern fragen direkt an. Was zählt ist ob deine Seite schnell antwortet, ob die Inhalte ohne JavaScript da sind, ob deine strukturierten Daten vollständig sind, ob deine agents.json existiert. Die Latenz beim Crawl ist relevant. Wenn dein Server vier Sekunden auf den ersten Byte braucht, ist die Wahrscheinlichkeit hoch dass der Bot die Anfrage abbricht und nicht wiederkommt.
Heisst konkret: ein Hetzner-Server in Nürnberg mit guter Server-Konfiguration ist für einen ChatGPT-Crawl genauso gut wie ein Vercel Edge Setup mit hundert globalen Knoten. Solange der erste Byte schnell kommt und das HTML komplett ist, sieht der Bot keinen Unterschied. Edge-Hosting wird interessant wenn du echte Menschen in mehreren Regionen ausspielst. Für reine AI-Sichtbarkeit ist es ein Nice-to-have, kein Must-have.
Warum Hosting-Region trotzdem wichtig ist
Wenn AI-Crawler keinen Unterschied machen, warum reden wir dann über Hosting-Region? Drei echte Gruende, alle drei nichts mit KI zu tun, alle drei knallhart geschäftlich.
Der erste Grund ist Latenz für menschliche Besucher. Eine Webseite die in Frankfurt liegt und an einen User in San Francisco ausgespielt wird braucht je nach Stack und Caching mindestens 150 bis 200 Millisekunden mehr für die erste Antwort als eine Seite die in us-east-1 oder us-west-2 liegt. Bei einer Single-Page-Anwendung mit mehreren API-Calls multipliziert sich der Effekt schnell. Wer US-Kunden bedient verliert spuerbar Conversion wenn er aus Europa hostet. Genauso umgekehrt.
Der zweite Grund ist sektorale Compliance. Die DSGVO im allgemeinen Wirtschaftsverkehr zwingt dich nicht zu einem deutschen Server. Sie zwingt dich zu adaequatem Schutzniveau und sauberen Vertragsketten. Ein US-Server mit Standardvertragsklauseln und EU-DPF-Zertifizierung ist legal, nur halt unbequemer. Echte Lokalisierungspflicht gibt es nur sektoral. Im Gesundheitsbereich, bei Behoerden, bei kritischer Infrastruktur, teilweise im Finanzwesen. UK GDPR und das Schweizer nFADP zwingen normale Unternehmen genauso wenig zu Local-Storage wie die DSGVO. Was aber fast immer zählt ist das Vertrauenssignal. Wenn dein UK-Kunde eine Vertragsanlage zur Datenverarbeitung will, und du sagst die Daten liegen in London bei AWS, ist das Gespräch in zwei Sätzen vorbei. Wenn du sagst die Daten liegen in Frankfurt mit Standardvertragsklauseln, sitzt du eine halbe Stunde im Compliance-Call.
Der dritte Grund ist Vertriebsfaehigkeit. In den USA gilt es als selbstverstaendlich dass amerikanische Kunden auf amerikanischen Servern liegen. Nicht wegen Compliance, sondern wegen Erwartungshaltung und politischer Stimmungslage. In der Schweiz erwarten ernstere Kunden Schweizer Hosting. Das ist keine harte Pflicht, das ist Markt-Code. Wer dagegen anschwimmt verbrennt Conversion ohne Not. Wer mitschwimmt hat einen Vertriebsvorteil den die Konkurrenz nicht hat.
Vier Regionen, vier Setups
So setzen wir das in der Praxis um. Vier Region-Patterns, jedes ist real und einsatzbereit.
EU als Standard heisst bei uns Hetzner Deutschland für den Server, Supabase EU für die Datenbank. Hetzner hat Standorte in Nürnberg, Falkenstein und Helsinki. Wir nehmen je nach Use Case den passenden, sind aber bewusst flexibel weil Hetzner kein einziges Frankfurt-Rechenzentrum hat. Supabase EU läuft auf AWS Frankfurt. Beide Provider sind seit Jahren in der DSGVO-Welt zuhause, beide haben transparente Sub-Auftragsverarbeiter-Listen, beide sind preislich aggressiv. Das ist die Default-Wahl für alle Kunden die keine besondere Anforderung haben. Auch unsere eigenen SaaS-Produkte (Memory, CRM, GEO, Crew) liegen dort.
USA-Hosting heisst bei uns AWS us-east-1 in Virginia plus Vercel Edge für das Frontend-CDN. AWS us-east-1 ist die größte und stabilste US-Region, gleichzeitig die mit dem dichtesten Service-Katalog. Vercel Edge bringt 100+ globale POPs, von denen US-User die nächsten getroffen bekommen. Die Kombination ist Standard im US-Markt und beantwortet alle Compliance-Fragen amerikanischer B2B-Kunden ohne Diskussion. HIPAA wenn du im Health-Bereich unterwegs bist, FedRAMP wenn du an die oeffentliche Hand verkaufst, beides über AWS spezielle Regionen abbildbar.
UK-Hosting heisst bei uns AWS eu-west-2 in London plus Vercel Edge mit aktiven London-POPs. UK GDPR und EU-DSGVO sind nach wie vor weitgehend deckungsgleich, aber Post-Brexit-Kunden in regulierten Branchen wollen ihre Daten physisch in UK sehen. AWS London ist die saubere Lösung. Vercel Edge sorgt für schnelle Antworten in ganz Grossbritannien. Falls dein UK-Kunde Azure-affiner ist, können wir Azure UK South dazustellen oder als Alternative bauen.
Schweiz-Hosting heisst bei uns Infomaniak Genf oder Exoscale Zürich. Infomaniak ist Schweizer Anbieter mit eigenem Rechenzentrum in Genf, betreibt seine eigene Cloud-Infrastruktur, ist sektoral für kritische Infrastruktur freigegeben. Exoscale ist Swisscom-Tochter mit Zonen in Zürich und Genf, voll DSG-konform und passt für Kunden die einen Schweizer Provider wollen ohne auf Hyperscaler-Komfort zu verzichten. Die Kombination deckt alles ab vom kleinen Schweizer Mittelständler bis zum Pharma-Konzern mit nFADP-Anforderungen jenseits dessen was die DSGVO verlangt.
Multi-Region-Failover wenn du es brauchst
Single-Region ist für 90 Prozent der Kunden das richtige Setup. Es ist günstiger, einfacher zu betreiben, weniger Ausfall-Vektoren. Multi-Region wird dann interessant wenn dein Geschäft eine reale Toleranz von null Minuten Downtime hat oder wenn du in mehreren Märkten mit harter Latenz-Anforderung sitzt.
Multi-Region-Failover ist Teil unseres Patterns. Wir setzen es selbst ein für unser Memory-Produkt, das läuft mit einem Standby-Server und automatischem Switch innerhalb weniger Sekunden bei einem Primary-Ausfall. Für Custom-Kunden bauen wir das auf Wunsch je nach Anforderung. Drei Patterns die wir typischerweise empfehlen:
Active-Standby in derselben Region mit Floating-IP. Schnell zu bauen, Switch in unter zehn Sekunden, schuetzt vor Single-Server-Ausfall, schuetzt nicht vor Region-Ausfall. Reicht für die meisten Geschäftsmodelle die Hochverfuegbarkeit haben müssen, aber nicht Disaster-Recovery-Niveau brauchen.
Active-Standby über zwei Regionen mit DNS-Failover. Cloudflare Health-Checks pollen alle 60 Sekunden, bei Primary-Ausfall switcht der DNS-Eintrag auf den Standby in einer anderen Region. Switch dauert je nach TTL ein bis zwei Minuten. Schuetzt vor Region-Ausfall, kostet etwas mehr weil die Standby-Hardware mitlaeuft. Das ist das Pattern auf das wir Memory aktuell ausbauen.
Active-Active mit Loadbalancer und repliziertem State. Beide Regionen nehmen Traffic, der Loadbalancer verteilt nach Geo oder Last. Komplexer im Betrieb weil State-Replikation sauber gebaut werden muss. Macht Sinn ab einem gewissen Volumen oder wenn du beide Regionen gleichzeitig für Latenz-Optimierung nutzen willst.
Welches Pattern für dich passt haengt davon ab wie deine Anforderung wirklich aussieht und wie hoch dein Budget ist. Die meisten Kunden brauchen kein Active-Active. Viele brauchen mehr als nur einen einzelnen Server. Active-Standby in derselben Region ist meistens der Sweet Spot.
Was bleibt überall gleich
Die AI-Ready-Schicht ändern wir nicht je nach Hosting-Region. Was wir auf jedem Setup einbauen ist immer das gleiche Bundle. Semantisches HTML5 mit klaren section, article, nav und main Elementen. Schema.org JSON-LD im head, mindestens für Organization, WebSite, BreadcrumbList und Service oder Product. agents.json im /.well-known Pfad mit den Tools die deine Site für KI-Agents anbietet. llms.txt im Root mit der KI-lesbaren Inhaltsuebersicht. robots.txt mit expliziter Freigabe für GPTBot, ClaudeBot, PerplexityBot, Bing Copilot, Google-Extended. Und Server-Side-Rendering oder Static-Site-Generation damit der Bot tatsaechlich Text zu lesen bekommt und nicht nur ein leeres React-div.
Egal ob Frankfurt, London, Virginia oder Zürich, dieser Stack läuft identisch. Das ist auch der Grund warum wir AI-Sichtbarkeit nicht an Hosting koppeln. Wir bauen den AI-Ready-Layer für alle Kunden gleich, und legen ihn dann auf die Region die zu deinem Markt passt. Du kriegst die Sichtbarkeit, ohne deinen US-Kunden zumuten zu müssen dass ihre Daten in Deutschland liegen, oder deinem Schweizer Kunden zumuten zu müssen dass sein Hosting in Irland sitzt.
Wie wir das in der Praxis entscheiden
Wenn du mit uns startest klaeren wir drei Fragen bevor wir den Server-Stack festlegen. Erste Frage: wo sitzen deine Kaeufer? Nicht wo deine Firma sitzt, sondern wo die Leute sind die kaufen. Ein DACH-Mittelständler der hauptsaechlich US-Software-Kunden hat braucht US-Hosting, auch wenn er aus Hamburg agiert. Eine Mallorca-Hotel-Kette mit deutschen Gaesten braucht EU-Hosting, auch wenn der Inhaber Brite ist.
Zweite Frage: welche Branche, welche Compliance? Health, Finance, Government, Critical Infrastructure brauchen sektorale Antworten und manchmal harte Lokalisierung. Normaler Mittelstand und E-Commerce kommen mit EU oder US klar, je nach Markt. UK-spezifische Compliance wie FCA-Anforderungen oder Schweizer FINMA-Regulierung verlangen oft den lokalen Standort. Wir können vor dem Build sagen wo die Schmerzpunkte liegen.
Dritte Frage: brauchst du Failover oder reicht Single-Region? 90 Prozent der Mittelstands-Websites brauchen kein Multi-Region-Setup. Wer einen Online-Shop mit hohem Volumen, eine SaaS-Anwendung mit echtem SLA-Druck oder eine Buchungsstrecke für ein Hotel mit 200 Zimmern hat, sollte über Active-Standby nachdenken. Alle anderen liegen mit einem gut überwachten Single-Server-Setup richtig.
Aus diesen drei Antworten faellt die Region-Wahl meistens von selbst raus. Wir machen daraus ein konkretes Setup mit Provider-Namen, Compliance-Doku, Backup-Plan, Monitoring. Du bekommst eine Antwort in einem Satz, nicht ein 30-seitiges Architektur-Dokument.
Was du davon mitnehmen solltest
KI-Sichtbarkeit und Hosting-Region sind zwei Themen, nicht eins. Wer dir das Gegenteil verkauft macht Marketing, nicht Architektur. Die AI-Ready-Schicht baust du einmal sauber und dann steht sie. Die Hosting-Schicht baust du dahin wo deine Kunden, deine Compliance und dein Geschäft sitzen. Beide Entscheidungen sind unabhaengig und beide sollten bewusst getroffen werden, nicht aus dem Bauch.
Wir bauen genau diesen Trennstrich in jedes Webdesign-Projekt rein. Wer mit uns arbeitet bekommt einen AI-Ready-Stack der in jeder LLM-Antwort eine Chance hat, plus ein Hosting-Setup das zu seinem Markt passt. Wer einen US-Markt bedient kriegt US-Hosting, wer Compliance-relevante Schweizer Kunden hat kriegt Schweiz-Hosting, wer DACH-Standard fahren will kriegt EU-Hosting. Multi-Region-Failover dazu wenn das Geschäft es braucht. Sonst gespart und einfach gehalten.
Wenn du gerade überlegst ob deine Site für KI-Antworten gebaut ist und ob dein Hosting-Setup für dein Marktumfeld passt, schau dir unsere Webdesign-Seite an oder buch direkt einen Termin. Wir sortieren die Frage in 15 Minuten.
