AIホームページ作成は小規模な専門サービス企業に適するか？公開資料から考える採用条件
日本の小規模な専門サービス企業がAIによるホームページ作成を採用する条件を、公開研究と技術・行政資料から分析。事業説明、問い合わせの処理と社内受領、継続更新を確認する条件と、外部支援を検討する範囲を整理します。
AIによるホームページ作成は、事業説明・問い合わせ受付・継続更新をどこまで満たせるのでしょうか。本報告では、日本の小規模なコンサルティング会社などの専門サービス企業が、新規サイトを自作するか、制作・公開確認・運用の一部を外部へ依頼するかを判断するために、公開研究と技術・行政資料を分析します。
主要な結論は、生成後の内容、問い合わせの処理と社内受領、変更後の状態を確認できる場合に、AIによる自作を採用候補にできるという条件判断です。サイト生成研究では、内容提示と対話・データ管理の課題に成績の差があり、外観と機能を分けて評価しています。生成文の正確性、フォームの処理、変更後の評価にもそれぞれ確認が必要です。これらの資料を専門サービス企業の業務要件に照らすと、生成された画面だけで公開を決めるのは十分ではないと考えられます。
これは特定製品の性能や業界での成果を実証した結論ではありません。本報告ではサイト生成、公開、メール送受信、長期更新の実測を行っていません。以下では、資料が直接示す事実と、そこから導く採用条件・確認方法を分けて説明します。
公開研究では、内容提示と業務機能の成績に差がある
LuほかのWebGen-Bench原著研究・v2は、自然言語の指示から複数ファイルのサイトを生成するコードエージェントを評価した研究です。初版は2025年5月6日、参照するv2は2025年8月11日に公表されています。実験の実施期間は明示されていないため、ここでは2025年公表版の結果として扱います。
研究では、人とモデルが作成した指示から101件の課題を選び、モデルが作成したテスト案を博士課程学生2名が修正・照合した647件のテストを使用しています。操作と期待結果はUIエージェントで評価し、外観は別にモデルで採点しています。要求充足の指標は、次の計算です。
要求充足の指標＝（完全充足したテスト数＋部分充足したテスト数×0.5）÷テスト総数
したがって、分母はテスト数です。企業数や完成サイト数を分母にした成功率ではありません。
同研究の結果分析では、内容提示の課題は対話・データ管理の課題より高い成績を示し、テスト分類でも多くの設定でデザイン検証が機能検証より高い成績でした。この発見は、専門サービス企業がサイトを確認する際にも、説明文やレイアウトの完成度と、問い合わせなどの機能の動作を分けて見る理由になります。
ただし、対象は人工的に構成した生成課題で、日本の専門サービス企業の標本ではありません。自動判定やモデルによる外観採点を含むため、この結果から現在のAI建サイト製品全体の性能、実際の問い合わせ受信、長期運用、商業成果は判断できません。
以降で用いるNIST、MDN、W3C、個人情報保護委員会の資料も、製品の成績を比較する統計調査ではありません。生成内容のリスク、フォームの仕組み、評価方法、利用目的の扱いを説明する資料として、各業務要件に対応させます。
事業説明は、生成文を自社の事実と照合できるか
専門サービス企業のサイトでは、何を依頼できるか、誰が担当するか、どの条件で対応するかが、読者の判断材料になります。内容提示の課題で相対的に高い成績が出ていても、生成された文章が自社のサービス範囲や実績に一致することまで証明されたわけではありません。
NISTの生成AIリスク管理プロファイル「AI 600-1」（2024年7月版、同月26日公表）は、誤った内容や入力と矛盾する内容を確信的に生成するリスクを説明しています。特に、文脈や専門知識を要する領域への注意を示しています。これは分野横断のリスク管理資料であり、日本のAI生成サイトの誤記発生率や法的義務を示すものではありません。
本報告では、このリスクを踏まえ、会社が確認した資料を入力に使い、生成後に事業責任者が照合することを採用条件と考えます。確認対象は、少なくとも次の項目です。
- サービスの対象、提供範囲、対応できない業務が実態に合っているか。
- 担当者の情報や資格に、裏付けのない記述がないか。
- 対応地域、受付条件、契約前に必要な確認事項が正しいか。
- 実績や成果の記述に根拠があり、公開してよい内容か。
ここで重要なのは、文章を読みやすく整える作業と、専門内容の妥当性を判断する作業を分けることです。制作担当者が表現を整えても、資格、成果、対応範囲の正しさは事業責任者や該当分野の専門家が確認する必要があります。根拠を確認できない記述は、修正・確認を済ませるまで公開判断を保留するのが妥当です。
この照合方法は資料から導いた提案であり、本報告で実施した試験ではありません。事実確認を担当できる人が社内にいるかが、AI自作を選ぶ際の最初の分岐になります。
問い合わせ受付は、入力欄から社内の受領まで確認する
問い合わせフォームは、見た目と業務機能の違いが表れやすい部分です。入力欄と送信ボタンが表示されていても、送信された情報を処理し、担当者が受け付ける流れが完成しているとは限りません。
MDNのフォームデータ送信の解説（最終更新2026年8月25日）は、HTMLフォームがHTTPリクエストを構成する仕組みであり、送信先にはデータを処理する仕組みが必要だと説明しています。また、ブラウザー側の入力チェックだけを信頼せず、サーバー側でも入力を確認する必要があります。これは一般的なWeb技術の説明で、特定製品の実装やメール受領を保証する資料ではありません。
専門サービス企業の業務に置き換えると、確認すべき流れは「入力→送信先の処理→利用者への結果通知→社内の受領・対応」です。本報告では、採用前に公開版でこの流れを確認し、どの担当者が受領して対応するかまで確かめることを提案します。画面に完了表示が出たことだけでは、社内受領の確認にはなりません。
利用者への通知も別の確認事項です。W3Cのフォーム通知に関する指針（更新2022年6月3日）は、送信の成功・失敗を伝え、エラーには簡潔な説明と修正方法を示すことを勧めています。正常な入力だけでなく、必須項目の未入力、メールアドレスなどの形式不正、処理失敗時にも、利用者が次の操作を判断できるかを確認する必要があります。この指針は問い合わせ率の改善を実証する資料ではなく、通知が適切でも社内受領は別に確かめなければなりません。
個人情報の扱いについては、個人情報保護委員会のFAQ Q4-17が、ホームページの入力画面などから本人の個人情報を直接取得する場合、原則として利用目的の明示が必要だと説明しています。一方、取得状況から目的が明らかな場合には例外があります。ページには公開・更新日の明示がなく、ここでは2026年10月3日に確認された内容を参照しています。
問い合わせ対応に加えて新サービスの案内などにも情報を使う場合は、AIが生成した定型文と実際の利用目的が一致しているかを確認してください。このFAQは、すべてのフォームに同意チェック欄が必須であることや、個別のフォームの適法性全体を示すものではありません。
以上から、送信先の処理、社内の受領先、失敗時の対応を確認できない場合は、公開前に技術支援を検討する理由があります。利用目的などの判断が難しい場合は、その点を専門判断の対象として分けて整理できます。
継続更新は、編集操作と変更後の確認を分けて考える
初回にサイトを生成できることから、担当者が継続して運用できるとは判断できません。WebGen-Benchは、企業担当者による長期更新の容易さや保守負担を測った研究ではないためです。
W3CのWebアクセシビリティ評価の案内（更新2026年8月12日）は、開発・改修の初期から継続して評価することを推奨しています。また、単独のツールではアクセシビリティ基準への適合を判定できず、知識を持つ人の評価が必要だと説明しています。
この指針から言えるのは、生成後や変更後にも人による評価が必要だという点です。特定のAIツールの更新が簡単であることや、復元機能が備わっていることまで示してはいません。
本報告では、採用前に実際の業務変更を想定し、担当者が次の流れを担えるか確認することを提案します。例えばサービス範囲の変更を想定する場合、説明文を修正して公開に反映するだけでなく、関連ページの記述や問い合わせ項目にも矛盾がないかを確認します。変更が問い合わせ機能に関係する場合は、処理と受領も再確認の対象です。
併せて、更新責任者、必要な操作権限、誤った変更を戻す方法を確認してください。これらは継続運用のために本報告が提案する業務上の条件であり、W3C資料が特定製品の権限管理や復元機能を検証したという意味ではありません。
担当者が編集画面を操作できることと、変更後の内容・機能・アクセシビリティを判断できることは異なります。後者を社内で担えない場合は、その評価を外部支援の範囲に含める判断ができます。
自作の採用条件と、支援を依頼する範囲を整理する
公開資料を業務要件に照らすと、AIホームページ作成の採用判断は、次のように整理できます。表の確認条件と支援候補は、本報告の分析・提案です。
| 業務要件 | 自社で確認する条件 | 確認できない場合の支援候補 | 判断の根拠 |
|---|---|---|---|
| 事業説明 | サービス範囲、担当者情報、資格、実績を自社の資料と照合できる | 事業責任者・該当分野の専門家による内容確認、制作担当者による情報整理 | WebGen-Benchの課題分類の差、NISTの生成内容リスク |
| 問い合わせ受付 | 送信先の処理、結果通知、社内受領、利用目的を確認できる | 技術担当者による処理・連携・障害対応の確認、必要に応じた専門判断 | MDNのフォーム処理、W3Cの通知指針、個人情報保護委員会の解説 |
| 継続更新 | 変更を反映し、関連情報の整合と必要な機能を再確認できる。担当者・権限・復元方法を把握できる | 運用の支援、知識を持つ評価者による確認 | W3Cの継続評価指針、生成研究が長期運用を測っていないという限界 |
内容・処理と受領・変更後の確認を社内で担える場合は、AIによる自作を採用候補にできます。一部を確認できない場合は、その要件を公開前に解消する必要があります。ただし、これを理由にすべての制作を一括で外注すべきだという調査結果はありません。
依頼を検討する際は、確認済みの事業資料、問い合わせを受け付ける流れ、更新担当者、未確認事項を整理すると、必要な支援範囲を説明しやすくなります。専門内容の判断、フォーム処理、公開確認、継続更新のうち、どこを依頼したいのかを分けることが有用です。
事業情報の整理、サイト制作、CMS設定、公開後の運用に支援が必要な場合は、Kizashiの事業説明・CMS・公開後の運用を含む企業サイト制作の支援内容を確認することが次の検討につながります。自社で確認できない要件と案内されている支援内容を照合してください。個別のAI生成サイトの引き継ぎや部分修正、特定ツールへの対応可否は、別途確認する必要があります。
予算も、依頼範囲と合わせて考える必要があります。制作・運用を依頼する際の料金と基本範囲の案内を確認することで、必要な対応が基本範囲に含まれるか、追加対応になるかを検討できます。本報告の資料からAI自作との費用差や削減率は算出できないため、費用だけで採用を勧めることはできません。
この報告で判断できる範囲
公開資料が支えるのは、AI生成サイトを外観だけで評価せず、事業説明、問い合わせ受付、継続更新を個別に確認するという採用判断です。専門サービス企業にとっては、「生成できるか」に加えて「自社の事実と業務の流れを誰が確認できるか」が制作方法を選ぶ条件になります。
本報告では、日本の小規模な専門サービス企業での成果、現在の個別製品の性能、実際の問い合わせ受信、長期更新は検証していません。制作時間や費用の削減、問い合わせ増加、ROI、業界での成功率も示せません。第三者の研究や指針は、Kizashiのサービス成效や個別対応能力を証明するものではありません。
参照資料は2026年10月3日に確認された公開資料です。統計的な評価を含むのは上述のWebGen-Benchで、その他はリスク管理・技術指針・行政解説として使用しています。
- WebGen-Benchの原著研究・v2：サイト生成の評価研究。v2は2025年8月11日公表。公開日・版履歴も参照。
- NIST AI 600-1：分野横断の生成AIリスク管理資料。2024年7月版、同月26日公表。
- MDN「Sending form data」：フォーム送信と処理の技術解説。最終更新2026年8月25日。
- W3C「User Notification」：フォームの結果通知とエラー表示の指針。更新2022年6月3日。
- 個人情報保護委員会「FAQ Q4-17」：入力画面から取得する個人情報の利用目的に関する解説。公開・更新日の明示なし。
- W3C「Evaluating Web Accessibility Overview」：継続評価と人による判断の案内。更新2026年8月12日。
