Bestellbutton nach § 312j BGB: Beschriftung laufend prüfen

Was § 312j BGB an der letzten Schaltfläche verlangt

Die Vorschrift regelt mehrere Pflichten, die alle im Checkout sichtbar werden. Absatz 3 Satz 1 verlangt, die Bestellsituation so zu gestalten, dass der Verbraucher mit seiner Bestellung ausdrücklich bestätigt, dass er sich zu einer Zahlung verpflichtet (§ 312j Abs. 3 BGB). Satz 2 macht daraus eine konkrete Anforderung an die Schaltfläche, und dieser Satz ist der Maßstab für alles, was in diesem Beitrag geprüft wird:

Erfolgt die Bestellung über eine Schaltfläche, ist die Pflicht des Unternehmers aus Satz 1 nur erfüllt, wenn diese Schaltfläche gut lesbar mit nichts anderem als den Wörtern „zahlungspflichtig bestellen“ oder mit einer entsprechenden eindeutigen Formulierung beschriftet ist.

— § 312j Abs. 3 Satz 2 BGB

Die Rechtsfolge steht einen Absatz weiter und ist ungewöhnlich deutlich: Ein Vertrag kommt nur zustande, wenn der Unternehmer seine Pflicht aus Absatz 3 erfüllt (§ 312j Abs. 4 BGB). Die Norm setzt Artikel 8 Absatz 2 der europäischen Verbraucherrechterichtlinie um. Dort heißt es, dass der Verbraucher durch den Vertrag oder die Bestellung nicht gebunden ist, wenn der Unternehmer die Kennzeichnungspflicht nicht einhält (Richtlinie 2011/83/EU). Für den Betrieb heißt das: Eine falsch beschriftete Schaltfläche berührt das Zustandekommen jeder Bestellung, die über sie hereinkommt; die Folgen im Einzelfall klärt die Rechtsberatung.

Zwei weitere Absätze betreffen dieselbe Kasse. Unmittelbar bevor der Verbraucher seine Bestellung abgibt, müssen bestimmte Pflichtinformationen klar und verständlich in hervorgehobener Weise bereitstehen (§ 312j Abs. 2 BGB). Gemeint sind unter anderem die wesentlichen Eigenschaften der Ware, der Gesamtpreis einschließlich aller Steuern und Abgaben, gegebenenfalls Fracht-, Liefer- oder Versandkosten, bei Abonnements der Gesamtpreis je Abrechnungszeitraum sowie die Laufzeit und die Mindestdauer der Verpflichtung (Art. 246a § 1 EGBGB). Schon zu Beginn des Bestellvorgangs muss außerdem klar und deutlich angegeben sein, ob Lieferbeschränkungen bestehen und welche Zahlungsmittel akzeptiert werden (§ 312j Abs. 1 BGB).

Neu ist die Pflicht zur Beschriftung nicht. Die sogenannte Button-Lösung trat am 1. August 2012 in Kraft (vzbv), damals noch unter einer anderen Paragrafennummer. Der Satz zur Schaltfläche stand schon im Gesetzentwurf der Bundesregierung im heutigen Wortlaut (BT-Drucksache 17/7745). Gerade weil die Regel so alt ist, wirkt sie leicht erledigt. Erledigt ist sie aber nur für den Stand, der beim letzten Prüfen live war.

Welche Beschriftungen tragen und welche nicht

Das Gesetz nennt nur ein Beispiel, mehr sagt die Begründung des Gesetzentwurfs von 2011. Unklare Beschriftungen wie „Anmeldung“ oder „weiter“ genügen danach den Anforderungen nicht (BT-Drucksache 17/7745). Auch Formulierungen wie „bestellen“ oder „Bestellung abgeben“ hält die Begründung regelmäßig nicht für geeignet, weil im Internet auch kostenlose Leistungen wie ein Newsletter oder eine Produktprobe „bestellt“ werden (BT-Drucksache 17/7745). Als unmissverständlich nennt sie Beschriftungen wie „kostenpflichtig bestellen“, „zahlungspflichtigen Vertrag schließen“ oder „kaufen“ (BT-Drucksache 17/7745).

Neben der Formulierung darf die Schaltfläche keine weiteren Zusätze tragen, damit der Verbraucher nicht von der entscheidenden Information abgelenkt wird (BT-Drucksache 17/7745). Als Schaltfläche gilt zudem nicht nur ein Knopf, sondern jedes grafische Bedienelement, über das die Bestellung ausgelöst wird, ausdrücklich auch ein Link oder eine Checkbox (BT-Drucksache 17/7745).

Der Europäische Gerichtshof hat 2022 eine Vorlage aus Deutschland beantwortet, in der es um eine Hotelbuchung mit der Schaltfläche „Buchung abschließen“ ging. Für die Frage, ob eine Formulierung den Worten „zahlungspflichtig bestellen“ entspricht, kommt es danach allein auf die Worte auf der Schaltfläche an, nicht auf die Begleitumstände des Bestellvorgangs (EuGH, C-249/21). Ob „Buchung abschließen“ ausreicht, hatte das vorlegende Gericht selbst zu prüfen: Wird „Buchung“ im Sprachgebrauch nicht zwangsläufig mit einer Zahlungspflicht verbunden, ist die Formulierung mehrdeutig (EuGH, C-249/21). Ein Hinweis über dem Knopf, eine Preisübersicht daneben oder die AGB gleichen eine unklare Beschriftung nach dieser Auslegung nicht aus.

Die Tabelle ist keine Einladung zu eigenen Varianten: Sollwert für den Check ist die Beschriftung, die Ihr Shop nach rechtlicher Prüfung verwendet, in der Regel der Wortlaut des Gesetzes. Wer seine Website ohnehin auf typische Angriffspunkte für Abmahnungen durchsieht, findet weitere Kandidaten in der Checkliste gegen das Abmahnrisiko.

Warum die Beschriftung nach einem Update kippt

In der Standard-Storefront von Shopware 6 steht die Beschriftung nicht fest im Template, sondern kommt aus dem Textbaustein checkout.confirmSubmit, dessen Standardwert im deutschen Basis-Set „Zahlungspflichtig bestellen“ lautet. Shopware verwendet Textbausteine zur Übersetzung und Anpassung von Texten, die sich in der Verwaltung unter Einstellungen, Shop, Textbausteine bearbeiten lassen (Shopware-Dokumentation). Andere Shopsysteme arbeiten mit Sprachdateien nach demselben Prinzip. Damit gibt es mehrere Stellen, an denen sich der Text ändern kann, ohne dass jemand die Kasse bewusst anfasst:

• Theme-Updates: Ein Theme kann den Block mit dem Bestellknopf überschreiben, in der Shopware-Storefront page_checkout_confirm_form_submit. Bringt eine neue Theme-Version eigene Texte oder Textschlüssel mit, steht danach deren Standard auf dem Knopf.
• Erweiterungen: Zahlungs- und Checkout-Plugins bauen eigene Schaltflächen in die Kasse ein oder ersetzen den Standardknopf. Löst ein solcher Knopf die Bestellung aus, gilt für ihn dieselbe Anforderung.
• Sprachpakete: Ein Update der Sprachdateien liefert neue Standardtexte; eine direkt in einer Datei statt in der Verwaltung angepasste Beschriftung kann danach weg sein.
• Weitere Verkaufskanäle und Sprachen: Ein zweiter Kanal, etwa für Österreich, oder eine zweite Sprache nutzt eigene Textbaustein-Sets. Was im Hauptshop stimmt, ist dort nicht automatisch richtig.
• Kampagnen und Tests: Eine Variante mit „Jetzt sichern“ oder ein Zusatz wie „und Rabatt mitnehmen“ kollidiert schnell mit der Vorgabe, die Schaltfläche ohne weitere Zusätze zu beschriften.
• Gestaltung: Ein neues Stylesheet verkleinert die Schrift, senkt den Kontrast oder kürzt den Text auf schmalen Bildschirmen mit Auslassungspunkten.

Die Wochen vor Black Friday sind dafür besonders heikel. Themes, Erweiterungen und Kampagnenseiten werden kurz vor dem Ansturm aktualisiert, und genau dann kommt die Nachfrage: Rund jede und jeder Zweite, 52 Prozent der Internetnutzer ab 16 Jahren, wollte im Herbst 2025 die reduzierten Preise zu Black Friday und Cyber Week nutzen (Bitkom). Von diesen Käufern wollten 69 Prozent ausschließlich im Internet nach Angeboten suchen (Bitkom). Jede Bestellung, die in diesen Tagen über einen falsch beschrifteten Knopf hereinkommt, trägt dasselbe Problem.

Warum Uptime-Checks und Release-Tests das nicht abdecken

Ein Uptime-Check sieht die Bestellübersicht gar nicht. Uptime prüft die HTTP-Antwort der Startseite, Browser-Monitoring klickt wie ein Nutzer durch einen kompletten Ablauf (XICTRAQ®-Dokumentation). Die Bestellübersicht entsteht erst mit Kundendaten und gefülltem Warenkorb; ein einfacher Abruf der Adresse landet typischerweise im Warenkorb oder auf der Anmeldeseite. Den Unterschied zeigt der Beitrag Browser-Monitoring: Wenn Uptime grün ist, der Checkout aber kaputt.

Auch ein sauberer Test vor dem Release reicht nicht aus: Er prüft den freigegebenen Stand, nicht den, der Wochen später nach einem Plugin-Update oder einer Änderung im Textbaustein live steht. Wie Deploy-Fehler allgemein auffallen und sich zurückrollen lassen, beschreibt der Beitrag Deploy-Fehler als Ausfallursache.

Die Beschriftung als Browser-Check

Im Browser-Monitoring von XICTRAQ® laufen mehrstufige Abläufe wie Login, Checkout oder Formular in einem echten Chromium-Browser (XICTRAQ®-Dokumentation). Ein Szenario besteht aus bis zu 40 Schritten, das Intervall liegt zwischen 5 Minuten und 24 Stunden (XICTRAQ®-Dokumentation). Für die Beschriftung braucht es nur einen Bruchteil davon: anmelden, einen Testartikel in den Warenkorb legen, die Bestellübersicht öffnen und den Text der Schaltfläche vergleichen.

Der entscheidende Schritt ist assert_text. Er verlangt, dass der Text eines Selektors einen Teil enthält oder exakt gleich ist (XICTRAQ®-Dokumentation). Für den Bestellknopf passt der exakte Vergleich mit equals: Ein contains auf „bestellen“ wäre auch mit „Jetzt bestellen“ zufrieden, einer Beschriftung, die die Gesetzesbegründung für regelmäßig ungeeignet hält. Ein equals auf „Zahlungspflichtig bestellen“ schlägt dagegen bei jeder Abweichung an. Der Runner entfernt dabei nur Leerraum wie Leerzeichen und Zeilenumbrüche am Anfang und am Ende des gefundenen Textes und vergleicht den Rest Zeichen für Zeichen, Groß- und Kleinschreibung eingeschlossen.

{
  "name": "Bestellknopf § 312j, Stopp vor dem Klick",
  "viewport": { "width": 1280, "height": 800 },
  "timeout_ms": 20000,
  "step_retry": 1,
  "steps": [
    { "type": "goto", "url": "https://shop.example.invalid/account/login" },
    { "type": "fill", "selector": "#login-email", "value": "monitoring@shop.example.invalid" },
    { "type": "fill", "selector": "#login-password", "value": "***" },
    { "type": "click", "selector": "form.login-form button[type=submit]" },
    { "type": "wait_for", "selector": ".account-welcome" },
    { "type": "goto", "url": "https://shop.example.invalid/testartikel-monitoring" },
    { "type": "click", "selector": ".buy-widget button[type=submit]" },
    { "type": "goto", "url": "https://shop.example.invalid/checkout/confirm" },
    { "type": "assert_visible", "selector": "#confirmFormSubmit" },
    { "type": "assert_text", "selector": "#confirmFormSubmit", "equals": "Zahlungspflichtig bestellen" },
    { "type": "screenshot" }
  ]
}

Adressen, Login-Selektoren und der Testartikel sind Platzhalter. Der Selektor #confirmFormSubmit ist die Kennung des Bestellknopfs in der Standard-Storefront von Shopware 6; ändert ein Theme sie, gehört dessen Selektor hinein. Der Schritt assert_visible davor stellt sicher, dass der Knopf sichtbar ist. Der letzte Schritt nimmt ein Bildschirmfoto auf, das im Run-Detail angezeigt wird (XICTRAQ®-Dokumentation); so entsteht in der Regel bei jedem Lauf ein datiertes Bild der Bestellübersicht. Alle Schritt-Typen stehen in der Dokumentation zum Browser-Monitoring.

Der Lauf endet vor dem Klick

Der Check liest die Beschriftung, er benutzt die Schaltfläche nicht. Ein Klick auf „Zahlungspflichtig bestellen“ im Live-Shop würde bei jedem Lauf eine echte Bestellung erzeugen, mit Bestellbestätigung, Lagerbuchung und Rechnung. Die Seite zum Shopware-Monitoring empfiehlt deshalb, Browser-Checks auf der Bestellübersicht enden zu lassen und sich dabei mit einem eigenen Testkunden anzumelden (XICTRAQ®). Für den Testaufbau gilt:

• Eigener Testkunde statt eines echten Kundenkontos. Die Feldwerte der Schritte fill und type, etwa Passwörter, speichert XICTRAQ® verschlüsselt und zeigt sie im Editor nicht wieder an (XICTRAQ®-Dokumentation).
• Testartikel, der dauerhaft lieferbar ist und in keiner Aktion auftaucht.
• Einfache Zahlungsart wie Vorkasse als Standard des Testkunden, damit keine Zahlungsschnittstelle in den Weg bis zur Bestellübersicht eingreift.
• Kein click auf den Bestellknopf im Szenario. Einen vollständigen Bestelltest mit Zahlung fährt man in einer Testumgebung, nicht im Live-Shop.

Den Anmeldeschritt behandelt der Beitrag Login-Flow überwachen. Die eigene Statistik bleibt ebenfalls sauber: Der Runner blockiert den XICTRAQ®-Tracker, damit synthetische Läufe keine Test-Seitenaufrufe erzeugen (XICTRAQ®-Dokumentation). Wie derselbe Aufbau für Aktionscodes aussieht, zeigt der Beitrag Rabattcode im Checkout per Browser-Check prüfen.

Absatz 1 und 2 im selben Lauf mitprüfen

Auf der Bestellübersicht lässt sich mehr prüfen als die Beschriftung. Absatz 2 verlangt die Pflichtinformationen unmittelbar vor der Bestellung. Ein zusätzliches assert_text auf die Zeile mit der Gesamtsumme, mit contains auf den Text, den Ihr Shop dort verwendet, etwa „inkl. MwSt.“, zeigt, ob der Gesamtpreis einschließlich Steuern noch an seiner Stelle steht. Bei Abonnements gehört ein Schritt auf die Angabe zu Laufzeit und Kündigung dazu, weil die Pflichtinformationen auch Laufzeit und Mindestdauer umfassen (Art. 246a § 1 EGBGB).

Absatz 1 betrifft den Anfang des Bestellvorgangs: Lieferbeschränkungen und akzeptierte Zahlungsmittel müssen spätestens dann klar und deutlich angegeben sein (§ 312j Abs. 1 BGB). Für 54 Prozent der Online-Shopper sind Zahlungsmöglichkeiten bei der Wahl eines Shops sehr wichtig, für 53 Prozent Versand und Lieferung (Bitkom). Ein Schritt mit assert_visible auf den Block mit den Zahlungsarten im Warenkorb oder ein assert_text auf den Hinweis zu Lieferländern deckt das ab. Wo Käufer bei der Zahlungsart abspringen, zeigt der Beitrag Zahlungsarten auswerten.

Außerdem muss der Shop technische Mittel bereitstellen, mit denen Kunden Eingabefehler vor Abgabe der Bestellung erkennen und berichtigen können (§ 312i BGB). Ein assert_visible auf den Link zum Ändern der Adresse oder der Zahlungsart prüft, dass dieser Weg nach einem Update noch da ist. Für alle Zusatzschritte gilt: Ein Schritt darf höchstens 60 Sekunden dauern, der ganze Lauf wird nach 90 Sekunden hart abgebrochen (XICTRAQ®-Dokumentation).

Gut lesbar: was der Textvergleich nicht sieht

assert_text vergleicht den Text im Dokument, nicht seine Darstellung. Kürzt ein Stylesheet die Beschriftung auf dem Smartphone zu „Zahlungspflichtig be…“, schrumpft die Schrift oder verliert der Knopf seinen Kontrast, bleibt der Text im Quellcode derselbe und der Check grün. Genau das soll das Merkmal „gut lesbar“ aber verhindern: Die Gesetzesbegründung nennt ausdrücklich eine besonders kleine Schrift und eine kontrastarme Gestaltung wie dunkelrote Schrift auf rotem Hintergrund (BT-Drucksache 17/7745).

1. Bild am Ende jedes Laufs: Der screenshot-Schritt hält fest, wie der Knopf tatsächlich aussah, mit Datum. Bricht der Lauf vorher ab, hält der Failure-Screenshot automatisch den Moment des Fehlers fest.
2. Zweiter Monitor in Smartphone-Breite: Der Viewport ist je Szenario einstellbar, Standard sind 1280 × 800 Pixel (XICTRAQ®-Dokumentation). Die mobile Darstellung ist für viele Kunden die eigentliche: 73 Prozent der Online-Shopper nutzen das Smartphone zum Einkaufen (Bitkom).
3. Kontrast mit Zahl: WCAG 2.2 verlangt für normalen Text ein Kontrastverhältnis von mindestens 4,5:1 (W3C). Das ist keine Auslegung von § 312j, aber ein nachprüfbarer Maßstab für Lesbarkeit.

Wie Rückschritte bei Kontrast und Lesbarkeit nach einem Deploy auffallen, beschreibt der Beitrag Barrierefreiheit überwachen: WCAG-Regressionen nach Deploy. Für frei erreichbare Seiten wie Produktseiten mit Zahlungs- und Versandhinweisen ergänzt der Screenshot-Changelog den Browser-Check: Er vergleicht Aufnahmen pixelgenau und zeigt Änderungen in einer chronologischen Übersicht mit Vorher/Nachher-Ansicht (XICTRAQ®).

Wenn der Check anschlägt

Weicht die Beschriftung ab, bricht der Lauf an diesem Schritt ab: XICTRAQ® nimmt im Moment des Fehlers automatisch einen Screenshot auf (XICTRAQ®-Dokumentation) und hält den Index des fehlgeschlagenen Schritts und eine Fehlermeldung fest (XICTRAQ®-Dokumentation). Beim Textvergleich nennt die Meldung den gefundenen und den erwarteten Text, also etwa „Weiter“ statt „Zahlungspflichtig bestellen“. Der Fehlschlag erzeugt einen Alarm mit der Schwere critical (XICTRAQ®-Dokumentation), zugestellt über die eingerichteten Benachrichtigungskanäle. Ob dieser Alarm auch nachts die richtige Person erreicht, lässt sich vorab üben, wie der Beitrag Alarmkette testen zeigt.

1. Screenshot ansehen: Steht ein anderer Text auf dem Knopf, oder fehlt der Knopf, weil die Seite nicht mehr die Bestellübersicht ist?
2. Letzte Änderungen abgleichen: Theme-, Plugin- und Sprachpaket-Updates der letzten Tage sowie Änderungen an Textbausteinen. In Shopware zeigt der Filter „Nur angepasste Textbausteine anzeigen“ die Bausteine, die in der Verwaltung bearbeitet wurden (Shopware-Dokumentation).
3. Beschriftung zurückstellen: Textbaustein korrigieren oder das Update zurückrollen, Cache leeren und den Monitor mit „Jetzt ausführen“ anstoßen. Der nächste Cron-Tick, jede Minute, führt ihn dann aus, ohne das Intervall abzuwarten (XICTRAQ®-Dokumentation).
4. Zeitraum festhalten: Die Übersicht zeigt die letzten 50 Läufe je Monitor (XICTRAQ®-Dokumentation); zusammen mit dem Zeitpunkt des Alarms ergibt sich daraus, seit wann der falsche Text spätestens live war. Ob Bestellungen aus diesem Zeitraum besondere Behandlung brauchen, klärt die Rechtsberatung.

Wird der Lauf wieder grün, schließt XICTRAQ® den Alarm automatisch (XICTRAQ®-Dokumentation). Der Screenshot des ersten grünen Laufs nach der Korrektur ist zugleich der Nachweis, ab wann die Beschriftung wieder stimmte.

Intervall, Zeitpunkte und mehrere Kanäle

Im Dashboard stehen Intervalle von 5, 15, 30, 60, 180 und 720 Minuten zur Auswahl (XICTRAQ®). In den Wochen vor und während Black Week und Cyber Week ist ein kurzer Takt sinnvoll, weil Updates und Kampagnen dann dicht aufeinander folgen; außerhalb davon reicht in der Regel ein stündlicher Lauf. Wichtiger als der Takt ist ein Lauf mit „Jetzt ausführen“ direkt nach jeder Änderung.

Wer mehrere Verkaufskanäle oder Sprachen betreibt, legt je Kanal einen eigenen Monitor mit dem dort gültigen Sollwert an. Browser-Monitoring ist ab dem Business-Plan enthalten (XICTRAQ®-Dokumentation); Umfang und Konditionen stehen auf der Seite Preise.

Checkliste vor der Black Week

• Sollwert der Beschriftung festlegen und mit der Rechtsberatung abstimmen, in der Regel „Zahlungspflichtig bestellen“.
• Mit Testkunde, Testartikel und einfacher Zahlungsart einen Browser-Check bis zur Bestellübersicht bauen: assert_visible und assert_text mit equals auf den Bestellknopf, screenshot am Ende, kein click auf den Knopf.
• Zusatzschritte für Gesamtpreis, Versandkosten, Zahlungsarten und den Link zum Ändern der Eingaben ergänzen.
• Einen zweiten Monitor in Smartphone-Breite und je weiterem Kanal oder je weiterer Sprache einen eigenen anlegen.
• Expressknöpfe und Bestellwege von Zahlungserweiterungen erfassen und, wo sie die Bestellung auslösen, ebenfalls prüfen.
• Alarmweg klären: Wer bekommt den Alarm, und wer darf Textbausteine oder das Theme ändern?

Die Beschriftung gehört in den laufenden Betrieb

Das Risiko liegt nicht in der Regel selbst, sondern in den Updates danach. Ein Browser-Check, der die Beschriftung exakt vergleicht, vor dem Klick stoppt, bei Abweichung alarmiert und den Zustand im Bild festhält, macht aus einer Annahme eine Messung. Er ersetzt keine rechtliche Prüfung, zeigt aber, ob die geprüfte Formulierung nach dem nächsten Update noch auf dem Knopf steht.

Für den umgekehrten Weg gilt inzwischen dieselbe Logik: Die Widerrufsfunktion muss gut lesbar mit „Vertrag widerrufen“ oder einer gleichbedeutenden eindeutigen Formulierung beschriftet sein (§ 356a BGB). Wie sich diese Funktion mit demselben Werkzeug laufend prüfen lässt, beschreibt der Beitrag Widerrufsbutton im Weihnachtsgeschäft. Den Bestellknopf selbst richten Sie im Browser-Monitoring ein.