Web改善
英語フォームが実装されても、海外の問い合わせ導線は完成したと言えない｜Netsujoのコードから見えた未検証区間
英語の問い合わせフォームを実装しただけで海外向け導線は完了しない。Netsujoの社内実装を確認し、送信・保存と英語受領案内・担当者返信の未検証区間を切り分ける。
公開日：2026年10月16日 著者：飯田 友広
英語でサービスを探した企業担当者が、相談内容を入力して「送信できた」と思った。その後、本当に依頼は受領され、担当者は英語で返信できるのか。BtoBサイトの英語対応を考えるとき、公開ページの翻訳だけで判断すると、この問いが残ります。
Netsujoには英語のサービス一覧と英語の問い合わせページがあります。2026年10月16日に、その導線について公開ページと実装ソースを照合しました。本稿で確認したのはコード上の分岐と設計であり、本番フォームからのテスト送信、メール受信、担当者返信の完走結果ではありません。
根拠の公開範囲：英語サービス・問い合わせページは公開されていますが、確認した実装ソースは非公開の社内リポジトリにあります。以下はNetsujoによる実装確認の要約であり、第三者がソース全文を直接確認できる公開検査ではありません。
出発点は「英語で書かれている」から「英語で相談を終えられるか」への問い
海外からAIエージェントの評価やPoCの相談を受けるなら、相手には少なくとも三つの判断が必要です。自分の相談が対象か、どこへ送るか、送った後にどうなるか。送信が不明なままなら、同じ内容を再送してよいのかも分かりません。機会損失は想定リスクですが、Netsujoで実際に失注が起きたという測定はありません。
翻訳の校正や画面表示だけをテストする案では、送信後の保存・通知・返信を検証できません。一方、いきなり海外の実顧客を使う必要もありません。そこで最初に、ソースから確認できる経路と、実際に通さなければ判断できない経路を分けました。
コードを読んで確認できたこと
英語フォーム実装（非公開の社内実装資料）は、相談種別を選択し、intakeLocale: 'en'を付けて/api/contactへPOSTします。HTTP応答が成功した場合、画面にはEnquiry receivedと表示し、初回返信の通常目安を「3営業日以内」と案内する実装です。
注目したのは、20秒でタイムアウトしたときに「失敗」と決めつけない処理です。通信失敗やタイムアウトは受領の成否が不明な状態として扱い、重複送信を避け、送信IDを添えて別経路で確認するよう英語で案内します。「送れなかった」と誤判定して再送すると、二重相談が生じ得るためです。
問い合わせAPI実装（非公開の社内実装資料）では、通常の相談を永続保存し、それが成功しなければHTTP 503を返す設計です。一方、英語の一般問い合わせは、従来の日本語Apps Script自動返信経路を通しません。これは誤った日本語メールを送らないための明示的な分岐です。英語の受領メールが別経路で届くことや、人の英語返信が完了することまでは、この二つのソースで証明されません。
| 確認対象 | 今回分かったこと | なお残る確認 |
|---|---|---|
| 英語の入口 | サービス・問い合わせページへの公開URLがある | 対象読者が説明を理解できるか |
| フォーム | 英語の種別・入力・POST・成功/不明時の画面分岐がある | 実ブラウザで送信・エラーを確認する |
| サーバー | 永続保存が成功しなければ成功応答しない設計 | 本番でテスト送信が保存されるか |
| 自動返信 | 英語受付は従来の日本語返信をスキップ | 英語の受領案内をどの経路で渡すか |
| 人の対応 | 画面には3営業日という通常目安がある | 実際に担当へ渡り、英語で返信されるか |
これらは実装の読解結果です。画面やメールの本番実測、配信率、受注率の証明ではありません。
一件だけ通すなら、どう検証するか
次のケースはこれから行う受入テストの設計例で、実施記録ではありません。
- 想定依頼者：海外企業の技術担当。相談内容は「AIエージェントの権限境界をPoCで評価したい」。
- 入口：英語サービス一覧から一般問い合わせへ進む。パートナー・メディア相談やSIGNALの専用受付と混同しない。
- 入力：会社管理のテスト用アドレス、英語の相談文、識別できる件名。実顧客データは使用しない。
- 観測：入力エラー、送信後画面、保存された相談ID、社内通知先、受領メールの有無と言語、担当者の英語返信を時刻付きで記録する。
- 判定：画面の成功表示だけでは合格とせず、サーバーの保存確認と担当者の返信までを別々の証跡で確認する。未着信・言語不一致・担当不在はその地点で不合格または保留とする。
公開中の英語問い合わせページは、パートナー・メディア向けフォームとSIGNALの診断・相談窓口を日本語の経路として明記しています。これは現行ページで確認できる、一般問い合わせ以外の具体的な言語境界です。たとえ一般問い合わせが通っても、パートナー・メディア向け経路とSIGNALの診断・結果・契約・サポートは別途受入が必要です。Netsujoの英語SIGNAL導線に関する実装契約（非公開の社内実装資料）も、子サービス側の受付以降をSITE側の確認完了とはしていません。
何を直すかは、止まった地点で決まる
英語本文の不自然さなら説明文を直す。送信後の状態が不明なら、二重送信の危険を先に抑える。保存できても英語の案内が届かないなら、受付メールと手動返信の責任分担を決める。これは想定した優先順位であり、まだ実障害のランキングではありません。
現在言えるのは、英語の入口と受付のコードは存在し、送信後まで一件が完走した証拠は別途必要ということです。海外営業の準備では「英語ページを何枚公開したか」より「一人の相談者をどこまで責任を持って受け取れるか」を受入単位にするべきだと判断しました。
英語でAI・Web3・PoCの相談を行う場合の窓口はこちらです。なお、この記事はNetsujoの英語問い合わせが本番で完全に検証済みだと保証するものではありません。