E-Commerce-Entwicklung · JTL-Ökosystem · Paderborn

Für alles, was der Standard nicht kann.

Hematek entwickelt Plugins, Schnittstellen und Automatisierungen für Onlinehändler im JTL-Ökosystem – und darüber hinaus. Wenn Shop, Warenwirtschaft, Tracking und externe Systeme nicht so zusammenarbeiten, wie Ihr Geschäft es verlangt, bauen wir die fehlende Verbindung.

Sie nutzen bereits ein Hematek-Plugin? Zum Support

Schema: Shop, Marktplätze, Lieferanten und ERP sind über eine Integrationsschicht mit JTL-Wawi, JTL-WMS, Tracking und Klaviyo verbunden. Schema: Shop und Marktplätze sind über eine Integrationsschicht mit JTL-Wawi und Tracking verbunden.
Fig. 01 — Typische Systemlandschaft im Onlinehandel
Eigene Erweiterungen
6Erweiterungen im JTL Extension Store
Öffentliche Changelogs
15dokumentierte Releases seit August 2025
Team
5Menschen in Paderborn
Technik
PHP · Python · SQLJTL-Shop 5, JTL-Wawi, JTL-WMS und externe Systeme

01 Positionierung

Kein Plugin-Shop. Keine Full-Service-Agentur. Ein Entwicklungspartner für die schwierigen Teile.

Zu uns kommen Händler, wenn Standardlösungen an ihre Grenzen stoßen: wenn ein Plugin fast passt, eine Schnittstelle fehlt oder die Zahlen im Tracking nicht stimmen. Wir verkaufen keine Technologien, sondern lösen das konkrete Problem dahinter.

  1. Wir kennen JTL von innen.

    Wir entwickeln und pflegen eigene Erweiterungen für JTL-Shop 5. Was wir für Kunden bauen, folgt denselben Regeln: Hooks statt Core-Eingriffe, sauberes Backend, dokumentierte Releases.

  2. Wir denken in Systemen.

    Ein Shop steht nie allein. Wir betrachten Warenwirtschaft, Lager, Marktplätze und Marketing-Tools mit – denn dort entstehen die meisten Probleme.

  3. Wir bauen, was bleibt.

    Lösungen, die das nächste Update überstehen, Fehler melden statt zu schweigen und von jemand anderem verstanden werden können.

03 Engineering in der Praxis

Was hinter einer guten Lösung steckt.

Drei technische Probleme aus unserer eigenen Produktentwicklung – und wie wir sie gelöst haben. Belegt durch Produktbeschreibungen und öffentliche Changelogs.

GA4 · Datenqualität

Kategoriedaten, die unterwegs verloren gehen

Ausgangslage

GA4-Berichte nach Kategorie sind nur so gut wie die Daten im Kauf-Event. Im JTL-Shop ist die Kategorie auf der Produktseite bekannt – im Warenkorb und beim Kauf aber nicht mehr. Dazu kamen Umlaute als HTML-Entities und Events, die kein gültiges JSON waren.

Lösung

Kategoriedaten werden beim Produktaufruf clientseitig gespeichert und in den Folge-Events ergänzt – bis zu fünf Ebenen, ohne vorhandene Werte zu überschreiben. Eine zentrale Encoding-Logik sorgt für korrekte Zeichen und valides JSON. Weil Daten sowohl aus PHP-Variablen als auch aus dem DOM gelesen werden, funktioniert das auch mit individuellen Templates.

  • item_category … item_category5
  • JSON_THROW_ON_ERROR
  • PHP + DOM-Fallback
Google Analytics 4 PRO Tracking

Quelle: Produktbeschreibung im JTL Extension Store

Meta · Server-Side-Tracking

Ein Ereignis, zwei Wege, eine Zählung

Ausgangslage

Pixel im Browser und Conversion API auf dem Server ergänzen sich – ohne Abstimmung zählt Meta jedes Ereignis aber doppelt. Gleichzeitig muss beides an die Einwilligung gebunden sein.

Lösung

Beide Wege erhalten dieselbe event_id, Nutzerdaten werden mit SHA256 gehasht, und ohne Einwilligung pausieren Pixel und CAPI. Mit Version 1.0.1 haben wir den fbc-Parameter auf das Meta-Format mit Millisekunden-Zeitstempel umgestellt und dafür gesorgt, dass bestehende _fbc-Cookies ihren ursprünglichen Zeitstempel behalten.

  • event_id
  • SHA256
  • fbc · _fbc
Meta Pixel & Conversion API

Quelle: Changelog Version 1.0.1 (08.06.2026)

JTL-Shop · Zugangssteuerung

Zugangsregeln, die in der richtigen Reihenfolge greifen

Ausgangslage

Ein geschlossener Shop braucht eindeutige Regeln: Wer darf hinein, welche Pfade bleiben erreichbar, wie reagieren Suchmaschinen? Und was passiert, wenn jemand mit bestehendem Zugangs-Cookie einen neuen Magic Link öffnet?

Lösung

Gate-Seite mit Passwort, Magic Link und Newsletter-Zugang, Route-Whitelist für Assets und robots.txt, HTTP 503 mit noindex für Wartungen. In Version 1.0.3 haben wir den Gate-Zugriff überarbeitet: Magic-Link-Aufrufe werden immer zuerst verarbeitet, auch bei vorhandenem Access-Cookie – und ein erneut geöffneter Master-Link führt zur Startseite statt ins Leere.

  • /gate-access/{token}
  • HTTP 503 · noindex
  • Brute-Force-Schutz
JTL Closed Shop

Quelle: Changelog Version 1.0.3 (13.10.2025)

Alle Fallnotizen ansehen

04 Arbeitsweise

Erst verstehen, dann bauen.

Vier Schritte, die jedes Projekt durchläuft – vom ersten Gespräch bis zur Übergabe. Bei kleinen Aufgaben schnell, bei großen gründlich.

  1. Schritt 1: Verstehen

    Wir klären Ziel, beteiligte Systeme und Rahmenbedingungen. Bei bestehenden Shops sehen wir uns Code, Plugins und Konfiguration an, bevor wir etwas vorschlagen.

  2. Schritt 2: Konzipieren

    Sie erhalten eine Lösungsskizze mit Aufwandseinschätzung: was gebaut wird, wie es sich in Ihre Systeme einfügt und wo Risiken liegen.

  3. Schritt 3: Entwickeln

    Wir entwickeln in einer Testumgebung und zeigen Zwischenstände früh, damit Sie Richtung und Details beeinflussen können.

  4. Schritt 4: Übergeben

    Nach Ihrer Freigabe geht die Lösung live. Sie erhalten eine Dokumentation; Wartung und Weiterentwicklung vereinbaren wir bei Bedarf.

05 Eigene Produkte

Unsere Plugins: Kompetenz, die Sie installieren können.

Sechs Erweiterungen für JTL-Shop 5, erhältlich im JTL Extension Store. Sie lösen wiederkehrende Probleme – und zeigen, wie wir arbeiten.