Magento 2 Webhooks: Ereignisse zuverlässig an externe URLs senden
SKU: WEBHOOKS1
- Bestell-, Kunden- und Lagerereignisse an eigene URLs
- Signatur im Header, Prüfung beim Empfänger
- automatische Wiederholung mit wachsenden Wartezeiten
- Zustellprotokoll mit Statuscode und manuellem Neuversand
Einmaliger Kauf · inkl. 12 Monate Updates · zzgl. MwSt.
Magento 2 Webhooks: Ihr Shop meldet Ereignisse selbst, statt abgefragt zu werden
Mit den Magento 2 Webhooks von Mironsoft schickt Ihr Shop bei einem Ereignis automatisch eine Nachricht an eine externe URL. Eine neue Bestellung, eine geänderte Lagerzahl oder eine Kundenregistrierung erreicht Warenwirtschaft, Versanddienst oder Chat-Kanal in dem Moment, in dem sie passiert. Die Zustellung läuft über eine Warteschlange und verlangsamt den Checkout nicht. Endpunkte, Ereignisse und Signatur pflegen Sie im Admin.
Ereignisse wählen
Bestellung angelegt, Status geändert, Rechnung, Versand, Gutschrift, Kunde registriert oder Lagerbestand geändert.
Eigene Endpunkte
Beliebig viele Ziel-URLs, je Endpunkt mit eigener Ereignisauswahl, eigenem Geheimnis und Store-Bezug.
Signatur
Jede Nachricht trägt eine Signatur im Header. Der Empfänger prüft damit, dass sie von Ihrem Shop stammt.
Wiederholung
Antwortet der Empfänger mit einem Fehler, versucht das Modul es mit steigenden Wartezeiten erneut.
Zustellprotokoll
Jeder Versuch wird mit Zeitpunkt, Statuscode und Antwort gespeichert und lässt sich neu senden.
Entkoppelt
Der Versand läuft im Hintergrund über die Warteschlange, der Kunde wartet nicht auf externe Systeme.
Warum Magento 2 Webhooks besser sind als ständiges Abfragen
Die REST-API von Magento ist ein Abrufweg: Das externe System fragt in festen Abständen, ob es Neues gibt. Das erzeugt Last, auch wenn nichts passiert, und liefert Neuigkeiten erst beim nächsten Durchlauf. Händler suchen deshalb nach Magento 2 Webhooks, nach einer Möglichkeit, Magento 2 Webhook Bestellung einzurichten, oder nach einem Weg, Ereignisse an eine URL zu senden.
Mit Magento 2 Webhooks kehrt sich die Richtung um. Der Shop meldet sich, wenn etwas geschieht. Ihr Lager sieht die Bestellung sofort, Ihr Team erhält die Nachricht im Chat, und der Newsletter-Dienst kennt neue Kunden ohne Wartezeit. Gleichzeitig entfällt der Abfrage-Job, der das System belastet.
Magento 2 Webhooks einrichten: Endpunkte und Ereignisse im Admin
Ein Endpunkt besteht aus einer URL, einer Ereignisliste und optionalen Zusatz-Headern, etwa einem Token. Sie wählen pro Endpunkt, welche Ereignisse gesendet werden, und beschränken sie auf einen Store View, wenn nur ein Teil Ihres Shops betroffen ist. Mit einem Testversand prüfen Sie, ob der Empfänger antwortet. Endpunkte lassen sich einzeln deaktivieren, ohne die Konfiguration zu löschen.
- Ereignisauswahl je Endpunkt, optional je Store View
- Zusätzliche Header, zum Beispiel für Zugangstoken
- Testversand und einzelnes Aktivieren oder Deaktivieren
Nachrichteninhalt der Magento 2 Webhooks festlegen
Die Nachricht ist ein JSON-Dokument mit Ereignisname, Zeitpunkt, eindeutiger Kennung und den Daten des Objekts. Sie legen fest, welche Felder enthalten sind: Wer nur die Bestellnummer und den Status braucht, sendet keine Adresse. Die eindeutige Kennung hilft dem Empfänger, doppelte Zustellungen zu erkennen. Welche personenbezogenen Daten Sie an welchen Dienst übermitteln dürfen, bewertet der Shopbetreiber rechtlich selbst.
- JSON mit Ereignisname, Zeitpunkt und Kennung
- Felder je Endpunkt auswählbar, Datensparsamkeit möglich
- Eindeutige Kennung gegen doppelte Verarbeitung
Signatur der Magento 2 Webhooks prüfen
Jede Nachricht trägt im Header eine Signatur, die aus dem Inhalt und einem geheimen Schlüssel berechnet wird. Der Empfänger berechnet sie auf seiner Seite nach und weiß damit, dass Nachricht und Absender echt sind. Das Geheimnis wird je Endpunkt gespeichert und lässt sich jederzeit erneuern. Zusätzlich enthält der Header einen Zeitstempel, damit alte Nachrichten nicht erneut eingespielt werden können. Die Zieladresse muss HTTPS verwenden.
- Signatur aus Inhalt und geheimem Schlüssel
- Zeitstempel gegen erneutes Einspielen alter Nachrichten
- Schlüssel je Endpunkt erneuerbar, HTTPS erforderlich
Wiederholung und Zustellprotokoll bei Magento 2 Webhooks
Externe Systeme sind nicht immer erreichbar. Antwortet ein Empfänger mit einem Fehler oder gar nicht, versucht das Modul die Zustellung nach wachsenden Wartezeiten erneut, bis die von Ihnen eingestellte Höchstzahl erreicht ist. Danach wird die Nachricht als fehlgeschlagen markiert und taucht im Protokoll auf. Dort sehen Sie Zeitpunkt, Statuscode und Antwortauszug und können die Nachricht mit einem Klick erneut senden. Alte Einträge räumt ein Cron-Job nach Ihrer Frist auf.
- Wiederholung mit wachsenden Wartezeiten, Höchstzahl einstellbar
- Protokoll mit Statuscode, Zeitpunkt und Antwortauszug
- Neuversand per Klick, automatische Bereinigung per Cron
Wo Magento 2 Webhooks im Shop-Alltag hilft
Typische Verbindungen, die ohne Abfrage-Job auskommen.
Warenwirtschaft und ERP
Neue Bestellungen erreichen das Warenwirtschaftssystem in dem Moment, in dem sie angelegt werden. Der Abfrage-Job entfällt.
Versand und Lager
Ein Versanddienstleister erhält die Bestellung sofort, und eine geänderte Lagerzahl geht an das Lagersystem.
Chat und Benachrichtigung
Das Team sieht große Bestellungen oder niedrige Lagerbestände direkt im Chat-Kanal, ohne Postfach zu prüfen.
Marketing und Newsletter
Neue Kunden und geänderte Bestellstatus fließen in ein Newsletter- oder Automatisierungssystem, sobald sie entstehen.
Magento 2 Webhooks im Vergleich: ohne und mit Modul
Der Unterschied zum Abruf per REST-API.
| Thema | Ohne Modul | Mit Mironsoft Webhooks |
|---|---|---|
| Richtung | Externes System fragt in Intervallen ab | Shop meldet das Ereignis selbst |
| Aktualität | Erst beim nächsten Abruf | Sekunden nach dem Ereignis |
| Last | Abfragen auch ohne Neuigkeiten | Nachricht nur bei Ereignis |
| Ausfall des Empfängers | Daten gehen im Abruf unter | Wiederholung und Neuversand |
| Nachweis | Kaum nachvollziehbar | Protokoll mit Statuscode |
So richten wir Magento 2 Webhooks für Sie ein
Der Ablauf nach Ihrer Beauftragung.
Abstimmung
Sie nennen die Zielsysteme und die Ereignisse, die dort ankommen sollen.
Installation
Wir installieren die Magento 2 Webhooks und richten die Warteschlange mit Cron ein.
Endpunkte
Wir legen Endpunkte, Felder, Signatur und Wiederholungsregeln mit Ihnen an.
Test
Wir senden Testnachrichten, prüfen die Signatur beim Empfänger und simulieren einen Ausfall.
Übergabe
Ihr Team erhält eine Einweisung in Protokoll und Neuversand.
Abgrenzung zu REST-API und Fertig-Anbindungen
Die REST-API von Magento bleibt der richtige Weg, wenn ein System Daten selbst abholen oder Daten in den Shop schreiben soll. Magento 2 Webhooks ergänzt sie um die Gegenrichtung: Der Shop meldet Ereignisse. Es handelt sich nicht um eine fertige Anbindung an ein bestimmtes ERP oder einen Versanddienst. Der Empfänger muss die Nachricht verarbeiten können oder ein Zwischenschritt übersetzt sie.
Die Konfiguration erfolgt im Admin, ohne Frontend-Ausgabe. Das Hyvä Theme und seine Alpine.js-Komponenten bleiben unberührt, es wird kein Script im Shop geladen.
Kein Download, sondern persönliche Einrichtung
Webhooks ist hier nicht als fertige Download-Datei zum Selbst-Installieren gelistet. Der Kauf ist eine Beauftragung: Wir melden uns nach dem Kauf, installieren das Modul in Ihrem Shop und richten die ersten Endpunkte gemeinsam mit Ihnen ein.
Häufige Fragen
Alles Wichtige zu Ereignissen, Signatur, Wiederholung und zum Ablauf des Kaufs.
Wie kann ich in Magento 2 Webhooks einrichten?
Welche Ereignisse kann ich in Magento 2 per Webhook senden?
Wie kann ich in Magento 2 Webhooks absichern?
Was passiert, wenn der Empfänger nicht antwortet?
Verlangsamen Webhooks den Checkout?
Kann ich eine Nachricht erneut senden?
Wie kann ich in Magento 2 steuern, welche Daten ein Webhook enthält?
Funktionieren Magento 2 Webhooks mit Hyvä?
Ersetzt das Modul die REST-API?
Kann ich das Modul selbst herunterladen und installieren?
Zuletzt angesehene Artikel
Magento 2 Webhooks – Mironsoft