+49 (0) 151 59156639 Mail@Michael-Gahn.de
EU-e-Evidence 2026: Brauchen Websites, Onlineshops und Blogs jetzt eine Kontaktstelle?

EU-e-Evidence 2026: Brauchen Websites, Onlineshops und Blogs jetzt eine Kontaktstelle?

Seit dem 18. August 2026 gilt die neue EU-e-Evidence-Verordnung. Seitdem tauchen immer häufiger Hinweise auf, dass Websites, Onlineshops oder Plattformen eine besondere Kontaktstelle benennen müssten.Doch stimmt das wirklich?Die kurze Antwort lautet: Nicht jede Website und nicht jeder Onlineshop benötigt wegen e-Evidence plötzlich eine zusätzliche Kontaktstelle im Impressum.

Ein großer Teil der Verwirrung entsteht dadurch, dass derzeit zwei unterschiedliche europäische Regelwerke miteinander vermischt werden:

  • die EU-e-Evidence-Regelungen für elektronische Beweismittel in Strafverfahren und
  • der Digital Services Act (DSA) mit seinen Kontaktstellen für bestimmte Vermittlungsdienste.

Je nachdem, welche Art von Website oder Plattform betrieben wird, können unterschiedliche Pflichten entstehen.

In diesem Beitrag schauen wir uns deshalb an, was seit 2026 tatsächlich gilt – insbesondere für Unternehmenswebsites, Onlineshops, Blogs mit Kommentarfunktion, Foren, Communities und Plattformen.


Was ist die EU-e-Evidence-Verordnung?

Die sogenannte e-Evidence-Verordnung ist die Verordnung (EU) 2023/1543 über Europäische Herausgabeanordnungen und Europäische Sicherungsanordnungen für elektronische Beweismittel in Strafverfahren.

Sie gilt seit dem 18. August 2026.


Verordnung (EU) 2023/1543 bei EUR-Lex

Das Ziel ist vergleichsweise einfach:

Digitale Beweismittel liegen heute häufig bei Unternehmen, die ihren Sitz oder ihre technische Infrastruktur in einem anderen EU-Mitgliedstaat haben.

Das können beispielsweise sein:

  • Accountdaten
  • Nutzerdaten
  • IP-bezogene Informationen
  • Verkehrsdaten
  • E-Mails oder Nachrichten
  • gespeicherte Inhalte

Für Ermittlungsbehörden war die grenzüberschreitende Beschaffung solcher Daten bislang teilweise kompliziert und langwierig.

Mit e-Evidence wurden deshalb insbesondere zwei Instrumente geschaffen:

Europäische Herausgabeanordnung

Damit kann die Herausgabe bestimmter vorhandener elektronischer Beweismittel verlangt werden.

Europäische Sicherungsanordnung

Damit können vorhandene Daten zunächst gesichert werden, damit sie beispielsweise nicht gelöscht werden, bevor über ihre spätere Herausgabe entschieden wurde.

e-Evidence ist also in erster Linie ein Instrument der grenzüberschreitenden Strafverfolgung – und keine neue allgemeine Impressumspflicht für das Internet.


Woher kommt dann die „Kontaktstelle“?

Zur e-Evidence-Regelung gehört zusätzlich die Richtlinie (EU) 2023/1544.

Sie verpflichtet bestimmte Diensteanbieter dazu, eine benannte Niederlassung oder einen Vertreter zu bestimmen, der Entscheidungen und Anordnungen zur Erhebung elektronischer Beweismittel entgegennehmen kann.

Im deutschen Umsetzungsgesetz wird hierfür der Begriff „Adressat“ verwendet.

Für Anbieter, die bereits am 18. Februar 2026 entsprechende Dienste in der EU angeboten haben, musste grundsätzlich bis zum 18. August 2026 mindestens ein solcher Adressat benannt beziehungsweise bestellt werden.


Richtlinie (EU) 2023/1544 bei EUR-Lex

Das bedeutet jedoch nicht automatisch:

„Jede Website muss jetzt eine e-Evidence-E-Mail-Adresse ins Impressum schreiben.“

Genau das ist ein wichtiger Unterschied.


Muss die e-Evidence-Kontaktstelle auf der Website veröffentlicht werden?

Nach dem deutschen Elektronische-Beweismittel-Umsetzungs-und-Durchführungsgesetz (EBewMG) müssen Diensteanbieter, deren Adressat seinen Sitz in Deutschland hat, dessen Kontaktdaten dem Bundesamt für Justiz mitteilen.

Auch Änderungen müssen gemeldet werden.


EBewMG bei Gesetze im Internet

Interessant ist dabei:

Das Bundesamt für Justiz übermittelt diese Informationen anschließend an das Europäische Justizielle Netz und veröffentlicht die Informationen auch selbst.

Eine allgemeine Vorschrift nach dem Muster

„Die e-Evidence-Kontaktstelle muss im Impressum der eigenen Website veröffentlicht werden.“

ergibt sich daraus jedoch nicht.

Die Meldepflicht gegenüber der zuständigen Behörde sollte deshalb nicht mit einer neuen allgemeinen Impressumspflicht verwechselt werden.


Welche Unternehmen fallen überhaupt unter e-Evidence?

Auch hier liegt einer der häufigsten Irrtümer.

Die e-Evidence-Regelungen gelten nicht einfach für jedes Unternehmen, das eine Website betreibt.

Die Richtlinie nennt bestimmte Kategorien von Diensteanbietern.

Dazu gehören insbesondere:

  • elektronische Kommunikationsdienste
  • bestimmte Internetdomain- und IP-Dienste
  • Dienste, über die Nutzer miteinander kommunizieren können
  • Dienste, bei denen Daten für Nutzer gespeichert oder anderweitig verarbeitet werden und diese Speicherung einen wesentlichen Bestandteil der angebotenen Leistung darstellt

Als Beispiele nennt der europäische Gesetzgeber unter anderem Online-Marktplätze, bestimmte Hosting- und Cloud-Dienste sowie Online-Gaming-Plattformen.

Umgekehrt stellt die Richtlinie ebenfalls klar:

Wenn ein Onlinedienst lediglich die Kommunikation zwischen dem Nutzer und dem Anbieter selbst ermöglicht oder die Datenspeicherung kein wesentlicher Bestandteil der angebotenen Dienstleistung ist, soll er allein deshalb nicht unter diese Definition fallen.

Das ist für normale Unternehmenswebsites entscheidend.


Normale Unternehmenswebsite: e-Evidence-Kontaktstelle erforderlich?

In der Regel nein.

Eine typische Unternehmenswebsite besteht beispielsweise aus:

  • Startseite
  • Informationen über das Unternehmen
  • Leistungsseiten
  • Kontaktformular
  • Telefonnummer und E-Mail
  • möglicherweise einem Blog

Ein Kontaktformular führt nicht automatisch dazu, dass die Website ein von e-Evidence erfasster Kommunikationsdienst wird.

Entscheidend ist unter anderem, ob Nutzer untereinander kommunizieren können beziehungsweise ob die Speicherung oder Verarbeitung von Nutzerdaten einen bestimmenden Bestandteil der angebotenen Dienstleistung darstellt.

Die bloße Existenz einer Datenbank, eines CMS oder eines Kontaktformulars reicht dafür nicht automatisch aus.


Was gilt für normale Onlineshops?

Auch ein klassischer Onlineshop wird nicht allein dadurch zur Plattform, dass Kunden dort Bestellungen aufgeben oder Benutzerkonten anlegen können.

Die Bundesnetzagentur stellt zum Digital Services Act ausdrücklich klar, dass Webshops nicht allein wegen der Möglichkeit, Kundenkonten anzulegen, zu Vermittlungsdiensten werden.


FAQ der Bundesnetzagentur zum Digital Services Act

Ein typischer Shop wie

Händler → eigene Produkte → Kunde kauft Produkt

ist etwas anderes als ein Marktplatz wie

Plattform → viele unterschiedliche Händler → viele Käufer

Bei einem klassischen Händler mit eigenem Onlineshop besteht deshalb nicht automatisch eine besondere DSA- oder e-Evidence-Pflicht nur aufgrund des Shopsystems.

Anders kann es aussehen, wenn zusätzliche Plattformfunktionen hinzukommen.


Was ist mit Produktbewertungen?

Hier wird die Situation bereits interessanter.

Viele Shops ermöglichen:

  • Sternebewertungen
  • Rezensionen
  • Bilder
  • Videos
  • Kommentare zu Produkten
  • Antworten auf Bewertungen

Die Bundesnetzagentur weist darauf hin, dass solche Funktionen unter bestimmten Umständen dazu führen können, dass zumindest Teile eines Angebots als Hostingdienst oder Online-Plattform einzuordnen sind.

Eine einfache Bewertungsfunktion macht einen Shop aber ebenfalls nicht automatisch zur Online-Plattform.

Entscheidend sind unter anderem Umfang und Bedeutung der Funktion sowie die konkrete technische und organisatorische Ausgestaltung.


Und was gilt für Blogs mit Kommentarfunktion?

Das ist einer der interessantesten Grenzfälle.

Stellen wir uns einen klassischen Unternehmensblog vor:

Ein Unternehmen veröffentlicht redaktionelle Beiträge und Besucher können unter einem Beitrag einen Kommentar hinterlassen.

Wird der Blog dadurch automatisch zu einer Online-Plattform?

Nein.

Der Digital Services Act nennt sogar ausdrücklich ein vergleichbares Beispiel.

Eine Kommentarsektion einer Online-Zeitung kann eine unbedeutende beziehungsweise rein untergeordnete Nebenfunktion des eigentlichen redaktionellen Angebots sein.

In diesem Fall wird aus der Online-Zeitung durch ihre Kommentarfunktion nicht automatisch eine Online-Plattform.

Bei einem sozialen Netzwerk sieht die Situation dagegen anders aus: Dort sind Beiträge, Kommentare und Interaktionen der Nutzer gerade ein wesentlicher Bestandteil des Dienstes.


Digital Services Act bei EUR-Lex

Aber Achtung: Hostingdienst und Online-Plattform sind nicht dasselbe

Hier steckt eine wichtige juristische Feinheit.

Auch wenn eine Kommentarfunktion zu unbedeutend ist, um aus einem Blog eine Online-Plattform zu machen, kann trotzdem geprüft werden müssen, ob hinsichtlich der gespeicherten Nutzerkommentare ein Hostingdienst vorliegt.

Denn der DSA unterscheidet verschiedene Kategorien von Vermittlungsdiensten.

Deshalb sollte man nicht einfach sagen:

„Mein Blog ist keine Plattform, also gilt der DSA überhaupt nicht.“

Die konkrete Funktion muss betrachtet werden.


Wann wird aus einem Blog eher eine Community?

Je mehr Funktionen für nutzergenerierte Inhalte hinzukommen, desto wichtiger wird die Prüfung.

Ein klassischer Blog könnte beispielsweise nur Folgendes anbieten:

Artikel → Kommentar

Eine Community bietet dagegen eventuell:

Benutzerkonto → Profil → eigener Beitrag → Kommentare → Antworten → Likes → private Nachrichten → Datei-Uploads

Hier sind nutzergenerierte Inhalte und die Kommunikation zwischen den Nutzern nicht mehr nur eine nebensächliche Funktion.

Die Wahrscheinlichkeit einer Einordnung als Hostingdienst beziehungsweise Online-Plattform steigt entsprechend deutlich.


DSA und e-Evidence sind nicht dasselbe

An dieser Stelle kommen wir zu der wahrscheinlich wichtigsten Unterscheidung.

Die öffentlich sichtbare „Kontaktstelle“, über die derzeit häufig gesprochen wird, stammt vielfach gar nicht aus e-Evidence.

Sie stammt aus dem Digital Services Act.

Der DSA unterscheidet unter anderem zwei Kontaktstellen.

Kontaktstelle nach Art. 11 DSA

Anbieter von Vermittlungsdiensten müssen eine zentrale Kontaktstelle für die elektronische Kommunikation mit

  • Behörden der Mitgliedstaaten,
  • der Europäischen Kommission und
  • dem zuständigen europäischen Gremium

benennen.

Die notwendigen Informationen müssen veröffentlicht, leicht zugänglich und aktuell gehalten werden.

Zusätzlich müssen die möglichen Kommunikationssprachen angegeben werden.

Kontaktstelle nach Art. 12 DSA

Daneben muss eine zentrale Kontaktstelle für die Nutzer des Dienstes vorhanden sein.

Diese soll eine direkte, schnelle und benutzerfreundliche elektronische Kommunikation ermöglichen.

Die Kontaktmöglichkeit darf dabei nicht ausschließlich auf automatisierten Instrumenten beruhen.

Auch die Informationen zu dieser Kontaktstelle müssen veröffentlicht, leicht zugänglich und aktuell gehalten werden.

Das ist also eine tatsächlich öffentlich anzugebende Kontaktstelle.


Muss die DSA-Kontaktstelle zwingend ins Impressum?

Der DSA verlangt, dass die Informationen veröffentlicht und leicht zugänglich sind.

Daraus folgt jedoch nicht zwingend, dass sie ausschließlich unter der Überschrift „Impressum“ stehen müssen.

Technisch denkbar wäre beispielsweise eine eigene Seite:

  • DSA-Kontakt
  • Kontaktstellen nach dem Digital Services Act

Wichtig ist insbesondere, dass die Angaben für Nutzer beziehungsweise Behörden einfach auffindbar und aktuell sind.

In der Praxis kann eine Verlinkung im Footer sinnvoll sein.

Ob die Angaben direkt in ein bestehendes Impressum integriert oder auf einer eigenen Seite bereitgestellt werden, sollte anhand des konkreten Angebots geprüft werden.


Beispiel für eine DSA-Kontaktseite

Falls ein Unternehmen tatsächlich als Anbieter eines Vermittlungsdienstes unter die entsprechenden Regelungen fällt, könnte eine Darstellung beispielsweise folgendermaßen aussehen:

Kontaktstelle für Behörden gemäß Art. 11 DSA

E-Mail: dsa-behoerden@beispiel.de
Kommunikationssprachen: Deutsch, Englisch

Kontaktstelle für Nutzer gemäß Art. 12 DSA

E-Mail: dsa@beispiel.de

Alternativ beziehungsweise ergänzend kann je nach Ausgestaltung eine geeignete elektronische Kontaktmöglichkeit angeboten werden.

Dabei sollte selbstverständlich nur dann eine entsprechende Seite eingerichtet werden, wenn die gesetzlichen Voraussetzungen tatsächlich vorliegen.


Welche Websites sollten 2026 besonders genau geprüft werden?

Eine pauschale Antwort anhand des verwendeten CMS – beispielsweise WordPress – ist nicht möglich.

Entscheidend ist, was der Dienst tatsächlich anbietet.

Angebot DSA / e-Evidence prüfen?
Klassische Unternehmenswebsite Meist geringe Relevanz
Kontaktformular Allein normalerweise kein Plattformdienst
Unternehmensblog ohne Kommentare Meist geringe Relevanz
Blog mit Kommentaren Genauer prüfen
Onlineshop mit eigenen Produkten Normalerweise keine Plattform allein wegen des Shops
Shop mit umfangreichen Nutzerbewertungen Genauer prüfen
Forum Hohe Relevanz
Community Hohe Relevanz
Marktplatz mit mehreren Händlern Hohe Relevanz
Hostingdienst Hohe Relevanz
Cloud-Dienst Hohe Relevanz
SaaS mit nutzerseitiger Datenspeicherung Abhängig von der Funktion genauer prüfen
Onlinegame mit Kommunikations- oder Plattformfunktionen Genauer prüfen
Soziale Plattform Hohe Relevanz

Diese Tabelle ist bewusst eine Orientierung und keine abschließende rechtliche Einstufung.


Eine weitere wichtige e-Evidence-Ausnahme

Die e-Evidence-Richtlinie enthält außerdem eine wichtige Einschränkung.

Sie gilt nicht für Diensteanbieter, die nur in einem einzigen Mitgliedstaat niedergelassen sind und ihre Dienste ausschließlich in diesem Mitgliedstaat anbieten.

Auch deshalb ist die Aussage

„Jede deutsche Website braucht seit August 2026 einen e-Evidence-Vertreter.“

falsch.

Allerdings bedeutet eine Website mit deutscher Domain nicht automatisch, dass ein Dienst ausschließlich für Deutschland angeboten wird.

Für die Beurteilung einer grenzüberschreitenden Ausrichtung können unter anderem tatsächliche Nutzerzahlen, Sprache, Währung, Werbung, App-Stores oder die gezielte Ausrichtung auf bestimmte Märkte eine Rolle spielen.

Die bloße technische Erreichbarkeit einer Website aus einem anderen EU-Staat reicht dagegen nach der Richtlinie allein nicht aus.


Was sollten Websitebetreiber jetzt tun?

Statt vorsorglich irgendeine zusätzliche E-Mail-Adresse ins Impressum zu schreiben, sollte zunächst geklärt werden, welche Art von Dienst tatsächlich angeboten wird.

Hilfreich sind insbesondere folgende Fragen:

  1. Können Nutzer Inhalte auf der Website speichern oder veröffentlichen?
  2. Können Nutzer miteinander kommunizieren?
  3. Gibt es öffentliche Kommentare, Bewertungen oder Diskussionen?
  4. Können Nutzer eigene Profile oder Beiträge erstellen?
  5. Ist die Nutzerkommunikation nur eine kleine Nebenfunktion oder wesentlicher Bestandteil des Dienstes?
  6. Verkauft ein Shop ausschließlich eigene Produkte oder vermittelt er Angebote anderer Händler?
  7. Wird der Dienst gezielt in mehreren EU-Mitgliedstaaten angeboten?
  8. Liegt möglicherweise ein Hosting-, Kommunikations-, Cloud- oder Plattformdienst vor?

Erst anschließend lässt sich sinnvoll beurteilen, ob Verpflichtungen aus DSA, e-Evidence oder beiden Regelwerken bestehen können.


Wichtig für WordPress-Websites

Besonders häufig dürfte die Frage bei WordPress entstehen.

Dabei ist WordPress selbst für die rechtliche Einstufung zunächst nebensächlich.

Eine WordPress-Seite kann sein:

  • eine einfache Unternehmenswebsite
  • ein Blog
  • ein Onlineshop
  • ein Mitgliederportal
  • ein Forum
  • eine Community
  • ein Marktplatz
  • eine Lernplattform

Entscheidend ist deshalb nicht:

„Verwendet die Website WordPress?“

sondern:

„Welche Dienste bietet die Website ihren Nutzern tatsächlich an?“

Ein WordPress-Blog mit deaktivierter Kommentarfunktion ist rechtlich etwas völlig anderes als eine mit Benutzerprofilen, privaten Nachrichten, Gruppen, Nutzerbeiträgen und öffentlichen Diskussionen ausgestattete Community.


Was bedeutet das für Blogs mit Kommentaren konkret?

Für einen normalen Firmenblog mit einigen Kommentaren unter redaktionellen Artikeln sollte nicht vorschnell behauptet werden, dass es sich automatisch um eine Online-Plattform handelt.

Der DSA selbst berücksichtigt ausdrücklich, dass Kommentarfunktionen lediglich untergeordnete Nebenfunktionen eines redaktionellen Angebots sein können.

Trotzdem lohnt sich eine Prüfung der Hosting-Komponente.

Ein guter Grundsatz lautet deshalb:

Je mehr eine Website von „Der Betreiber veröffentlicht Inhalte“ zu „Die Nutzer veröffentlichen und tauschen Inhalte aus“ wechselt, desto relevanter werden DSA und möglicherweise auch e-Evidence.


Häufige Fragen

Braucht jede Website seit August 2026 eine e-Evidence-Kontaktstelle?

Nein.

Die e-Evidence-Regelungen richten sich an bestimmte Kategorien von Diensteanbietern. Eine normale Unternehmenswebsite fällt nicht allein deshalb darunter, weil sie im Internet erreichbar ist.

Muss eine e-Evidence-Adresse im Impressum stehen?

Eine allgemeine Pflicht, die nach dem EBewMG benannte e-Evidence-Stelle im eigenen Impressum zu veröffentlichen, ergibt sich daraus nicht.

Die Kontaktdaten eines in Deutschland ansässigen Adressaten sind vielmehr dem Bundesamt für Justiz mitzuteilen.

Braucht jeder Onlineshop eine DSA-Kontaktstelle?

Nein.

Ein klassischer Webshop wird beispielsweise nicht allein deshalb zum Vermittlungsdienst, weil Kunden Benutzerkonten anlegen können.

Bei Marktplätzen oder umfangreichen Funktionen für nutzergenerierte Inhalte kann die Situation anders aussehen.

Wird ein Blog durch Kommentare automatisch zur Online-Plattform?

Nein.

Der DSA nennt gerade Kommentarsektionen redaktioneller Angebote als mögliches Beispiel für eine untergeordnete Nebenfunktion.

Ob trotzdem ein Hostingdienst vorliegt und welche Pflichten daraus entstehen, muss gesondert betrachtet werden.

Was ist der Unterschied zwischen DSA-Kontaktstelle und e-Evidence-Adressat?

Der DSA verpflichtet bestimmte Vermittlungsdienste zur Einrichtung öffentlich auffindbarer Kontaktstellen für Behörden und Nutzer.

e-Evidence verpflichtet bestimmte Diensteanbieter dagegen zur Benennung einer Niederlassung beziehungsweise eines Vertreters als Adressaten für strafrechtliche Beweisanordnungen.

Das sind zwei unterschiedliche Regelungssysteme.


Fazit: Nicht jede Website braucht eine neue Kontaktstelle

Die seit August 2026 geltenden e-Evidence-Regelungen führen nicht zu einer pauschalen neuen Impressumspflicht für alle Websites, Blogs und Onlineshops.

Entscheidend ist immer das konkrete Geschäftsmodell und vor allem die Funktion der Website.

Eine klassische Unternehmenswebsite ist etwas anderes als eine Community.

Ein Shop mit eigenen Produkten ist etwas anderes als ein Marktplatz.

Und ein Blog mit gelegentlichen Kommentaren ist etwas anderes als ein soziales Netzwerk.

Bei Websites mit umfangreichen Nutzerfunktionen sollten Betreiber deshalb insbesondere prüfen, ob sie als Vermittlungsdienst, Hostingdienst oder Online-Plattform im Sinne des Digital Services Act beziehungsweise als Diensteanbieter im Sinne der e-Evidence-Regelungen einzustufen sind.

Vor allem sollte man eines vermeiden:

DSA-Kontaktstelle und e-Evidence-Adressat miteinander zu verwechseln.

Denn obwohl beide Regelungen von Kontakt- beziehungsweise Anlaufstellen sprechen, verfolgen sie unterschiedliche Zwecke und haben unterschiedliche Voraussetzungen.


Rechtsgrundlagen und weiterführende Quellen

Hinweis: Dieser Beitrag dient der allgemeinen Information und stellt keine Rechtsberatung dar. Die rechtliche Einordnung kann insbesondere bei Plattform-, Community-, Hosting-, Bewertungs- oder Kommunikationsfunktionen von der konkreten Ausgestaltung des jeweiligen Dienstes abhängen.

Kritische Sicherheitslücke im JTL Shop 5: Jetzt aktualisieren und Onlineshop schützen

Kritische Sicherheitslücke im JTL Shop 5: Jetzt aktualisieren und Onlineshop schützen

Im JTL Shop 5 wurde eine kritische Sicherheitslücke bekannt, bei der Shopbetreiber jetzt nicht abwarten sollten. Wer einen JTL Onlineshop betreibt, sollte die aktuell installierte Version sofort prüfen und den Shop auf eine gepatchte Version aktualisieren.

Aus meiner Sicht als Experte ist das kein kleines technisches Detail, das man irgendwann nebenbei erledigt. Es geht um die Sicherheit des gesamten eCommerce Systems, um Kundendaten, Zugangsdaten, Datenbankinformationen und im schlimmsten Fall um die Kontrolle über den Server.

Ich bin selbst kein offizieller JTL Service Partner. Trotzdem arbeite ich regelmäßig mit JTL Shop 5, JTL Wawi, Shopware, Shopify, WordPress und anderen Onlineshopsystemen. Genau deshalb möchte ich das Thema klar einordnen: Wenn dein JTL Shop 5 noch nicht aktualisiert wurde, ist jetzt der richtige Zeitpunkt zu handeln.

Was ist passiert?

JTL hat gemeinsam mit dem Sansec Threat Research Team eine Schwachstelle im JTL Shop 5 identifiziert. Betroffen sind JTL Shop 5 Installationen, für die nun Sicherheitsupdates beziehungsweise Patches bereitstehen.

Technisch handelt es sich um eine sogenannte Server Side Template Injection, kurz SSTI. Die Schwachstelle sitzt im Zusammenhang mit dem Betreff einer E-Mail. Das klingt im ersten Moment unscheinbar, ist aber sicherheitstechnisch extrem relevant.

Über diese Schwachstelle können Angreifer unter bestimmten Bedingungen sensible Informationen auslesen. Dazu zählen unter anderem der Blowfish-Key und das Datenbankpasswort. Ab JTL Shop 5.4.0 ist zusätzlich eine Remote Code Execution möglich. Das bedeutet: Angreifer könnten potenziell Schadcode auf dem Server ausführen.

Für einen Onlineshop ist das ein ernstes Risiko. Ein eCommerce System enthält nicht nur Produkte und Bestellungen, sondern auch Kundendaten, Zahlungsprozesse, Schnittstellen, Versanddaten, API Zugangsdaten und häufig direkte Verbindungen zu Warenwirtschaft, Newsletter Tools oder Tracking Systemen.

Warum du deinen JTL Shop 5 jetzt aktualisieren solltest

Bei Sicherheitslücken zählt Zeit. Sobald eine Schwachstelle öffentlich bekannt ist, steigt das Risiko, dass automatisierte Scans und Angriffsversuche folgen. Viele Angriffe auf Onlineshops passieren nicht, weil jemand gezielt genau diesen einen Shop ausgesucht hat. Oft werden bekannte Schwachstellen automatisiert im Netz gesucht.

Das bedeutet: Auch kleinere Onlineshops sind gefährdet.

Gerade bei JTL Shop 5 ist die Dringlichkeit hoch, weil es nicht nur um eine optische Fehlfunktion oder einen normalen Bug geht. Es geht um eine Sicherheitslücke, die tief in das System eingreifen kann. Wer seinen Shop ungepatcht online lässt, riskiert im schlimmsten Fall Datenabfluss, Manipulationen, Malware, beschädigte Shopdateien oder Vertrauensverlust bei Kunden.

Ein Onlineshop ist heute nicht einfach nur eine Website. Er ist ein aktives Verkaufssystem. Wenn dieses System kompromittiert wird, betrifft das den gesamten Betrieb.

Welche Versionen solltest du installieren?

JTL stellt für die betroffenen Shop 5 Versionen passende Updates und Patches bereit. Besonders relevant sind die gepatchten Versionen:

JTL Shop 5.5.4
JTL Shop 5.6.2
JTL Shop 5.7.2

Wenn du bereits JTL Shop 5.5.3, 5.6.1 oder 5.7.1 nutzt, aktualisierst du in der Regel auf die jeweils nächsthöhere gepatchte Version.

Wenn du eine ältere Version wie 5.0.x, 5.1.x, 5.2.x, 5.3.x, 5.4.x, 5.5.0 bis 5.5.2, 5.6.0 oder 5.7.0 nutzt und aktuell nicht sauber auf eine neuere Version wechseln kannst, sollte zumindest der manuelle Patch geprüft und eingespielt werden.

Wichtig ist: Nicht einfach blind Dateien überschreiben. Gerade bei individuell angepassten Templates, Plugins, Zahlungsarten, Versandarten oder älteren Shopstrukturen sollte vorher sauber geprüft werden, was im System aktiv ist.

Hier findest Du eine Anleitung wie man bis JTL Shop 5.7.1 den Patch einspielen kann, Falls Du deine aktuelle Shopversion beibehalten möchtest:

zur Patch-Anleitung
HINWEIS: Sinnvoller ist es in jedem Falle ein Shop-Update auf JTL Shop Version 5.7.2 durchzuführen oder durchführen zu lassen!

Wo findest du deine aktuelle JTL Shop Version?

Deine aktuell installierte JTL Shop Version findest du im Backend deines Shops. Melde dich dazu im Adminbereich an und schaue im Dashboard in das Informations Widget.

Der Adminbereich ist normalerweise über den Pfad /admin erreichbar.

Wenn dort zum Beispiel eine ältere JTL Shop 5 Version angezeigt wird, solltest du nicht davon ausgehen, dass „schon alles passt“.
Prüfe aktiv, ob dein Shop bereits auf einer gepatchten Version läuft.

Was sollte vor dem Update gemacht werden?

Auch wenn das Update dringend ist, sollte es kontrolliert durchgeführt werden. Ein guter Ablauf ist aus meiner Sicht:

Vor dem Update sollte ein vollständiges Backup erstellt werden. Dazu gehören Shopdateien, Datenbank, Template Anpassungen, Plugin Dateien und wichtige Konfigurationsdateien. Danach sollte geprüft werden, welche PHP Version aktiv ist, welche Plugins installiert sind und ob individuelle Anpassungen im Template oder Core vorhanden sind.

Gerade JTL Shops sind in der Praxis oft gewachsen. Viele Onlineshops laufen über Jahre, wurden mehrfach erweitert, haben Zahlungsplugins, Versandmodule, Tracking Codes, eigene Template Änderungen oder Schnittstellen zur Warenwirtschaft. Deshalb ist es wichtig, das Update nicht nur technisch einzuspielen, sondern danach auch wirklich zu testen.

Was sollte nach dem Update geprüft werden?

Nach dem Update sollte der Shop nicht einfach wieder „als erledigt“ betrachtet werden. Prüfe mindestens die Startseite, Kategorien, Artikelseiten, Warenkorb, Checkout, E-Mail Versand, Zahlungsarten, Versandarten und die Verbindung zur JTL Wawi.

Bei einem eCommerce System zählt nicht nur, ob die Seite optisch lädt. Entscheidend ist, ob Kunden weiterhin bestellen können, ob Bestellungen sauber ankommen, ob E-Mails korrekt versendet werden und ob die Schnittstellen funktionieren.

Wenn dein JTL Shop 5 nach dem Update sauber auf einer gepatchten Version läuft, ist laut JTL nichts Weiteres zu beachten. Wurde eine ältere Version manuell gepatcht, kann im Backend ein Hinweis auf eine modifizierte Datei erscheinen. Für die Datei /includes/src/Mail/Renderer/SmartyRenderer.php ist dieser Hinweis in diesem Zusammenhang erwartbar und wird erst durch ein späteres reguläres Update auf eine entsprechende neue Version bereinigt.

JTL Shop, Shopware, Shopify oder WordPress: Sicherheit ist kein optionales Thema

Diese Sicherheitsmeldung betrifft konkret JTL Shop 5. Trotzdem zeigt sie ein grundsätzliches Problem vieler Onlineshopsysteme: Ein Shop ist nie „fertig“.

Egal ob JTL Shop, Shopware, Shopify oder WordPress mit WooCommerce: Updates, Sicherheitschecks und technische Pflege gehören zum Betrieb eines professionellen Onlineshops dazu. Der Unterschied liegt nur darin, wie viel Verantwortung beim Betreiber selbst liegt.

Bei Shopify werden viele sicherheitsrelevante Dinge zentral über die Plattform abgefangen. Bei WordPress, WooCommerce, JTL Shop oder Shopware hängt deutlich mehr davon ab, ob System, Plugins, Server und Templates regelmäßig gepflegt werden.

Für mich ist das einer der wichtigsten Punkte im eCommerce: Ein schöner Onlineshop bringt wenig, wenn er technisch veraltet ist. Design, SEO, Conversion und Performance sind wichtig. Aber Sicherheit ist die Grundlage.

Brauchst du Hilfe beim JTL Shop 5 Update?

Wenn du selbst keine Zeit oder keine technischen Ressourcen hast, solltest du das Update nicht liegen lassen. JTL verweist hier auf zertifizierte JTL Service Partner, die beim Patchen unterstützen können.

Ich selbst bin kein zertifizierter JTL Partner. Ich möchte das bewusst transparent sagen.

Trotzdem kenne ich mich mit JTL Shop 5, JTL Wawi, eCommerce Projekten, Shopware, Shopify und WordPress sehr gut aus und kann dir helfen, deinen Shop technisch einzuordnen, die aktuelle Version zu prüfen, Backups vorzubereiten, Risiken zu erkennen und den Update Prozess sauber zu begleiten.

Gerade wenn du unsicher bist, ob dein Shop betroffen ist, welche Version installiert ist oder ob ein Update wegen Plugins und Template Anpassungen problematisch werden könnte, lohnt sich ein schneller technischer Blick.

Wenn du einen JTL Shop 5 betreibst, solltest du jetzt handeln. Prüfe deine Version, sichere deinen Shop und aktualisiere auf eine gepatchte Version.

Diese Sicherheitslücke ist kein Grund für Panik, aber definitiv ein Grund für sofortige Aufmerksamkeit. Je länger ein ungepatchter Onlineshop online bleibt, desto größer wird das Risiko.

Ein Onlineshop ist die digitale Verkaufsfläche deines Unternehmens. Kundendaten, Bestellungen, Produkte, Zahlungsprozesse und Schnittstellen verdienen Schutz. Deshalb gilt jetzt ganz klar:

  • JTL Shop 5 prüfen.
  • Update einspielen.
  • Shop testen.
  • Sicherheit ernst nehmen.

Wenn du Unterstützung brauchst, melde dich gern bei mir.

JETZT KONTAKT AUFNEHMEN

Oder ruf mich an:

+49 (0) 151 591 566 39

Ich schaue mir deinen JTL Shop an und helfe dir dabei, die nächsten Schritte sauber und nachvollziehbar umzusetzen.

Facebook Banner und Profilbild Vorlage

Facebook Banner und Profilbild Vorlage

Ein starker erster Eindruck entsteht oft in Sekunden. Gerade auf Facebook entscheidet das visuelle Erscheinungsbild darüber, ob Besucher bleiben oder weiter scrollen. Genau aus diesem Grund habe ich eine Design Vorlage entwickelt, die dir den Einstieg erleichtert und gleichzeitig genug Freiheit lässt, um deine eigene Marke sichtbar zu machen.

Was steckt in diesem Free Download?

Die Vorlage besteht aus zwei zentralen Elementen. Einer Banner Vorlage im Format 1920x1080 Pixel sowie einer Profilbild Vorlage mit 2000x2000 Pixel. Beide Dateien sind so aufgebaut, dass sie sowohl in Affinity (by Canva) als auch in Adobe Photoshop perfekt funktionieren. Du bekommst also keine einfache Grafik, sondern eine durchdachte Arbeitsdatei mit Ebenenstruktur, sicheren Bereichen und klaren Layout Guides.

Michael Gahn DESIGN | Download Facebook Grafik-Vorlage | Profilbild + Banner | Affinity by Canva
Michael Gahn DESIGN | Download Facebook Grafik-Vorlage | Profilbild + Banner | Photoshop

Warum diese Vorlage besonders praktisch ist

Facebook schneidet Banner je nach Gerät unterschiedlich zu. Viele Designs sehen auf dem Desktop gut aus, verlieren aber wichtige Inhalte auf dem Smartphone. Genau hier setzt diese Vorlage an. Sie zeigt dir sichtbar, wo dein Motiv sicher platziert werden sollte, damit Texte, Logos oder Call to Actions nicht verschwinden. Das spart Zeit, verhindert Fehler und sorgt dafür, dass dein Profil auf allen Geräten professionell wirkt.

Ideal für Designer, Selbstständige und Unternehmen

Egal ob du dein eigenes Branding aufwerten möchtest oder für Kunden Social Media Profile gestaltest. Diese Vorlage hilft dir dabei, schneller zu einem sauberen Ergebnis zu kommen. Statt jedes Mal neue Hilfslinien anzulegen, startest du direkt mit einer strukturierten Basis. Besonders für Agenturen oder Freelancer kann das den Workflow deutlich beschleunigen.

Flexibel anpassbar und bewusst minimal gehalten

Die Dateien enthalten bewusst keine festen Designs, sondern dienen als flexible Grundlage. Du kannst Farben, Typografie und Bildbereiche komplett frei gestalten. Füge dein eigenes Branding ein, ersetze Platzhalter und entwickle daraus in wenigen Minuten ein individuelles Facebook Layout.

Kostenloser Download und sofort startklar

Der Download ist komplett kostenlos und kann direkt in Affinity oder Photoshop geöffnet werden. Keine komplizierten Einstellungen, keine versteckten Schritte. Einfach öffnen, dein Motiv einfügen und loslegen.

Wenn du Wert auf ein professionelles Erscheinungsbild legst und gleichzeitig effizient arbeiten möchtest, ist diese Vorlage ein idealer Startpunkt für dein nächstes Facebook Profil Design.

Beispiel:

Michael Gahn DESIGN | Multichannel Rockstars

Triff mich auf dem Multichannelday

23.04.2026
im RheinEnergie Stadion Köln

Kundenlogins von JTL Shop 4 in JTL Shop 5 importieren

Kundenlogins von JTL Shop 4 in JTL Shop 5 importieren

Bei einem Upgrade von JTL-Shop 4 auf JTL-Shop 5 kann es in seltenen Fällen vorkommen, dass man den alten Shop behalten will und einen neuen JTL Shop 5 installiert und einstellt. Dann stellt sich oft die Frage, wie Kundendaten effizient migriert werden können. In diesem Blogbeitrag erkläre ich dir Schritt für Schritt, wie du die Kundendaten aus deinem JTL-Shop 4 exportierst, aufbereitest und erfolgreich in JTL-Shop 5 importierst.

Voraussetzungen für den Export und Import

Bevor wir starten, benötigst du Folgendes:

  • Zugriff auf die Datenbank des JTL-Shop 4.
  • Eine CSV-Datei als Exportziel durch ein Script (folgt im nächsten Absatz).
  • Den BLOWFISH-Schlüssel aus JTL-Shop 4 zur Entschlüsselung der verschlüsselten Felder.
  • Ein funktionierendes JTL-Shop 5 System, in das die Daten importiert werden sollen.

     

    BITTE LIES VOR BEGINN DIESE ANLEITUNG DURCH UND STELLE SICHER, DASS DU ALLES VERSTANDEN HAST! FALLS DU FRAGEN HAST, RUF MICH AN ODER KONTAKTIERE MICH PER WHATSAPP ODER ÜBER MEIN KONTAKTFORMULAR.

 

Kundenexport aus JTL-Shop 4 mit einem PHP-Skript

Im ersten Schritt erstellen wir ein PHP-Skript, das die Kundendaten aus der Datenbank von JTL-Shop 4 exportiert und in einer CSV-Datei speichert.

Erstelle auf deinem FTP im root Verzeichnis deines JTL Shop 4 einen neuen Ordner namens "tkunde" und dann darin eine tkunde.php Datei und füge den nachfolgenden PHP Code ein.
Alternativ kannst Du dir auch die passende Datei als ZIP herunterladen.

⚠️  Hinweis: läuft unter PHP 7.4 im JTL Shop 4.

Quelle: https://forum.jtl-software.de/threads/import-kunden-in-jtl-shop-5-aus-jtl-shop-4.179770/ von JTL Forum Nutzer maxmuc

So funktioniert das Skript:

  1. Es verbindet sich mit der Datenbank des JTL-Shop 4.

  2. Es extrahiert alle relevanten Kundendaten aus der Tabelle tkunde.

  3. Verschlüsselte Felder werden entschlüsselt (z.B. cNachname, cStrasse).

  4. Die Daten werden in eine CSV-Datei geschrieben.

Nun benötigen wir den Blowfishkey:

Zugriff auf die JTL-Konfigurationsdatei

  1. Verbinde dich über FTP mit deinem JTL-Shop 4.
  2. Navigiere in das Verzeichnis deines Shops, meist /includes/ 
  3. Suche die Datei "config.JTL-Shop.ini.php".
  4. Öffne die Datei mit einem Texteditor deiner Wahl.

In der Datei config.JTL-Shop.ini.php findest du den BLOWFISH-Schlüssel in folgender Zeile:

define('BLOWFISH_KEY', 'DEIN_BLOWFISH_SCHLUESSEL');

Kopiere diese!

5. Gehe nun über FTP auf den Server deines JTL Shop 5.
6. Navigiere auch hier in das Verzeichnis /inludes/ und öffne die Datei "config.JTL-Shop.ini.php mit dem Editor
7. Gehe zur Zeile define('BLOWFISH_KEY', 'DEIN_BLOWFISH_SCHLUESSEL'); und klammere diese am Anfang durch // aus, es sollte nun so aussehen:

// define('BLOWFISH_KEY', 'DEIN_BLOWFISH_SCHLUESSEL');

8. Füge nun in der nächsten Zeile die Kopierte Zeile aus deinem JTL Shop 4 ein.

JTL Shop 5 config ini.php im Editor fertig bearbeitet

in Zeile 10 und 11 siehst Du, wie es nun in etwa aussehen muss.

Danach speichere die Datei.

9. Nun gehst Du in deinen Webbrowser und rufst deinen alten Shop auf und fügst am Ende der Domain /tkunde/tkunde.php ein. Dies könnte so aussehen: https://Domain.de/tkunde/tkunde.php

Bei erfolgreicher Ausführung sollte nun eine Seite angezeigt werden, die in etwa so aussehen sollte:

JTL Shop 4 CSV Export

10. Nun gehst Du noch einmal über den FTP des JTL Shop 4 in das Verzeichnis /tkunde/ und darin findest Du nun eine Datei namens tkunde.CSV. Lade diese nun vom FTP auf deinen Computer.

11. Danach loggst Du Dich in den JTL Shop 5 ein und gehst im Backend auf Import > Kunden

Hier kannst Du nun die tkunde.csv hochladen.

JTL Shop 5 CSV Import Erfolgreich
Kunden Import Erfolgreich
Ein Hinweis zu Änderungen im Impressum und ggf. bei der Datenschutzerlärung

Ein Hinweis zu Änderungen im Impressum und ggf. bei der Datenschutzerlärung

⚠️ Ein Hinweis zu Änderungen im Impressum und ggf. bei der Datenschutzerlärung ⚠️
Wenn man im Impressum auf das TMG (Telemediengesetz) verweist sollte man das in „§ 5 DDG“ (Digitale-Dienste-Gesetz) ändern.
Des Weiteren wurde das Telekommunikation-Telemedien-Datenschutzgesetz (TTDSG) umbenannt in Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz (TDDDG). Daher müsste man seine Datenschutzerklärung überprüfen ob man auf das TTDSG verweist und das ggf auch anpassen.
🍀