Good SEO is good GEO: Warum starke SEO-Grundlagen auch in der KI-Suche den Unterschied machen

by Süheyb Sahbaz, Enes Yilmaztürk | Mai 26, 2026 | Alle, Google

Author: BSZ Online Solutions AG
Kategorie: SEO / AI Visibility / Digital Strategy
Lesezeit: 6-8 Minuten
Schlüsselwörter: SEO, GEO, Generative Engine Optimization, AI Search, AI Overviews, Google Gemini, Answer Engine Optimization, Technical SEO, Content Strategy, Structured Data, Digital Visibility

Viele Unternehmen fragen sich aktuell, ob klassische SEO in Zeiten von AI Overviews, Gemini und generativer Suche noch ausreicht. Die kurze Antwort: Ja—wenn sie richtig gemacht wird. Warum nachhaltige SEO-Grundlagen heute auch die Basis für Sichtbarkeit in KI-getriebenen Suchumgebungen sind.

Die Diskussion rund um GEO, AEO, AI SEO und LLM SEO nimmt gerade spürbar Fahrt auf. Mit jeder neuen Entwicklung im Bereich generativer Suche entstehen neue Begriffe, neue Heilsversprechen und oft auch neue Unsicherheit. Für viele Unternehmen fühlt es sich so an, als müsste die bisherige SEO-Strategie plötzlich komplett neu gedacht werden.

Genau an diesem Punkt lohnt sich ein klarer Blick auf das, was Google selbst kommuniziert. Denn trotz aller neuen Oberflächen und AI-getriebenen Sucherlebnisse bleibt die zentrale Aussage erstaunlich konsistent: Wer bereits auf hochwertige, hilfreiche, technisch sauber strukturierte und nutzerorientierte Inhalte setzt, arbeitet damit auch in Richtung generativer Suchsysteme. Google beschreibt für AI Overviews und AI Mode ausdrücklich, dass keine spezielle zusätzliche Optimierung erforderlich ist und bestehende SEO-Fundamente weiterhin sinnvoll bleiben. Entscheidend bleiben crawlbare Inhalte, gute Seitenstrukturen, hochwertige Medien, klare interne Verlinkung und hilfreicher Content für echte Nutzerfragen. Google Search Central Google for Developers

Das ist eine wichtige Nachricht, weil sie zwei Extreme vermeidet. Auf der einen Seite steht die Panik, dass SEO durch KI ploetzlich bedeutungslos geworden sei. Auf der anderen Seite stehen neue Buzzwords, die suggerieren, man brauche ab sofort eine voellig neue Geheimdisziplin, um in AI Search ueberhaupt noch stattzufinden. Beides greift zu kurz. In der Praxis verschieben sich Formate und Oberflaechen, aber die grundlegenden Signale fuer Vertrauen, Relevanz und Verstaendlichkeit bleiben bestehen.

Wenn heute über GEO gesprochen wird, ist damit im Kern oft etwas gemeint, das gute SEO-Teams schon lange tun: Inhalte so aufbereiten, dass sie für Menschen klar, für Systeme interpretierbar und für Suchumgebungen belastbar sind. Genau deshalb hat die Aussage “Good SEO is good GEO” derzeit so viel Resonanz. Sie bringt auf den Punkt, dass Unternehmen ihre strategische Basis nicht wegwerfen müssen, sondern sie konsequent weiterentwickeln sollten. Laut einem Bericht über Danny Sullivan von Google ist genau das die Botschaft: keine Panik, sondern weiterhin gute Inhalte für Menschen, technische Klarheit und echte Relevanz. Search Engine Land

Was bedeutet das konkret für Unternehmen?

Zunächst: Generative Suchsysteme greifen nicht zufällig auf Inhalte zu. Sie bevorzugen Quellen, die strukturell sauber aufgebaut, inhaltlich verlässlich und technisch gut zugänglich sind. Wer möchte, dass Inhalte nicht nur indexiert, sondern auch als vertrauenswürdige Quelle in AI-getriebenen Antworten sichtbar werden, muss seine Website auf mehreren Ebenen ernst nehmen. Dazu gehören eine saubere Informationsarchitektur, klare Content-Hierarchien, intern gut verknüpfte Themencluster, strukturierte Daten dort, wo sie sinnvoll sind, und Inhalte, die nicht austauschbar wirken. Google betont in seiner Guidance explizit, dass hilfreiche, people-first Inhalte und technische Klarheit die Grundlage bleiben. Google for Developers

Genau hier trennt sich nachhaltige Strategie von kurzfristigem Hype. Wer jedem neuen Akronym hinterherläuft, reagiert nur auf Schlagwörter. Wer dagegen die eigentlichen Prinzipien versteht, baut Sichtbarkeit robuster auf. Denn auch wenn sich die Suchoberflächen verändern, bleiben die Anforderungen an gute digitale Präsenz bemerkenswert stabil: Inhalte müssen klar beantwortbar, thematisch sauber eingebettet, technisch erreichbar und vertrauenswürdig sein.

Für uns ist das deshalb keine Frage von “klassischem SEO versus GEO”, sondern eine Frage digitaler Reife. Eine gute Website ist heute nicht nur für menschliche Besucher gedacht. Sie muss auch in einer Welt funktionieren, in der Suchsysteme Inhalte zusammenfassen, vergleichen, gewichten und in neuen Kontexten ausspielen. Genau deshalb zahlt sich saubere SEO-Arbeit heute doppelt aus: für die klassische organische Suche und für neue AI-getriebene Discovery-Umgebungen.

Unsere Haltung dazu ist bewusst unaufgeregt. Wir setzen nicht auf kurzfristige Tricks, keine Buzzword-Show und keine hektischen Richtungswechsel bei jedem neuen Update. Stattdessen konzentrieren wir uns auf das, was auch langfristig trägt: technische Exzellenz, klare Strukturen, relevanten Content und Strategien, die nicht nur für den nächsten Sichtbarkeitsimpuls, sondern für die nächste Entwicklungsstufe des Webs funktionieren.

Die gute Nachricht für unsere Kunden ist deshalb sehr einfach: Wenn Ihre SEO-Basis heute schon fundiert, qualitativ stark und nutzerzentriert aufgebaut ist, dann sind Sie für die KI-getriebene Weiterentwicklung der Suche nicht zu spät – sondern sehr wahrscheinlich bereits in der richtigen Richtung unterwegs. Die Aufgabe besteht jetzt nicht darin, alles neu zu erfinden. Die Aufgabe besteht darin, die vorhandenen Grundlagen konsequent weiter zu schärfen.

Sie möchten wissen, ob Ihre Website nicht nur für Suchmaschinen, sondern auch für AI-getriebene Suchumgebungen sauber aufgestellt ist?
Dann sprechen Sie mit uns. Wir helfen Ihnen dabei, Ihre SEO-Grundlagen so weiterzuentwickeln, dass sie auch in der nächsten Phase der Suche tragfähig bleiben.

BSZ Online Solutions AG—Ihr vertrauensvoller Partner für Cloud-Infrastruktur, digitale Transformation und zukunftssichere Observability-Strategien.

© 2026 BSZ Online Solutions AG

Agentic Web, Lighthouse und llms.txt: Warum AI-Readiness weit über eine einzelne Datei hinausgeht

by Süheyb Sahbaz, Enes Yilmaztürk | Mai 22, 2026 | Alle, Google

Author: BSZ Online Solutions AG
Kategorie: Insights / Technical SEO
Lesezeit: ~7 Minuten
Schlüsselwörter: llms.txt, Agentic Web, Google Lighthouse, AI Agents, Technical SEO, AI Visibility, Website Infrastructure, semantische Klarheit, maschinenlesbare Inhalte, digitale Zukunftsfähigkeit

Die Art, wie Websites gefunden, gelesen und verstanden werden, verändert sich gerade grundlegend. Es geht längst nicht mehr nur darum, wie Menschen Inhalte wahrnehmen. Immer häufiger greifen auch AI-Agenten, LLM-basierte Assistenten und generative Suchsysteme auf Websites zu, um Informationen zu interpretieren, zusammenzufassen und in neue Kontexte einzuordnen. Genau deshalb wird maschinenlesbare Klarheit zu einem strategischen Thema. Dass Chrome Lighthouse inzwischen ein eigenes Audit für llms.txt im Kontext von Agentic Browsing dokumentiert, ist ein deutliches Signal dafür, wohin sich das Web bewegt. Chrome for Developers

Im Kern beschreibt llms.txt eine aufkommende Konvention, mit der eine Website in einer kompakten, für Sprachmodelle gut lesbaren Form zusammengefasst wird. Die Idee dahinter ist einfach, aber die strategische Bedeutung ist grösser, als es auf den ersten Blick scheint: Statt dass ein Agent eine komplette Website mühsam erschliessen muss, kann eine zentrale Datei die wichtigsten Zusammenhänge, Kernbereiche und relevanten Quellen in einem strukturierten Markdown-Format bereitstellen. Die offizielle Beschreibung auf llmstxt.org stellt dabei klar, dass es sich um einen Vorschlag für LLM-freundliche Website-Kontexte handelt und nicht um einen klassischen Webstandard im engen Sinne. llmstxt.org GitHub

Genau an dieser Stelle beginnt jedoch die eigentliche fachliche Einordnung. Wer das Thema auf die Frage reduziert, ob eine llms.txt-Datei vorhanden ist oder nicht, greift viel zu kurz. Denn AI-Readiness ist keine einzelne Datei, kein isoliertes Hacking und auch kein neuer SEO-Trick. Sie ist das Ergebnis einer sauber strukturierten technischen und inhaltlichen Architektur: klare Informationshierarchien, crawlbare Inhalte, sinnvolle interne Verlinkung, semantische Struktur, robuste Rendering-Wege und eine Website, die sowohl für Menschen als auch für Systeme logisch lesbar ist. Googles offizielle Empfehlungen für generative AI in der Suche betonen genau das: Für Sichtbarkeit in generativen Sucherlebnissen sind weiterhin grundlegende SEO-Prinzipien, technische Zugänglichkeit und hilfreiche Inhalte entscheidend. Google Search Central

Das ist auch der Grund, warum wir das Thema bei BSZ nicht oberflächlich behandeln. Es wäre zu einfach, llms.txt als das nächste Hype-Element zu verkaufen. Die bessere, ehrlichere und strategisch stärkere Perspektive lautet: llms.txt kann ein sinnvoller Baustein sein, aber es entfaltet seinen Wert erst dann wirklich, wenn die zugrunde liegende Website-Architektur stimmt. Wer unklare Content-Strukturen, technische Blockaden, schwache Seitenhierarchien oder inkonsistente Informationspfade hat, wird durch eine einzelne Datei keine nachhaltige AI-Readiness erreichen. Chrome for Developers Google Search Central

Besonders wichtig ist dabei die richtige Erwartungshaltung. In der Lighthouse-Dokumentation wird klar gesagt, dass ein fehlendes llms.txt bei einem 404-Status derzeit nicht als klassischer Fehler gewertet wird, sondern als „Not Applicable.“ Mit anderen Worten: Die Datei ist aktuell optional. Gleichzeitig sagt Google in seiner offiziellen AI-Optimierungsdokumentation, dass keine neuen speziellen AI-Dateien oder besonderen Markups erforderlich sind, um in generativen Suchumgebungen präsent zu sein. Wer hier also mit simplen Heilsversprechen arbeitet, verkennt die Lage. Die Entwicklung ist relevant, aber sie ist differenziert. Genau darin liegt die Chance für Unternehmen, die mit einem technisch starken Partner arbeiten. Chrome for Developers Google Search Central

Denn die eigentliche Frage lautet nicht: „Brauchen wir jetzt auch eine llms.txt?“ Die richtige Frage lautet: Ist unsere Website so aufgebaut, dass sie in einer agentischen, AI-geprägten Webumgebung konsistent verstanden werden kann? Dazu gehören weit mehr als Dateiformate. Es geht um semantische Eindeutigkeit, um saubere Content-Cluster, um technisch nachvollziehbare Seitenbeziehungen und um eine Informationsarchitektur, die nicht nur für klassische Suchmaschinen, sondern auch für kontextarbeitende AI-Systeme belastbar ist. Google Search Central

Genau hier setzt unsere Arbeit bei BSZ an. Wir betrachten Entwicklungen wie Agentic Browsing nicht als isolierte News, sondern als Teil einer grösseren Bewegung: Das Web wird zunehmend von Systemen gelesen, die Inhalte nicht nur indexieren, sondern interpretieren, gewichten und für Nutzer neu zusammensetzen. Für Unternehmen bedeutet das, dass technische SEO, Content-Design und maschinenlesbare Klarheit enger zusammenrücken. Wer das zu spät erkennt, riskiert, in einem neuen Discovery-Umfeld mit veralteten Strukturen zu arbeiten. Chrome for Developers Google Search Central

Deshalb verstehen wir llms.txt auch nicht als Selbstzweck, sondern als mögliche Schnittstelle innerhalb einer umfassenderen AI-Readiness-Strategie. Je nach Website kann es sinnvoll sein, eine solche Datei gezielt zu nutzen, um wichtige Bereiche, Services, Dokumentationen oder Kategorien für AI-Agenten strukturierter zugänglich zu machen. In anderen Fällen ist es noch wichtiger, zunächst an den Grundlagen zu arbeiten: an Rendering-Fragen, an einer saubereren inhaltlichen Hierarchie, an interner Linklogik oder an einer technisch stabileren Seitenstruktur. Die Kunst liegt nicht darin, möglichst schnell auf jedes neue Schlagwort zu reagieren, sondern darin, die relevanten Signale richtig zu bewerten und in belastbare Massnahmen zu übersetzen. llmstxt.org Google Search Central

Für potenzielle Kunden bedeutet das vor allem eines: Dieses Thema ist nicht trivial, aber es muss für Sie auch nicht kompliziert werden. Genau dafür gibt es einen Partner wie BSZ. Wir verfolgen die Entwicklungen rund um AI-Sichtbarkeit, Agentic Browsing und technische Zukunftsfähigkeit nicht nur auf Schlagwort-Ebene, sondern übersetzen sie in konkrete, sinnvolle Infrastrukturentscheidungen. Unser Anspruch ist nicht, Trends hinterherzulaufen. Unser Anspruch ist, die digitale Basis unserer Kunden so aufzubauen, dass sie auch dann tragfähig bleibt, wenn sich Suchverhalten, Crawling-Logiken und AI-gestützte Interfaces weiter verändern. Chrome for Developers GitHub

Die Debatte um llms.txt ist deshalb vor allem aus einem Grund spannend: Sie zeigt, dass sich das Web in Richtung einer neuen Interpretationsschicht bewegt. Nicht nur Menschen lesen Websites. Systeme tun es ebenfalls, und zwar immer aktiver. Unternehmen, die heute schon in saubere technische Strukturen, klare Inhalte und maschinenlesbare Orientierung investieren, verschaffen sich damit einen Vorsprung. Und genau dieser Vorsprung entsteht nicht durch Aktionismus, sondern durch strategische technische Kompetenz. Bei BSZ sorgen wir dafür, dass unsere Kunden in dieser Entwicklung nicht nur mithalten, sondern richtig aufgestellt sind. llmstxt.org Chrome for Developers Google Search Central

BSZ Online Solutions AG – Ihr vertrauensvoller Partner für Cloud-Infrastruktur, digitale Transformation und zukunftssichere Observability-Strategien.

© 2026 BSZ Online Solutions AG

Divi 5: Die neue Grundlage für modernes Webdesign

by Mehmet Ünsal, Haydar Sahbaz | März 11, 2026 | Alle, Google

Wie baut man eine WordPress-Website für eine Garage? Das Wiaz AG Projekt—Auto Listings Plugin, Local SEO und Performance!

by Süheyb Sahbaz, Enes Yilmaztürk | Feb. 26, 2026 | Alle, Google

Performance

wiaz.ch/
├── Home (Slider + Dienstleistungen + Kundenbewertungen + Marken)
├── Reparatur & Service (Serviceleistungen + MFK + Kontaktformular)
├── Occasionen (Fahrzeuggalerie—37 Fahrzeuge, filterbar)
├── Über uns
└── Kontakt & Termin (Kontakt + Terminvereinbarung)

{
  "@context": "https://schema.org",
  "@type": ["AutoDealer", "LocalBusiness"],
  "name": "Wiaz AG",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "St. Gallerstrasse 29",
    "addressLocality": "Zuzwil",
    "postalCode": "9524",
    "addressCountry": "CH"
  },
  "telephone": ["+41714957000", "+41714957004"],
  "areaServed": "Zuzwil, Wil, St. Gallen"
}

Google Clouds OpenTelemetry-Revolution: Mit BSZ Online Solutions zur zukunftssicheren Infrastruktur

by Süheyb Sahbaz, Enes Yilmaztürk | Feb. 19, 2026 | Alle, Google

Author: BSZ Zurich Web Development Team
Kategorie: Fallstudie / Web Development
Lesezeit: ~12–14 Minuten
Schlüsselwörter: Google Cloud, OpenTelemetry, OTLP, Observability, Cloud Monitoring, Cloud Logging, Cloud Trace, telemetry.googleapis.com, OTLP Ingestion API, Vendor Lock-in, Traces, Metrics, Logs, OTLP/gRPC, Migrationsstrategie, GKE, Stackdriver Migration

Google Cloud revolutioniert mit OpenTelemetry die Cloud-Observability. Ab dem 23. März 2026 wird die neue Google Cloud OpenTelemetry OTLP Ingestion API zum Standard und bietet Ihrem Unternehmen drei entscheidende Vorteile: Vendor-Unabhängigkeit, Kostenoptimierung und erweiterte Analysefähigkeiten.

Als BSZ Online Solutions AG verwandeln wir diese technische Neuerung in einen strategischen Wettbewerbsvorteil für unsere Kunden. In diesem Blogbeitrag erläutern wir Google’s OpenTelemetry-Reise, die konkreten Vorteile der neuen API und wie wir gemeinsam diese Chance optimal nutzen können

OpenTelemetry erklärt: Der universelle Standard für Observability

Stellen Sie sich OpenTelemetry als den “universellen USB-Anschluss für Cloud-Anwendungen” vor. So wie ein USB-Kabel an jedem Computer funktioniert, ermöglicht OpenTelemetry das einheitliche Sammeln und Analysieren von Anwendungsdaten auf jeder Plattform.

Das Ende des Vendor Lock-in

Bisher sprach jeder Cloud-Anbieter seine eigene “Sprache” – ein Wechsel bedeutete oft komplette Code-Neuentwicklung:

Mit OpenTelemetry schreiben wir den Code einmal – er funktioniert überall:

Der entscheidende Vorteil: Das Zielsystem (Google Cloud, AWS, Azure, Datadog) wird nur über die Konfiguration bestimmt – der Anwendungscode bleibt unverändert.

Die drei Säulen der Telemetrie

OpenTelemetry sammelt drei Arten kritischer Daten:

1. Traces (Ablaufverfolgung) – “Die Lebensgeschichte einer Transaktion”

Was passiert genau, wenn ein Kunde auf “Kaufen” klickt?

2. Metrics (Metriken) – “Die Vitalwerte Ihres Systems”

• Anfragen pro Sekunde
• Durchschnittliche Antwortzeit
• Fehlerrate
• Ressourcenverbrauch (CPU, RAM, Netzwerk)

3. Logs (Protokolle) – “Das detaillierte Ereignisprotokoll”

• “Benutzer 12345 eingeloggt”
• “Zahlung fehlgeschlagen – Karte abgelehnt”
• “Wiederholungsversuch gestartet”

Google’s Weg zu OpenTelemetry: Von proprietären Systemen zu offenen Standards

Diese Transformation von Google ist das Ergebnis einer seit 2018 geplanten strategischen Neuausrichtung:

2018-2019: Der Beginn mit OpenCensus

Google startete das OpenCensus-Projekt, inspiriert von internen Systemen wie Dapper und Borgmon. Parallel existierte jedoch OpenTracing in der Community – zwei konkurrierende Standards führten zu Fragmentierung.

2019: Die historische Vereinigung

Auf der KubeCon-Konferenz fiel die wegweisende Entscheidung: OpenCensus und OpenTracing verschmolzen zu OpenTelemetry. Google unterstützte diese Konsolidierung massiv und verlagerte Engineering-Ressourcen auf das neue Projekt.

2021-2023: Schrittweise Integration

• 2021: Beta-Support für OpenTelemetry in Cloud Trace
• 2022: Managed OpenTelemetry für GKE – Aktivierung mit einem Klick
• 2023: OTLP-Unterstützung für Cloud Logging

2024-2026: Die Native OTLP-Revolution

Februar 2024: Google kündigte native OTLP-Metrik-Unterstützung für Cloud Monitoring an. Dies ist mehr als nur Format-Support – es ist eine architektonische Transformation.

23. März 2026: Der einheitliche Endpoint telemetry.googleapis.com wird zur automatischen Abhängigkeit bestehender Services.

Wie Eyal Manor, VP bei Google Cloud, es ausdrückt: “Unser Ziel ist es, OpenTelemetry zu einem erstklassigen Bürger in Google Cloud zu machen. Kunden sollen Industriestandards verwenden, nicht Google-spezifische Bibliotheken.”

Die neue OTLP Ingestion API: Konkrete Vorteile für Ihr Unternehmen

Ein Endpoint für alle Telemetriedaten

Altes System (fragmentiert):

Neues System (vereinheitlicht):

Dramatische Kapazitätssteigerung

Die neuen Limits übertreffen die bisherigen bei weitem:

Praktische Bedeutung: Bei einer E-Commerce-Bestellung können Sie jetzt nicht nur Basisdaten speichern, sondern komplette Warenkorbdetails, Kundensegmente, Kampagneninformationen, Zahlungsmethoden und detaillierte Fehlerkontext – alles in einem einzigen Trace.

Performance- und Kostenverbesserungen

CPU-Einsparung: Da Daten nicht mehr in proprietäre Google-Formate konvertiert werden müssen, sinkt die Client-seitige Last um bis zu 58%.

Netzwerkeffizienz: Das OTLP/gRPC-Protokoll ist 60% kompakter als JSON-basierte Übertragung.

Beispielrechnung für mittelständisches Unternehmen (50 Container):

Geschäftsvorteile für BSZ-Kunden

1. Strategische Vendor-Unabhängigkeit

Szenario: Ihr Unternehmen nutzt heute Google Cloud, möchte aber aus Compliance- oder Kostengründen Teile zu AWS oder Azure verlagern.

Mit OpenTelemetry: Derselbe Instrumentierungscode funktioniert überall. Eine Migration dauert Tage statt Monate, da nur Konfigurationen geändert werden müssen.

2. Revolutionäre Fehleranalyse

Realer Kundenfall: Ein E-Commerce-Kunde hatte eine Warenkorbabbruchrate von 12% im Checkout-Prozess.

Bisheriges System: Fehlermeldung “Zahlungsfehler” – Ursache unbekannt.

Mit OTLP: “Premium-Kunde, iPhone 14, Safari Browser, 3D-Secure Authentifizierung dauerte 8,7 Sekunden, Bank-Timeout bei 10 Sekunden, Schweizer IP-Adresse, Kreditkarte Visa.”

Lösung: Timeout-Werte angepasst, alternativer Payment-Flow für mobile Geräte implementiert. Abbruchrate sank auf 4,5%.

3. Granulare Kostentransparenz

Mit den erweiterten Attributen sehen Sie exakt, welcher Microservice wie viele Ressourcen verbraucht:

BSZ Online Solutions Migrationsstrategie

Wir begleiten Sie mit einem bewährten dreistufigen Ansatz sicher durch diese Transformation:

Phase 1: Analyse und Bewertung (4-6 Wochen)

Bestandsaufnahme:

• Inventarisierung bestehender Stackdriver/Legacy-Agents
• Identifikation kritischer vs. unkritischer Systeme
• Abhängigkeitsanalyse zwischen Services
• Risiko-/Nutzen-Bewertung für jeden Service

Deliverables:

• Detaillierte Migrations-Roadmap
• Aufwandsschätzung mit Zeitplan
• Kosten-Nutzen-Analyse
• Priorisierungsmatrix

Phase 2: Pilotprojekt (6-8 Wochen)

Kontrollierte Einführung:

• Auswahl eines repräsentativen, aber unkritischen Systems
• Aufbau der OTLP-Pipeline zu telemetry.googleapis.com
• Parallelbetrieb (Legacy + OTLP) für Vergleichsmessungen
• Dokumentation von Best Practices und Learnings

Team-Enablement:

• Schulung Ihres Entwicklungsteams
• Etablierung von Coding-Standards
• Einrichtung von Monitoring-Dashboards
• Definition von Alert-Regeln

Phase 3: Rollout und Standardisierung (3-12 Monate)

Schrittweise Migration:

1. Entwicklungs- und Testumgebungen (Risiko minimal)
2. Interne Services (begrenzte Kundenauswirkung)
3. Kundensichtbare, aber nicht geschäftskritische Services
4. Geschäftskritische Kernsysteme (maximale Vorsicht)

Unternehmensweite Standardisierung:

• Einheitliche Namenskonventionen für Services und Attribute
• Standardisierte Logging- und Metrik-Filter
• Zentrale Dashboard-Templates
• Automatisierte Alert-Konfigurationen

Kontinuierliches Monitoring:

• Performance-Vergleich (vor/nach Migration)
• Kostenentwicklung überwachen
• Team-Feedback sammeln und umsetzen
• Rollback-Pläne für jeden Schritt

Praktische Implementierung: OTLP-Konfiguration

Beispiel: E-Commerce Checkout-Service

Wichtige Punkte:

• Der Code ist vollständig vendor-agnostic
• Nur endpoint und headers sind Google-spezifisch
• Dieselbe Instrumentierung kann später auf andere Backends zeigen
• Umfangreiche Geschäftskontextdaten werden erfasst

Häufig gestellte Fragen

“Wird unser bestehendes System ausfallen?”
Nein. Google garantiert Rückwärtskompatibilität bis mindestens 2028. Unsere Strategie setzt auf parallelen Betrieb – wir migrieren erst nach ausführlichen Tests in einer sicheren Umgebung.

“Müssen wir zwingend auf OpenTelemetry umsteigen?”
Technisch nein, aber wir empfehlen es dringend. Neue Features und Kapazitätserweiterungen werden nur noch für die OTLP-API entwickelt. Legacy-Systeme bleiben bei den bisherigen Limits.

“Wir nutzen bereits Datadog/New Relic. Entstehen Konflikte?”
Ganz im Gegenteil! Beide Anbieter unterstützen OpenTelemetry vollumfänglich. Sie können Daten einmal sammeln und gleichzeitig an Google Cloud, Datadog und Ihr internes System senden – maximale Flexibilität bei minimaler Komplexität.

“Wie verändert sich unsere Kostenstruktur?”
Kurzfristig entstehen Migrationskosten. Mittelfristig erwarten wir durch effizientere Telemetrie (weniger CPU/Netzwerk), gezieltere Optimierungen und bessere Ressourcentransparenz in den meisten Fällen sinkende Gesamtkosten.

“Was passiert, wenn wir bis März 2026 nicht migriert haben?”
Ihre bestehenden Systeme funktionieren weiter. Sie verpassen jedoch die Vorteile der erweiterten Kapazitäten und neuen Features. Außerdem wird eine spätere Migration unter Zeitdruck riskanter und teurer.

Fazit: Observability für die Zukunft

Google Cloud’s vollständige Unterstützung für OpenTelemetry ist mehr als ein technisches Update. Es markiert den Übergang von Vendor-Abhängigkeit zu strategischer Unabhängigkeit, von begrenzten Daten zu umfassenden Einblicken und von reaktivem Monitoring zu proaktiver Geschäftsoptimierung.

Warum Sie jetzt handeln sollten:

• Wettbewerbsvorteil: Nutzen Sie erweiterte Analytik-Fähigkeiten vor Ihren Mitbewerbern
• Kostenoptimierung: Frühe Migration bedeutet langfristige Einsparungen bei Compute und Netzwerk
• Zukunftssicherheit: Das OpenTelemetry-Ökosystem wächst exponentiell
• Risikominimierung: Kontrollierte Migration statt Panik-Umstellung vor dem Stichtag

Ihr nächster Schritt mit BSZ Online Solutions

Wir bieten Ihnen eine kostenlose 45-minütige Erstberatung:

• Analyse Ihrer aktuellen Observability-Landschaft
• OpenTelemetry-Readiness-Assessment
• Schätzung der potenziellen Kosteneinsparungen
• Vorschlag für eine maßgeschneiderte Migrations-Roadmap

Kontaktieren Sie uns:

• E-Mail: info@bszonline.ch
• Direkt: Sprechen Sie Ihre gewohnte Ansprechperson bei BSZ an

Google’s Vision von “OpenTelemetry Everywhere” wird Realität. Werden Sie mit BSZ Online Solutions AG zum Vorreiter dieser Transformation und sichern Sie sich nachhaltigen Wettbewerbsvorteile.

BSZ Online Solutions AG – Ihr vertrauensvoller Partner für Cloud-Infrastruktur, digitale Transformation und zukunftssichere Observability-Strategien.

© 2026 BSZ Online Solutions AG

Google’s Agentic Shopping

by Süheyb Sahbaz, Larissa Bosshard | Jan. 27, 2026 | Alle, Google

Google’s Agentic Shopping wird den Onlinehandel grundlegend verändern. KI-Agenten übernehmen Produktsuche, Preisvergleich und sogar den Checkout – automatisch und in Echtzeit.

Doch klar ist: Nur wer eine KI-Agenten-taugliche Website und einen entsprechend vorbereiteten Shop hat, wird überhaupt berücksichtigt. Ohne strukturierte, saubere und aktuelle Produktdaten bleibt selbst das beste Angebot unsichtbar.

Wir unterstützen euch dabei, Webseite und Shop fit für KI-Agenten zu machen – von hochwertigen Produktdaten über klare Strukturen bis hin zu optimaler technischer Grundlage. So werden eure Produkte von KI gefunden, empfohlen und erfolgreich verkauft. 🚀