Warum Rezept-Plugins an Grenzen stoßen
Verstehe, warum Rezept-Plugins für WordPress Rezeptdaten in eigenen Tabellen speichern, welche Konsequenzen das für Suche, Newsletter, Vorschauen und Archive hat und warum dieses Architekturproblem sich nicht mit Updates lösen lässt.
Einordnung
Bevor du in die Lektionen gehst, findest du hier den Rahmen für diesen Kurs.
Dieser Kurs ist Teil 1 von 3 der Rezept-Plugin-Architektur-Reihe.
Rezept-Plugins gehören zur Grundausstattung eines WordPress-Foodblogs. WP Recipe Maker, Recipe Card Blocks, WP Tasty, Cooked Pro, WP Delicious — sie alle versprechen, Rezepte schön darzustellen und für Google aufzubereiten. Das tun sie auch. Aber sie haben ein gemeinsames Architekturproblem, das weit über die einzelne Rezeptseite hinausgeht.
Alle gängigen Rezept-Plugins speichern Rezeptdaten in eigenen Datenbanktabellen, außerhalb des WordPress-Content-Modells. Das klingt technisch, hat aber massive Konsequenzen: WordPress-eigene Funktionen wie Suche, Newsletter, Archive und Vorschauen sehen diese Daten nicht. Jede Erweiterung, die Rezeptdaten außerhalb der Rezeptseite nutzen will, scheitert — oder braucht Custom-Entwicklung.
In sechs Lektionen lernst du:
- Wie die einzelnen Rezept-Plugins Daten speichern — und warum das ein Problem ist
- Warum die WordPress-Suche Rezeptdaten nicht findet
- Warum Rezept-Newsletter und Social-Media-Vorschauen nicht funktionieren
- Warum SEO-Plugins und Rezept-Plugins beim Schema gegeneinander arbeiten — und wie Fake-Bewertungen dein Ranking zerstören
- Warum es keinen funktionierenden Saisonkalender, keine Rezept-Heroes und keine guten Archivseiten gibt
- Warum Foodblogger im Entwickler-Dilemma stecken — und welche Alternative es gibt
Weiter mit: Wie das Foodblogliebe-Theme Rezeptdaten nativ integriert zeigt die architektonische Lösung.
Überblick
Die Lektionen führen Schritt für Schritt durch den Kurs.
Quiz
Jeder Kurs schließt mit einem verbindlichen Quiz ab.
