Contact Form 7の接続
既存のWordPressフォームをチャット内の入力・送信に接続します。
接続前に用意する情報
既存のContact Form 7フォームを使います。管理者からフォームID、フィードバック用エンドポイント、項目名、選択肢の値、必要な固定値、使用するreCAPTCHAサイトキーを入手します。
WordPressのフォーム定義は自動取り込みしません。WordPress側の項目変更はRuns Agentsへ自動反映されないため、両方の設定を確認します。
再利用できる接続を作る
フォーム接続でContact Form 7を選び、名前とreCAPTCHAサイトキーを設定します。サイトキーは公開ブラウザー設定です。秘密キーをこの欄へ貼り付けないでください。同じ接続を複数フォームで使えますが、送信先と項目対応はフォームごとに設定します。
エンドポイントを設定する
チャット内フォームで接続を選び、完全な送信URLを指定します。一般的な形は次のとおりです。
https://www.example.com/wp-json/contact-form-7/v1/contact-forms/123/feedback
これは例です。実際の値はWeb担当者に確認してください。訪問者が通常開くフォームページのURLは送信先ではありません。代替リンクにはWebサイトURLを使います。
項目を正確に対応付ける
| 送信先項目の例 | 設定例 |
|---|---|
| your-name | 通常のテキスト、必須。 |
| your-email | メール、必須。 |
| your-message | 複数行の自由記述。 |
| inquiry-type | 送信先の正確な値を持つ選択肢。 |
例の項目名ではなく、実際のフォーム定義を使います。固定値やコピーは送信先に必要な場合だけ使います。送信先独自の必須条件も確認してください。
迷惑送信対策
チャットボットが動くオリジンをreCAPTCHA設定が許可しているか、Web担当者に確認します。Webサイト上のフォームが動作しても、チャットからの送信に同じ設定が使える証拠にはなりません。
Runs Agentsは迷惑送信判定、拒否されたエンドポイント、認証要件、セキュリティポリシーを迂回しません。実際の応答をもとに調査してください。
全手順をテストする
テスト言語でフォームを公開し、プレビューで選択します。同意、架空情報の入力、少なくとも1項目の修正、内容確認、1回の最終承認まで実施します。チャットの結果、保存回答、WordPressや配送先での受信を確認し、通知は別に検証します。
エンドポイント、項目、選択肢、必須条件、翻訳、reCAPTCHAを変更したら再テストしてください。問題の解決も参照してください。