Einmalige WooCommerce-Gutscheine für ein Produkt aus einem Produkt-Block prägen

Das Rabattangebot auf Projektebene spricht eine ganze Zielgruppe mit einem shopweiten (oder einem Ein-Produkt-)Gutschein an. Dies ist das engere Geschwister auf Block-Ebene: ein Rabatt, der am Produkt-Block selbst lebt, gebunden an ein echtes Produkt, das Sie aus Ihrem WooCommerce-Katalog importiert haben, geprägt pro Empfänger in dem Moment, in dem seine E-Mail versendet wird, und direkt auf der eigenen Seite dieses Produkts angewendet — ohne dass ein Kaufhistorie-Segment oder eine Rabattangebot-Einrichtung nötig wäre.

Ein Studio-Produkt-Block, der mit Ihrem WooCommerce-Shop verknüpft ist, kann seinen eigenen einmaligen Gutschein pro Empfänger prägen, beschränkt auf genau dieses Produkt — ohne dass ein Kaufhistorie-Segment oder ein Rabattangebot auf Projektebene nötig wäre.

MailInApp hat bereits ein Rabattangebot auf Projektebene, um eine ganze passende Zielgruppe mit einem Gutschein anzusprechen. Dies ist das engere Werkzeug: ein Rabatt, der am Produkt-Block selbst lebt, gebunden an das jeweilige echte Produkt, das Sie aus Ihrem WooCommerce-Katalog importiert haben, automatisch geprägt für jeden Empfänger dieser E-Mail, und direkt auf der eigenen Seite dieses Produkts angewendet.

Schritt 1 — Verbinden Sie WooCommerce

Gehen Sie auf Ihrer eigenen WordPress-Website zu WooCommerce → Einstellungen → Erweitert → REST API und erstellen Sie einen Schlüssel mit Lese-Zugriff. Fügen Sie zurück in MailInApps Einstellungen → Integrationen Ihre Shop-URL und diesen Schlüssel ein, um zu verbinden. MailInApp erstellt Gutscheine ausschließlich über die eigene Coupons-REST-Ressource Ihres Shops — es fragt nie nach Schreibzugriff darüber hinaus.

Schritt 2 — Importieren Sie das Produkt in einen Produkt-Block

Fügen Sie im Studio einen Produkt-Block hinzu und öffnen Sie dessen Suche Aus Shop importieren. Wählen Sie den echten Artikel aus Ihrem synchronisierten WooCommerce-Katalog, statt eine URL von Hand einzutippen. Der Import erledigt drei Dinge gleichzeitig: Er füllt Name, Beschreibung, Bild und Preis aus; stellt Checkout auf Auf externen Shop-Checkout verlinken um; und füllt URL der externen Produktseite anhand der eigenen Seiten-URL des Produkts aus. Alle drei sind für den nächsten Schritt wichtig — hinter einer von Hand eingetippten URL steckt keine echte Produkt-ID des Shops, sodass der Rabatt-Schalter verborgen bleibt, bis Sie importieren.

Schritt 3 — Schalten Sie Rabatt pro Produkt ein

Mit einem echten, importierten Produkt am Block erscheint ein Schalter Rabatt pro Produkt im Inspektor. Schalten Sie ihn ein und legen Sie fest:

  • Rabatttyp — prozentualer oder fester Rabattbetrag.
  • Rabattwert — die tatsächliche Zahl.
  • Läuft ab (Tage nach Versand) — wie lange ein geprägter Gutschein gültig bleibt.

Das ist unabhängig von jedem Rabattangebot auf Projektebene, das das Projekt zusätzlich haben könnte — ein Versand kann beides tragen, keines, oder nur eines von beiden.

Schritt 4 — Versenden Sie, und MailInApp prägt einen auf genau dieses Produkt beschränkten Gutschein

Kurz bevor die E-Mail jedes Empfängers gerendert wird, erstellt MailInApp über die Coupons-REST-API Ihres Shops einen Gutschein: einmalig nutzbar (usage_limit: 1), beschränkt auf die eigene E-Mail-Adresse dieses Empfängers (email_restrictions), und über das product_ids-Feld von WooCommerce auf genau dieses Produkt statt auf Ihren gesamten Warenkorb beschränkt. Der eigene Jetzt-kaufen-Link des Blocks wird automatisch umgeschrieben, um ihn zu tragen — nichts, was Sie von Hand mit einem Merge-Tag vorlagenmäßig gestalten müssten, da eine Block-ID nicht etwas ist, das Sie in eine Überschrift eintippen können.

Schritt 5 — Der Käufer landet zurück auf genau diesem Produkt, mit bereits angewendetem Gutschein

Der Link wendet den Gutschein als Abfrageparameter direkt auf der eigenen Seite dieses Produkts an — nicht auf der generischen /cart/-URL, die der eigene Link des Angebots auf Projektebene verwendet. Das ist Absicht: Die E-Mail hat einen bestimmten Artikel gezeigt, also sollte der rabattierte Link auch auf genau diesem Artikel landen, statt ihn erneut suchen zu lassen. Wie beim Angebot auf Projektebene ist die Selbstanwendung nicht auf jedem individuellen Checkout-Theme garantiert — im schlimmsten Fall gibt der Käufer den Code von Hand ein, und der Link ist so oder so nie tot.

Die Attribution funktioniert wie bei jedem anderen Klick zum Shop

Der Link trägt weiterhin dasselbe utm_campaign wie die anderen ausgehenden Links Ihres Projekts. Eine mit dem Gutschein aufgegebene Bestellung attribuiert sich zurück zu diesem Versand über WooCommerces eigene, eingebaute Order-Attribution-Metadaten (standardmäßig aktiv seit WooCommerce 8.5), genau so, wie es jede andere WooCommerce-Klick-Durchgangs-Bestellung tut — siehe Shopify-Bestell- und Checkout-Umsatzverfolgung dafür, wie diese Attribution tatsächlich end-to-end funktioniert (WooCommerce funktioniert nach dem Verbinden identisch).

Wenn das Prägen für einen Empfänger fehlschlägt

Seine E-Mail wird trotzdem versendet. Gibt es einen kurzzeitigen API-Aussetzer, oder muss ein Token neu verbunden werden, fällt Jetzt kaufen für diesen Empfänger einfach auf den einfachen, unrabattierten Produktlink des Blocks zurück — nie ein defekter Link, und nie ein blockierter Versand.

Wie sich das vom Rabattangebot auf Projektebene unterscheidet

Das Rabattangebot der Versand-Seite spricht eine ganze passende Zielgruppe an — oft kombiniert mit einem Kaufhistorie-Segment — mit einem aus einem Dropdown gewählten Gutschein-Geltungsbereich (shopweit oder ein Produkt). Diese Funktion überspringt das alles: Sie ist auf das jeweilige Produkt beschränkt, das der Block selbst trägt, braucht überhaupt keinen Zielgruppenfilter, und prägt für jeden, der die E-Mail erhält. Beide führen außerdem ihre eigene Cooldown-Markierung, sodass ein Rabatt pro Produkt auf einen Artikel niemals den Rabatt eines anderen Artikels oder das Rabattangebot auf Projektebene für denselben Kontakt blockiert. Siehe Frühere Käufer mit Kaufhistorien-Segmenten & Rabattcodes zurückgewinnen für die zielgruppenbasierte Version dieses Musters.

Erste Schritte

Verbinden Sie WooCommerce, importieren Sie ein echtes Produkt in einen Produkt-Block, schalten Sie einen moderaten Rabatt pro Produkt ein, und versenden Sie zunächst an eine kleine Liste, um zu bestätigen, dass der Einlöse-Link dort landet, wo Sie es erwarten. Siehe Produkt-Block, WooCommerce-Integration und Store-native Rabattcode-Prägung für die vollständige Referenz.

Ein typischer Ablauf zum Erstellen und Versenden

  1. 1

    Verbinden Sie WooCommerce

    Fügen Sie unter Einstellungen → Integrationen Ihre Shop-URL und einen REST-API-Schlüssel mit Lese-Zugriff ein. MailInApp erstellt Gutscheine ausschließlich über die eigene Coupons-REST-Ressource Ihres Shops — es fragt nie nach Schreibzugriff darüber hinaus.

  2. 2

    Importieren Sie das Produkt in einen Produkt-Block

    Fügen Sie im Studio einen Produkt-Block hinzu, und wählen Sie über dessen Suche Aus Shop importieren den echten Artikel aus Ihrem synchronisierten WooCommerce-Katalog. Der Import stellt Checkout auf Auf externen Shop-Checkout verlinken und füllt URL der externen Produktseite automatisch aus — beides ist erforderlich, damit der nächste Schritt erscheint.

  3. 3

    Schalten Sie Rabatt pro Produkt ein

    Sobald der Block ein echtes, importiertes Produkt trägt, erscheint ein Schalter Rabatt pro Produkt im Inspektor. Schalten Sie ihn ein, und legen Sie einen prozentualen oder festen Rabattbetrag sowie fest, wie viele Tage ein geprägter Gutschein gültig bleibt — unabhängig von jedem Rabattangebot auf Projektebene, das dieses Projekt zusätzlich haben könnte. Die Studio-Arbeitsfläche zeichnet sich sofort mit demselben Rabatt-Badge und durchgestrichenen Preis neu, den Empfänger sehen werden, sodass Sie es prüfen können, ohne die Live-Ansicht zu öffnen.

  4. 4

    Versenden Sie — MailInApp prägt einen auf genau dieses Produkt beschränkten Gutschein

    Kurz bevor die E-Mail jedes Empfängers gerendert wird, erstellt MailInApp über die Coupons-REST-API Ihres Shops einen einmaligen Gutschein, beschränkt auf die eigene E-Mail-Adresse dieses Empfängers und, über das product_ids-Feld von WooCommerce, auf genau dieses Produkt — nicht auf Ihren gesamten Warenkorb.

  5. 5

    Jetzt kaufen trägt den Gutschein bereits

    Der Jetzt-kaufen-Link des Blocks wird so umgeschrieben, dass er den Gutscheincode als Abfrageparameter direkt auf der eigenen Seite dieses Produkts anwendet — nicht auf einer generischen /cart/-URL, wie es der Link des Angebots auf Projektebene handhabt, sodass der Käufer genau dort landet, wo die E-Mail ihn hingewiesen hat.

  6. 6

    Die Attribution funktioniert wie bei jedem anderen Klick zum Shop

    Der Link trägt weiterhin dasselbe utm_campaign wie die anderen ausgehenden Links Ihres Projekts, sodass eine mit dem Gutschein aufgegebene Bestellung sich zurück zu diesem Versand attribuiert, genau wie es jeder andere WooCommerce-Klick-Durchgang tut, über die eigenen Bestellattributionsdaten des Shops.

Häufig gestellte Fragen

Wie unterscheidet sich das vom Rabattangebot auf Projektebene?

Das Rabattangebot auf der Versand-Seite spricht eine ganze passende Zielgruppe an — oft kombiniert mit einem Kaufhistorie-Segment — mit einem Gutschein-Geltungsbereich für alle (shopweit oder ein Produkt, aus einem Dropdown gewählt). Der eigene Rabatt pro Produkt eines Produkt-Blocks ist auf den einen importierten Artikel dieses Blocks beschränkt und braucht überhaupt keinen Zielgruppenfilter oder eine Einrichtung auf der Versand-Seite; er prägt automatisch für jeden, der diese E-Mail erhält. Ein Projekt kann beides, eines von beiden oder keines nutzen — sie laufen unabhängig voneinander mit getrennten Cooldowns.

Brauche ich ein Kaufhistorie-Segment, damit das funktioniert?

Nein. Die Kaufhistorie-Segmentierung wird mit dem Rabattangebot auf Projektebene kombiniert, nicht mit diesem hier. Der Rabatt pro Produkt eines Produkt-Blocks prägt für jeden Empfänger der E-Mail, in der er sich befindet, unabhängig davon, ob dieser den Artikel — oder überhaupt irgendetwas — zuvor gekauft hat.

Wendet sich der Gutschein in dem Moment selbst an, in dem die Seite lädt?

Er wird als Abfrageparameter mitgeführt, der auf Ihrer Produktseite automatisch angewendet werden soll — dieselbe Best-Effort-Konvention, die die eigenen Links des Angebots auf Projektebene bereits verwenden — zuverlässig bei den meisten Themes, aber nicht garantiert bei jedem individuellen Checkout-Ablauf. Der Link selbst ist so oder so nie tot: Im schlimmsten Fall gibt der Käufer den Code beim Checkout von Hand ein.

Können Käufer den Rabatt sehen, noch bevor sie überhaupt zum Checkout durchklicken?

Im Studio ja, automatisch — die Arbeitsfläche zeigt dasselbe Badge und den durchgestrichenen Preis in dem Moment, in dem Sie den Schalter aktivieren, sodass Sie die Live-Ansicht nicht öffnen müssen, um es zu prüfen. Auf der Storefront selbst gibt es derzeit kein WooCommerce-Äquivalent, um vor dem Checkout ein Badge auf der echten Produktseite zu zeigen — das ist nur für verbundene Shopify-Shops verfügbar, über einen optionalen Theme-App-Block. Der Gutschein wird so oder so korrekt angewendet; das betrifft nur, ob der Rabatt sichtbar ist, bevor der Käufer den Checkout erreicht.

Warum erscheint der Rabatt-Schalter nicht an meinem Produkt-Block?

Er erscheint erst, sobald der Block ein echtes, über Aus Shop importieren importiertes Produkt trägt — das Prägen benötigt die eigene numerische Produkt-ID Ihres Shops, um den Gutschein darauf zu beschränken, die eine von Hand eingetippte URL der externen Produktseite nicht trägt. Er ist außerdem im MailInApp-Checkout-Modus vollständig ausgeblendet, da dieser Modus Ihren WooCommerce-Shop überhaupt nicht berührt.

Kann ich das für mehr als ein Produkt in derselben E-Mail nutzen?

Ja — jeder Produkt-Block prägt und verfolgt seinen eigenen Gutschein und Cooldown unabhängig, an diesen Block gebunden, sodass der Rabatt auf ein Produkt niemals einen Rabatt auf ein anderes blockiert oder stört, ebenso wenig wie das Rabattangebot auf Projektebene.

Funktioniert der Gutschein noch, wenn der Empfänger die E-Mail weiterleitet?

Der Gutschein bleibt einmalig und über WooCommerces email_restrictions auf die eigene E-Mail-Adresse des ursprünglichen Empfängers beschränkt, sodass eine weitergeleitete E-Mail keinem Fremden einen nutzbaren Rabatt in die Hand gibt — nur die eigene Checkout-E-Mail des ursprünglichen Empfängers kann ihn einlösen.

Bauen Sie das im Studio

Starten Sie mit dem kostenlosen Tarif — jeder interaktive Block und die vollständige Fallback-Engine sind in jedem Tarif enthalten.