本文へ移動

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を変更したら再テストしてください。問題の解決も参照してください。