Kurzfassung
Am 22. Juli 2026 meldete Google Cloud ein Wachstum von 82 % auf 24,8 Mrd. $ und einen Vertragsbestand von 514 Mrd. $ – und teilte Investoren mit, dass der Kapazitätsaufbau mit der Nachfrage nicht Schritt halten kann. CEO Thomas Kurian erklärte, Kunden gäben rund 50 % mehr aus als ursprünglich zugesagt, und Google werde für einige Quartale Kapazitäten von Drittanbietern mieten, um Kunden zu überbrücken, bis die eigenen Rechenzentren aufgeholt haben. Alphabet hob die Investitionsprognose für 2026 auf bis zu 205 Mrd. $ an; die Aktie fiel trotzdem um rund 7 %, da die Kostensteigerungen Sorge bereiteten.
Für Teams, die Cloud-Dienste einkaufen, ist das Signal klar: Die bindende Engpassgröße hat sich vom Budget zur physischen Kapazität verlagert. Kurzfristig bedeutet das längere Vorlaufzeiten und weniger Verhandlungsspielraum bei den neuesten Beschleunigern; dauerhaft empfiehlt sich, Kapazitätsplanung und Portabilität als erstklassige Engineering-Aufgaben zu behandeln – nicht als bürokratischen Beschaffungsvorgang.
Was hat Alphabet tatsächlich gemeldet?
Ein Cloud-Geschäft, das weit schneller wächst als erwartet – und dabei Nachfrage offen eingesteht, die es nicht vollständig bedienen kann. In den Q2-2026-Ergebnissen meldete Alphabet, dass der Google-Cloud-Umsatz im Jahresvergleich um 82 % auf 24,8 Mrd. $ gestiegen ist – von 13,6 Mrd. $ – und damit die Analystenerwartungen von rund 22,4 Mrd. $ deutlich übertraf. Das entspricht einer annualisierten Laufrate von rund 99 Mrd. $. Der Gesamtumsatz von Alphabet betrug 119,8 Mrd. $, ein Plus von 24 % für das am 30. Juni 2026 endende Quartal.
Die Zahl, die die Geschichte umschreibt, ist der Auftragsbestand. Der vertragliche, aber noch nicht als Umsatz erfasste Bestand von Google Cloud – unterzeichnete Verträge, die noch zu erfüllen sind – erreichte 514 Mrd. $, gegenüber rund 460 Mrd. $ im Vorquartal. Das ist ein Vielfaches der aktuellen Jahreslaufrate, was bedeutet, dass ein großer Teil der Enterprise-Cloud- und KI-Ausgaben für die kommenden Jahre bereits an Googles Stack gebunden ist. Für Teams, die ihre eigene Cloud- und DevOps-Kapazität planen, ist ein Auftragsbestand dieser Größe nicht nur ein Investorenargument: Er beschreibt, wer vor Ihnen in der Warteschlange für dieselben knappen GPUs steht.
Investoren feierten das nicht. Alphabet hob seine Investitionsprognose für 2026 auf 195 bis 205 Mrd. $ an, gegenüber 180–190 Mrd. $ ein Quartal zuvor, und die Aktie fiel um rund 7 %, da der Markt bezweifelte, ob der KI-Aufbau so viele Ausgaben rechtfertigen kann. Der Subtext dieser Reaktion ist für Einkäufer bedeutsam: Der Anbieter pumpt Geld in Kapazitäten, gerade weil er zu wenig davon hat.
Warum ist ein 514-Mrd.-$-Backlog eine Kapazitäts- und keine reine Wachstumsgeschichte?
Weil sich der Engpass von der Nachfrage- auf die Angebotsseite verlagert hat. In den meisten Jahren der Cloud-Ära war die Aufgabe des Anbieters, den Auftrag zu gewinnen; die Abwicklung galt als selbstverständlich. Was Kurian im Earnings Call beschrieb, ist das gegenteilige Problem: Kunden haben sich für eine Menge angemeldet, festgestellt, dass sie weit mehr KI-Infrastruktur als geplant benötigen, und geben nun rund 50 % mehr als ihre Verpflichtungen aus. Wenn die Nutzung die Commitments über ein 500-Mrd.-$-Geschäft hinaus überschreitet, ist die Bremse nicht mehr der Vertrieb – sondern Rechenzentren, Strom und Beschleuniger.
Den deutlichsten Beleg liefert Googles Reaktion darauf. Anstatt das Defizit das Wachstum deckeln zu lassen, kündigte das Unternehmen an, für einige Quartale Kapazitäten von Drittanbietern zu mieten, um Kunden aufzunehmen und zu überbrücken, bis die eigene Kapazität verfügbar ist. Ein Hyperscaler, der fremde Kapazitäten mietet, ist ein ungewöhnliches Eingeständnis: Es bedeutet, dass das interne Angebot der vertraglich gebundenen Nachfrage tatsächlich hinterherhinkt – und nicht nur knapp ist. Die erhöhte Investitionsprognose ist die langfristige Lösung; die Drittanbieter-Mietkapazitäten sind die Überbrückung, während der Beton trocknet.
Das ist nicht einzigartig für Google. Dasselbe Muster – Rekordauftragsbestände, rasant steigende Investitionsausgaben, Beschleunigerangebot als limitierender Faktor – ist in diesem Zyklus bei den größten Cloud- und KI-Anbietern zu beobachten. Darum handelt es sich um ein Marktsignal und nicht um eine Eigenheit eines einzelnen Unternehmens: Die knappe Ressource der gesamten Branche ist derzeit Kapazität, und die Einkäufer, die Knappheit einplanen, werden die übertreffen, die Überfluss voraussetzen.
Was bedeutet der Engpass für Cloud-Einkäufer?
Vor allem weniger Verhandlungsmacht und längere Vorlaufzeiten – in die falsche Richtung. Wenn die vertraglich gebundene Nachfrage das Angebot übersteigt, teilen Anbieter die knappen Ressourcen – insbesondere die neueste GPU- und Beschleunigerkapazität in bestimmten Regionen – zuerst ihren größten Bestandskunden zu. Für mittelgroße Teams kann sich das als längere Vorlaufzeiten bei reservierten Instanzen, Kontingentlimits für die neuesten Beschleuniger und deutlich weniger Rabattspielraum als noch vor einem Jahr bemerkbar machen. On-Demand-Listenpreise steigen selten über Nacht, aber die praktische Verfügbarkeit dahinter wird knapper.
Der strategische Wandel besteht darin, dass Kapazitätsplanung Ihren Fahrplan heute mehr schützt als Preisvergleiche. Ein günstigerer Stundensatz nützt wenig, wenn die benötigte Kapazität in der gewünschten Region zum benötigten Zeitpunkt nicht verfügbar ist. Das verändert die Fragen, die ein Team einem Anbieter stellen sollte: nicht nur „Was kostet das?", sondern „Können Sie diese Kapazität in dieser Region zu diesem Datum zusagen, und was passiert mit meinen Workloads, wenn Sie das nicht können?" Diese Antworten schriftlich festzuhalten ist jetzt Teil der Due Diligence, kein Sonderfall.
Es erhöht auch den Wert von Portabilität. Wenn Ihre KI-, ML- und Datenplattform nur auf den proprietären Diensten eines Anbieters laufen kann, erben Sie dessen Kapazitätsengpässe ohne Alternative. Teams, die ihre Workloads lose gekoppelt halten – portable Datenformate, Infrastructure-as-Code, Inference-Runtimes, die mehr als ein Backend ansprechen können – können bei einem regionalen Engpass umleiten oder einen zweiten Anbieter als Verhandlungshebel einsetzen. Diese Optionalität lohnt sich aufzubauen, bevor der Engpass die Entscheidung erzwingt – nicht mittendrin.
Was das für US-, EU- und DACH-Teams bedeutet
Für US-Teams ist die Überschrift Planungsdisziplin. Die Ära, in der Cloud-Kapazität wie ein unbegrenzter, jederzeit verfügbarer Versorgungsdienst behandelt wurde, pausiert für Workloads, die knappe Beschleuniger benötigen. Das bedeutet nicht, Reservierungen zu horten, die man nicht nutzen wird – Übercommitment in einem sich schnell verändernden Markt ist eine eigene Falle –, wohl aber, den Beschleunigerbedarf einige Quartale voraus zu prognostizieren, für sichere Workloads reservierte Kapazitäten zu sichern und für unsichere Workloads einen dokumentierten Fallback bereit zu halten. Die Teams, die hier gewinnen, machen Kapazität zu einem Fahrplan-Input, nicht zu einem Last-Minute-Anliegen.
EU-Teams sind dem Engpass gleichzeitig auf zwei Achsen ausgesetzt: Kapazität und Compliance. Knappe Beschleunigerkapazität ist nicht gleichmäßig über Regionen verteilt; die europäische Region, die Ihre Datenschutzanforderungen erfüllt, kann genau die kapazitätsbeschränkte sein – und ein Anbieter, der die Nachfrage mit gemieteten Drittanbieterkapazitäten überbrückt, kann ändern, wo Workloads physisch laufen. Daher ist es unerlässlich, Datenhaltungsort und Protokollierungsanforderungen als harte Bedingungen in jede Kapazitätsentscheidung einzubetten und zu prüfen, wo die Rechenleistung tatsächlich im Verhältnis zur DSGVO und zum EU-KI-Gesetz ausgeführt wird, anstatt dies vorauszusetzen. Besonders im regulierten FinTech- und Gesundheitsbereich ist ein Kapazitäts-Workaround, der die Verarbeitung stillschweigend in den falschen Rechtsraum verlagert, ein Compliance-Vorfall – keine Bequemlichkeit.
DACH-Marktperspektive: Im deutschsprachigen Raum (Deutschland, Österreich, Schweiz) ist der Kapazitätsengpass bei Google Cloud besonders spürbar, weil deutsche und österreichische Unternehmen – von der Automobilindustrie (Volkswagen, BMW, Mercedes-Benz) bis zum Mittelstand – Workloads bevorzugt in die Frankfurt-Region (europe-west3) legen, die als Engpass-Region gilt. Hinzu kommt das BSI C5-Testat: Unternehmen, die nach BSI C5 oder DSGVO streng geprüft werden, können Kapazitäts-Workarounds auf andere Regionen oder Drittanbieter nicht ohne Neubewertung des Compliance-Status akzeptieren. Wer im DACH-Raum auf Google Cloud setzt, sollte jetzt Reservierungen für die Frankfurt-Region prüfen und die Kapazitätszusagen des Anbieters schriftlich fixieren – gerade wenn BSI C5-Konformität zum Vertragsgegenstand gehört.
Die nachhaltige Lehre liegt über jedem einzelnen Quartalsbericht. Cloud-Preise, Kapazitäten und regionale Verfügbarkeit werden sich weiter verändern, während der KI-Aufbau seinen Lauf nimmt; die Teams, die resilient bleiben, sind jene, deren Architektur Kapazität als geplanten, substituierbaren Input behandelt – nicht als Selbstverständlichkeit. Diese Disziplin aufzubauen ist unspektakulär – Prognosen, Reservierungen, Portabilität, ein erprobter Fallback – und zahlt sich jedes Mal aus, wenn der Markt sich so zuzieht wie gerade eben.
So planen Sie bei knapper Kapazität
Betrachten Sie das als Anstoß, Kapazität bewusst zu planen – nicht als Signal, in Panik Reservierungen zu kaufen. Hier ist die umsetzbare Variante.
- Beschleunigerbedarf prognostizieren. Projizieren Sie GPU- und Beschleunigerbedarf einige Quartale voraus je Workload und trennen Sie sichere von spekulativer Nachfrage.
- Sichere Workloads reservieren. Sichern Sie reservierte oder committete Kapazitäten in den konkreten Regionen, die Sie für sichere Workloads benötigen; halten Sie für den Rest flexiblen On-Demand-Spielraum frei.
- Kapazitätszusagen schriftlich festhalten. Fragen Sie Anbieter nach regionsspezifischen Kapazitäten und Vorlaufzeiten – nicht nur nach Preisen – und dokumentieren Sie, was passiert, wenn Kapazitäten sich verschieben.
- Workloads portabel halten. Nutzen Sie Infrastructure-as-Code, portable Datenformate und Runtimes, die mehr als einen Anbieter ansprechen können, damit ein Engpass eine Umleitung ist – kein Neubau.
- Datenhaltungsort als hartes Kriterium verankern. Machen Sie Datenhaltungsort und Protokollierung zu nicht verhandelbaren Inputs jeder Kapazitätsentscheidung und prüfen Sie, wo die Rechenleistung im Verhältnis zur DSGVO und zum EU-KI-Gesetz ausgeführt wird.
- Den Fallback testen. Halten Sie eine dokumentierte zweite Option für kritische Workloads bereit und üben Sie sie tatsächlich, damit „wir können wechseln" eine bewiesene Fähigkeit ist – keine Hoffnung.
Richtig genutzt belohnt ein kapazitätsbeschränkter Markt die Disziplinierten: prognostizieren, reservieren, portabel bleiben und den Datenhaltungsort als Randbedingung behandeln, nicht als Nachgedanken. Falsch gehandhabt verwandelt er eine Schlagzeile über den Auftragsbestand eines anderen in Ihren eigenen gestoppten Launch. Den Unterschied macht die Planung, die Sie durchführen, bevor die Kapazität, die Sie brauchen, genau die Kapazität ist, die alle anderen auch brauchen.
Häufig gestellte Fragen
Was hat Alphabet am 22. Juli 2026 über Google Cloud berichtet?
Der Google-Cloud-Umsatz stieg im Jahresvergleich um 82 % auf 24,8 Mrd. $ – von 13,6 Mrd. $ – und übertraf damit Schätzungen von rund 22,4 Mrd. $. Der Vertragsbestand erreichte 514 Mrd. $, gegenüber rund 460 Mrd. $ im Vorquartal. Der Gesamtumsatz von Alphabet betrug 119,8 Mrd. $, ein Plus von 24 %. Das Unternehmen hob die Investitionsprognose für 2026 auf 195–205 Mrd. $ an; die Aktie fiel um rund 7 % wegen der KI-Ausgabenbedenken.
Was meinte Thomas Kurian mit „Nachfrage übersteigt Kapazität"?
Kurian sagte, Kunden gäben rund 50 % mehr aus als zugesagt, weil sie weit mehr KI-Infrastruktur benötigten als geplant. Die Nachfrage ist so stark, dass Google für einige Quartale Drittanbieterkapazitäten mieten wird, um Kunden aufzunehmen und zu überbrücken, bis die eigene Kapazität aufholt. Die vertraglich gebundene Nachfrage übersteigt die physisch verfügbare Kapazität zu ihrer Bedienung.
Wie wirkt sich der Engpass auf Preis und Verfügbarkeit von Cloud-Kapazität aus?
Knappe GPU- und Beschleunigerkapazität in bestimmten Regionen wird zuerst den größten Bestandskunden zugeteilt, sodass kleinere Teams längere Vorlaufzeiten, Kontingentlimits für die neuesten Beschleuniger und weniger Verhandlungsspielraum erleben können. On-Demand-Listenpreise steigen selten über Nacht, aber die Verfügbarkeit wird knapper – was Kapazitätsplanung, nicht Preisvergleiche, zum entscheidenden Faktor für Ihren Fahrplan macht.
Sollten Teams deshalb auf Multi-Cloud wechseln?
Nicht reflexartig. Multi-Cloud verursacht Kosten und Komplexität und lohnt sich, wenn sie etwas Konkretes bringt: Zugang zu knapper Kapazität in einer Region, Resilienz oder Verhandlungshebel. Der bessere Standard ist Portabilität – Workloads, Datenformate und Infrastructure-as-Code lose gekoppelt halten –, sodass das Hinzufügen oder Wechseln eines Anbieters ein geplantes Projekt ist und kein Notfall-Umbau.
Was bedeutet der Engpass konkret für EU-Teams?
EU-Teams sind Kapazität und Compliance gleichzeitig ausgesetzt. Knappe Beschleunigerkapazität ist ungleich über Regionen verteilt; die Region, die DSGVO und Datenhaltungsort erfüllt, kann die kapazitätsbeschränkte sein, und das Mieten von Drittanbieterkapazitäten kann verschieben, wo Workloads laufen. Verankern Sie Datenhaltungsort und Protokollierung als harte Bedingungen in jeder Kapazitätsentscheidung und prüfen Sie, wo die Rechenleistung im Verhältnis zur DSGVO und zum EU-KI-Gesetz ausgeführt wird.
Quellen
CNBC – Google Cloud CEO Kurian: Kunden geben 50 % mehr aus; Segment übertrifft Erwartungen deutlich, 23. Juli 2026
CNBC – Alphabet-Quartalsbericht Q2 2026: Umsatz übertrifft Prognosen, GOOGL fällt wegen Capex-Anhebung 2026, 22. Juli 2026
Alphabet Investor Relations – Q2-2026-Ergebnisse (Primärquelle)