購入履歴セグメント&割引コードで過去の購入者を取り戻す

「AからBの日付の間にXを購入した人」は集計値ではなく、実際の注文明細行です — ShopifyまたはWooCommerceストアを接続すれば、MailInAppはまさにそれでフィルターできます。セグメントを作り、Eコマース割引ブロックをドロップすれば、一致したすべての受信者は、メールが送信されるその瞬間に、自分のストア上で生成された使い切りコードを受け取ります — 別のチェックアウトではなく、自分自身のチェックアウトで引き換えられます。

「AからBの日付の間にXを購入した人」は生涯購入額の集計ではなく、実際の注文明細行です。ShopifyまたはWooCommerceストアを接続すれば、MailInAppはまさにそれでフィルターし、一致した各相手に、自分のストアで引き換えられる本物の使い切り割引コードを渡せます。

ほとんどの呼び戻しメールは、最近購入していない全員に送られるか、あるいは誰にも送られません。なぜなら、「この特定の商品を、この特定のウィンドウ内に購入した」を手作業で作るには、まず注文をスプレッドシートにエクスポートする必要があるからです。これは、それを代わりにMailInApp内で行う方法を解説します — セグメント、割引、送信です。

ステップ1 — ストアを接続し、注文履歴をバックフィルする

設定 → 連携から、まだ接続していなければShopifyまたはWooCommerceを接続します。どちらも顧客を連絡先リストに同期し、それ以降は自分自身のWebhookを通じて明細行の注文データを最新に保ちます。古い接続、あるいは何年分もの履歴を持つストアは、まず同じ連携パネルから一度だけの注文履歴のバックフィルを取得する必要があります — それ以降は継続中の注文が自動的に同期されます。Shopifyのバックフィルは、Shopifyがそのストアに対して完全な注文履歴を別途承認していない限り、おおよそ直近60日分に達しますが、WooCommerceにはそのような上限はありません。

ステップ2 — 購入履歴のオーディエンスフィルターを作る

プロジェクトの送信ページで、オーディエンスフィルターを開き、新しい購入履歴グループの下に条件を追加します — 生涯の集計だけを見る、通常の「購入済み」や「累計収益」の条件とは別物です。商品を選ぶ(または任意の商品にマッチするよう空欄のままにする)、期間、金額または数量のどちらで合計するか、そして閾値を設定します:

  • 特定の商品を過去90日以内に2点以上購入。
  • 2つの特定の日付の間に、ストア全体で50ドル以上を使った — 季節ごとの呼び戻しリストです。

スタジオでブロックの表示条件にすでに使っているのと同じAND/ORグループを使って、通常のフィールド条件と組み合わせられます。

ステップ3 — Eコマース割引ブロックをドロップする

スタジオでは、ストアを接続すると、ブロックパレットにEコマース割引ブロックが表示されます — 実際のインセンティブはそこに宿ります。それをメールにドロップし、パーセントまたは固定額の割引、発行されたコードが有効な日数、同じ連絡先に別のコードを提供するまで何日待つか、そして任意でストア全体ではなく1つの商品にスコープするかを選びます。ブロックはすでに、見出し・コード自体・「今すぐ購入」ボタンを備えたカードとしてスタイルされているため、その周りにメールを書く別のステップはありません。同じカードにライブなカウントダウン画像が欲しければ、有効期限カウントダウンを表示をオンにしてください。

ステップ4 — 送信し、引き換えは自分のストアで行われるようにする

一致した各受信者のメールがレンダリングされる直前に、MailInAppは自分の接続済みストア上で本物の割引コード(Shopify割引コードまたはWooCommerceクーポン)を発行します。その顧客本人のメールアドレスに限定され、ちょうど1回だけ使用可能で、ブロック自身のコード表示とボタンのリンクにそのまま入力されます — コピー&ペーストするものも、1人ずつ手作業でテンプレート化するものもありません。特定の受信者について発行が失敗した場合(トークンの再接続が必要、ライブAPIの一時的な不具合など)、その受信者のメールはそれでも送信されます — ただしブロックの本物のコードの代わりに、プレーンなフォールバックラベルが使われるだけで、送信がブロックされることは決してありません。

なぜ引き換えは自分のストアで行われるのか

これは意図的なものであり、制約ではありません。ターゲットにしているオーディエンスは、すでに自分のストアで買い物をしているため、割引は、すでに販売の場を持つ商品のために2つ目の販売拠点を新たに作るのではなく、そのストアの既存の在庫・税・価格のルールを再利用します。MailInApp自身の商品ブロックも、そのチェックアウトフィールドの外部ストアのチェックアウトへリンクオプション経由で、自分のストアのチェックアウトへ直接リンクできます。割引カード自身のリンクよりも、特定の商品の隣に今すぐ購入ボタンを置きたい場合はそちらを使ってください。そのStripeチェックアウトモードは、代わりに別の課題を解決します:背後にストアフロントがまったくない何かを販売することです。

結果を確認する

引き換えられた注文は、他のどんなストアクリックとも同じ方法で、コードを送ったキャンペーンにそのまま帰属します — その帰属付けが実際に最初から最後までどう機能するかは、Shopifyの注文・チェックアウト・収益を追跡するを参照してください。

はじめに

自分のストアを接続し、古い接続であれば注文履歴をバックフィルし、実際に動かしたい商品に対する購入履歴セグメントを1つ作り、まずはその小さな一致リストに送信する前に、控えめなEコマース割引ブロックをドロップしてください。完全なリファレンスは行動セグメント、連絡先への送信、データソースとマージタグを参照してください。

典型的な作成・送信の流れ

  1. 1

    ストアを接続し、注文履歴をバックフィルする

    設定 → 連携から、まだ接続していなければShopifyまたはWooCommerceを接続します。購入履歴セグメントが存在する前に接続されたストアや、より古い履歴を持つストアは、過去の注文を検索可能にするために一度だけの注文履歴のバックフィルが必要です — それ以降の注文は自動的に同期されます。

  2. 2

    購入履歴のオーディエンスフィルターを作る

    送信ページのオーディエンスフィルターで、購入履歴の条件を追加します:商品を選ぶ(または任意の商品向けに空欄のままにする)、期間、金額または数量、そして閾値です — 例えば「過去90日以内に特定の商品を2点以上購入」のように。

  3. 3

    Eコマース割引ブロックをドロップする

    スタジオでEコマース割引ブロックを追加し、パーセントまたは固定額の割引、コードが有効な日数、そして同じ連絡先に別のコードを提供するまで何日待つかを設定します — 無関係なキャンペーンが早すぎるタイミングで再度オファーしないようにするためです。

  4. 4

    送信し、引き換えは自分のストアで行われるようにする

    一致した各受信者は、メールがレンダリングされる直前に使い切りコードを受け取り、ブロック自身のコード表示とボタンにそのまま入力されます — 1人ずつ手作業でテンプレート化する必要はありません。受信者はそれを自分のストア自身のチェックアウトで引き換えます — そこですでに動いている在庫・税・価格のルールがそのまま使われ、結果として生じる注文は、他のあらゆるストアクリックと同じ方法でこのキャンペーンに帰属します。

よくある質問

なぜ引き換えはMailInApp自身のチェックアウトではなく、自分のストアで行われるのですか?

ターゲットにしているオーディエンスは、すでに自分のストアで買い物をしているからです — この機能は、すでに販売の場を持つ商品のためにMailInApp内に2つ目の販売拠点を新たに作るのではなく、本物のShopify割引コードやWooCommerceクーポンを通じて、そのストア自身の在庫・税・価格のルールを再利用します。MailInApp自身の商品ブロック+Stripeチェックアウトは、別のケース向けの別機能です:背後に既存のストアフロントがない何かを販売する場合です。

割引コードは再利用可能ですか、それとも誰かがメールを転送すると漏れてしまいますか?

各コードは使い切りで、自分のストア上のその受信者本人のメールアドレスに限定されているため、メールを転送しても見知らぬ人が使えるコードを渡すことにはなりません — 元の受信者本人のアカウントやチェックアウトのメールアドレスでしか引き換えられません。

購入履歴は実際にどこまで遡れますか?

自分のストアが同期している範囲までです。継続中の注文はストア自身のWebhookからライブで同期されますが、この機能が存在する前に接続されたストアや、何年分もの履歴を持つストアは、一度だけの注文履歴のバックフィルが必要です — Shopifyのバックフィルは、Shopifyがそのストアに対して完全な履歴を別途承認していない限り、おおよそ直近60日分に達しますが、WooCommerceにはそのような上限はありません。

受信者のコードが発行に失敗した場合はどうなりますか?

そのメールはそれでも送信されます — ただしその送信ではコードなしです。設定が誤っている、あるいは接続が切れているストアが、キャンペーン全体をブロックすることはありません — その受信者の割引コンテンツだけが欠けており、成功として静かに扱われるのではなく、サーバーログに記録されます。

同じ連絡先が、近すぎるタイミングで2つの異なるキャンペーンからクーポンを受け取るのを防げますか?

できます — 割引オファーセクションの「N日以内は再提供しない」設定は、どのプロジェクトやスケジュールが送信していても、新しいコードを発行する前にその連絡先自身の前回提供日を確認します。空欄のままにすると、コード自身の有効期限がデフォルトになるため、以前のコードがまだ有効かもしれない間に交換用のコードが配られることはありません。

これはShopifyとWooCommerceで同じように機能しますか?

はい — WooCommerceはShopifyの割引コードAPIの代わりに、自身のREST APIを通じて制限付きの使い切りクーポンを発行しますが、ストアを接続した後は、セグメントビルダー、割引オファーの設定、マージタグ、帰属付けのすべてが同じように機能します。

スタジオでこれを作ってみましょう

無料プランから始められます — すべてのインタラクティブブロックと完全なフォールバックエンジンが、どのプランにも含まれています。