アプリなしでShopifyのメールを検証する方法

Shopifyストアでは、チェックアウト、ニュースレターのポップアップ、アカウント作成フォームなど、あらゆる場所でメールアドレスを収集します。無効なアドレスや偽のアドレスを残しておくと、本当に届けたい領収書やキャンペーンの到達率が、少しずつ損なわれていきます。Shopifyでメールを検証するために、現時点でワンクリックのアプリを使うことはできません。Qualisendのネイティブなプラットフォーム連携は再構築中のため、今すぐインストールできるShopifyプラグインはないからです。それでも、同じくらい効果的で、より汎用性の高い方法があります。すでにある顧客リストを一括でクリーニングし、ストア側で管理するカスタムフォームではリアルタイムで検証します。このガイドでは、その両方を解説します。

結論#

QualisendのShopifyアプリはまだありません（ロードマップには入っています）。そのため、代わりに対応している次の2つのパターンを使います。一括： 顧客をCSVにエクスポートし、一括検証にかけ、配信不能なアドレスをメールツール側でサプレッションします。リアルタイム： ストア側で管理する登録フォームやニュースレターフォームで、アドレスを自前のサーバーレス関数に送信し、保存する前にQualisend APIを呼び出します。標準プランではShopify標準のチェックアウトがロックされていて検証ステップを追加できないため、チェックアウトは対象から外し、それ以外の場所でこの2つを活用してください。

到達率はストア全体の問題#

Shopifyストアはマーケティングリストであるだけでなく、トランザクションメールの送信元でもあります。注文確認、配送通知、カゴ落ちのリマインド、キャンペーンはすべて、同じ送信ドメインと同じ送信者レピュテーションに依存しています。偽の登録によるハードバウンスは、本物の購入者が待っている領収書の到達にも影響するレピュテーションを傷つけます。そのため、ストアにとって不良アドレスを入れないことは、単なるニュースレターよりも重要です。開封率だけでなく、注文メールまでが懸かっているからです。バウンス率が上がると、送信するすべてのメールの到達がわずかに悪化します。検証は、送信先のリストを実在するアドレスだけで構成するための手段です。詳しくはメールアドレス検証とはをご覧ください。

パターン1：既存の顧客リストを一括でクリーニングする#

しばらく販売を続けているなら、最も大きく、最も手軽な成果が得られるのは、すでにあるリストです。Shopifyならエクスポートは簡単で、一括ジョブを使えばファイル全体の各アドレスに一度で判定が付きます。

1. Shopifyからエクスポートします。 管理画面でCustomersを開き、必要に応じて絞り込み（例：購読者、または1年間注文のない顧客）、Export → CSVを選びます。ファイルには、各顧客のメールアドレスとマーケティング同意のステータスが含まれます。
2. ファイルを一括検証します。 CSVをQualisendの一括検証にアップロードします。各行には、status（deliverable、risky、undeliverable、unknownのいずれか）、0～100のscore、disposable、role、free_mail、catch_allのサブフラグが返されます。
3. 無効なアドレスをサプレッションします。 undeliverableをすべて、実際にメールを送信しているツール（Shopify Email、Klaviyo、Mailchimp、Omnisend）のサプレッションリストまたは除外リストに追加します。サプレッションすれば、バウンスになるはずの送信を止められます。
4. 中間のアドレスを確認します。 deliverableのアドレスは維持します。riskyとキャッチオールのアドレスは、除外せずにセグメント化し、より慎重に送信します（詳しくは後述します）。

生のエクスポートをクリーンでセグメント化されたリストに変える手順（重複排除、検証、サプレッション、再セグメント化）は、どのプラットフォームでも同じです。この流れを最初から最後まで解説したのがメールリストのクリーニング方法です。季節キャンペーンや新商品のローンチといった大きな送信の前と、新規登録が溜まる数か月ごとに実行してください。

Shopifyのフォームでメールをリアルタイムに検証する方法#

クリーニングは事後の対応です。もう一方は予防で、入力された瞬間に不良アドレスを見つけ、リストにそもそも入れないことです。ここでは、Shopifyで何に手を入れられて何に入れられないかを正確に押さえておく必要があります。

標準プランでは、ネイティブのチェックアウトは対象外です。 Shopifyはセキュリティと一貫性のためにチェックアウトをロックしており、チェックアウトの流れに独自の検証ステップを組み込むような高度なカスタマイズは、チェックアウト拡張機能の領域で、事実上Shopify Plusの機能です。そのため、多くのストアが使うプランでは、ネイティブのチェックアウトのメール入力欄にリアルタイムの検証ステップを確実に追加することはできません。それを前提に設計しないでください。

それ以外の取得ポイントは自社で管理できます。 ニュースレターのポップアップ、カスタムのランディングページ、アカウント作成フォーム、フォームアプリで作ったリード獲得フォームや卸売申請フォームは、いずれも自社で管理できるHTMLフォームで、自前のエンドポイント経由にできます。構成方法は2通りあります。

• フォーム → 自前の関数。 フォームが、自分でホストするサーバーレス関数にアドレスを送信します。関数がQualisendを呼び出し、フォームが対応に使う判定を返します。
• Shopifyウェブフック → 自前の関数。 customers/createウェブフックを購読し、新規顧客をサーバーレスのエンドポイントに送り、そこで検証してから、顧客にタグを付けるか、配信不能なアドレスをサプレッション用セグメントに追加します。これは顧客の作成後に実行されるため、検証してからブロックするのではなく、検証してからタグ付けする流れです。リストのクリーンさを保つには有効ですが、アカウント作成をゲートする用途には向きません。

次が中核となる呼び出しで、フォームやウェブフックから呼ばれるサーバーレスのハンドラーです。APIキーはサーバー側に置き、ブラウザには一切公開しません。キーにはわかりやすいプレースホルダーを使い、正確なエンドポイントとリクエスト形式は開発者向けドキュメントで確認してください。

// Your serverless endpoint. Called by a custom signup form or a Shopify webhook.
export async function POST(req) {
  const { email } = await req.json();

  const res = await fetch("https://app.qualisend.com/api/v1/verify", {
    method: "POST",
    headers: {
      Authorization: "Bearer YOUR_API_KEY", // server-side only — see /developers
      "Content-Type": "application/json",
    },
    body: JSON.stringify({ email }),
    signal: AbortSignal.timeout(4000), // don't let a slow response stall the form
  }).catch(() => null); // timeout or network error

  // Fail open: a real customer must never be blocked by our outage.
  if (!res?.ok) return Response.json({ ok: true, degraded: true });

  const { result } = await res.json();
  // result is the instant verdict. If result.smtp is "pending", the mailbox probe
  // is still running: for webhook tagging, read the final verdict later with
  // GET /api/v1/jobs/{job_id} from a background job (never call /verify again).

  if (result.status === "undeliverable") {
    return Response.json({ ok: false, reason: result.reason });
  }
  // deliverable, risky, or unknown — accept, keep the score for segmentation.
  return Response.json({ ok: true, status: result.status, score: result.score });
}

この仕組みの成否を分けるルールは2つあります。ブラウザから直接APIを呼び出さないこと（スコープ付きのキーはサーバー側に置く必要があります）と、APIが遅い場合や停止している場合に登録をブロックしないことです。一時的な障害のせいで本物の購入者を失うのは、疑わしいアドレスを1件通してしまうよりはるかに大きな損失なので、フェイルオープンにしてください。タイムアウト、「もしかして」による入力ミスの修正、判定ごとの対応方法を含む全体の流れは、サーバーレスでの登録時検証ガイドで最初から最後まで解説しています。

チームにコードを書ける人がいない場合は、ノーコードのウェブフックのステップでも同じことができます。フォームの送信内容を、Qualisend APIを呼び出すオートメーションに送るだけです。これはZapierの方法をShopifyのフォームに適用したものです。

キャッチオールと役割アドレスで購入者をブロックしない#

ストアでのリアルタイム検証で陥りやすい罠は、厳しくしすぎて、代金を支払ってくれる顧客を断ってしまうことです。deliverable以外の判定がすべて不良アドレスというわけではありません。

キャッチオールドメインは、あらゆるアドレス宛のメールを受け付けるよう設定されているため、個別のメールボックスの存在を確認できません。その結果は不良ではなくriskyになります。キャッチオールの企業ドメインを使う本物の購入者は多数います。詳しくはキャッチオールメールとはをご覧ください。info@やorders@のような役割アドレスは個人ではなく共有のもので、フリーメールや使い捨てのフラグはプロバイダーの種類を示します。どれも有用なシグナルですが、ストアにとって自動的に拒否する理由にはなりません。それぞれが実際に問題になる場面は、役割・使い捨て・フリーメールアドレスの解説で説明しています。

そのため、拒否するのは本当に配信不能なものだけにし、それ以外は後で対応できるタグを付けて通します。

疑わしいものをすべてブロックしたくなりますが、ストアでは実際の売上を損ないます。明らかに無効なものは拒否し、曖昧なものは受け付けてタグを付け、慎重な送信はセグメント化に任せてください。

すでにあるストアのリストをクリーニングし、自社で管理するフォームを守る準備はできましたか。まずは無料メールチェッカーで試しにチェックし、顧客のエクスポートに対して一括ジョブを実行したうえで、verifyエンドポイントとスコープ付きキーを取得し、Shopifyのフォームにリアルタイムチェックを組み込みましょう。