Nanoha AI Lab

BLOG

ブログ

AI活用、ホームページ制作、Web集客、セキュリティ、EC運営など、小規模事業者の実務に役立つ情報をわかりやすくお届けします。

フリーランスのWeb制作でAIを使うには?効率化と品質を両立する考え方

フリーランスのWeb制作では、調査、原稿、デザイン、実装、確認までを一人で担当することも多いですよね。

そんなとき、作業そのものを軽くしてくれるAIは、とても頼もしく見えます。

一方で、いざ案件で使おうとすると、手が止まる場面も出てきます。

顧客から預かった情報を、どこまでAIへ入力してよいのか。

AIで作ったものを、どうやって確認するのか。

短くなった作業時間を、価格へどう反映するのか。

この迷いを解くカギは、AIに任せる作業と、顧客へ約束する品質や責任とを分けて考えることです。

この記事では、案件を始める前の情報管理から、納品前の確認、作業時間と価格の整理までを順番に見ていきます。

読み終えるころには、AIを使う範囲と、使っても省かない確認作業の線引きが、自分の言葉で書けるようになります!

1. 顧客情報を入力する前に確認する

「顧客情報を入力する前に確認する」と手書きされたホワイトボードを指す公式キャラクターと、ひよこの落書き

顧客から預かった資料をAIへ貼り付ける前に、確認しておきたいものが4つあります。

契約書、秘密保持の取り決め、顧客自身の方針、そして使うAIサービスの利用条件です。

有料プランを契約しているから安心、とは言い切れません。

入力したデータの保存期間、学習に使われるかどうか、管理者が変更できる設定、再委託先の扱いは、サービスや機能ごとに違うからです。

案件で実際に使う機能について、公式サイトの最新の説明をそのつど読み直してください。

個人情報保護委員会の注意喚起には、個人情報を含む内容をAIへ入力する前の確認事項がまとめられています。

同委員会は、その入力があらかじめ特定した利用目的の達成に必要な範囲かどうかを確認するよう案内しています。

さらに、本人の同意なく個人データを入力する場合は、回答の生成以外の目的や機械学習に利用されないかも十分に確認するよう求めています。

案件で扱う情報は、AIへ入力する前に次の三つへ分けると判断しやすくなります⇩

AIへ入力してよいか

情報の例

入力する前にすること

そのまま入力できる

公開済みページ、一般的な業種例、架空の商品名

出典と利用条件を確認し、必要な範囲だけ使う

顧客の承認が必要

未公開原稿、アクセス解析、問い合わせ傾向、社内手順

利用目的、使うツール、入力する範囲、保存条件を説明して承認を得る

原則入力しない

認証情報、個人データ、契約上の秘密、未公開の脆弱性(攻撃に悪用されるおそれのある弱点)

伏せ字や架空データへの置き換えを検討し、迷ったら使わない

気をつけたいのは、氏名を削除しただけでは足りない場合があることです。

会社名、地域、日付、相談内容の組み合わせから、個人や案件を推測できてしまうことがあります。

AIへ渡すのは必要な項目だけにし、「A社=〇〇株式会社」のように元データと結び付けられる対応表は渡さないでください。

業種や規模など、相手を特定できない書き方へ置き換えてから使いましょう。

契約の面では、経済産業省の「AIの利用・開発に関する契約チェックリスト」も参考になります。

次の5点は、顧客との契約とAIサービスの規約の両方で確認しておきましょう。

  • 入力したデータをどこまで使ってよいか
  • 出力を使うときの条件
  • 第三者へ提供してよいか
  • サービスの品質水準
  • 問題が起きたときの責任分担

この5点があいまいなままだと、トラブルが起きたときに、どちらがどこまで責任を負うのかで話がこじれてしまいます。

制作のために預かった情報でもAIへ入力してよいとはかぎらないため、顧客の利用許可とサービス側の取扱条件を確認できるまでは、公開情報や架空データで作業しましょう。

少人数の会社で決めておきたい入力・確認・記録のルールは、「小規模事業者の生成AI利用ルール」で紹介しています。

2. 要件整理と質問作成に使う

「要件整理と質問作成に使う」と手書きされたホワイトボードを指す公式キャラクターと、ひよこの落書き

案件の初めのうちは、AIにサイト構成を決めてもらうより、打ち合わせで確認すべき項目を洗い出してもらうほうが役に立ちます。

このときAIへ渡すのは、顧客から利用許可を得た情報だけにしましょう。

そして、AIが出した推測を顧客の要望として扱ってはいけません。

確認できていない項目は質問へ変え、次の打ち合わせで顧客に確かめましょう。

顧客への質問は、次の7つの観点へ分けて用意しておきましょう。

  • 事業
    サイトの目的、成果の測り方、優先する商品やサービス
  • 利用者
    主な読み手、その人の困りごと、比べたい材料、サイトを見る場面
  • 内容
    掲載する事実、原稿と写真の担当、承認者、更新頻度
  • デザイン
    ブランドルール、避けたい表現、参考サイトのどこを気に入っているか
  • 機能
    フォーム、予約、決済、会員機能、外部サービスとの連携
  • 運用
    公開後の更新担当、問い合わせ対応、保守、障害時の連絡先
  • 条件
    納期、予算、対応範囲、修正回数、納品形式、権利の扱い

ここを先にそろえておくと、デザインや実装に入ってからの手戻りをぐっと減らせます!

顧客の回答は、「誰が・いつ・何を確定したか」が分かる形で要件記録へ書き写しましょう。

AIとの会話の履歴だけを、正式な決定の記録にしてはいけません。

要件が変わったときは、変更した内容、納期や費用への影響、顧客の承認結果を同じ記録へ追記してください。

AIには答えそのものを作らせるのではなく、まだ決まっていないことを顧客への質問へ変えてもらい、返ってきた回答を正式な要件として残しましょう。

3. 下書きと反復作業に使う

「下書きと反復作業に使う」と手書きされたホワイトボードを指す公式キャラクターと、ひよこの落書き

AIへ任せやすいのは、公開や納品の前に、制作者が正しいかどうかを確認できる途中作業です。

たとえば、文章のたたき台、ページ構成の比較、テスト項目の候補出し、コードの小さな修正、決まった形式のデータ整理があります。

どれも、何を渡して何が返ってくればよいかを、はっきり決められる作業ですよね。

反対に、実績、料金、法律で決められた表示、顧客の主張、専門的な助言を、AIの推測で埋めさせてはいけません。

どこから来た情報なのか分からなくなり、あとから正しさを確かめられなくなるからです。

AIへ下書きを頼むときは、次の4点もあわせて伝えましょう。

  • その作業の目的、成果物を使うページ、読み手
  • 変更してはいけない事実と、まだ確認できていない項目
  • 出力の形式、長さ、語調、避けてほしい表現
  • 参照してよい資料と、あとで人が突き合わせる元の資料

そして、一度にページ全体を作り直させないでください。

見出し案、導入文、よくある質問の候補のように小さく分けて頼むと、どこがどう変わったかと、その修正理由を追いやすくなります。

採用した出力については、使用したサービス、作成した日付、参照した資料、人が直した点を案件記録へ残しましょう。

まずは、小さな成果物を人が確認して直すという流れを安定させましょう。

AIに任せる範囲を広げるのは、そのあとで大丈夫です。

4. 納品前の人による確認を省かない

「納品前の人による確認を省かない」と手書きされたホワイトボードを指す公式キャラクターと、ひよこの落書き

AIで制作時間が短くなっても、顧客へ渡す成果物を確認する範囲まで減らしてはいけません。

原稿、デザイン、コードのそれぞれを、顧客と決めた要件と、実際に使われる環境に照らして確認しましょう。

一人で受けた案件でも、作る立場と確認する立場を分けるつもりで見直してみてください。

納品前に見ておきたいのは、次の7つの観点です。

  • 内容
    社名、連絡先、金額、日付、実績、条件、リンク先が正しいか
  • 表示
    スマートフォン、パソコン、主要ブラウザー、文字拡大で崩れないか
  • 操作
    キーボードでの操作、選択中の位置表示、メニュー、画面に重ねて出る小窓、フォームが使えるか
  • フォーム
    ラベル、必須項目、エラー表示、送信完了、通知メール、保存先が正しいか
  • コード
    変更箇所、入力値のチェック、権限設定、使っている部品の更新、ログ、パスワードなど秘密情報の書き込みを確認したか
  • 権利
    文章、画像、フォント、コード、生成物の利用条件を確認したか
  • 公開設定
    タイトル、説明文、検索設定、解析設定、バックアップ、戻し方を確認したか

このうち表示と操作は、実際の画面で読みやすさと操作しやすさを確かめましょう。

その判断のよりどころになるのが、W3CのWCAG 2.2(年齢や障害にかかわらずWebを利用しやすくするための国際的なガイドライン)とデジタル庁のウェブアクセシビリティ導入ガイドブックです。

コードの安全性を調べるときは、IPAの「安全なウェブサイトの作り方」などの開発者向け資料や、よくある弱点をまとめたOWASP Top 10:2025が確認先になります。

なお、自動テストやチェックツールに合格したことは、品質を示す材料の一つにすぎません。

書かれている内容、実際の操作、フォームの送信先、顧客と決めた要件どおりかまでは、ツールでは保証できません。

AIが作った部分かどうかにかかわらず、納品物は制作した本人が実際の画面と操作を確認し、顧客へ説明できる状態にしてください。

公開直前の確認項目は、「ホームページ公開前チェック完全ガイド」でも詳しくまとめています。

5. 工数削減と価格・品質を分けて考える

「工数削減と価格・品質を分けて考える」と手書きされたホワイトボードを指す公式キャラクターと、ひよこの落書き

作業が速くなったからといって、見積もりの金額を自動的に下げなければならないわけではありません。

顧客がお金を払って買っているのは、作業にかかった時間だけではないからです。

買っているのは、要件の整理、品質、納期、権利の確認、分かりやすい説明、公開後の対応まで含めた成果と責任です。

そこで見積書では、費用を次の6つへ分けて書いてみましょう。

  • 要件整理と情報設計
  • 原稿、デザイン、実装の制作
  • 掲載する事実、表示、操作、安全性、権利の確認
  • 顧客確認後の修正と変更管理
  • 公開作業、バックアップ、初期サポート
  • 保守、更新、追加対応

項目が分かれていると、どこにいくらかかっているのかを顧客へ説明しやすくなります。

AIで減った制作時間は、案の比較、アクセシビリティの確認、テスト、顧客へ渡す説明資料の改善へ振り向けてみましょう。

同じ納期のままでも、納品物の質を上げられる場合があります。

反対に、AIが出したものの修正や権利の確認に手間がかかり、全体の作業時間は減らないこともあります。

ですから、見積もりを出す前に、実際の作業を小さく試してみてください。

このとき測るのは、AIが出力するまでの時間ではなく、確認と修正を終えるまでの合計時間です。

AIを使うことを顧客へ伝えるかどうか、使ってよいサービス、顧客データの扱い、成果物の権利、問題が起きたときの責任。

これらは、顧客の方針と契約に沿って、作業を始める前に合意しておきましょう。

価格はAIを何回使ったかで決めるものではなく、成果物の範囲、品質の基準、修正の条件、納期、権利、公開後の責任をはっきりさせたうえで決めましょう。

まとめ

「まとめ」と手書きされたホワイトボードを指す公式キャラクターと、ひよこの落書き

フリーランスがWeb制作へAIを取り入れるときの要点を振り返ります。

  • 顧客情報を入力する前に、契約、許可、サービスの取扱条件を確認する
  • 打ち合わせ内容を事実、仮説、未確認事項へ分け、質問を作る
  • 下書きや繰り返しの作業は小さく分け、人が元の資料と変更点を確認する
  • 納品前に内容、表示、操作、コード、権利、公開設定を実際の画面で確認する
  • 作業時間が減ったことと価格を直結させず、成果、品質、責任の範囲で見積もる
  • AIの使用条件と責任分担を顧客と合意し、案件記録へ残す

全部を今日から始めるのは大変ですよね。

まずは今使っている見積書と確認表を開いて、見直してみてください。

そのうえで、AIを使っても省かない確認作業を、独立した項目として書き出しておきましょう。

線引きが自分の言葉になっていれば、顧客から聞かれたときも落ち着いて答えられます!


関連記事

NEXT STEP

「AI、どう使えばいい?」から、
お気軽にどうぞ!

ChatGPTのはじめ方から、ブログやホームページの相談まで。
小さな会社のAI活用を、一歩ずつ、いっしょに進めていきます!

AIと、もっと自由に。ワクワクする未来を