So verbinden Sie Paddle mit Shopify Flow

Q: Die Signatur stimmt nicht überein

In dieser Bestellung: das Geheimnis (die häufigste Ursache - ein zusätzliches Leerzeichen oder ein Schlüssel aus der falschen Umgebung), ob der Absender das Geheimnis eines anderen Endpunkts verwendet und ob irgendetwas zwischen Paddle und der App den Hauptteil umschreibt . Signaturen beziehen sich auf die Rohdaten, sodass ein Proxy, der JSON neu formatiert, diese ungültig macht. Der Signatur-Tester auf der Webhook-Seite zeigt den genauen Text an, der signiert wurde.

Paddle ist ein „Merchant of Record“ für digitale Produkte und Abonnements. Es benachrichtigt Sie über Transaktionen, Abonnements, Rückerstattungen und Änderungen bei Kunden. „Workflow Webhooks“ wandelt diesen Aufruf in einen „Shopify Flow“-Trigger um, sodass Ihr Shop darauf reagieren kann: einen Kunden mit einem Tag versehen, eine Bestellnotiz hinzufügen, eine interne E-Mail versenden, ein Metafeld aktualisieren - alles, was Shopify Flow leisten kann.

Dieser Leitfaden beschreibt den gesamten Ablauf - Paddle sendet, Workflow Webhooks empfängt und überprüft, Shopify Flow führt die Aktion aus -, wobei bei jeder Anfrage die HMAC-Signatur von Paddle überprüft wird, sodass ausschließlich Paddle Ihren Workflow starten kann.

Was Sie bauen können

Markieren Sie einen Shopify-Kunden, der zudem ein Paddle-Abonnement besitzt, damit ihm die richtigen Preise bzw. Inhalte angezeigt werden.
Senden Sie Ihrem Team eine E-Mail, wenn ein Abonnement gekündigt wird und der Kunde kürzlich Bestellungen über Shopify aufgegeben hat.
Tragen Sie den aktuellen Plan als Metafeld in den Datensatz des Kunden ein.

Typische Ereignisse, die gesendet werden sollen: transaction.completed, subscription.canceled, adjustment.created (Rückerstattung), customer.updated.

Bevor Sie beginnen

Workflow Webhooks in Ihrem Shopify-Shop installiert.
Shopify Flow installiert, die kostenlos im App Store unter Shopify erhältlich ist.
Ein Konto bei Paddle mit der Berechtigung, Webhooks zu erstellen.

Schritt 1 - Erstellen Sie den Webhook unter Workflow Webhooks

Öffnen Sie „Workflow Webhooks“** -> „Webhooks“ -> „Webhook erstellen“** und vergeben Sie einen Namen, den Sie in Shopify Flow wiedererkennen, beispielsweise Paddle events.
Wählen Sie unter „Authentifizierung“ die Option „HMAC“ aus.
Wählen Sie unter „Signaturanbieter“ die Option „Paddle“ aus. Die App füllt die Felder „Header“, „Algorithmus“, „signierte Payload“ und „Replay-Fenster“ automatisch für Sie aus - es sind keine weiteren Einstellungen erforderlich.
Lassen Sie das Feld „Secret“ vorerst leer und klicken Sie auf „Speichern“. Kopieren Sie die auf der Seite angezeigte URL des Webhooks.

Informationen zu den anderen Authentifizierungsmodi finden Sie unter Authentifizierung, und unter Zuordnung der Payload-Daten und Flow-Variablen erfahren Sie, welche Felder an Shopify Flow übermittelt werden.

Schritt 2 - Fügen Sie den Endpunkt in Paddle hinzu

Öffnen Sie in Paddle „Entwicklertools“ -> „Benachrichtigungen“, fügen Sie ein Ziel mit der kopierten URL hinzu und wählen Sie die Ereignisse aus. Der geheime Schlüssel wird im Ziel angezeigt.

So finden Sie Ihr Paddle-Signaturgeheimnis

Der geheime Schlüssel des Benachrichtigungsempfängers (Paddle → Entwicklertools → Benachrichtigungen).

In der offiziellen Dokumentation von Paddle zu Webhook-Signaturen unter finden Sie den genauen Wortlaut sowie Screenshots für Ihr Konto.

Fügen Sie diesen Schlüssel in das Feld „Secret“ des Webhooks unter Workflow Webhooks ein und speichern Sie die Eingabe. Ab diesem Zeitpunkt wird jede Paddle-Übermittlung überprüft, bevor sie Shopify Flow erreicht.

Was hier überprüft wird

Was	Wert
Signaturzeile	`Paddle-Signature`
Wo sich die Unterschrift befindet	Im Wert `h1` dieses Headers, der durch Semikolons getrennte `key=value`-Paare enthält
Was wurde unterzeichnet?	`{timestamp}:{body}`
Unterschrift	HMAC-SHA256, hexadezimal kodiert
Zeitstempel	Der Wert `ts` des Signatur-Headers, angegeben in Unix-Sekunden
Wiedergabeschutz	Anfragen, deren signierter Zeitstempel mehr als 5 Minuten vom aktuellen Zeitpunkt entfernt ist, werden abgelehnt
Das Geheimnis	Wird als Klartext verwendet. Fügen Sie den Text genau so ein, wie er vom Absender angegeben wird.

In der signierten Payload entspricht {body} dem Rohtext des Anfrage-Hauptteils, Byte für Byte, und {timestamp} entspricht dem oben genannten Zeitstempel.

Eine Anfrage, die eine dieser Bedingungen nicht erfüllt, wird mit dem Fehler 401 abgelehnt, unter Hintergrund und Fehlerbehebung protokolliert und löst niemals einen Workflow aus.

Schritt 3 - Erstellen Sie den Workflow Shopify Flow

Erstellen Sie in „Shopify Flow“ einen Workflow und wählen Sie den Trigger „Workflow Webhooks“ aus.
Klicken Sie auf „Ereignisse aufzeichnen“ und senden Sie anschließend ein Testereignis über Paddle (oder verwenden Sie die Option „Test senden“ unter Workflow Webhooks), damit Shopify Flow die Struktur Ihrer Daten erkennt.
Jeder Webhook, den Sie besitzen, löst denselben Shopify Flow-Trigger aus. Fügen Sie daher eine erste Bedingung zur Webhook-ID hinzu, um diesen Workflow ausschließlich auf Paddle zu beschränken. Die ID wird auf der Webhook-Seite angezeigt.
Fügen Sie Ihre Aktionen hinzu - taggen Sie einen Kunden, fügen Sie eine Notiz hinzu, versenden Sie eine interne E-Mail, aktualisieren Sie ein Metafeld.

Eine Shopify Flow-Bedingung: Die Webhook-ID entspricht der ID eines Webhooks — Der erste Schritt jedes Workflows: eine Bedingung hinsichtlich der Webhook-ID, damit der Workflow nur für diesen Webhook ausgeführt wird.

Der fertige Workflow: Webhook-Trigger, eine Bedingung basierend auf der Webhook-ID, anschließend „Interne E-Mail senden“ im „True“-Zweig — Der fertige Workflow: Trigger, Bedingung anhand der Webhook-ID, anschließend Ihre Aktion im „True“-Zweig.

Schritt 4 - Testen Sie das System von Anfang bis Ende

Lösen Sie ein echtes Ereignis in Paddle aus. Unter „Workflow Webhooks“** -> „Verlauf“** sollten Sie den Aufruf mit dem Status „Erfolgreich“ sehen. Sollte die Signatur fehlerhaft gewesen sein, erhalten Sie stattdessen einen fehlgeschlagenen Eintrag mit der entsprechenden Begründung. Unter Überprüfung signierter Webhooks finden Sie Erläuterungen zum Signatur-Tester, der Ihnen genau anzeigt, welcher Schritt fehlgeschlagen ist.

Ein Aufruf wurde im Protokoll „History“ mit seinen Anforderungsheadern, der Payload, dem Status, der Dauer und den Kennungen aufgezeichnet — Ein in „History“ übermittelter Vorgang: Der Status „Erfolgreich“ bedeutet, dass Shopify Flow diesen akzeptiert hat.

Die Signatur stimmt nicht überein▾

In dieser Bestellung: das Geheimnis (die häufigste Ursache - ein zusätzliches Leerzeichen oder ein Schlüssel aus der falschen Umgebung), ob der Absender das Geheimnis eines anderen Endpunkts verwendet und ob irgendetwas zwischen Paddle und der App den Hauptteil umschreibt. Signaturen beziehen sich auf die Rohdaten, sodass ein Proxy, der JSON neu formatiert, diese ungültig macht. Der Signatur-Tester auf der Webhook-Seite zeigt den genauen Text an, der signiert wurde.

Bei jeder Anfrage erhalte ich den Fehlercode 401▾

Bitte überprüfen Sie, ob die Authentifizierung des Webhooks auf „HMAC“ eingestellt ist und der Anbieter „Paddle“ ausgewählt ist, ob das Geheimnis eingegeben wurde und ob Paddle die Anfrage genau an die URL sendet, wie sie in der App angezeigt wird, einschließlich des Codes am Ende.

Im Verlauf wird nichts angezeigt▾

Die Anfrage ist nie angekommen. Überprüfen Sie die URL in Paddle erneut und sehen Sie sich im Zustellungsprotokoll von Paddle an, welche Antwort dort eingegangen ist. Ein 404 bedeutet, dass der Webhook falsch ist oder gelöscht wurde; ein 429 bedeutet, dass Sie das Aufruflimit Ihres Tarifs überschritten haben - siehe Pläne und Nutzung.

Der Workflow wird bei den falschen Ereignissen ausgeführt▾

Jeder Webhook in Ihrem Shop löst denselben Shopify Flow-Trigger aus. Fügen Sie als ersten Schritt des Workflows eine Bedingung für die Webhook-ID hinzu oder schränken Sie die Ereignisse ein, die Sie von Paddle senden.

Anfragen schlagen mit der Fehlermeldung „Zeitstempel außerhalb der Toleranz“ fehl▾

Paddle versieht Ereignisse mit einem Zeitstempel, und die App lehnt alle Ereignisse ab, die älter als 5 Minuten sind. Dies ist in der Regel auf ein Uhrzeitproblem auf der sendenden Seite zurückzuführen oder darauf, dass Paddle die Übermittlung erst viel später mit dem ursprünglichen Zeitstempel erneut versucht hat. Wiederholungsversuche derselben ursprünglichen Anfrage werden nicht akzeptiert; bitten Sie Paddle, ein neues Ereignis zu senden.