Judge.me Emailを触ってみた

プロダクトレビューアプリとしてよく紹介しているJudge.meが、メールマーケティングアプリ「Judge.me Email」をリリースしていました。Shopifyアプリストアでのレビューはまだ5件と少ないものの、すべて星5・平均評価5.0という結果だったので気になり、実際にdevストアへインストールして一通り触ってみました。この記事は、そのときに確認できた機能の洗い出しです。

全体像

実際に管理画面を開いてみると、左メニューに Subscribers / Campaigns / Popups / Flows / Templates / Settings の6項目が並んでいました。実際に一通り触ってみると、購読者管理・セグメント配信・ポップアップ設置・自動化フロー・テンプレート編集・配信の詳細設定まで、CRMツールとして現場で必要とされる機能がひと通り網羅されているという印象です。順番に見ていきます。

Subscribers（購読者管理）

Subscribers はShopify側の顧客データからそのまま同期される仕組みで、Judge.me側での直接編集や、CSVでのインポート・エクスポートには対応していませんでした。追加・削除はあくまでShopify管理画面側（顧客の購読設定）で行う形です。

Campaigns（キャンペーン配信）

キャンペーン作成は「Audience → Content → Review & send」の3ステップです。ここで一番驚いたのが、Audience（配信先）の選択肢の広さでした。

選択肢は大きく2種類に分かれています。

• Shopify segments ― 顧客管理側で既に作成済みのセグメントがそのまま並ぶ。実際のストアでは「スタッフ」「ポテンシャル」「2025お年玉1等」のような、Shopify側で運用中のセグメントが数十件表示された
• Engagement presets（Judge.me独自） ― Engaged (last 30 days) / Clickers (last 30 days) / Lapsed (no opens in 90 days) / Purchased from email (last 90 days)

後者はプリセットだけでなく、Subscribers > Segments > Create segmentから独自にセグメントを作成できます。条件はEvent（Opened email / Clicked email / Received email / Purchased from email / Received a marketing email）× Operator（at least等）× 回数 × 期間、という組み合わせで指定する仕組みでした。ただし条件にできるのはあくまでメールに関するアクションのみで、「特定タグが付いている」「特定商品を買った」のようなストア構造そのものに基づく条件は作れません。そこは前述のShopify標準セグメントの方で作る、という役割分担になっています。

この2種類を横断して複数選択はできますが、「全購読者に一斉配信」のようなオプションは無く、必ずいずれかのセグメントを選ぶ必要があります。また、Audience選択の時点ではセグメントの人数は表示されず、確認できるのは3ステップ目の「Review & send」に進んでから（Estimated recipients）でした。細かい人数を都度チェックしたい場合、一手間かかります。Smart Sending機能で「直近1〜72時間以内に別のメールを受け取った顧客はスキップする」といった配信頻度の調整も可能でした。A/Bテストの機能は見当たりませんでした。

配信直前には、無料枠の残り通数とコストが確認できます。「Send this campaign now?」の確認モーダルにFree emails left（残り無料通数）・This campaign（今回消費する通数）・Estimated cost（概算コスト）が表示され、誤って大量配信してしまうリスクを事前に把握できるようになっていました。

テスト配信にも制限があります。「Send a test email」では、あらかじめSettingsのSender & trackingに登録した固定のメールアドレス（Test email recipients）にしか送れません（2通/分・100通/日の上限つき）。任意の宛先に都度テスト送信、ということはできない仕様です。

作成したメールはSave as templateで自分専用のテンプレートとして保存でき、Templates画面の「Your templates」タブに蓄積されていきます。

配信後の分析ダッシュボード（Email performance）では、開封率・クリック率・コンバージョン率・売上帰属・平均注文額などを確認できます。ただしアトリビューションはラストクリック方式で、クリックから5日以内の注文のみを成果としてカウントする仕様で、この期間は調整できないようでした。

Popups（ポップアップ）

サインアップ用のポップアップも用意されていて、「10%オフ」のような割引コード付きフォームをストアフロントに表示できます。割引コードは登録者ごとに固有のコードを自動生成（例: WELCOME-A1B2C3のようなプレフィックス＋ランダム文字列）するか、既存の共通コードを使い回すかを選べました。ここは前述のキャンペーン用ディスカウントブロック（既存コードを選ぶだけで自動生成はできない）と違い、Klaviyoのレビュー投稿特典のような「一人ひとりに専用コードを発行する」動きに近い実装です。見出し・本文・入力欄・ボタン文言・画像まで細かく編集でき、登録後の成功画面（Success state）も個別に設定できます。トリガーは「ページ滞在時間（秒数指定）」と「離脱意図（Exit intent、PC限定）」の2種類で、一度操作した顧客への再表示までの日数も設定できます。ただし1ストアにつき設置できるポップアップは1つだけという制限がありました。

Flows（自動化フロー）

用意されているプリセットは次の6種類です。

• Welcome email ― 新規購読がトリガー
• Post-purchase thank you ― 注文発生がトリガー
• Abandoned checkout ― カート放棄がトリガー
• Winback ― 顧客の非アクティブ化がトリガー
• Product recommendation ― 注文発生がトリガー
• Back in stock ― 再入荷リクエストがトリガー

試しに「Welcome email」フローの中身を開くと、トリガー→メール→待機→メール、という構成になっていました。

件名・プレビューテキスト・待機日数・割引コードの有無まで、それぞれのメールを個別に編集できます。ここだけ見ると「自由にフローを組める」ように見えるのですが、公式ヘルプには重要な制限が明記されていました。

"You can't create or delete flows — you switch the ones you want on or off."

つまりゼロから独自のフローを作ることはできず、トリガーの種類も6つに固定されています。ただし、実際に各フローの「…」メニューを開いてみると、Edit filters・Edit template・Move up / Move down・Deleteが並んでいて、想像していたより自由度がありました。

特に「Email exit conditions」（そのメールをスキップして離脱させる条件）は、Order count / Customer tags / Order value / Lifetime spend / Contains product / Contains collection / Locationの7項目から選べる、フィールド・演算子・値を指定する本格的な条件ビルダーでした。ALL/ANYの組み合わせにも対応しています。フロー入口側の「FILTERS」でも同様の条件を指定でき、実際にWinbackフローでは「Entry: Customer tags is in judge.me」という条件が設定されていました。「if/thenで自由に枝分かれ」まではできませんが、「特定条件の顧客だけこのメールをスキップ・離脱させる」という単位では、思っていたより細かく制御できます。

その他、実際に触って分かった点です。

• プリセットの末尾にメールを追加できる（+ Add email）。3通構成のフローに4通目・5通目を継ぎ足せる
• Move up / Move downでメールの順序を入れ替えられる
• 各メールごとに個別の効果測定（Sent / Open rate / Click rate / Orders / Revenue / Skipped）が表示される。ただしセグメント別の内訳は見られず、一律の集計のみ
• スキップの理由も可視化されていて、「Backfill window passed」「Didn't match entry filters」「No product recommendations」「Superseded by a newer order」といった内訳が確認できる

プリセットの1つ「Back in stock」は、ストアフロント側のUIまでセットで用意されていました。売り切れ商品ページに表示する「Notify me when back in stock」ボタンを、SettingsのBack in stockからボタン文言・フォーム見出し・本文・マーケティング同意チェックボックスの有無まで細かくカスタマイズでき、プレビューでその場で確認できます。登録した顧客はWaitlist（待機リスト）として蓄積され、再入荷したタイミングでこのフローが自動的にメールを送る、という一連の導線が最初から組まれていました。

Templates・メールエディタ

テンプレートライブラリには次の8種類が用意されていました。

New product launch / Seasonal sale / Newsletter / Flash sale / Holiday gift guide / Back in stock / Product showcase / Announcement

エディタのブロックはHeader・Text・Image・Button・Divider・Spacer・Social links・HTML・Footerに加え、フロー限定で商品レコメンドブロック、キャンペーン限定で割引コードブロックが使えます。ドラッグ&ドロップで並び替えながら組み立てる、よくあるメールビルダーの操作感でした。

実際に各ブロックを編集していて気付いた、細かいけれど実務に関わる点をまとめます。

• 画像はJudge.me専用CDNから配信 ― Imageブロックにアップロードする画像は、Shopifyの商品画像CDNから既存画像を選ぶことができず、別途アップロードが必要でした
• 商品レコメンドの差し込み元は3種類のみ ― Productブロックの「Source」は Best selling / Random / Customer's last basket の3択で、Klaviyoのように特定イベントをトリガーに個別商品を送ったり、特定コレクションを指定したりはできませんでした
• HTMLブロックあり ― 最大50,000文字までのカスタムHTMLを直接書けます。ただしscript・iframe・javascript:のURLは保存時に自動で除去される仕様でした

差し込みタグ（マージタグ）は、各ブロックの入力欄に次のようなものがありました。ヘルプセンターにもタグの網羅的な一覧ページは見当たらず、画面上でたまたま見かけたものの寄せ集めです。実際にはこれ以外にも存在する可能性があります。

Settings（配信の細かい制御）

設定画面の項目には、次のようなものがありました。

• Smart Sending ― 同一顧客への配信間隔を1〜72時間の範囲で設定。短期間に複数のメールが重ならないようにする
• Product exclusions ― 商品レコメンドで、購入済み商品を「商品単位」で除外するか「バリアント単位」で除外するかを選べる。これは受信者本人の購入履歴を見て判定する、個人単位の除外です
• Price format ― 通貨コードを価格表示に含めるかどうか。ストアの通貨設定と連動する
• Double opt-in ― デフォルトはOFF。ONにするとポップアップ登録者に確認メールを送り、確認後に購読開始扱いになる
• UTMパラメータ ― Source / Medium / Campaign templateがデフォルトで設定済みで、必要に応じて編集もできる
• Test email recipients ― テスト配信を受け取れるアドレスをここで追加・編集する

送信元アドレスは無料プランだと {store-handle}@emails.judge.me 固定で変更できず、独自ドメインからの送信は有料プラン限定でした。

料金プラン

独自のMCPサーバーを持っている

今回一番驚いたのがこれです。SettingsのAPI tokens画面に「Connect an AI assistant (MCP)」という項目があり、https://api.emails.judge.me/mcpというMCP（Model Context Protocol）サーバーのアドレスが公開されていました。ShopifyのSidekick経由のapp extensionsとは別に、ClaudeやChatGPTから直接このアプリに接続できる仕組みです。

実際にトークンを発行してClaude Codeから接続してみると、13個のツールが公開されていました。

• 閲覧系（読み取り専用）: get_shop_info・list_campaigns・get_campaign_metrics・list_flows・get_analytics_dashboard・get_home_summary・list_subscribers
• 操作系（実際に変更・送信が発生する）: create_campaign・update_campaign・schedule_campaign・cancel_scheduled_campaign・cancel_campaign_send・set_flow_active

操作系のツールはいずれも実行前にツール定義側で明示的な承認（confirm）が必須になっていて、勝手にメールが送られてしまうような設計にはなっていません。ここは安心できるポイントでした。

ただし、実際にキャンペーンの下書き作成を試してみると、create_campaign / update_campaignが設定できるのは名前・件名・プレビューテキスト・送信者名・返信先メールアドレスまでで、配信対象のセグメント指定とメール本文（コンテンツ）の作成は、ツールの対象外でした。つまりAIに「7回以上購入している顧客向けにおすすめ商品のメールを作って」と頼んでも、下書きの器（メタ情報）だけがMCP経由で作られ、肝心のセグメント絞り込みと本文デザインは、結局Judge.me Emailの管理画面を開いて手作業で仕上げる必要があります。

なお、KlaviyoにもMCPは存在し、そちらは本文作成やセグメント設定まで踏み込んだ、より完結した操作ができます。管理画面を一切見ずに一通のメールを最初から最後まで作り切れるかどうか、という観点で見ると、そこはKlaviyoの方に明確なアドバンテージがあります。Judge.me Emailの現状のMCPは「AIアシスタントとの連携を始めた」という段階で、実務でフル活用するにはまだ物足りません。とはいえ、レビューアプリのオマケ機能としてMCPサーバーまで用意してきたこと自体は、今後の拡張に期待したくなるポイントでした。

Klaviyoとの違い

一通り触ってみて、Klaviyoのような専用ESP（Email Service Provider）と比べると、次のような違いがありました。

• カスタムフローの作成不可（トリガーはプリセット6種に固定。フロー内の条件・順序・追加は編集可能）
• A/Bテスト機能が見当たらない（キャンペーン・フロー双方）
• SMS機能への言及なし（メール専用）
• 商品レコメンドの差し込み元がBest selling / Random / Customer's last basketの3種のみ（特定コレクション指定やイベント連動は不可）
• 購読者のインポート/エクスポート不可
• アトリビューションウィンドウが5日固定で調整不可
• MCPはあるが、Klaviyoほど完結した操作はできない（セグメント設定・本文作成はAI経由では未対応）

まとめ

実際に触ってみると、購読者管理・セグメント配信・ポップアップ・自動化フロー・テンプレート・分析ダッシュボードまで、CRMツールとして現場で求められる機能がひと通り揃っていて、想像より本格的でした。無料枠が月15,000通と広いので、規模の小さいストアであれば、これだけで主力の配信ツールとして十分に運用できそうです。

一方で、ゼロからのフロー設計やA/Bテスト、SMSまで踏み込んだ高度な運用をしたい場合は、素直にKlaviyoのような専用ツールを使う方が向いています。MCPサーバーを持っている点は面白い試みですが、Klaviyoのそれと比べると「管理画面を見ずに完結できる」レベルにはまだ届いておらず、伸びしろの段階です。「まずは無料で始めたい」「すでにJudge.meを入れていて、ついでに使える範囲で十分」という段階のストアにちょうど良い立ち位置だと感じました。

参照

• Judge.me Email（Shopifyアプリストア）
  価格プラン・レビュー
• Judge.me Email ヘルプセンター
  Flows・Campaigns・Popups・Settingsの詳細仕様