逃した売上を、取り戻せます。

いいえ。そこがまさにポイントです。8つのフローはすべて、文面もタイミングも設定も整った状態で届きます。初日にAIがストアのカテゴリ、売れ筋商品、価格帯を読み取り、ストアの言語ですべてのメールの下書きを作ります。あとは自由に編集できます。タイミング、クーポンのルール、キャンセルのルールも、最初から妥当な値に設定済みです。製品のどこにも白紙のキャンバスはなく、AIがHTMLに触れることもありません。

いいえ。むしろ、そう始めるべきではありません。ポップアップクーポン配信以外はすべてオフの状態で届くため、インストールしたばかりの状態では、送ると決めるまで何も送信されません。まずはカゴ落ちから始めてください。ほかのフローの費用までまかなってくれるのがこのフローです。ほかのフローは、文面を読んでから追加しましょう。どのフローでも各メールをライブプレビューで確認でき、BrikMentorが準備したメッセージはすべて、開いて確認できるログに保存されます。ストアが何を送っているのか、常に正確に把握できます。

どのフローにもメールごとのライブプレビューボタンがあり、BrikMentorが準備したメッセージはすべて、開いて読めるログに保存されます。お客様に何が届いているのか、迷うことはありません。

いいえ。そもそも、その必要が生じる仕組みになっていません。フォームは商品ごとに配置するものではないため、商品ごとの設定もありません。WooCommerce自体が表示する在庫表示の行に付くので、フローをオンにした瞬間から、来年追加する商品も含めて、すべての在庫切れ商品に表示されます。さらに2つの予備の仕組みが、Elementorのように商品テンプレート全体を置き換え、WooCommerceの通常のフックを一切呼び出さないページビルダーにも対応します。リリース前に、17のテーマと数十の商品ページ用プラグインで検証しました。

はい。そこは多くのツールが省いている部分です。リクエストはバリエーション単位で保存されるため、Mサイズを待っている人に、Lサイズの再入荷でメールが届くことはありません。同じ商品の複数のサイズを待っている買い物客にも、サイズごとではなく1通だけ届きます。また、選択肢が30を超え、WooCommerceがバリエーションのデータをページに含めず後から読み込むような商品にも対応しています。

数分以内です。BrikMentorは商品が再び販売可能になる瞬間を検知するため、WooCommerceでの通常の再入荷はすぐに反映されます。さらに15分ごとに照合処理が動き、フックを一切発生させないERPやインポートによってデータベースに書き込まれた在庫も拾います。メッセージは一斉に送るのではなく、30分かけて分散して送信します。同じ内容のメールが数百通、同じ1秒に送られることこそ、メールプロバイダーがスパムの兆候とみなすものだからです。

しばらくすると、正直にそう伝えるメールを1通送り、同じカテゴリの代わりの商品を紹介します。リンク先は売り切れページではなく、ストアです。待つ期間は週単位で、BrikMentorがストアの実際の在庫の厚みから決めるため、受注生産のストアと倉庫を持つストアに、同じ待ち期間が当てはめられることはありません。期間は変更でき、ゼロにすればこのメールは送られません。送信前に在庫をもう一度確認するため、商品が棚に戻っているのに「再入荷しませんでした」と伝えてしまうことはありません。

はい。ダッシュボードには、何人が何点の商品を待っているか、そして待ちの多い順の一覧が表示されます。連絡先の画面には、誰かが待っている商品とオプションがすべて、待っている人の多い順に、最初のリクエストの日付と再入荷済みかどうかとともに並びます。数え方はあえて正直にしています。5つのサイズを待っている1人の買い物客は、5人ではなく1人として表示されます。

買い物客が同意した範囲だけです。1つの商品について知らせてほしいという依頼は、まさにそれだけのもので、製品の中で最も狭い許可です。対象は1つの商品に限られます。その横にはマーケティング用の任意のチェックボックスがありますが、最初からチェックが入っていることはなく、そうする設定もどこにもありません。チェックしなければ、その商品のお知らせだけが届き、それ以外は届きません。誰かが配信停止すると、その人が待っていたリクエストはその瞬間にすべて取り消されます。リクエストは、フローのオン・オフにかかわらず、設定した期間が過ぎると削除されます。

無料プラグインが解決するのは、簡単なほうの半分だけだからです。リマインダーを書いてタイミングを決めるのが簡単な半分。受信箱に届けるのが難しい半分で、無料プラグインはそこを丸ごとストア側に任せています。これらのプラグインはWordPressのwp_mail()を呼び出し、Webホストが用意する仕組みで送信します。送信元は、大量送信者としての評判もGmailとの関係もないサーバーです。これをきちんと直すには、SMTPかESPのアカウントを購入し、送信ドメインを認証し、DKIM、SPF、DMARCのレコードを公開し、さらに無効なアドレスへの再送を止めるためにバウンスリストと苦情リストを管理する必要があります。これは本格的な仕事で、ほとんどのストアオーナーには、やり方を知る理由もない仕事です。その結果、メールは送られるものの、かなりの部分が迷惑メールに入り、どのダッシュボードも「送信済み」と表示する一方で、フローは本来の数分の一しか稼げません。BrikMentorの答えは、送信をアドオンにしないことです。送信はAmazon SES上で、認証済みの自社ドメインから行われ、$15に含まれています。

3つです。1つ目は、メールの送信元。Webホストではなく、Amazon SES上で、2048ビットのDKIMで署名された認証済みの自社ドメインから送られます。多くのストアにとって、これが受信箱と迷惑メールフォルダの分かれ目です。2つ目は、無効なアドレスの扱い。バウンスと苦情は自動でカウントされて抑制され、すべてのメッセージに、GmailとYahooが2024年から大量送信者に義務付けているワンクリックのList-Unsubscribeヘッダーが付きます。3つ目は、ほかに得られるもの。ここではカートは8つのフローのひとつにすぎず、再入荷、ウィンバック、支払いリカバリーは、カートプラグインには居場所がありません。必要なことができているなら、無料プラグインをそのままお使いください。メールがきちんと届いているか確信が持てないなら、それこそ無料プラグインには教えられないことです。

送るのは私たちで、アカウントは不要です。送信は製品の一部であり、後から付け足すものではありません。メッセージは、EU（ストックホルム）リージョンのAmazon SES上にある当社の管理インフラから送信されます。そのため、SMTPホストの設定も、APIキーの貼り付けも、2つ目のサブスクリプションの更新も、ホスティング会社がwp_mail()に許す範囲との格闘もありません。キュー処理、送信レートの制限、再試行、バウンス処理、苦情処理はすべて当社側で行います。ストア側に残るのは、残るべき部分だけ。トリガー、テンプレート、そしてデータです。

DNSレコードを5つ、一度だけ公開すれば作業は終わりです。それ以降、すべてのメッセージは自社のドメインで2048ビットのDKIM署名が付き、バウンスは自社のサブドメイン経由で戻り、SPFとDMARCも整合します。そのためメールプロバイダーには、見知らぬ誰かが代わりに送っているのではなく、ストア自身がメールを送っているように見えます。「とりあえず当社のドメインを使う」という共有の代替手段は、あえて用意していません。実際の受信箱でその方式を測定したところ、うまくいかなかったからです。認証済みのドメインがなければ、BrikMentorは一切送信しません。これは省略を認めない唯一の設定ステップであり、メールが届く理由でもあります。

送信はAmazon SES（EUリージョン、ストックホルム）上の当社の管理インフラで行われるため、SMTPやAPIキー、ESPアカウントを設定する必要は一切ありません。どのストアも自社のドメインから送信します。DNSレコードを5つ一度だけ公開すれば、それ以降のメールはストアとして2048ビットのDKIMで署名され、SPFとDMARCが整合し、バウンスは自社のサブドメイン経由で戻ります。共有の「送信用」ドメインという逃げ道は、あえて用意していません。お客様が見覚えのない差出人アドレスこそ、フィルターにかけられるものだからです。認証済みのドメインがなければ、BrikMentorは一切送信しません。バウンスと苦情はストアごとに記録され、ストアの比率が安全な基準を超えると、実害が出る前に送信が自動で一時停止します。1つのストアの質の悪いリストが、周りのストアまで巻き込むことはありません。さらに、ポップアップクーポンのフローは、新しい購読者にすぐ開いてクリックする理由を与えます。これは受信箱に届くための、最も強いシグナルです。

いいえ。そう設計しています。どのストアも共有ドメインではなく、認証済みの自社ドメインから送信するため、築かれる評判も損なわれる評判も、常に送信者自身のものです。さらに、バウンスと苦情はストアごとにカウントされ、比率が安全な基準を超えたストアは、実害が出る前に自動で一時停止されます。抑制リストは、例外なく毎回の送信前に確認されます。不注意な隣人に、自社のドメインが道連れにされることはありません。

すべてのメールに、目に見える配信停止リンクと、GmailとYahooが求めるワンクリックのList-Unsubscribeヘッダー（RFC 8058）が付いています。リンクは確認ページにつながるため、企業の過剰なリンクスキャナーが誤って配信停止してしまうことはありません。一方、人であれば2クリックで、Gmailの画面内からなら1クリックで停止できます。抑制リストは、例外なく毎回の送信前に確認されます。

そのために設計されています。カート回復と購入後のメールは、すでに取引関係のある人に送られます（ソフトオプトイン）。ウィンバックも、初期設定では同じ根拠で過去の顧客に送られます。設定ひとつで、マーケティングへの明確な同意がある連絡先だけに絞ることもできます。地域のルールに沿って判断するのはご自身です。設定画面にも、そのことがはっきり書かれています。すべての連絡先レコードに、同意を得た場所と日時が保存されます。個人データがログファイルに残ることはありません。フローのメールを書く1回限りのAI処理が見るのは、カタログの全体像（カテゴリ、売れ筋商品、価格帯）だけで、顧客レコードを見ることはありません。

エンジン（トリガー、フロー、テンプレート、収益カウンター）は、WordPressの中で動きます。サーバーの外に出るのは、メールを届けるのに必要なものだけです。いつでも解約でき、すべてはデータベースに残ります。

はい。連絡先のCSVインポートがあり、各アドレスの入手元と同意の時期を尋ねられます。同意の出どころがわからない連絡先には、メールを送るべきではないからです。ほかのツールから移行する場合は、そのツールの配信停止リストとバウンスリストもインポートできるため、すでに配信停止した人は停止されたままになります。このインポートは、どのフローをオンにするよりも先に行ってください。