Shopware 6.7.12: Neuerungen im Juli

Sichtbar werden, wo Kunden neu suchen

Shopware hat am 7. Juli 2026 die Version 6.7.12 veröffentlicht, das nächste Monats-Update im 6.7-Zweig. Zwei Themen stechen heraus: Shopware macht Shops gezielter auffindbar für KI-Systeme, und es bringt eine eigene Zahlungslösung mit. Dazu kommt spürbar bessere Suche. Der Beitrag ordnet ein, was 6.7.12 konkret dazulegt; die Grundlagen des Zweigs stehen in der Einordnung zum Major-Release 6.7.

Zum Nachlesen: die Release News von Shopware für die Händler-Sicht und die Release-Notes auf GitHub für alle Code-Änderungen.

Was im Shop sichtbar wird

AI Discovery Files für KI-Suchmaschinen. Shopware unterstützt jetzt nativ die Dateien llms.txt und agents.md, und zwar pro Verkaufskanal. Diese Dateien sind für KI-Systeme das, was die robots.txt für klassische Suchmaschinen ist: Sie beschreiben strukturiert, was ein Shop anbietet, damit KI-Assistenten und KI-Suchmaschinen die Inhalte sauber erfassen. Zusammen mit dem KI-Sales-Channel aus 6.7.10 und den strukturierten Daten aus 6.7.9 baut Shopware damit Schritt für Schritt die Sichtbarkeit in KI-Systemen aus, ein Feld, das für die Auffindbarkeit zunehmend wichtiger wird. Wo der eigene Shop bei dieser Auffindbarkeit steht, zeigt der KI-Readiness-Check.

Shopware Payments als hauseigene Zahlungslösung. Shopware bietet jetzt eine eigene Zahlungsanbindung mit Kredit- und Debitkarten, digitalen Wallets, lokalen Zahlungsarten und Buy Now, Pay Later, also dem späteren Bezahlen. Sie ist zunächst in Deutschland und Österreich verfügbar. Für Händler kann das die Einrichtung vereinfachen, weil Zahlungsarten aus einer Hand kommen, statt über mehrere Dienstleister eingebunden zu werden.

Die Suche trifft genauer. Die Produktsuche verarbeitet jetzt Größen mit Sonderzeichen, Dezimalwerte und Produktcodes besser; relevante Treffer erscheinen zuerst, schwach passende werden gefiltert. Ergänzend behandelt die erweiterte Suche zusammengesetzte und getrennte Wörter gleichwertig, sodass eine Suche nach "Jacke" auch die "Lederjacke" findet. Gerade bei großen Sortimenten entscheidet solche Trefferqualität darüber, ob ein Kunde findet, was er sucht.

Dazu kommen mehrere praktische Punkte: eine Rule-Builder-Bedingung auf Basis der Menge einzelner Warenkorbpositionen statt der Gesamtmenge, Google Ads Enhanced Conversions, bei denen gehashte, also unkenntlich gemachte E-Mail-Adressen nach dem Kauf übermittelt werden, um Conversions auch bei eingeschränktem Cookie-Tracking zuzuordnen, und ein automatischer erneuter Versand der Double-Opt-in-Mail nach einem einstellbaren Intervall, falls die Bestätigung noch aussteht.

Kleinere, aber nützliche Korrekturen: Kundenadressen werden beim Speichern von führenden und nachgestellten Leerzeichen befreit, und blockierte Zahlungs- und Versandarten werden schon vor der Anzeige aufgelöst, sodass ein Kunde gar nicht erst eine Option sieht, die für ihn nicht gilt.

Für Entwickler

Unter der Oberfläche liegt der Schwerpunkt auf Tempo und Flexibilität. Das Cache-Handling wurde optimiert und die in Listen geladene Produktdatenmenge reduziert, was die Anzeige großer Übersichten beschleunigt. Die Elasticsearch-Unterstützung wird um ein erweitertes Autocomplete ergänzt, die Thumbnail-Verarbeitung, also das Erzeugen der Vorschaubilder, arbeitet über eine austauschbare Schnittstelle flexibel mit den Bildbibliotheken GD und Imagick, und E-Mail-Vorlagen können jetzt auf die Theme-Konfiguration zugreifen, was an die Neuerung aus 6.7.11 anschließt.

Robuster wird die Regelauswertung: Fehlt in einer Preisdefinition eine Bedingung, führt das nicht mehr zu einem Abbruch, sondern die Regel greift schlicht nicht, und die Bestellung bleibt bearbeitbar.

Neu ist ein optional aktivierbarer Umbau des Webhook-Systems mit einer persistenten Ausgangswarteschlange und einer festen Wiederholungsstrategie, sodass eine nicht zugestellte Benachrichtigung nicht verloren geht, sondern in wachsenden Abständen erneut versucht wird. Und die Konsolenbefehle vereinheitlichen ihre Ausgabe auf --format json. Die vollständige Liste der Änderungen und Deprecations steht in den Release-Notes oben.

Worauf beim Einspielen zu achten ist

Ein Minor-Update innerhalb des 6.7-Zweigs, hier von 6.7.11 auf 6.7.12, ändert keine Datenbankstruktur im großen Stil und keine Template-Grundlagen. Das Risiko für bestehende Plugins und Themes ist entsprechend überschaubar. Das übliche Vorgehen gilt trotzdem: vorher ein vollständiges Backup von Datenbank und Dateien, danach die Caches leeren und die wichtigsten Abläufe im Shop einmal durchklicken. Bei umfangreichen Shops ist ein Staging-System der sichere Weg: dort erst einspielen und prüfen, dann live. Wer über die neuen AI Discovery Files nachdenkt, sollte sie bewusst pflegen, statt sie nur zu aktivieren, weil ihr Nutzen von den hinterlegten Inhalten abhängt.

Ein wichtiger Hinweis zur Version: Die erste Auslieferung 6.7.12.0 enthielt einen kritischen Fehler und sollte nicht installiert werden. Shopware hat kurz darauf 6.7.12.1 nachgeschoben, das ist die Fassung, auf die aktualisiert werden sollte. Genau solche Fälle sind ein Argument dafür, Updates nicht am Erscheinungstag blind einzuspielen, sondern kurz zu prüfen, ob eine korrigierte Patch-Version vorliegt.

Der eigentliche Wert dieser monatlichen Releases zeigt sich in der Summe. Gerade die KI-Auffindbarkeit ist ein Thema, dessen Bedeutung wächst, und der Shop kann nur mitziehen, wenn er aktuell bleibt. Auf der Shopware-Seite gibt es dafür Wartungspakete mit regelmäßigem Update-Check, und wer noch auf einer älteren Shopware-Version steht und den Sprung auf einen aktuellen Zweig nicht allein gehen will, findet über die Wartung Unterstützung.