Administrator 練習問題 Q278

解説

前提知識

リードとは

リードは、まだ取引先や取引先責任者として登録する前の「見込み客」を入れておく箱です。展示会やWebフォームから集めた連絡先をここに蓄えて、見込みがあると判断した時点で「取引の開始（コンバート）」を行います。

Web-to-リードとは

Web-to-リードは、自社Webサイトに設置したフォームの送信内容を、そのままSalesforceのリードレコードとして作成する標準機能です。つまりこの設問では、**リードレコードが「外部のフォーム送信によって作成される」**という前提がすでに与えられています。

自動レスポンスルールとは

自動レスポンスルールは、Web-to-リードで送信されたリードや、Web-to-ケース・メール-to-ケースなどで受け付けたケースに、レコードの項目値に応じたメールテンプレートを自動返信する標準機能です。 ルールの中に「ルールエントリ」を並べ、エントリごとに「この条件ならこのテンプレートを送る」と設定します。エントリは指定した順番で評価され、最初に一致した1件のテンプレートが送信されます。一致するエントリがない場合は、Web-to-リード設定で指定した既定のレスポンステンプレートが使用されます。したがって「業種によって文面を変える」という要件を、専用の標準機能で表現できます。

割り当てルールとは

割り当てルールは、リードやケースの**所有者（担当者）**を条件で振り分ける機能です。「東日本のリードは東京チームのキューへ」のような割り振りを行います。ユーザーへの通知メールは送れますが、リード本人への定型返信を目的とした機能ではありません。

🤔 ここがまだモヤッとする方へ：自動レスポンスルールの仕組みと、割り当てルール・フローとの使い分けを自動レスポンスルールとは：リードやケースの発生時に自動返信を出す仕組みで丁寧に解説しています。

入力規則とは

入力規則は、レコード保存時にデータがルールに反していないかをチェックし、反していればエラーメッセージを出して保存を止める機能です。止めるだけの機能なので、何かをトリガーしたりメールを送ったりはできません。

設問の状況を分解する

1. リードがWebサイトのWeb-to-リードフォームを送信する
2. その瞬間にリードレコードが作成される
3. リード本人（顧客側）にメールを返したい
4. しかも［業種］項目の値によって、送る文面を変えたい この4つを満たすのは、「外部登録を引き金にして」「項目値で分岐して」「テンプレートメールを返す」機能です。これは自動レスポンスルールの定義そのものです。 初学者が誤解しがちな点は、「メールを送る自動化」と言われるとすぐにワークフローやプロセスビルダーを探してしまうことです。Webフォーム・メール経由の登録に対する即時返信には、専用の標準機能が用意されています。

---

選択肢の検討

A. リードにメールを送信する自動レスポンスルールを設定します。 → ⭕ 正解

Web-to-リードで作成されたリードに対して、ルールエントリの条件（例：業種 = 製造業）ごとに別のメールテンプレートを割り当てられます。設定だけで完結し、要件（即時返信＋項目値による出し分け）をそのまま満たします。

B. リードにメールを送信する割り当てルールを作成します。 → △（惜しいが不正解）

割り当てルールも「リード作成時に条件で分岐するルール」であるため惜しい選択肢です。しかし割り当てルールの目的は所有者の振り分けであって、顧客へのパーソナライズメールの送信ではありません。要件が「担当者を業種ごとに分けたい」だったならこれが正解になります。 判別基準：変えたいのは「誰が担当するか」か、「顧客に届く文面」か。 後者なら自動レスポンスルールです。

C. 入力規則を使用してワークフローをトリガーし、リードにメールを送信します。 → ✕

入力規則は保存をブロックする機能であり、他の自動化をトリガーする仕組みは持ちません。「入力規則でワークフローを起動する」という動作そのものが存在しないため、この選択肢は定義の段階で誤りです。入力規則が正解になるのは「業種が未入力のリードを保存させたくない」など、入力値を強制したい症状のときです。

D. リードにメールを送信する公開グループとプロセスビルダーを追加します。 → ✕

公開グループは、共有ルールなどで複数ユーザーへレコードアクセスを付与する際に使うグループであり、Web-to-リード送信者への返信先や文面を決める機能ではありません。また、Process Builderは2025年12月31日でサポートと更新が終了しています。既存プロセスは引き続き動作しますが、新しい自動化にはFlow Builderが推奨されます。いずれにしても、本問には自動レスポンスルールという直接的な標準機能があります。

---

管理者としての対処手順

1. 業種ごとのメールテンプレートを作成する。
2. ［設定］のクイック検索で［リードの自動レスポンスルール］を開く。
3. ［新規］でルールを作成し、［有効］にする。リード用に同時に有効化できるルールは1つだけである。
4. ［ルールエントリ］で、業種ごとに条件（例：業種 = 製造業）、評価順、差出人、使用テンプレートを設定する。
5. どのエントリにも一致しないリードへ送る文面は、［Web-to-リード］設定の［既定のレスポンステンプレート］で指定する。必要に応じて、明示的な汎用エントリを最後に設ける設計もできる。
6. Salesforceから使用する差出人メールアドレスとメール送信ドメインが検証済みであることを確認する。
7. Web-to-リードフォームから複数の業種パターンと未一致パターンを送信し、リード作成、所有者割り当て、送信テンプレート、差出人、配信結果を確認する。

やりたいこと	使う機能
登録直後に顧客へ定型メールを返す	自動レスポンスルール
担当者（所有者）を条件で振り分ける	割り当てルール
入力値を強制・検証する	入力規則
項目更新や複数ステップの自動化	フロー

---

あわせて覚えておきたいポイント

• 標準のリード自動レスポンスルールは、Web-to-リードで取得したリードを対象にします。手動作成では通常起動せず、カスタムAPIでリードを作成する場合も既定では起動しません。APIやApexから明示的に自動レスポンスを要求できる経路もあるため、「外部登録なら常に起動する」と一般化しないことが重要です。
• 有効にできるルールは、リード用に1つ、ケース用に1つです。ルールエントリは順番に評価され、最初に一致したエントリで処理を停止します。
• どのエントリにも一致しない場合は、Web-to-リードまたはWeb-to-ケース設定の既定レスポンステンプレートが使用されます。
• ケース側にも同じ仕組みがあり、Web-to-ケースやメール-to-ケースなどの受付確認メールに使います。
• フローでもメール送信を設計できますが、本問のようにWeb-to-リードの属性別返信を求める場合は、専用の自動レスポンスルールが最も直接的です。

---

出典（Salesforce公式）

• Set Up Auto-Response Rules — Web-to-リードなどの送信に属性別のメールを返せること、リード用・ケース用に有効なルールは各1つであること、エントリは順番に評価され最初の一致で停止すること、未一致時は既定テンプレートを使うことを裏付けます。
• Guidelines for Assignment Rules — リード割り当てルールが、条件に基づいてリードをユーザーまたはキューへ割り当てる機能であることを裏付けます。
• Validation Rules — 入力規則が保存前にデータを検証し、条件違反時に保存をブロックしてエラーを表示する機能であることを裏付けます。
• Auto-Response Rules Do Not Fire for Cases or Leads Created via API — 標準Web-to-リードでは自動レスポンスが起動する一方、カスタムAPI作成では既定で起動せず、SOAP APIやApexのオプションで明示的に起動できることを裏付けます。
• Salesforce Workflow Rules & Process Builder End of Support — 2025年12月31日でWorkflow RulesとProcess Builderのサポート・更新が終了したこと、既存の自動化は動作を継続することを裏付けます。
• Requirements to Send Email from Salesforce — Salesforceからメールを送るには、ユーザーレベルとメール送信ドメインの検証が必要であることを裏付けます。

Salesforce公式ドキュメント↗