JTL GPSR: Produktsicherheitsverordnung umsetzen – Praxisleitfaden für Händler

JTL GPSR bezeichnet die praktische Umsetzung der EU-Produktsicherheitsverordnung (General Product Safety Regulation, GPSR) in den JTL-Systemen – insbesondere JTL-Shop und JTL-Wawi. Seit dem 13. Dezember 2024 müssen Online-Händler sicherheitsrelevante Informationen wie Herstellerangaben, verantwortliche Personen in der EU, Warnhinweise und Sicherheitsinformationen bereits im Online-Angebot darstellen. Die Herausforderung liegt darin, diese Pflichtangaben zentral, skalierbar und updatesicher in JTL zu pflegen und gleichzeitig für Shop, Feeds und Marktplätze exportfähig zu machen. Wenn du dabei Unterstützung brauchst, kann eine JTL Agentur helfen, Datenmodell, Template-Ausgabe und Feed-Logik sauber aufzusetzen.

Für JTL-Anwender bedeutet GPSR konkret: Du musst entscheiden, wo du welche Daten pflegst – am Hersteller, am Artikel oder zentral über Regeln – und wie du sie im Shop-Template und in Produktexporten ausgibst. Da JTL-Wawi derzeit keine dedizierten GPSR-Felder bietet, arbeiten viele Händler mit Workarounds wie Herstellerbeschreibungen, Artikelattributen oder Plugin-Lösungen. Dieser Beitrag zeigt dir praxisnah, welche Umsetzungswege es gibt, welcher zu deinem Shop passt und wie du die Anforderungen bis zum Stichtag erfüllst – ohne Datenchaos und mit klarem Fokus auf Skalierbarkeit, Compliance und messbarem Business-Impact.

Was ist JTL GPSR?

JTL GPSR steht für die Umsetzung der EU-Produktsicherheitsverordnung (General Product Safety Regulation) im JTL-Ökosystem. Die Verordnung schreibt vor, dass Händler bereits im Online-Angebot – also auf der Produktdetailseite oder im Listing – bestimmte Sicherheits- und Verantwortlichkeitsinformationen sichtbar machen müssen. Dazu gehören Angaben zum Hersteller, zur verantwortlichen Person in der EU, Warnhinweise, Sicherheitshinweise und wichtige Informationen zur Produktnutzung.

Für JTL-Nutzer bedeutet das konkret: Du musst diese Informationen in JTL-Wawi pflegen, in JTL-Shop ausgeben und gegebenenfalls in Produktdatenexporte für Google Merchant Center, Idealo, Amazon oder andere Marktplätze integrieren. Da JTL-Wawi derzeit keine dedizierten GPSR-Spezialfelder bietet, nutzen Händler typischerweise Herstellerdaten, Artikelattribute, Freifelder oder Plugin-Lösungen.

Die zentrale Frage lautet: Wo pflege ich welche Daten, damit sie zentral, wiederverwendbar und updatesicher sind – und gleichzeitig im Shop sichtbar sowie in Feeds exportierbar bleiben?

Kernziel der GPSR

Die GPSR zielt darauf ab, mehr Transparenz und Sicherheit im E-Commerce zu schaffen. Verbraucher sollen jederzeit erkennen können, wer für ein Produkt verantwortlich ist, und Zugang zu sicherheitsrelevanten Informationen haben. Die Verordnung gilt seit dem 13. Dezember 2024 verbindlich.

Grundprinzip für JTL-Anwender

Dein Ziel ist es, die GPSR-Anforderungen so umzusetzen, dass du so wenig doppelte Pflege wie möglich hast, die Daten skalierbar sind und gleichzeitig Compliance-konform im Shop und in Feeds ausgegeben werden. Das erfordert eine durchdachte Datenmodellierung in JTL-Wawi und eine saubere Template-Integration im JTL-Shop.

Warum ist JTL GPSR wichtig?

Die Umsetzung der GPSR in JTL ist nicht nur eine rechtliche Pflicht, sondern auch ein operatives und finanzielles Risiko, wenn sie nicht sauber umgesetzt wird. Fehlende oder inkorrekte Herstellerangaben können zu Abmahnungen, Bußgeldern oder Vertriebssperren auf Marktplätzen führen. Gleichzeitig bietet eine transparente Darstellung der GPSR-Informationen die Chance, Vertrauen bei Kunden aufzubauen und die Compliance-Prozesse im Shop langfristig zu professionalisieren.

Rechtliche und finanzielle Perspektive

Seit dem 13. Dezember 2024 sind die GPSR-Anforderungen verbindlich. Händler müssen nachweisen können, dass sie die Pflichtangaben im Online-Angebot bereitstellen. Das betrifft nicht nur den eigenen Shop, sondern auch Marktplätze und Produktfeeds. Fehlende Angaben können als Wettbewerbsverstoß gewertet werden und zu Abmahnungen führen. Gleichzeitig riskierst du bei Nicht-Einhaltung Produktsperren auf Google Shopping, Amazon oder anderen Kanälen – was unmittelbar zu Umsatzeinbußen führt. Das Abmahnrisiko ist besonders hoch bei Top-Sellern und sichtbaren Produkten, da diese von Wettbewerbern und Verbänden prioritär geprüft werden.

Operative Perspektive

Für viele JTL-Händler bedeutet GPSR: Tausende Artikel müssen mit neuen Pflichtangaben versehen werden, oft unter Zeitdruck. Ohne strukturierte Datenmodellierung droht Datenchaos, inkonsistente Pflege und hoher manueller Aufwand. Besonders bei vielen Herstellern oder internationalen Lieferanten ist eine zentrale, wiederverwendbare Datenpflege entscheidend. Die operative Herausforderung liegt darin, schnell handlungsfähig zu sein und gleichzeitig eine skalierbare Zielarchitektur aufzubauen.

Vertrauens- und Conversion-Perspektive

Klare Herstellerangaben und sichtbare Sicherheitshinweise erhöhen die Transparenz und können Kaufentscheidungen positiv beeinflussen. Besonders bei erklärungsbedürftigen oder sicherheitsrelevanten Produkten signalisierst du durch vollständige GPSR-Informationen Professionalität und Verantwortungsbewusstsein. Transparente Produktinformationen stärken das Vertrauen und können die Retourenquote senken.

Risikobewertung: Minimum Viable Compliance vs. Zielarchitektur

Du hast zwei strategische Optionen: einen schnellen Minimum Viable Compliance-Ansatz (MVP), der das akute Abmahnrisiko minimiert, und eine saubere Zielarchitektur, die langfristig skalierbar und audit-sicher ist. Der MVP-Ansatz fokussiert auf die Top-Seller und kritischen Kategorien, nutzt schnelle Workarounds wie den Herstellerbeschreibungs-Trenner und deckt damit 80 Prozent des Umsatzes ab. Die Zielarchitektur hingegen setzt auf strukturierte Felder, zentrale Regeln, saubere Namenskonventionen und vollständige Feed-Integration – ideal für Shops mit hoher SKU-Anzahl, mehreren Märkten oder Audit-Anforderungen.

Die wichtigsten Bereiche der GPSR-Umsetzung in JTL

Die GPSR-Umsetzung in JTL lässt sich in drei zentrale Bereiche gliedern: Datenpflege, Template-Ausgabe und Feed-Export. Jeder dieser Bereiche erfordert eine klare Strategie, damit die Informationen konsistent, vollständig und exportfähig sind.

Datenpflege in JTL-Wawi

Die Datenpflege ist der Kern der GPSR-Umsetzung. Du musst entscheiden, wo du welche Informationen pflegst: zentral beim Hersteller, individuell am Artikel oder über zentrale Regeln. Typische Pflegeorte sind Herstellerdaten, Artikelattribute, Freifelder oder Plugin-Lösungen. Wichtig ist: Jede Information sollte nur an einem Ort gepflegt werden – das Prinzip der Single Source of Truth. Ohne klare Namenskonventionen und Validierungslogik droht schnell Datenchaos. Lege fest, welche Felder Pflichtfelder sind, welche Formate erlaubt sind und wer die Daten pflegen darf.

Template-Ausgabe im JTL-Shop

Die gepflegten Daten müssen im JTL-Shop sichtbar gemacht werden – idealerweise in einem eigenen Tab, Abschnitt oder Block auf der Produktdetailseite. Die Umsetzung erfolgt über Template-Anpassungen im Child-Template, um Updatesicherheit zu gewährleisten. Typische Dateien sind productdetails/tabs.tpl oder productdetails/attributes.tpl. Achte darauf, dass die GPSR-Infos nicht oberhalb des Call-to-Action platziert werden, da dies die Conversion behindern kann.

Feed-Export für Marktplätze

GPSR-Informationen müssen häufig nicht nur im Shop, sondern auch in Produktfeeds für Google Merchant Center, Idealo, Amazon oder andere Kanäle verfügbar sein. Wenn Daten nur als Fließtext im Template existieren, sind sie nicht automatisch feedfähig. Deshalb ist es wichtig, GPSR-Daten in strukturierten Feldern zu pflegen, damit sie in Feed-Mappings genutzt werden können. Typische Feed-Felder sind zum Beispiel manufacturer, responsible_person_name, responsible_person_address, warning oder safety_information. Prüfe, welche Felder deine Zielkanäle erwarten, und stelle sicher, dass dein Feed-Exporter diese Felder korrekt befüllt.

Mehrsprachigkeit und Marktanpassung

Wenn du in mehreren Ländern aktiv bist, musst du GPSR-Angaben je Sprache pflegen. Achte darauf, dass Herstellerangaben und verantwortliche Personen je Land korrekt hinterlegt sind – insbesondere bei grenzüberschreitendem Handel innerhalb der EU. Bei mehreren verantwortlichen Personen (zum Beispiel unterschiedliche Importeure je Land) wird der Herstellerbeschreibungs-Trenner-Workaround schnell unübersichtlich und fehleranfällig. In diesem Fall solltest du auf strukturierte Felder oder Plugin-Lösungen setzen.

Überblick und Vergleich der Umsetzungswege

Die folgende Tabelle zeigt die wichtigsten Umsetzungswege für JTL GPSR im Vergleich. Je nach Shopgröße, Anzahl der Hersteller und Team-Struktur eignet sich ein anderer Ansatz.

Entscheidungslogik

Bevor du dich für einen Umsetzungsweg entscheidest, beantworte folgende Fragen: Wie viele SKUs hast du? Wie viele Hersteller? Wer pflegt die Daten? Wie dringend ist der Livegang? Müssen die Daten in Feeds exportiert werden? Wie hoch ist das Abmahnrisiko bei deinen Top-Sellern? Hast du mehrere Märkte oder Sprachen? Wie wichtig ist Audit-Sicherheit? Diese Antworten helfen dir, den passenden Ansatz zu wählen – entweder als schnellen MVP oder als langfristige Zielarchitektur.

So funktioniert JTL GPSR in der Praxis

In der Praxis hat sich ein hybrider Ansatz bewährt: Herstellerdaten zentral pflegen, artikelspezifische Warnhinweise am Artikel ergänzen und die Ausgabe über ein Child-Template steuern. Im Folgenden zeige ich dir Schritt für Schritt, wie du das umsetzt – zunächst als MVP, dann als skalierbare Zielarchitektur.

MVP-Route: Schnelle Umsetzung für Top-Seller

Wenn du unter Zeitdruck stehst, fokussiere dich zunächst auf die Top-Seller und kritischen Kategorien. Priorisiere Produkte mit hohem Umsatzanteil, hoher Sichtbarkeit auf Marktplätzen oder erhöhtem Abmahnrisiko. Nutze eine einfache Excel-Liste, um die wichtigsten Hersteller zu identifizieren und deren GPSR-Daten zentral zu erfassen. Pflege diese Daten in der Herstellerbeschreibung mit dem Rauten-Trenner und passe das Template an. Dieser Ansatz deckt oft 80 Prozent des Umsatzes mit 20 Prozent des Aufwands ab.

Schritt 1: Herstellerdaten zentral pflegen

Gehe in JTL-Wawi und pflege für jeden Hersteller die Basisdaten: Name, Adresse, Kontaktdaten. Falls der Hersteller außerhalb der EU sitzt, ergänze die verantwortliche Person in der EU (Importeur oder Bevollmächtigte). Nutze dafür das Herstellerbeschreibungsfeld. Um die bisherige Marketing-Beschreibung weiter nutzen zu können, trenne die Bereiche durch drei Rauten (###). Vor den Rauten steht die Marketing-Beschreibung, danach die GPSR-Angaben. Wichtig: Platziere die Rauten niemals innerhalb eines HTML-Tags, sonst bricht die HTML-Struktur.

Schritt 2: Artikelbezogene Sicherheitshinweise ergänzen

Wenn ein Artikel spezifische Warnhinweise oder Sicherheitsinformationen benötigt, pflege diese direkt am Artikel – entweder als Attribut, Freifeld oder über ein Plugin. Wichtig: Nutze einheitliche Feldnamen wie gpsr_warning oder gpsr_safety_information, damit du später konsistent exportieren kannst. Definiere klare Naming-Konventionen und dokumentiere diese in einem internen Wiki oder Changelog.

Schritt 3: Child-Template erstellen

Erstelle ein Child-Template für deinen JTL-Shop, falls noch nicht vorhanden. Das Child-Template stellt sicher, dass deine Template-Anpassungen bei Shop-Updates nicht überschrieben werden. Lade das Child-Template hoch und aktiviere es.

Schritt 4: Template-Ausgabe anpassen

Passe die Datei templates/NOVACHILD/productdetails/tabs.tpl an. Füge einen Block ein, der die Herstellerangaben aus dem Herstellerbeschreibungsfeld abruft und nur den GPSR-Teil (nach den Rauten) ausgibt. Nutze dafür die Smarty-Funktion explode, um den Text am Trenner zu splitten. Platziere den GPSR-Block entweder in einem eigenen Tab oder unterhalb der Produktbeschreibung – niemals oberhalb des Call-to-Action.

Beispiel-Code für die Ausgabe

Der folgende Code zeigt, wie du die GPSR-Angaben unterhalb der Produktbeschreibung ausgibst. Achte darauf, dass die Rauten nicht innerhalb eines HTML-Tags stehen, sonst kann die HTML-Struktur brechen. Dieser Code ist ein Beispiel. Passe ihn an deine Template-Struktur an und teste die Ausgabe auf Staging-Umgebungen, bevor du live gehst.

Schritt 5: Mehrsprachigkeit berücksichtigen

Wenn du mehrere Sprachen nutzt, stelle sicher, dass die GPSR-Angaben für jede Sprache gepflegt sind. Nutze die Sprachvererbung in JTL-Wawi und definiere Fallback-Regeln für fehlende Übersetzungen. Bei mehreren verantwortlichen Personen je Land wird der Rauten-Trenner schnell unübersichtlich – in diesem Fall solltest du auf strukturierte Felder umsteigen.

Schritt 6: Feeds und Marktplätze prüfen

Prüfe, welche GPSR-Felder deine Marktplätze oder Feed-Exporter erwarten. Stelle sicher, dass die Daten in strukturierten Feldern vorliegen und im Feed-Mapping korrekt zugewiesen sind. Typische Felder sind Hersteller, verantwortliche Person in der EU, Warnhinweise und Sicherheitshinweise. Teste den Feed-Export für Google Merchant Center, Idealo und Amazon. Prüfe, ob Disapprovals auftreten und ob die Felder korrekt befüllt sind. Nutze die Merchant Center-Diagnosefunktion, um fehlende oder fehlerhafte Angaben zu identifizieren.

Schritt 7: QA-Prozess etablieren

Definiere einen Qualitätssicherungsprozess: Prüfe 10 bis 20 Top-Seller manuell auf Vollständigkeit und Korrektheit der GPSR-Angaben. Teste die Mobilansicht, da viele Nutzer auf dem Smartphone einkaufen. Lege fest, wer für die regelmäßige Prüfung und Aktualisierung der GPSR-Daten zuständig ist – idealerweise im Rahmen eines monatlichen Compliance-Checks.

Zielarchitektur: Skalierbare Lösung mit zentralen Regeln

Für eine langfristig skalierbare und audit-sichere Lösung nutze zentrale Regeln, strukturierte Felder und automatisierte Zuweisungen. Definiere Produktgruppen oder Kategorien, denen du automatisch GPSR-Daten zuweist. Nutze ein Plugin oder erweitere JTL-Wawi um eigene Felder. Lege RACI-Verantwortlichkeiten fest (Responsible, Accountable, Consulted, Informed) und dokumentiere alle Prozesse im Changelog. Diese Architektur ermöglicht dir, neue Produkte automatisch mit GPSR-Daten zu versehen und reduziert manuelle Pflegearbeit auf ein Minimum.

Typische Probleme, Risiken oder Fehler

Bei der Umsetzung von JTL GPSR treten häufig wiederkehrende Fehler auf. Im Folgenden zeige ich dir die wichtigsten und wie du sie vermeidest.

Trenner innerhalb eines HTML-Tags

Wenn du die Herstellerbeschreibung mit Rauten trennst, achte darauf, dass die Rauten nicht innerhalb eines HTML-Tags stehen – sonst wird die HTML-Struktur zerstört und die Seite wird falsch dargestellt. Platziere die Rauten immer zwischen Blöcken, nicht innerhalb von Tags. Teste die Ausgabe immer auf Staging-Umgebungen und prüfe die HTML-Validität.

Daten gepflegt, aber nicht ausgespielt

Ein häufiger Fehler: Die GPSR-Daten sind in JTL-Wawi gepflegt, aber im Shop nicht sichtbar. Ursache ist meist eine fehlende Template-Anpassung oder eine falsche If-Abfrage im Code. Prüfe, ob die Daten korrekt aus der Wawi übertragen werden und ob die Template-Logik greift. Nutze die Browser-Entwicklertools, um zu prüfen, ob die Variablen korrekt befüllt sind.

Plugin genutzt, aber Template-Dateien fehlen

Wenn du ein Plugin zur GPSR-Umsetzung nutzt, stelle sicher, dass die nötigen Template-Dateien im Child-Template vorhanden sind. Ohne Dateien wie productdetails/attributes.tpl kannst du keine Einstellungen im Plugin vornehmen. Kopiere die fehlenden Dateien aus dem Parent-Template ins Child-Template und passe sie an.

Verantwortlichkeiten unklar

Wenn nicht klar definiert ist, wer die GPSR-Daten pflegt und aktualisiert, veralten die Angaben schnell. Lege fest, wer für Herstellerdaten, artikelspezifische Hinweise und Feed-Mappings zuständig ist – und dokumentiere Änderungen in einem Changelog. Nutze ein RACI-Modell, um Verantwortlichkeiten zu klären: Wer ist Responsible, wer Accountable, wer muss Consulted oder Informed werden?

UX-Problem: Infos als Textwüste

Wenn du alle GPSR-Infos als langen Fließtext oberhalb des Call-to-Action platzierst, behinderst du die Kaufentscheidung. Nutze stattdessen einen eigenen Tab, einen ausklappbaren Abschnitt oder einen strukturierten Block unterhalb der Produktbeschreibung. Teste die Conversion-Rate vor und nach der Implementierung, um sicherzustellen, dass die GPSR-Infos die Kaufentscheidung nicht negativ beeinflussen.

Feed-Probleme: Daten nur im Template sichtbar

Wenn die GPSR-Daten nur im Shop-Template sichtbar sind, aber nicht in strukturierten Feldern vorliegen, kannst du sie nicht in Feeds exportieren. Stelle sicher, dass Herstellerangaben, verantwortliche Personen und Warnhinweise in Feldern gepflegt sind, die dein Feed-Exporter nutzen kann. Prüfe regelmäßig die Feed-Qualität und teste Exporte für alle relevanten Kanäle.

Rauten-Trenner bei mehreren verantwortlichen Personen

Wenn du mehrere verantwortliche Personen je Land oder Produktgruppe hast, wird der Rauten-Trenner schnell unübersichtlich und fehleranfällig. Inhalte vermischen sich, die Governance leidet und Audits werden schwierig. In diesem Fall solltest du bewusst NICHT den Rauten-Ansatz nutzen, sondern auf strukturierte Felder oder Plugin-Lösungen umsteigen. Der Rauten-Trenner ist ein pragmatischer Quick-Win, aber keine langfristige Lösung für komplexe Shops.

Fehlende Validierung und Monitoring

Ohne automatisierte Validierung und regelmäßiges Monitoring veralten GPSR-Daten schnell. Definiere Validierungsregeln: Sind alle Pflichtfelder befüllt? Sind die Formate korrekt? Sind die Daten aktuell? Nutze Skripte oder Plugins, um fehlende oder fehlerhafte Daten zu identifizieren. Etabliere ein monatliches Monitoring, um sicherzustellen, dass neue Produkte korrekt angelegt werden und alte Daten aktuell bleiben.

Auswahlhilfe und Bewertung

Die folgende Tabelle hilft dir, den passenden Umsetzungsweg für deinen JTL-Shop zu wählen – basierend auf Shopgröße, Team, Deadline und strategischer Ausrichtung.

Empfehlungen nach Szenario

Wenn du 5000 SKUs und 120 Hersteller hast, nutze den zentralen Herstellerdaten-Ansatz als MVP, um schnell live zu gehen. Plane parallel die Migration auf eine Zielarchitektur mit zentralen Regeln. Wenn du wenige SKUs oder sehr unterschiedliche Warnhinweise je Artikel hast, ist der Artikelattribut-Ansatz besser. Bei hohem Zeitdruck setze auf einen Quick-Win-Ansatz mit Template-Ausgabe und zentralem Textbaustein für die Top-20-Prozent-Produkte – und plane ein späteres Re-Modeling ein. Wenn du mehrere Märkte, Sprachen oder Audit-Anforderungen hast, investiere direkt in die Zielarchitektur mit strukturierten Feldern und zentralen Regeln.

Woran erkennt man eine gute Lösung?

Eine gute JTL-GPSR-Lösung erkennst du an klaren Kriterien: Sie ist skalierbar, updatesicher, feedfähig und reduziert manuelle Pflegearbeit. Im Folgenden zeige ich dir die wichtigsten Qualitätsmerkmale.

Zentrale Datenpflege

Eine gute Lösung nutzt das Prinzip der Single Source of Truth: Jede Information wird nur an einem Ort gepflegt. Herstellerdaten werden zentral beim Hersteller gepflegt, artikelspezifische Hinweise am Artikel. Es gibt keine doppelte Pflege, keine Inkonsistenzen und keine veralteten Daten. Definiere klare Ownership-Regeln und dokumentiere, wer welche Daten pflegen darf.

Strukturierte Felder statt Fließtext

GPSR-Daten sollten in strukturierten Feldern vorliegen, nicht nur als Fließtext im Template. Das ermöglicht Feed-Export, automatische Validierung und konsistente Darstellung. Nutze definierte Feldnamen und klare Benennungskonventionen. Lege fest, welche Felder Pflichtfelder sind und welche optional. Dokumentiere Formate und Validierungsregeln.

Updatesicherheit durch Child-Template

Alle Template-Anpassungen müssen im Child-Template erfolgen. Nur so stellst du sicher, dass Shop-Updates deine GPSR-Ausgabe nicht überschreiben. Dokumentiere alle Änderungen und versioniere deine Templates. Nutze Git oder ein anderes Versionskontrollsystem, um Änderungen nachvollziehbar zu machen.

Klare Verantwortlichkeiten und RACI-Modell

Definiere, wer die GPSR-Daten pflegt: Stammdaten-Team, Content-Manager oder Agentur. Lege Workflows fest, wie neue Hersteller angelegt, verantwortliche Personen aktualisiert und Warnhinweise geprüft werden. Nutze ein RACI-Modell: Wer ist Responsible für die Datenpflege? Wer ist Accountable für die Korrektheit? Wer muss Consulted werden (z. B. Rechtsabteilung)? Wer muss Informed werden (z. B. Marketing)? Dokumentiere diese Rollen in einem Prozesshandbuch und nutze Checklisten sowie Changelog.

Feedfähigkeit und Export-Logik

Stelle sicher, dass GPSR-Daten in Feeds exportiert werden können. Prüfe, welche Felder dein Feed-Exporter unterstützt, und passe das Mapping entsprechend an. Teste Exporte für Google Merchant Center, Idealo und andere Kanäle. Prüfe die Merchant Center-Diagnose auf Disapprovals und fehlende Felder. Nutze Feed-Validierungs-Tools, um Fehler frühzeitig zu erkennen. Dokumentiere, welche GPSR-Felder in welchem Feed-Format ausgegeben werden und wie sie gemappt sind.

UX und Conversion

Die GPSR-Infos müssen sichtbar sein, dürfen aber die Kaufentscheidung nicht behindern. Nutze Tabs, ausklappbare Abschnitte oder strukturierte Blöcke. Platziere Warnhinweise prominent, restliche Infos im Tab. Teste die Conversion-Rate vor und nach der Implementierung. Nutze A/B-Tests, um die optimale Platzierung zu finden. Achte darauf, dass die GPSR-Infos auch auf mobilen Geräten gut lesbar und zugänglich sind.

Validierung und Monitoring

Eine gute Lösung beinhaltet automatisierte Validierung und regelmäßiges Monitoring. Definiere Validierungsregeln: Sind alle Pflichtfelder befüllt? Sind die Formate korrekt? Sind die Daten aktuell? Nutze Skripte oder Plugins, um fehlende oder fehlerhafte Daten zu identifizieren. Etabliere ein monatliches Monitoring, um sicherzustellen, dass neue Produkte korrekt angelegt werden und alte Daten aktuell bleiben. Lege KPIs fest: Wie viele Produkte sind vollständig? Wie viele Fehler gibt es? Wie schnell werden Fehler behoben?

Checkliste zu JTL GPSR

Die folgende Checkliste hilft dir, die GPSR-Umsetzung Schritt für Schritt zu planen und umzusetzen.

• Herstellerdaten zentral in JTL-Wawi gepflegt (Name, Adresse, Kontakt)?
• Verantwortliche Person in der EU für Hersteller außerhalb der EU ergänzt?
• Artikelbezogene Warnhinweise und Sicherheitsinformationen gepflegt?
• Einheitliche Feldnamen und Naming-Konventionen definiert?
• Validierungsregeln für Pflichtfelder und Formate festgelegt?
• RACI-Modell für Verantwortlichkeiten definiert (Responsible, Accountable, Consulted, Informed)?
• Child-Template erstellt und aktiviert?
• Template-Ausgabe für Produktdetailseite angepasst (z. B. tabs.tpl)?
• Trenner (###) korrekt platziert, nicht innerhalb von HTML-Tags?
• GPSR-Infos auf Produktdetailseite sichtbar (Tab, Abschnitt oder Block)?
• GPSR-Infos nicht oberhalb des Call-to-Action platziert (UX-Check)?
• Mehrsprachigkeit geprüft und Fallback-Regeln definiert?
• Feed-Export geprüft (Google Merchant Center, Idealo, Amazon)?
• Feed-Mappings für GPSR-Felder korrekt konfiguriert?
• Merchant Center-Diagnose auf Disapprovals und fehlende Felder geprüft?
• Strukturierte Felder für Feed-Mapping genutzt?
• QA durchgeführt: 10-20 Top-Seller auf Vollständigkeit geprüft?
• Mobilansicht getestet?
• Rollout-Strategie definiert (Top-Seller zuerst vs. Kategorie für Kategorie)?
• Changelog für Änderungen angelegt?
• Monitoring-Prozess für regelmäßige Prüfungen etabliert?
• KPIs definiert (Vollständigkeit, Fehlerrate, Behebungszeit)?
• Entscheidung getroffen: MVP-Ansatz oder Zielarchitektur?
• Bei mehreren verantwortlichen Personen oder komplexen Anforderungen: strukturierte Felder statt Rauten-Trenner genutzt?

Häufige Fragen (FAQ)

Was muss ich im JTL-Shop für GPSR anzeigen?

Du musst Herstellerangaben (Name, Kontakt), verantwortliche Person in der EU (falls Hersteller außerhalb EU), Warnhinweise, Sicherheitshinweise und wichtige Informationen zur Produktnutzung anzeigen. Diese Infos müssen auf der Produktdetailseite leicht auffindbar sein.

Wo pflege ich die GPSR-Daten in JTL-Wawi?

Am besten zentral beim Hersteller (Herstellerbeschreibung) für Herstellerdaten und verantwortliche Personen. Artikelspezifische Warnhinweise pflegst du direkt am Artikel als Attribut oder Freifeld. Nutze einheitliche Feldnamen für Konsistenz.

Wie löse ich GPSR bis zum Stichtag ohne Datenchaos?

Nutze einen 80/20-Ansatz: Herstellerdaten zentral pflegen, Top-Seller priorisieren, Template-Ausgabe im Child-Template umsetzen und schrittweise Rollout. Dokumentiere Änderungen und definiere klare Verantwortlichkeiten. Fokussiere dich zunächst auf die 20 Prozent der Produkte, die 80 Prozent des Umsatzes ausmachen.

Muss ich GPSR-Daten auch in Feeds exportieren?

Ja, häufig verlangen Marktplätze wie Google Merchant Center, Idealo oder Amazon GPSR-relevante Felder im Produktfeed. Stelle sicher, dass die Daten in strukturierten Feldern vorliegen und dein Feed-Mapping sie unterstützt. Prüfe die Merchant Center-Diagnose regelmäßig auf Fehler.

Kann ich ein Plugin für JTL GPSR nutzen?

Ja, JTL bietet eine GPSR-Erweiterung im Extension-Store an. Das Plugin erweitert JTL-Shop um GPSR-Felder und ermöglicht strukturierte Pflege. Achte darauf, dass die nötigen Template-Dateien im Child-Template vorhanden sind.

Was ist die verantwortliche Person in der EU?

Die verantwortliche Person in der EU ist ein Ansprechpartner für Produktsicherheit, der relevant ist, wenn der Hersteller außerhalb der EU sitzt. Das kann ein Importeur, Bevollmächtigter oder Responsible Person sein. Name, Firma und Kontaktdaten müssen angegeben werden.

Wie zeige ich Herstellerangaben im JTL-Shop an?

Du kannst die Herstellerangaben über die Template-Datei templates/NOVACHILD/productdetails/tabs.tpl ausgeben. Nutze die Herstellerbeschreibung aus JTL-Wawi und trenne Marketing-Text von GPSR-Angaben durch Rauten (###). Gib nur den GPSR-Teil auf der Produktseite aus.

Welche Template-Dateien muss ich anpassen?

Typischerweise productdetails/tabs.tpl für die Produktdetailseite und productlist/header.tpl für die Hersteller-/Listing-Seite. Falls du ein Plugin nutzt, zusätzlich productdetails/attributes.tpl und productlist/item_list.tpl.

Wie vermeide ich, dass Updates meine GPSR-Anpassungen überschreiben?

Nutze ein Child-Template und führe alle Anpassungen dort durch. Child-Templates werden bei Shop-Updates nicht überschrieben. Dokumentiere alle Änderungen und versioniere deine Templates mit einem Versionskontrollsystem wie Git.

Was passiert, wenn die Herstellerbeschreibung leer ist?

Definiere eine Fallback-Regel im Template: Wenn die Herstellerbeschreibung leer ist, wird kein GPSR-Block ausgegeben. Alternativ kannst du einen Standard-Hinweis anzeigen oder die Ausgabe komplett überspringen.

Wann sollte ich den Rauten-Trenner NICHT nutzen?

Der Rauten-Trenner ist ein pragmatischer Quick-Win, aber keine langfristige Lösung für komplexe Shops. Nutze ihn NICHT, wenn du mehrere verantwortliche Personen je Land hast, mehrsprachige Shops betreibst, hohe Audit-Anforderungen hast oder eine skalierbare Zielarchitektur aufbauen willst. In diesen Fällen solltest du auf strukturierte Felder oder Plugin-Lösungen setzen.

Wie prüfe ich, ob meine GPSR-Daten in Feeds korrekt exportiert werden?

Teste den Feed-Export für alle relevanten Kanäle. Prüfe die Merchant Center-Diagnose auf Disapprovals und fehlende Felder. Nutze Feed-Validierungs-Tools, um Fehler frühzeitig zu erkennen. Dokumentiere, welche GPSR-Felder in welchem Feed-Format ausgegeben werden und wie sie gemappt sind.

Fazit

JTL GPSR erfordert eine durchdachte Datenmodellierung, klare Prozesse und saubere Template-Integration. Mit zentraler Herstellerpflege, strukturierten Feldern und einem Child-Template setzt du die Anforderungen skalierbar, updatesicher und Compliance-konform um. Nutze einen MVP-Ansatz für schnelle Ergebnisse und plane parallel eine skalierbare Zielarchitektur. Definiere RACI-Verantwortlichkeiten, etabliere Validierung und Monitoring und priorisiere Feed-Fähigkeit. So vermeidest du Abmahnrisiken, Marktplatz-Sperren und Umsatzeinbußen, schaffst Vertrauen bei Kunden und professionalisierst deine E-Commerce-Prozesse langfristig.