フリーランスのWeb制作でAIを使うには？効率化と品質を両立する考え方
フリーランスのWeb制作では、調査、原稿、デザイン、実装、確認までを一人で担当することも多くあります。
AIは、こうした調査や下書き、確認の一部を手伝う道具として使えます。
一方で、いざ案件で使おうとすると、手が止まる場面も出てきます。
顧客から預かった情報をどこまでAIへ入力してよいのか、AIで作ったものをどう確認するのか、短くなった作業時間を価格へどう反映するのか、といった迷いがあります。
この迷いを解くカギは、AIに任せる作業と、顧客へ約束する品質や責任とを分けて考えることです。
この記事では、案件を始める前の情報管理から、納品前の確認、作業時間と価格の整理までを順番に見ていきます。
目次
1. 顧客情報を入力する前に確認する
顧客から預かった資料をAIへ貼り付ける前に、確認しておきたいものが4つあります。
契約書、秘密保持の取り決め、顧客自身の方針、そして使うAIサービスの利用条件です。
有料プランを契約しているから安心、とは言い切れません。
入力したデータの保存期間、学習に使われるかどうか、管理者が変更できる設定、再委託先の扱いは、サービスや機能ごとに違うからです。
案件で実際に使う機能については、公式サイトの最新の説明をそのつど読み直します。
個人情報保護委員会の2023年6月の注意喚起には、個人情報を含む内容をAIへ入力する前の確認事項がまとめられています（2026年10月27日確認）。
同委員会は、その入力があらかじめ特定した利用目的の達成に必要な範囲かどうかを確認するよう案内しています。
さらに、本人の同意なく個人データを入力する場合は、回答の生成以外の目的や機械学習に利用されないかも十分に確認するよう求めています。
案件で扱う情報は、AIへ入力する前に次の三つへ分けると判断しやすくなります⇩
AIへ入力してよいか | 情報の例 | 入力する前にすること |
|---|---|---|
条件を確認して使う | 公開済みページ、一般的な業種例、架空の商品名 | 出典、権利、個人情報の有無、利用条件を確認し、必要な範囲だけ使う |
承認と条件確認が必要 | 未公開原稿、アクセス解析、問い合わせ傾向、社内手順 | 利用目的、使うツール、入力する範囲、保存条件を説明して承認を得る |
原則入力しない | 認証情報、個人データ、契約上の秘密、未公開の脆弱性（攻撃に悪用されるおそれのある弱点） | 実在の情報を含まない例への置き換えを検討し、入力可否が不明なら使わない |
顧客の承認があっても、個人情報の取扱いや第三者の権利について必要な確認まで済んだことにはなりません。
気をつけたいのは、氏名を削除しただけでは足りない場合があることです。
会社名、地域、日付、相談内容の組み合わせから、個人や案件を推測できてしまうことがあります。
AIへ渡す項目は、必要なものだけにします。
元データと結び付けられる対応表、たとえば「A社＝〇〇株式会社」のような表は、AIへ渡しません。
業種や規模などを一般的な例へ置き換える場合も、残る情報と契約上の制限を確かめてから使います。
契約について調べる際の参考先には、経済産業省の「AIの利用・開発に関する契約チェックリスト」があります。
この記事では、顧客との契約とAIサービスの規約を見比べる観点として、次の5点を挙げます。
- 入力したデータをどこまで使ってよいか
- 出力を使うときの条件
- 第三者へ提供してよいか
- サービスの品質水準
- 問題が起きたときの責任分担
この5点があいまいなままだと、トラブルが起きたときに、どちらがどこまで責任を負うのかで話がこじれてしまいます。
制作のために預かった情報でもAIへ入力してよいとはかぎらないため、入力してよいと確認できた公開情報や、実在の情報を含まない架空データで作業を始めます。
業務で決めておきたい入力・確認・記録のルールは、「仕事で使う生成AIの利用ルール」で紹介しています。
2. 要件整理と質問作成に使う
案件の初めのうちは、AIにサイト構成を決めてもらうより、打ち合わせで確認すべき項目を洗い出してもらうほうが役に立ちます。
このときも、顧客の利用許可と前章の条件を確認できた情報だけをAIへ渡します。
そして、AIが出した推測を顧客の要望として扱ってはいけません。
確認できていない項目は質問へ変えて、次の打ち合わせで顧客に確かめます。
顧客への質問は、次の7つの観点へ分けて用意します。
- 事業
サイトの目的、成果の測り方、優先する商品やサービス - 利用者
主な読み手、その人の困りごと、比べたい材料、サイトを見る場面 - 内容
掲載する事実、原稿と写真の担当、承認者、更新頻度 - デザイン
ブランドルール、避けたい表現、参考サイトのどこを気に入っているか - 機能
フォーム、予約、決済、会員機能、外部サービスとの連携 - 運用
公開後の更新担当、問い合わせ対応、保守、障害時の連絡先 - 条件
納期、予算、対応範囲、修正回数、納品形式、権利の扱い
ここを先にそろえておくと、デザインや実装に入ってからの手戻りをぐっと減らせます。
顧客の回答は、「誰が・いつ・何を確定したか」が分かる形で要件記録へ書き写します。
AIとの会話の履歴だけを、正式な決定の記録にしてはいけません。
要件が変わったときは、変更した内容、納期や費用への影響、顧客の承認結果を同じ記録へ追記します。
AIには答えそのものを作らせるのではなく、まだ決まっていないことを顧客への質問へ変えてもらい、返ってきた回答を正式な要件として残します。
3. 下書きと反復作業に使う
公開や納品の前に、制作者が正しいかどうかを確認できる途中作業なら、AIへ任せやすいです。
たとえば、文章のたたき台、ページ構成の比較、テスト項目の候補出し、コードの小さな修正、決まった形式のデータ整理があります。
どれも、何を渡して何が返ってくればよいかを、はっきり決められる作業です。
既存のコードを渡す場合も入力の許可と利用条件を確かめ、認証情報や顧客データを含めず、必要な箇所に絞ります。
反対に、実績、料金、法律で決められた表示、顧客の主張、専門的な助言を、AIの推測で埋めさせてはいけません。
どこから来た情報なのか分からなくなり、あとから正しさを確かめられなくなるからです。
AIへ下書きを頼むときは、次の4点もあわせて伝えます。
- その作業の目的、成果物を使うページ、読み手
- 変更してはいけない事実と、まだ確認できていない項目
- 出力の形式、長さ、語調、避けてほしい表現
- 参照してよい資料と、あとで人が突き合わせる元の資料
そして、AIに一度でページ全体を作り直させないようにします。
見出し案、導入文、よくある質問の候補のように小さく分けて頼むと、どこがどう変わったかと、その修正理由を追いやすくなります。
採用した出力については、使用したサービス、作成した日付、参照した資料、人が直した点を案件記録へ残します。
小さな成果物を人が確認して直す流れを、先に安定させます。
AIに任せる範囲は、そのあとで広げていきます。
4. 納品前の人による確認を省かない
AIで制作時間が短くなっても、顧客へ渡す成果物を確認する範囲まで減らしてはいけません。
原稿、デザイン、コードの確認は、顧客と決めた要件と、実際に使われる環境に照らして進めます。
一人で受けた案件でも、作る立場と確認する立場を分けるつもりで見直します。
納品前に見ておきたいのは、次の7つの観点です。
- 内容
社名、連絡先、金額、日付、実績、条件、リンク先が正しいか - 表示
スマートフォン、パソコン、主要ブラウザー、文字拡大で崩れないか - 操作
キーボードでの操作、選択中の位置表示、メニュー、画面に重ねて出る小窓、フォームが使えるか - フォーム
ラベル、必須項目、エラー表示、送信完了、通知メール、保存先が正しいか - コード
変更箇所、入力値のチェック、権限設定、使っている部品の更新、ログ、パスワードなど秘密情報の書き込みを確認したか - 権利
文章、画像、フォント、コード、生成物の利用条件と第三者の権利を確認したか - 公開設定
タイトル、説明文、検索設定、解析設定、バックアップ、戻し方を確認したか
フォームを実際に送信するテストは関係者の了承を得て、テスト用データ、通知・予約・決済などへの影響、終了後の後処理を確認してから行います。
準備できていない場合は送信前で止め、通知先への到達や保存結果など、まだ確かめていない項目を記録します。
生成物の利用については、文化庁のAIと著作権に関するチェックリストも参照し、サービスの規約と既存の著作物との関係を分けて確かめます。
このうち表示と操作は、実際の画面で読みやすさと操作しやすさを確かめます。
その判断のよりどころになるのが、W3CのWCAG 2.2（年齢や障害にかかわらずWebを利用しやすくするための国際的なガイドライン）とデジタル庁のウェブアクセシビリティ導入ガイドブックです。
Webサイトの実装を点検する際は、IPAの安全なウェブサイトの作り方や、主なセキュリティリスクをまとめたOWASP Top 10:2025を、案件の構成に合わせて参照します。
なお、自動テストやチェックツールに合格したことは、品質を示す材料の一つにすぎません。
書かれている内容、実際の操作、フォームの送信先、顧客と決めた要件どおりかまでは、ツールでは保証できません。
AIが作った部分かどうかにかかわらず、納品物は画面と操作だけでなく、コード・設定・根拠資料も確かめ、未確認の項目を合格扱いにせず顧客へ説明できる状態にします。
公開直前の確認項目は、「ホームページ公開前チェックの全体像｜公開判断を6分野で整理」でも詳しくまとめています。
5. 工数削減と価格・品質を分けて考える
成果物の範囲と金額を決める契約では、作業が速くなったからといって、見積もりの金額を自動的に下げるとはかぎりません。
顧客がお金を払って買っているのは、作業にかかった時間だけではないからです。
見積もりには、要件の整理、品質、納期、権利の確認、分かりやすい説明、公開後の対応など、引き受ける成果と責任も含まれます。
一方、実際の作業時間に応じて請求する契約では、合意した単価や時間の数え方に従います。
そこで見積書では、次の6つを例に、引き受ける範囲と費用を分けて書きます。
- 要件整理と情報設計
- 原稿、デザイン、実装の制作
- 掲載する事実、表示、操作、安全性、権利の確認
- 顧客確認後の修正と変更管理
- 公開作業、バックアップ、初期サポート
- 保守、更新、追加対応
項目が分かれていると、どこにいくらかかっているのかを顧客へ説明しやすくなります。
AIで減った制作時間は、案の比較、アクセシビリティの確認、テスト、顧客へ渡す説明資料の改善へ振り向けます。
同じ納期のままでも、納品物の質を上げられる場合があります。
反対に、AIが出したものの修正や権利の確認に手間がかかり、全体の作業時間は減らないこともあります。
ですから、見積もりを出す前に、実際の作業を小さく試します。
このとき測るのは、AIが出力するまでの時間ではなく、確認と修正を終えるまでの合計時間です。
AIを使うことを顧客へ伝えるかどうか、使ってよいサービス、顧客データの扱い、成果物の権利、問題が起きたときの責任は、顧客の方針と契約に沿って、作業を始める前に合意しておきます。
価格はAIを何回使ったかで決めるものではなく、成果物の範囲、品質の基準、修正の条件、納期、権利、公開後の責任をはっきりさせたうえで決めます。
AIで作ったサイトの修正を頼まれた場合も、まずは対応範囲を整理します。
発注する側がどこで困っているかは、「AIで作ったサイトを直したい」で整理しています。
制作時間が短くなった後の提案内容を考える際は、AI時代にWeb制作者が担う役割で、顧客が依頼したい理由からサービスを見直せます。
まとめ
フリーランスがWeb制作へAIを取り入れるときの要点を振り返ります。
- 顧客情報を入力する前に、契約、許可、サービスの取扱条件を確認する
- 打ち合わせ内容を事実、仮説、未確認事項へ分け、質問を作る
- 下書きや繰り返しの作業は小さく分け、人が元の資料と変更点を確認する
- 納品前に内容、表示、操作、コード、権利、公開設定を、それぞれ画面・設定・元の資料で確認する
- 作業時間が減ったことと価格を直結させず、契約の方式と成果、品質、責任の範囲で見積もる
- AIの使用条件と責任分担を顧客と合意し、案件記録へ残す
全部を今日から始めようとすると、大変になりがちです。
そこで、今使っている見積書と確認表を開いて見直します。
そのうえで、AIを使っても省かない確認作業は、独立した項目として書き出しておきます。
線引きが自分の言葉になっていれば、顧客から聞かれたときも落ち着いて答えられます。
