Zum Inhalt springen

Shopify Summer '26 Edition: 150 Updates, ein Stichtag und was davon zählt

Inhaltsverzeichnis
  1. Der eine Termin, der keine Option ist
    1. Warum die Migration zu Shopify Functions jetzt Pflicht ist
  2. Checkout wird zusammensetzbar – Components jetzt für alle Plus-Shops
    1. Was an die Stelle von checkout.liquid tritt
  3. Wie viel Kontrolle Händler beim KI-Merchandising abgeben
    1. Drei Automatisierungen und das Werkzeug, das sie überprüfbar macht
  4. Agentischer Handel als eigentliche Stoßrichtung
    1. Shopify Catalog, das Universal Commerce Protocol und der Engpass strukturierter Produktdaten
  5. Fazit zur Summer '26 Edition

Am 17. Juni 2026 veröffentlichte Shopify die Summer '26 Edition, das halbjährliche Produkt-Showcase, das die Plattform diesmal unter dem Namen „Everywhere Edition" bündelte: über 150 Änderungen quer durch Themes, Checkout, B2B, Zahlungen und KI-Werkzeuge, verpackt in ein Launch-Video. Schon die Winter Editions zu Jahresbeginn liefen nach diesem Muster; die Zahl 150 ist Sinn und Problem des Formats zugleich – sie soll Aufbruch signalisieren, sagt über den tatsächlichen Wert für einen einzelnen Shop aber wenig.

Wer eine Edition als Wunschliste liest und möglichst viel davon übernimmt, hat sie missverstanden. Hinter dem Feuerwerk steckt diesmal weniger ein Zuwachs an Funktionen als ein Austauschzyklus. Alte Bausteine verschwinden, neue werden zur einzigen unterstützten Variante und im Hintergrund verschiebt Shopify den Schwerpunkt konsequent in Richtung agentischen Handels. Die nützliche Frage lautet deshalb nicht „was ist neu", sondern was eine Deadline ist, was eine Option und was die zunehmende native Integration für die Entscheidung zwischen Eigenentwicklung und zugekaufter App bedeutet.

Grafische Aufmacher-Darstellung zur Shopify Summer '26 Edition mit den zentralen Plattform-Neuerungen für Händler
Shopify Summer '26 Edition: 150 Updates, ein Stichtag und was davon zählt

Der eine Termin, der keine Option ist

Eine Neuerung dieser Edition hat eine Uhr: Zum 30. Juni 2026 wird Shopify Scripts vollständig abgeschaltet. Alles andere kann warten, dieser Termin nicht.

Warum die Migration zu Shopify Functions jetzt Pflicht ist

Shopify Scripts, die ältere Ruby-basierte Methode zur Anpassung von Rabatt-, Versand- und Zahlungslogik im Checkout, stellt am 30. Juni 2026 den Betrieb ein – bearbeiten oder neu veröffentlichen ließen sich Skripte bereits seit Mitte April nicht mehr. Heikel ist die Art des Ausfalls: Es erscheint keine Fehlermeldung, der Warenkorb verhält sich nur plötzlich falsch und das erste Signal ist meist eine Kundenbeschwerde oder ein Umsatzknick, den niemand sofort erklären kann. Der Stichtag ist zweimal verschoben worden, von 2024 auf 2025 und dann auf Juni 2026; diesmal gilt er als bestätigt.

Wenn bei euch noch ein Script einen gestaffelten Warenkorbrabatt, eine Zahlartensperre oder eine Versandregel steuert, gehört die Umstellung auf Shopify Functions in die nächsten Tage – mit Puffer zum Testen, nicht auf den letzten Drücker. Für Händler, die ihren Onlineshop mit eigener Checkout-Logik betreiben, ist das kein optionales Upgrade, sondern eine Migration, die man als Projekt plant statt als Knopfdruck.

Checkout wird zusammensetzbar – Components jetzt für alle Plus-Shops

Was an die Stelle von checkout.liquid tritt

Mit der Summer '26 Edition ist die Checkout-Erweiterbarkeit über Checkout Components für alle Shopify-Plus-Händler allgemein verfügbar. Der Ablauf nach dem Warenkorb, der früher durch Eingriffe in checkout.liquid angepasst wurde, wird nun aus standardisierten Bausteinen zusammengesetzt; checkout.liquid selbst wird zurückgezogen.

Damit wird der bislang verbreitetste Weg, einen Plus-Checkout individuell zu gestalten, zum Auslaufmodell und der neue ist endlich stabil genug, um sich darauf festzulegen. Components und das Skript-Aus sind im Grunde derselbe Schnitt aus zwei Blickwinkeln: Die alte Art der Checkout-Anpassung endet, die zusammensetzbare wird zur einzigen unterstützten. Für Plus-Händler heißt das, individuelle Logik im Bezahlprozess lässt sich künftig abbilden, ohne den Shop vollständig headless aufzustellen – ein Mittelweg zwischen Standard und kompletter Entkopplung.

Wie viel Kontrolle Händler beim KI-Merchandising abgeben

Drei Automatisierungen und das Werkzeug, das sie überprüfbar macht

Shopify hat drei native KI-Merchandising-Werkzeuge ins Admin integriert: eine automatische Sortierung von Kollektionen, prädiktive Cross-Selling-Blöcke und ein Insights-Panel zur Leistung der Kollektionen. Alle drei nehmen Arbeit ab – das ist der Pitch und zugleich der Haken.

Eine automatische Sortierung optimiert auf die Kennzahl, die man ihr vorgibt und das ist nicht zwangsläufig die, die ein Händler selbst gewählt hätte. Ein Algorithmus, der auf die Klickrate zielt, kann ein margenstarkes, langsam drehendes Produkt nach unten schieben, das für das Geschäft trotzdem wichtig ist. Genau deshalb ist die unscheinbarste Neuerung dieser Edition die wertvollste: natives A/B-Testing, bei Shopify Rollouts genannt. Themes, Checkout und Konto-Änderungen lassen sich jetzt innerhalb der Plattform im Split-Test prüfen, mit Zeitplanung und schrittweiser Veröffentlichung, ohne ein Drittanbieter-Werkzeug anzuflanschen. Ergänzend simuliert ein KI-Werkzeug das Verhalten von Käufern auf Basis großer Mengen echter Bestelldaten, bevor eine Änderung live geht. Das beseitigt die letzte Ausrede, KI-Merchandising blind einzuschalten: erst gegen den bestehenden Zustand messen, dann entscheiden.

Agentischer Handel als eigentliche Stoßrichtung

Shopify Catalog, das Universal Commerce Protocol und der Engpass strukturierter Produktdaten

Die meiste Energie der Edition floss nicht in Themes oder Checkout, sondern in agentischen Handel – also darin, Produkte direkt in KI-Assistenten auffindbar und kaufbar zu machen. Zwei Bausteine tragen das: Shopify Catalog strukturiert die Produktdaten so, dass KI-Oberflächen sie lesen können und das gemeinsam mit Google entwickelte Universal Commerce Protocol gibt Agenten einen geteilten Standard, um die Regeln eines Shops zu lesen und einen Kauf abzuschließen.

In Microsoft Copilot ist der Checkout mit Shop Pay bereits möglich, weitere Oberflächen sind angekündigt. Bemerkenswert ist ein eigener „Agentic"-Tarif, mit dem auch Unternehmen ohne Shopify-Shop ihre Produkte in Catalog einspeisen und über KI-Kanäle verkaufen können – Shopify vermietet seine Handelsinfrastruktur damit über die eigene Plattformgrenze hinaus.

Für Händler verschiebt sich dadurch der entscheidende Engpass. Nicht mehr die Zahlungsabwicklung ist die Hürde, sondern die Qualität und Struktur der eigenen Produktdaten: Wer sie nur verwaltet, statt sie sauber zu pflegen, wird in agentischen Kaufpfaden schwerer gefunden. Genau hier entscheidet die Anbindung von Produktdaten-, PIM- und Warenwirtschaftssystemen darüber, ob ein Sortiment für KI-Kanäle überhaupt verwertbar ist.

Abseits der KI-Schlagzeilen absorbiert Shopify weitere Funktionen, die bislang Apps oder manuelle Prozesse abdeckten. Native Zahlungsziele im B2B mit automatischer Rechnungsstellung – Netto 30 oder Netto 60, Rechnungen laufen von selbst raus – sind jetzt fest eingebaut, ebenso einheitliche Personalrechte über Kasse und Backend hinweg sowie geteilte Bestellungen aus einem Warenkorb, bei denen ein Teil versandt und ein Teil im Laden abgeholt wird. Für Händler, die stationären und digitalen Verkauf verzahnen, schließt das eine Reihe von Lücken, die vorher Zusatzsoftware verlangten. Das Muster dahinter ist beständiger als jede einzelne Funktion: Jedes Mal, wenn die Plattform eine Kategorie nativ abdeckt, wird eine Klasse von Apps, die dafür eine monatliche Gebühr verlangte, schwerer zu rechtfertigen.

Fazit zur Summer '26 Edition

Die Summer '26 Edition ist weniger ein Geschenk an Händler als eine Ansage. Shopify ordnet die Plattform um zwei Achsen neu: maschinenlesbaren, in KI-Kanälen kaufbaren Handel auf der einen Seite, einen harten Schnitt bei der Checkout-Anpassung auf der anderen. Die 150 Posten sind dabei Kulisse; die Substanz sind wenige Pflichttermine und eine Handvoll Werkzeuge, die eine konkrete Entscheidung verändern.

Eine vernünftige Reihenfolge ergibt sich daraus fast von selbst: zuerst der 30. Juni und die Migration der Skripte, dann das Streichen von Kosten, die ohnehin durch native Funktionen ersetzt werden und erst danach, mit eingeschaltetem A/B-Test, die Wachstumsexperimente. Alles Übrige aus den 150 darf warten, bis es einen Grund gibt, sich dafür zu interessieren. Die nächste Edition folgt turnusgemäß im Winter.

Wer so vorgeht, hat den Kern der Edition verstanden. Nicht aus Hektik. Aus Reihenfolge.