WooCommerce einrichten und abschließen: Integration mit 1C und SDEK, Caching, Protokollierung, Balance-Kontrolle

Ausgangssituation: ein Online-Shop auf WordPress 6.x + WooCommerce 8.x, der auf einem VPS läuft (Ubuntu 22.04, Nginx, PHP 8.2, MariaDB). Katalog mit rund 25.000 Produkten und 60.000 Variationen. Jetzt erfolgt der Austausch mit 1C über ein veraltetes Modul, Produkte werden regelmäßig dupliziert, Preise und Guthaben sinken und während der Spitzenzeiten (Verkaufszeiten) ist die Auftragsabwicklung langsam und ergibt manchmal 502. Die Lieferung wird über das SDEK-Plugin berechnet, aber einige Bestellungen werden aufgrund von Rennen bei der Neuberechnung des Warenkorbs ohne den ausgewählten Abholpunkt versendet. Wir brauchen eine systematische Analyse und Konfiguration, ohne das CMS zu ändern und ohne das Theme komplett zu überarbeiten.

Technische Umgebung und Einschränkungen: Sie können den Verkauf nicht länger als 10 Minuten am Stück stoppen, alle Änderungen über Staging und Git, Bereitstellung über SSH. Sie können keine externen SaaS-Caches wie Cloudflare APO verbinden; Sie können Redis auf einem VPS verwenden. Sie können das aktuelle Zahlungsmodul und die URL-Struktur nicht ändern. Punktuelle Code-Änderungen in Form eines kleinen MU-Plugins oder Ihres eigenen Plugins sind akzeptabel, ohne den Kern von WordPress und WooCommerce zu bearbeiten.

Was zu tun:
1) Führen Sie eine Prüfung der aktuellen Leistungskonfiguration und Bestelllogik durch – Profilierung langsamer Abfragen (Query Monitor/New Relic oder gleichwertig), Analyse von PHP-FPM/Nginx-Protokollen, Identifizierung von Engpässen in der Datenbank (Indizes, langsame Abfragen, WooCommerce-Suchtabellen, wp_postmeta).
2) Caching und Stabilität einrichten – Redis Object Cache aktivieren und richtig konfigurieren, Ausnahmen für dynamische Seiten (Warenkorb, Kasse, persönliches Konto), Seiten-Cache auf Nginx konfigurieren oder das vorhandene Cache-Plugin richtig konfigurieren, damit Preise, Coupons und Neuberechnung der Lieferung nicht kaputt gehen.
3) Bringen Sie den Austausch mit 1C in Ordnung – stabilisieren Sie den Import von Waren, Preisen und Salden, damit keine Duplikate entstehen und Verbindungen von Variationen nicht verloren gehen. Konfigurieren Sie die Zuordnung nach externer Kennung (SKU/UUID), die Verarbeitung gelöschter Produkte und die Integritätskontrolle nach dem Import. Fügen Sie ein Importprotokoll mit eindeutigen Fehlern hinzu (in wp-content/uploads/logs oder in einer Tabelle), ohne sensible Daten auszugeben.
4) Korrigieren Sie das SDEK-Abholpunkt-Auswahlskript – beheben Sie das Problem, wenn bei der Neuberechnung des Warenkorbs der ausgewählte Abholpunkt zurückgesetzt wird oder nicht in die Bestellung fällt. Das Ergebnis sollte in der Bestellung als Meta gespeichert und im Admin-Panel und in E-Mails angezeigt werden. Wenn das aktuelle Plugin nicht über die erforderlichen Hooks verfügt, können Sie es über WooCommerce-Hooks erstellen, ohne die Aktualisierbarkeit des Plugins zu beeinträchtigen.
5) Richten Sie Überwachung und Schutz ein – aktivieren Sie die Protokollrotation, konfigurieren Sie Warnungen auf 5xx (das Versenden per E-Mail reicht aus), fügen Sie einen Endpunkt für die Gesundheitsprüfung hinzu, um die Verfügbarkeit wichtiger Komponenten (DB, Redis, wp-cron) zu überprüfen.

Spezifisches Ergebnis:
- Das Aufgeben einer Bestellung erfolgt konsequent ohne 502 und ohne den ausgewählten Abholpunkt zu verlieren.
- Beim Import aus 1C entstehen keine Duplikate und Variationen mehr. Salden und Preise nach dem Umtausch fallen mit der Entladung zusammen.
- Durch korrektes Caching kann die Site Spitzenlasten ohne plötzliche Verschlechterung standhalten.

Messbare Akzeptanzkriterien:
- Reaktionszeit der P95-Checkout-Seite – nicht mehr als 2,5 Sekunden bei 20 gleichzeitigen Benutzern im Staging (k6 oder analog), ohne 5xx.
- Nach einem vollständigen Austausch mit 1C erhöht sich die Anzahl der Produkte und Variationen aufgrund von Duplikaten nicht, 0 neue Duplikate nach SKU/externer UUID.
- Bei 50 Testbestellungen hintereinander wird der ausgewählte SDEK-Abholpunkt immer gespeichert und im Admin-Panel und in einem Brief an den Kunden angezeigt.
– Die Redis-Cache-Trefferquote auf typischen Katalogseiten beträgt nicht weniger als 70 % (gemäß Plugin-/Redis-Info-Metriken), während der Warenkorb und die Kasse nicht als Seite zwischengespeichert werden.

Erwartete Phasen: Staging einrichten und Diagnosen sammeln – Arbeits- und Risikoplan – Caching implementieren – 1C-Austausch reparieren – SDEK reparieren – Lasttest – endgültige Bereitstellung und Checkliste.

Zugang und Materialien: Ich stelle SSH für Staging und Produktion, auf Anfrage einen Datenbank-Dump für die lokale Analyse, Zugriff auf das WP-Admin-Panel, Beispiele für 1C-Upload (XML) und mehrere problematische Aufträge zur Reproduktion bereit.