Finalisierung der Website auf Magento 2 – Optimierung der Leistung und Stabilisierung des Checkouts nach der Migration

Es gibt einen Online-Shop für Ersatzteile für Landmaschinen auf Magento 2.4.6-p3 (PHP 8.2, MySQL 8, Elasticsearch), AWS Lightsail Hosting, Cloudflare CDN. Nach der Migration von einem anderen VPS wurde die Website langsamer und die Liefer- und Zahlungsmethoden für bestimmte Kombinationen aus Stadt und Warenkorbgewicht verschwinden regelmäßig im Checkout. Unter Last steigt auch die Zahl der 500 Fehler, und die Zeit bis zum ersten Byte bei Kategorien überschreitet manchmal 2-3 Sekunden. Es ist notwendig, ein technisches Audit durchzuführen, die Gründe zu ermitteln und Korrekturen vorzunehmen, wobei der Schwerpunkt auf Produktivität und Zuverlässigkeit der Bestellung liegt.

Umgebung und Zugriff – Staging und Produktion, Git-Repository mit CI über GitHub Actions, Bereitstellung über SSH. Installierte Module von Drittanbietern für Lieferung (Nova Poshta API), Zahlung (LiqPay), Filterung (Amasty), Caching, derzeit nur Full Page Cache Magento, Redis ist nicht konfiguriert.

Erwartetes Ergebnis
- Stabiler Checkout ohne verschwindende Liefer- und Zahlungsmethoden, korrekte Anwendung der Lieferregeln nach Gewicht und Stadt
- Spürbare Beschleunigung von Kategorien und Produktkarten, ohne die Indexierung und Suche zu unterbrechen
- 500 Fehler unter Last und vorhersehbares Cache-Verhalten reduziert

Was zu tun ist (Schritte)
1) Prüfung und Reproduktion des Checkout-Problems – Analyse von Magento, Nginx, PHP-FPM, MySQL Slow Log, Cloudflare-Logs, Überprüfung der Konfiguration von Liefer- und Zahlungsmodulen, Reproduktion von Staging-Fällen mit Aufzeichnung von Schritten und Daten
2) Leistungsdiagnose – Profiling (Magento Profiler, Xdebug/Blackfire wenn möglich), Analyse von Anfragen an die Datenbank, Prüfung von Indizes, Bewertung der Auswirkung von Drittmodulen, Prüfung des Caches und der Betriebsmodi (Entwickler/Produktion)
3) Verfeinerung – Korrektur der Logik/Konfiguration, die zu falschen Liefer-/Zahlungsmethoden führt, Punktoptimierungen (Abfragen, Indizes, Caching), Redis-Einstellungen für Cache und Sitzungen, Anpassung der PHP-FPM/Nginx-Parameter an die aktuelle Serverressource, ohne das Design zu ändern
4) Verifizierung und Freigabe – Regression beim Staging, Vorbereitung der Migration von Konfigurationen, Bereitstellung in der Produktion mit minimaler Ausfallzeit, kurze technische Anleitung dazu, was geändert wurde und wie man es überprüft

Einschränkung
- Wir ändern das Thema und das Layout nicht und aktualisieren Magento nicht auf eine neue Hauptversion
- Wir deaktivieren keine kritischen Geschäftsmodule (Lieferung, Zahlung, Filter), wir können Alternativen nur anbieten, wenn ein ursächlicher Zusammenhang nachgewiesen wird
- Alle Änderungen nur über Git und mit der Möglichkeit eines Rollbacks

Akzeptanzkriterien (messbar)
– Beim Staging wurde die Ursache des Checkout-Problems neu erstellt und ein Fix hinzugefügt, der das Problem in 20 aufeinanderfolgenden Test-Checkouts für 3 Städte und 3 Gewichtsbereiche mit LiqPay und Nova Poshta behebt
- TTFB für Kategorieseiten auf Produktion mit einem aufgewärmten Cache von nicht mehr als 800 ms im 90. Perzentil (Messung über WebPageTest oder Lighthouse mit festem Standort)
- Unter der Belastung von 30 gleichzeitigen Benutzern für 10 Minuten (k6 oder ähnlich) beträgt der Anteil der 5xx-Antworten nicht mehr als 0,5 %, die durchschnittliche Antwortzeit für zwischengespeicherte Seiten beträgt nicht mehr als 400 ms
- Gemeldet: Grundursache gefunden, Liste der Änderungen, angewendete Befehle/Einstellungen und Anweisungen zur Wiederholung der Tests

Erfahrungen mit Magento 2, Checkout-Debugging, MySQL-Optimierung, Redis, PHP-FPM/Nginx und der Arbeit mit Cloudflare werden erwartet.