WooCommerce und WordPress: So planen Sie die Architektur eines wachsenden Shops
WooCommerce läuft als WordPress-Plugin, daher übernimmt der Shop alles, was in der gesamten Installation passiert: das Theme, die übrigen Plugins, die Serverkonfiguration und die Art, wie Änderungen ausgerollt werden. Deshalb sollte die Architektur eines wachsenden Shops auf der Ebene der gesamten WordPress-Installation geplant werden und nicht nur für WooCommerce selbst.
Das Theme ist für das Aussehen zuständig, nicht für die Logik
Ein häufiges Problem in älteren Shops ist Geschäftslogik, die in der Datei functions.php des Themes steht. Das funktioniert, bis das Theme gewechselt wird. Bei einer Neugestaltung zeigt sich dann, dass Preisregeln, zusätzliche Bestellfelder oder Integrationen zusammen mit dem Theme verschwinden.
Eine einfachere Regel:
- das Theme (am besten ein Child-Theme oder ein eigenes Theme) ist für die Darstellung zuständig;
- die Logik des Shops gehört in ein eigenes Plugin, unabhängig vom Aussehen;
- WooCommerce-Templates werden nur überschrieben, wenn Hooks und Filter nicht ausreichen.
Plugins: weniger, aber bewusst gewählt
Jedes Plugin ist Code, der aktualisiert werden muss und Performance sowie Sicherheit beeinflussen kann. In einem wachsenden Shop lohnt sich eine einfache Liste: welches Plugin, wofür es zuständig ist, wer es bereitstellt und ob es noch gebraucht wird.
Eine gute Gewohnheit ist auch, Abhängigkeiten wo möglich mit Composer zu verwalten. Die Plugin-Versionen sind dann im Repository festgehalten und nicht nur im Admin-Bereich.
Daten und Inhaltstypen
WordPress erlaubt es, Daten über eigene Inhaltstypen, Taxonomien und Felder abzubilden. Im Shop sollte man unterscheiden zwischen:
- Produktdaten, die zu WooCommerce gehören;
- Inhalten, die den Verkauf unterstützen, z. B. Ratgeber, Kategorieseiten oder Landingpages;
- Daten aus anderen Systemen, die synchronisiert und nicht von Hand bearbeitet werden sollen.
Eine klare Aufteilung erleichtert spätere Integrationen und Migrationen.
Umgebungen und Deployments
Änderungen, die direkt im Admin-Bereich eines Live-Shops vorgenommen werden, lassen sich nur schwer nachvollziehen. Ein wachsender Shop sollte mindestens Folgendes haben:
- ein Git-Repository mit dem Code des Themes und der eigenen Plugins;
- eine Staging-Umgebung, um Änderungen zu prüfen;
- einen wiederholbaren Weg für Deployments, mit der Möglichkeit, Änderungen zurückzunehmen;
- Backups vor jedem Deployment.
Architektur für die kommenden Jahre
Ein gut geplanter WooCommerce-Shop muss nicht kompliziert sein. Es reicht, wenn jeder Teil seinen Platz hat: das Aussehen im Theme, die Logik in einem Plugin, die Daten in den passenden Strukturen, und Änderungen nehmen immer denselben Weg vom Repository bis zur Produktion. Diese Ordnung sorgt dafür, dass neue Funktionen leichter hinzukommen, statt mit jeder Änderung das Risiko zu erhöhen.