ShopScribe: Wie und warum wir die Content-Zentrale für JTL-Shops gebaut haben

Ein JTL-Shop kann verkaufen. Was er nicht kann: ein Content-System sein. Genau an diesem Punkt sind wir bei Themeart immer wieder gescheitert — nicht am Verkaufen, sondern am Pflegen von Inhalten über mehrere Shops hinweg. ShopScribe ist die Lösung, die daraus entstanden ist. In diesem Beitrag zeigen wir, was ShopScribe macht, warum wir es gebaut haben und wie es unter der Haube funktioniert.

Das Problem, das wir immer wieder gesehen haben

Als Agentur betreuen wir sehr viele JTL-Shops. Bei fast jedem Kunden zeigte sich früher oder später dasselbe Muster: Das JTL-eigene CMS reicht für eine Handvoll statischer Seiten, aber sobald Content strategisch wichtig wird — Ratgeber, Kaufberatungen, regelmäßige Blogbeiträge — stößt es an harte Grenzen. Der Editor ist unbequem, es fehlt an Struktur für Kategorien und Tags, und bei mehreren Shops (Multishop-Setups, Ländershops, B2B/B2C getrennt) hieß das in der Praxis: derselbe Text wurde von Hand in jeden Shop einzeln kopiert. Fehleranfällig, zeitintensiv, und beim nächsten Update vergessen.

Die naheliegende Ausweichlösung vieler Shopbetreiber war ein externer Blog auf einer separaten Domain. Das fühlt sich nach einer Lösung an, ist aber SEO-technisch ein Eigentor: Google bewertet die Domain, auf der ein Inhalt liegt. Ein externer Blog stärkt die externe Seite — nicht den Shop, der eigentlich Umsatz bringen soll. Kategorien und Produktseiten, also genau die Seiten mit Kaufabsicht, gehen bei diesem Ansatz leer aus.

Warum wir es selbst gebaut haben

ShopScribe ist nicht am Reissbrett entstanden, sondern aus einer früheren, einfacheren Version, die wir intern Content Hub genannt haben. Der erste Ansatz war eine schlanke Sync-Middleware: WordPress als Quelle, ereignisbasierte Webhooks, eine Warteschlange mit Retry-Logik, damit ein Beitrag auch bei einem kurzzeitigen Ausfall des Shops zuverlässig ankommt. Das hat den Kern des Problems gelöst — Inhalte kamen automatisiert im Shop an — aber die Struktur blieb dünn. Kategorien mussten im Shop nachträglich manuell angelegt werden, Custom Fields gingen verloren, und für Kunden mit mehreren Shops gab es keine gezielte Steuerung, welcher Beitrag wohin gehört.

Aus diesen Lücken ist ShopScribe entstanden: keine reine Sync-Pipeline mehr, sondern ein System, das die komplette Content-Struktur ernst nimmt. Kategorien, Tags, Autoren, Templates und Custom Fields werden vollständig übernommen, nicht nur der Fließtext. Und weil unsere Kunden unterschiedlich viele Shops betreiben, war Mehrshop-Publishing von Anfang an ein Kernkriterium, kein Feature, das man später nachrüstet.

Wie ShopScribe technisch aufgebaut ist

Die Architektur trennt bewusst zwei Rollen, die in vielen Shop-Setups vermischt werden: WordPress liefert den Content, der JTL-Shop zeigt ihn aus. Kein Bastel-Plugin, das Redaktionsfunktionen ins Shop-CMS presst, sondern ein sauberer Headless-Ansatz mit zwei Komponenten.

• Das JTL-Shop-Plugin. Frei im JTL-ExtensionStore erhältlich. Es empfängt die Inhalte, legt Kategorien und SEO-URLs automatisch an und ordnet Beiträge den passenden Templates zu — etwa einer News-Ansicht oder einem umfangreichen Ratgeber-Layout mit Inhaltsverzeichnis.
• Der WordPress-Connector. Ein Installer-Plugin, das die Verbindung zur JTL-Shop-Seite herstellt und Veröffentlichungen auf Knopfdruck auslöst. Für den Betrieb ist IonCube zwingend erforderlich — eine bewusste technische Entscheidung, um den Connector-Code zu schützen, die wir bei der Installation transparent kommunizieren.

Ändert eine Redaktion einen Beitrag in WordPress, kann diese Änderung automatisch an alle angebundenen Shops weitergereicht werden — ohne dass jemand den Text ein zweites Mal anfassen muss. Bei einem Multishop-Setup wählt man gezielt aus, in welche Shops ein Beitrag gehört: ein Klick statt doppelter Pflege.

Wo Inhalte im Shop tatsächlich auftauchen

Ein Beitrag, der nur unter einer Blog-URL liegt, bringt wenig. Deshalb hat ShopScribe mehrere Wege, Inhalte dort zu platzieren, wo sie den Kaufprozess tatsächlich unterstützen:

• Portlets: Beiträge lassen sich gezielt an jeder Stelle im Shop einbinden — auf Produktseiten, Landingpages oder Kategorieseiten.
• Tag-basierte Darstellung: Tags aus WordPress steuern, welche Seiten passende Beiträge automatisch anzeigen.
• Produktnahe Ausgabe: Produkte zeigen automatisch passende Ratgeber-Artikel, statt einer leeren Produktseite — das stärkt sowohl Nutzererlebnis als auch SEO.
• Kategorieabhängige Darstellung: Beiträge erscheinen automatisch nur dort, wo sie thematisch hingehören — ohne manuelle Zuordnung im Shop.

Für Shops mit komplexen Sortimenten — Technik, Outdoor, Maschinenbau — entstehen so pro Produktgruppe saubere Content-Cluster, und für wiederkehrende Fragen eine echte, durchsuchbare Wissensdatenbank direkt im Shop statt verstreuter FAQ-Seiten.

Was sich für unsere Kunden dadurch ändert

Die Redaktion arbeitet in WordPress — einem Editor, den die meisten ohnehin kennen, mit besserer Medienverwaltung und Blockstruktur als jedes Shop-CMS. Das Tech-Team muss nicht mehr ständig am Shop-CMS herumdoktern, weil Content und Shopbetrieb sauber getrennte Systeme sind: WordPress-Updates berühren den Shop nicht, und Shop-Updates berühren den Content nicht.

Der spaßrere Nebeneffekt: Weil Content endlich ohne Aufwand entsteht, wird er auch tatsächlich produziert. Regelmäßige Ratgeber und Kaufberatungen verbessern die Sichtbarkeit — nicht durch mehr Werbebudget, sondern durch mehr thematische Abdeckung, sauber verlinkt zwischen Content-Cluster, Kategorie und Produkt. Weniger Abhängigkeit von Ads, mehr organischer Umsatz, bessere Marge.

Wohin sich ShopScribe weiterentwickelt

Die nächste Baustelle ist die Content-Erstellung selbst. Wir haben bereits gezeigt, wie sich ShopScribe mit ChatGPT kombinieren lässt, um Ideenfindung, Struktur und Rohtext deutlich zu beschleunigen — die Pflege und Verteilung übernimmt weiterhin ShopScribe, die KI liefert nur den Ausgangstext. Langfristig arbeiten wir daran, diese Content-Erstellung näher an das System heranzuholen, statt sie als separaten Schritt davor zu behandeln. Am Grundprinzip ändert das nichts: Inhalte einmal pflegen, kontrolliert und strukturiert im Shop ausspielen.

Häufige Fragen

ShopScribe ist für uns das beste Beispiel dafür, wie wir bei Themeart Lösungen entwickeln: Wir beobachten ein wiederkehrendes Problem bei unseren Kunden, bauen einen ersten schlanken Ansatz, lernen aus dessen Grenzen und erweitern ihn zu einer Lösung, die das Problem strukturell löst — nicht nur symptomatisch.