Eine Website hat heute zwei Schichten die voellig unabhaengig voneinander funktionieren. Die AI-Ready-Schicht ist universell. Sie macht deine Site fuer 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 fuer deine Kunden laedt, und in welchem Rechtsraum dein Geschaeft sitzt. Wir bauen die erste Schicht fuer 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 ueber AI-Ready Webdesign und ueber AI-Sichtbarkeit. Was bisher zu kurz kam ist die ehrliche Antwort auf eine Frage die immer haeufiger 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 fuer 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 fuer KI-Crawler, robots.txt explizit freigegeben fuer 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 Zuerich 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 gehoeren, welche Behoerde Zugriff verlangen kann, wie schnell deine Seite fuer 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-Loesung. Beides ist Quatsch. Die saubere Trennung sieht so aus: AI-Ready ist die Sichtbarkeits-Frage. Hosting-Region ist die Geschaefts-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 veroeffentlicht 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 grossen LLM-Crawlern. Wer dir verspricht dass dein Vercel Edge Setup die ChatGPT-Zitations-Rate erhoeht, 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 zaehlt ist ob deine Seite schnell antwortet, ob die Inhalte ohne JavaScript da sind, ob deine strukturierten Daten vollstaendig 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 Nuernberg mit guter Server-Konfiguration ist fuer 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. Fuer 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 ueber Hosting-Region? Drei echte Gruende, alle drei nichts mit KI zu tun, alle drei knallhart geschaeftlich.
Der erste Grund ist Latenz fuer 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 fuer 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 zaehlt ist das Vertrauenssignal. Wenn dein UK-Kunde eine Vertragsanlage zur Datenverarbeitung will, und du sagst die Daten liegen in London bei AWS, ist das Gespraech in zwei Saetzen 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 fuer den Server, Supabase EU fuer die Datenbank. Hetzner hat Standorte in Nuernberg, Falkenstein und Helsinki. Wir nehmen je nach Use Case den passenden, sind aber bewusst flexibel weil Hetzner kein einziges Frankfurt-Rechenzentrum hat. Supabase EU laeuft 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 fuer 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 fuer das Frontend-CDN. AWS us-east-1 ist die groesste und stabilste US-Region, gleichzeitig die mit dem dichtesten Service-Katalog. Vercel Edge bringt 100+ globale POPs, von denen US-User die naechsten 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 ueber 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 Loesung. Vercel Edge sorgt fuer schnelle Antworten in ganz Grossbritannien. Falls dein UK-Kunde Azure-affiner ist, koennen wir Azure UK South dazustellen oder als Alternative bauen.
Schweiz-Hosting heisst bei uns Infomaniak Genf oder Exoscale Zuerich. Infomaniak ist Schweizer Anbieter mit eigenem Rechenzentrum in Genf, betreibt seine eigene Cloud-Infrastruktur, ist sektoral fuer kritische Infrastruktur freigegeben. Exoscale ist Swisscom-Tochter mit Zonen in Zuerich und Genf, voll DSG-konform und passt fuer Kunden die einen Schweizer Provider wollen ohne auf Hyperscaler-Komfort zu verzichten. Die Kombination deckt alles ab vom kleinen Schweizer Mittelstaendler bis zum Pharma-Konzern mit nFADP-Anforderungen jenseits dessen was die DSGVO verlangt.
Multi-Region-Failover wenn du es brauchst
Single-Region ist fuer 90 Prozent der Kunden das richtige Setup. Es ist guenstiger, einfacher zu betreiben, weniger Ausfall-Vektoren. Multi-Region wird dann interessant wenn dein Geschaeft eine reale Toleranz von null Minuten Downtime hat oder wenn du in mehreren Maerkten mit harter Latenz-Anforderung sitzt.
Multi-Region-Failover ist Teil unseres Patterns. Wir setzen es selbst ein fuer unser Memory-Produkt, das laeuft mit einem Standby-Server und automatischem Switch innerhalb weniger Sekunden bei einem Primary-Ausfall. Fuer 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 fuer die meisten Geschaeftsmodelle die Hochverfuegbarkeit haben muessen, aber nicht Disaster-Recovery-Niveau brauchen.
Active-Standby ueber 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 fuer Latenz-Optimierung nutzen willst.
Welches Pattern fuer 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 ueberall gleich
Die AI-Ready-Schicht aendern 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 fuer Organization, WebSite, BreadcrumbList und Service oder Product. agents.json im /.well-known Pfad mit den Tools die deine Site fuer KI-Agents anbietet. llms.txt im Root mit der KI-lesbaren Inhaltsuebersicht. robots.txt mit expliziter Freigabe fuer 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 Zuerich, dieser Stack laeuft identisch. Das ist auch der Grund warum wir AI-Sichtbarkeit nicht an Hosting koppeln. Wir bauen den AI-Ready-Layer fuer 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 muessen dass ihre Daten in Deutschland liegen, oder deinem Schweizer Kunden zumuten zu muessen 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-Mittelstaendler 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 koennen 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 fuer ein Hotel mit 200 Zimmern hat, sollte ueber Active-Standby nachdenken. Alle anderen liegen mit einem gut ueberwachten 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 Geschaeft 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 Geschaeft es braucht. Sonst gespart und einfach gehalten.
Wenn du gerade ueberlegst ob deine Site fuer KI-Antworten gebaut ist und ob dein Hosting-Setup fuer dein Marktumfeld passt, schau dir unsere Webdesign-Seite an oder buch direkt einen Termin. Wir sortieren die Frage in 15 Minuten.
