WooCommerceストアにリンクしたスタジオの商品ブロックは、その1つの商品にスコープされた、受信者ごとの使い切りクーポンを自身で発行できます — 購入履歴セグメントもプロジェクトレベルの割引オファーも不要です。
MailInAppにはすでに、マッチしたオーディエンス全体を1つのクーポンでターゲットにするプロジェクトレベルの割引オファーがあります。こちらはより狭いツールです:商品ブロック自身に宿る割引で、WooCommerceカタログからインポートした実際の商品に紐付き、そのメールのすべての受信者に対して自動的に発行され、その商品自身のページでそのまま適用されます。
ステップ1 — WooCommerceを接続する
自分のWordPressサイトで、WooCommerce → 設定 → 詳細設定 → REST APIに移動し、読み取りアクセス権を持つキーを作成します。MailInAppの設定 → 連携に戻り、自分のストアのURLとそのキーを貼り付けて接続します。MailInAppは、自分のストア自身のクーポンRESTリソースを通じてのみクーポンを作成します — それ以上の書き込みアクセスを求めることは一切ありません。
ステップ2 — 商品を商品ブロックにインポートする
スタジオで商品ブロックを追加し、そのストアからインポート検索を開きます。URLを手入力するのではなく、同期済みのWooCommerceカタログから本物の商品を選びます。インポートは一度に3つのことを行います:名前・説明・画像・価格を入力し、チェックアウトを外部ストアのチェックアウトへリンクに切り替え、商品自身のページURLから外部商品ページURLを入力します。この3つすべてが次のステップにとって重要です — 手入力のURLには本物のストア商品idが背後にないため、インポートするまで割引のトグルは非表示のままです。
ステップ3 — 商品ごとの割引をオンにする
ブロックに本物のインポート済み商品があると、インスペクターに商品ごとの割引のトグルが表示されます。オンにして、次を設定します:
- 割引タイプ — パーセントまたは固定額の割引。
- 割引額 — 実際の数値。
- 有効期限(送信からの日数) — 発行されたクーポンが有効な期間。
これは、そのプロジェクトが持つかもしれないプロジェクトレベルの割引オファーとは独立しています — 1回の送信が両方を持つことも、どちらも持たないことも、片方だけを持つこともできます。
ステップ4 — 送信する、MailInAppはこの商品だけに限定したクーポンを発行する
各受信者のメールがレンダリングされる直前に、MailInAppは自分のストアのクーポンREST API経由でクーポンを作成します:使い切り(usage_limit: 1)、その受信者本人のメールアドレスに限定(email_restrictions)、そしてカート全体ではなくWooCommerceのproduct_idsフィールドを通じてこの商品だけに限定されます。ブロック自身の今すぐ購入リンクは自動的に書き換えられてそれを運びます — ブロックidは見出しに手入力できるものではないため、マージタグで手作業でテンプレート化する必要は何もありません。
ステップ5 — 買い物客は、クーポンがすでに適用された状態で、まさにその商品のページに戻る
リンクは、クーポンをクエリパラメータとして、この商品自身のページに直接適用します — プロジェクトレベルのオファー自身のリンクが使う一般的な/cart/URLではありません。これは意図的なものです:メールは特定の1つの商品を見せたのですから、割引付きのリンクは、買い物客に再び探させるのではなく、その同じ商品に着地させるべきです。プロジェクトレベルのオファーと同様に、自動適用はすべてのカスタムチェックアウトテーマで保証されているわけではありません — 最悪の場合、買い物客が手動でコードを入力するだけで、いずれにせよリンク自体が無効になることはありません。
帰属付けは他のどのストアクリックとも同じように機能する
リンクには、プロジェクトの他の送信先リンクと同じutm_campaignがそのまま含まれます。そのクーポンで行われた注文は、WooCommerce自身の組み込みのOrder Attributionメタデータ(WooCommerce 8.5以降デフォルトでオン)を通じて、他のどんなWooCommerceのクリックスルー注文とも同じ方法でこの送信に帰属します — その帰属付けが実際に最初から最後までどう機能するかは、Shopifyの注文・チェックアウト・収益を追跡するを参照してください(WooCommerceも接続すれば同じように機能します)。
受信者についてクーポンの発行が失敗した場合
そのメールはそれでも送信されます。ライブAPI呼び出しが一時的に不調な場合、あるいはトークンの再接続が必要な場合、その受信者の今すぐ購入は、単にブロックのプレーンな、割引なしの商品リンクにフォールバックします — 壊れたリンクになることも、送信がブロックされることも決してありません。
これはプロジェクトレベルの割引オファーとどう違うか
送信ページの割引オファーは、多くの場合購入履歴セグメントと組み合わせて、マッチしたオーディエンス全体を、ドロップダウンから選んだ1つのクーポンスコープ(ストア全体、あるいは1つの商品)でターゲットにします。この機能は、それらすべてをスキップします:ブロック自身が持つ商品にスコープされ、オーディエンスフィルターは不要で、そのメールを受け取る誰に対しても発行されます。それぞれが独自のクールダウンマーカーも保持するため、ある商品への商品ごとの割引が、同じ連絡先に対する別の商品の割引やプロジェクトレベルのオファーをブロックすることはありません。このパターンのオーディエンスターゲット版については、購入履歴セグメント&割引コードで過去の購入者を取り戻すを参照してください。
はじめに
WooCommerceを接続し、実際の商品を1つ商品ブロックにインポートし、控えめな商品ごとの割引をオンにして、まずは小さなリストに送信して、引き換えリンクが期待どおりの場所に着地することを確認してください。完全なリファレンスは商品ブロック、WooCommerce連携、ストアネイティブな割引コードの発行を参照してください。