Wie kann man eine langsame Checkout-Seite eines Online-Shops beschleunigen?

Der Käufer hat die Adresse bereits eingegeben, doch die Versandkostenberechnung dreht sich endlos. Nach dem Klick auf „Bezahlen“ passiert nichts, und eine erneute Übermittlung ist zu riskant. Eine langsame Checkout-Seite ist nicht nur ein Problem beim Laden der Seite: Auch die Steuerberechnung, die Bestandsprüfung oder die Weiterleitung zum Zahlungsanbieter können den Ablauf verzögern. Unterscheiden Sie zunächst zwischen nicht ladender Seite, langsam reagierendem Formular, verzögerter Bestellübermittlung und langsamer Rückleitung nach der Zahlung. Optimieren Sie anschließend gezielt Schnittstellen, Skripte und den Zahlungsablauf, statt auf gut Glück Bilder zu komprimieren oder den Server aufzurüsten.

Bei der Beschleunigung eines Commerce-Websites sollten Sie zunächst den gesamten Checkout einmal nachstellen und für jeden Schritt festhalten, wo die Wartezeit entsteht. Eine schnell ladende Produktseite bedeutet nicht, dass auch der Checkout schnell ist: Dort werden Nutzerdaten und Echtzeittransaktionen verarbeitet, weshalb sich viele Anfragen nicht einfach durch einen gemeinsamen öffentlichen Cache ersetzen lassen.

Zuerst die Ursache eingrenzen: Bei welchem Schritt entsteht die Wartezeit?

Öffnen Sie im Browser die Entwicklertools und behalten Sie im Tab „Network“ (Netzwerk) die Anfragen im Blick. Rufen Sie die Checkout-Seite vom Warenkorb aus auf, geben Sie nacheinander die Adresse ein, wählen Sie den Versand aus und übermitteln Sie eine Testbestellung. Verwenden Sie vorzugsweise eine Testumgebung und eine Zahlungssandbox. Halten Sie Zielmarkt, Gerät, Netzwerkbedingungen und Testzeitpunkt fest, damit sich Ergebnisse vergleichen lassen.

Die Timing-Angaben in den Anfragedetails helfen dabei, Wartezeiten durch Warteschlangen, Verbindungsaufbau und Antwort zu unterscheiden. Eine lange Wartezeit bis zum ersten Byte ist lediglich ein Hinweis und beweist nicht, dass die Datenbank langsam ist. Ziehen Sie zur Eingrenzung auch die Serverprotokolle heran. Schwärzen Sie vor dem Teilen von Screenshots oder Protokollen Namen, Adressen, Token und zahlungsbezogene Informationen.

Wenn Versand- oder Steuerberechnung hängt: unnötige Berechnungen reduzieren

Wird bei jedem eingegebenen Zeichen die Steuer neu berechnet und der Versand ermittelt, entstehen zahlreiche Anfragen. Treffen ältere Anfragen später ein als neuere, können sie außerdem das korrekte Ergebnis überschreiben. Lösen Sie die Berechnung erst aus, wenn der Nutzer eine Eingabepause macht, das Feld verlässt oder alle Pflichtangaben vollständig sind. Brechen Sie veraltete Anfragen ab und vermeiden Sie mehrere gleichzeitige Ladezustände.

Prüfen Sie außerdem, ob die Schnittstellen tatsächlich voneinander abhängen. Bestandsprüfung und bestimmte Adressprüfungen können unabhängig voneinander laufen und müssen nicht alle nacheinander abgeschlossen werden. Die Steuerberechnung, die von Adresse und Produktinformationen abhängt, sollte jedoch nicht vorschnell gestartet werden. Übergeben Sie den Entwicklern einen Wasserfalldiagramm der Anfragen und markieren Sie die längste Anfrage sowie ihre Voraussetzungen. Das ist hilfreicher als die pauschale Rückmeldung „Der Checkout hängt“.

• Gleichen Sie Versandregeln nach Möglichkeit zuerst mit der lokalen Konfiguration ab und rufen Sie externe Dienste nur auf, wenn ein Echtzeitangebot erforderlich ist.
• Legen Sie für wiederverwendbare Angebote eine angemessene Gültigkeitsdauer fest. Der Cache-Schlüssel sollte alle erforderlichen Bedingungen enthalten, etwa Zielort, Produkt, Menge und Währung.
• Bei einer Zeitüberschreitung des externen Angebotsdienstes geben Sie einen klaren Hinweis oder, sofern geschäftlich zulässig, eine Alternative an. Setzen Sie weder automatisch kostenlosen Versand an noch verwenden Sie weiterhin einen nicht passenden alten Preis.

Die Seite wird bereits angezeigt – warum reagiert sie nicht?

Bei solchen Problemen sollten Sie die Skriptausführung untersuchen und nicht nur die Größe der Ressourcen. Chat-Widgets, Heatmaps, Werbe-Tags und doppelte Tracking-Aufrufe können den Hauptthread auslasten und dafür sorgen, dass Eingabefelder, Gutscheincode-Schaltflächen und Zahlungsschaltflächen verzögert reagieren. Zeichnen Sie den Ruckler im Performance-Tab (Leistung) auf, suchen Sie nach langen Aufgaben und deaktivieren Sie in der Testumgebung nacheinander nicht erforderliche Komponenten, um deren Einfluss zu prüfen.

Auf der Checkout-Seite sollten zunächst die für die Transaktion erforderlichen Ressourcen erhalten bleiben. Nicht erforderliche Marketing-Skripte können verzögert geladen werden. Zahlungs-SDKs, Betrugsprävention und erforderliche Einwilligungsverwaltung dürfen jedoch nicht willkürlich entfernt werden. Prüfen Sie nach Änderungen an den Auslösebedingungen der Tags, ob Kaufereignisse fehlen oder doppelt erfasst werden. Andernfalls wird zwar die Seite schneller, aber die Daten zur Anzeigenkonversion werden verfälscht.

Auch Bilder und Schriftarten lassen sich reduzieren. Die Checkout-Seite ist jedoch normalerweise keine Seite, auf der Produkte mit großen Bildern präsentiert werden. Liegt die Hauptwartezeit bei den Schnittstellen, behebt eine weitere Komprimierung der Produktvorschaubilder nicht das eigentliche Problem.

Eine langsame Zahlung lässt sich nicht durch „mehrfaches Klicken“ beheben

Nach dem Absenden der Bestellung sollte sofort ein Bearbeitungsstatus angezeigt und ein erneuter Klick verhindert werden. Das Backend muss doppelte Anfragen zusätzlich mit einem Idempotenzmechanismus erkennen. Die Deaktivierung der Schaltfläche im Frontend ersetzt den Transaktionsschutz nicht. Bei einer Zeitüberschreitung sollten Sie zuerst die ursprüngliche Bestellung und den Zahlungsstatus abfragen und erst danach über einen erneuten Versuch entscheiden. Lösen Sie nicht einfach eine weitere Abbuchung aus.

Lassen Sie die Entwickler die Dauer für die Bestellerstellung, Bestandsprüfung, Erstellung der Zahlungssitzung und den Empfang des Callbacks jeweils separat protokollieren. Nicht kritische Aufgaben wie E-Mail-Benachrichtigungen und die Synchronisierung von Marketing-Tags können asynchron ausgeführt werden und müssen die Zahlung nicht blockieren. Prüfungen von Bestand, Betrag und Bestellstatus dürfen zur Beschleunigung jedoch nicht übersprungen werden.

Auch die Zahlungsbestätigungsseite darf den Erfolg nicht allein anhand von Weiterleitungsparametern im Browser bestätigen. Nutzer können die Seite schließen und Callbacks können sich verzögern. Aktualisieren Sie den Bestellstatus anhand eines vertrauenswürdigen Ergebnisses vom Server und stellen Sie eine Möglichkeit zur Statusabfrage bereit. Bei externen Zahlungsseiten sollten Sie außerdem Verbindung und Weiterleitung im jeweiligen Zielmarkt testen. Ergebnisse aus dem Büronetzwerk bilden die Erfahrung ausländischer Käufer nicht zuverlässig ab.

Änderungen anhand von Transaktionsergebnissen überprüfen

Ändern Sie jeweils nur eine Art von Faktor und führen Sie den Test unter vergleichbaren Geräte-, Regions- und Netzwerkbedingungen erneut durch. Achten Sie neben der durchschnittlichen Dauer auch auf die Verteilung langsamer Anfragen, die Fehlerrate der Schnittstellen, doppelte Bestellungen und die Zahlungsabschlussquote. Eine Verbesserung der Seitenladezeit bedeutet nicht, dass die gesamte Checkout-Kette bereits schneller ist.

1. Testen Sie zunächst mit Testbestellungen die Änderung von Adressen, Gutscheincodes, verschiedene Versandarten sowie Wiederholungsversuche nach fehlgeschlagenen Zahlungen.
2. Vergewissern Sie sich, dass Warenkorb-, Konto- und Checkout-Antworten nicht gemeinsam über einen öffentlichen Cache ausgeliefert werden und weder Preise noch Nutzerdaten verwechselt werden.
3. Veröffentlichen Sie Änderungen zunächst in kleinem Umfang, halten Sie einen Rollback-Plan bereit und beobachten Sie gleichzeitig Frontend-Fehler sowie Transaktionsprotokolle auf dem Server.

Wartezeiten bei der Zahlung und die Dauer bis zum Zahlungseingang sind getrennt zu behandeln. Wenn intern außerdem die Mittelplanung geprüft wird, können Sie zusätzlich Untersuchung von Strategien zur Optimierung des Finanzmanagements von Energieversorgungsunternehmen auf Grundlage von Cashflow-Prognosen lesen. Das Thema ist Finanzmanagement und ersetzt keine Untersuchung der Checkout-Performance.

Wenn Sie ein Problem an das Website- oder Betriebsteam melden, fügen Sie die Schritte zur Reproduktion, die betroffene Region, anonymisierte Anfragedaten und die zugehörige Bestellkennung bei. Treten bereits doppelte Abbuchungen, abweichende Beträge oder ungewöhnliche Bestellstatus auf, setzen Sie die betreffenden Änderungen aus und prüfen Sie zunächst die Transaktionen, statt weitere Beschleunigungskonfigurationen auszurollen.