AIでウェブサイトのコピーと画像を生成する（安全に）

「安全なAIウェブコンテンツ」が実際に意味すること

「安全な」AIウェブコンテンツは消極的であることを意味するわけではなく、公開できる文章と画像を作ることです。実務上、安全性は次の4つに分かれます：正確性、プライバシー、権利、ブランド適合。

「安全」を定義する4つのチェック

正確性： AIは自信ありげに間違うことがあります。安全なコンテンツはあなたの実際のソース（価格表、製品ドキュメント、承認済みの主張）と照合され、機能、結果、推薦文をでっち上げません。

プライバシー： 顧客データ、非公開契約、従業員情報、未発表の財務情報、NDAで保護されたものなど、機密性の高い入力をAIツールに渡さないでください。メールでリスクがある内容はAIチャットでもリスクがあります。

権利： 「これを使ってよいか？」はテキストと画像の両方で重要です。安全な利用とは、公開してよい範囲（著作権、ライセンス、商標、許可）を理解し、保護対象のキャラクター、ロゴ、識別可能な人物を模倣する生成を避けることです。

ブランド適合： 内容が正確でも、ブランドに合わないことがあります—カジュアルすぎる、売り込みすぎる、トーンが一貫しないなど。安全なコンテンツはあなたの声、メッセージの境界、ビジュアルスタイルに従います。

AIが最も役立つ場面（人が決めるべきところ）

AIはファーストドラフトに優れています：ランディングページのセクション、製品説明、FAQ、ブログ用グラフィック、広告バリエーション、素早いビジュアルコンセプトなど。

一方で、人間はポジショニング、法務／コンプライアンス表現、証拠となるポイント、信頼に関わる事項（健康、金融、保証、比較主張など）について最終判断を下す必要があります。

このガイドで設定するもの

ここで作るのは繰り返し使えるワークフローです：明確な入力 → 制御されたプロンプト → 権利／プライバシーのガードレール → レビュー用チェックリスト → 公開準備完了のコピーと画像。チームが一貫して生産できるようにします。

明確な入力から始める：目的、対象、事実ソース

AIはあなたが与えるブリーフの分だけ役に立ちます。ヘッドラインを生成する前に、「何を書いているのか」と「良いとは何か」を決めてください。これにより出力が集中し、書き直しが減り、レビューが速くなります。

最初は1ページタイプを選ぶ

サイト全体を同時に生成しようとしないでください。次のような影響の大きい単一のページタイプを選びます：

• ホームページのヒーロー（見出し、サブヘッド、主要ボタン）
• 価格ページ（プラン名、機能説明、FAQ）
• アバウトページ（ミッション、証拠ポイント、チームのストーリー）

小さく始めるとトーン、正確性、ワークフローを検証しやすく、うまくいったものを再利用できます。

対象、オファー、主要CTAを定義する

モデルが最適化すべき3つの基本を紙に書き出してください：

• 対象: 誰向けか、彼らが解決したい問題は何か？
• オファー: 何を売るのか（製品/サービス）、そして「なぜ今か」の価値は何か？
• 主要CTA: ページが促すアクションは何か（例：デモ予約、トライアル開始、見積もり取得）

平易な言葉でこれらを言えなければ、AIもそうはできません。

ソース事実を集める（コピーの根拠にするため）

AIをリサーチャーではなくライターとして扱ってください。原材料を与えます：

• FAQやヘルプセンターの記事
• サポートチケットやチャットログ（個人情報は除去）
• セールスの通話メモと反論処理
• 使用許可を得た顧客レビューや推薦文

これらのソースは顧客が実際に使う表現や、モデルが安全に推測できない具体的ディテールを与えてくれます。

成功基準を事前に設定する

レビュー時に使うチェックを定義します：明瞭さ、特定のコンバージョン目標、必要なトーン（例：フレンドリー、直接的、プレミアム）、およびコンプライアンス要件（規制された主張、必要な免責事項、禁止される約束）。成功基準が明確なら、AI出力は「見てみればわかる」より評価しやすくなります。

生成前にブランドボイスとメッセージルールを設定する

AIは速くまともなコピーを出せますが、あなたの「らしさ」は推測できません。声とメッセージを先に定義しないと、生成後の編集に時間を取られます。

短いブランドボイスガイドを作る（モデルが従える形で）

簡潔で具体的に—形容詞ではなく「ルール」を考えてください。

• トーン： フレンドリーで自信があるが誇張しない。平易な英語（訳注：日本語なら平易な日本語）を使い、皮肉は避ける。
• 使う言葉： 「シンプル」、「明確」、「安全」、「サポート」
• 避ける言葉： 「革命的」、「ゲームチェンジャー」、「業界最高」
• 立場： 利益は「あなた（you）」語で表現し、コミットメント（サポートや保証）は「私たち（we）」を使う。

地域ごとのスペリングや用語（米国式か英国式、"customers"か"clients"、"sign up"か"register"など）も決めてください。一貫性は好みより重要です。

メッセージの階層を追加する（全ページで一貫させるため）

メッセージ階層は、特にホーム、価格、プロダクトランディングのようなページで、AIが何を先に言うべきかを優先付けするのに役立ちます。

定義する項目：

1. 主要な価値提案（一文）
2. 3つの主要なベネフィット（機能ではなく顧客の成果）
3. 証拠ポイント（数字、実名顧客、認証、受賞、推薦文—検証できる場合のみ）

これによりモデルが「証拠」をでっち上げたり、一般的なマーケティング語に流れるのを防げます。

スタイルルールを設定する：読みやすさ、文長、フォーマット

AIは長く整った段落を書く傾向があります。ウェブ向けのコピーが欲しいなら、制約を明確にしてください：

• 読みやすさ："7〜9学年レベルを目安に"（訳注：日本語なら平易）
• 文の長さ："ほとんどは18語以下"
• フォーマット："短い段落、スキャンしやすい小見出し、必要なときのみ箇条"
• CTAスタイル："セクションごとに明確なアクションは1つ"

サイト内の「良い」と「悪い」例を与える

出力のキャリブレーションにこれ以上効果的な方法はありません。

2–3の承認済みコピー（良い例）と、避けたい悪いコピーをいくつか提示し、なぜ悪いのかを説明してください。目標はコピペではなく、パターンを学ばせることです：製品の説明方法、どれだけ直接的か、主張の扱い方、避ける表現など。

これらのルールがあると、プロンプトは短くなり、修正も減り、チームが異なる人でも一貫したAIウェブコピーを生み出せます。

信頼できるウェブコピーを生むプロンプトパターン

良いウェブコピーはミニブリーフのように振る舞うプロンプトから始まります：仕事の定義、原材料（事実）、ルールを示します。目標はモデルを制約することで、明確に書き、オンメッセージを維持し、詳細をでっち上げないようにすることです。

再利用可能なプロンプトテンプレート（見出し、セクション、CTA）

これを出発点としてチームのプロンプトライブラリに置いてください。

You are a website copywriter.

TASK
Create website copy for: <PAGE TYPE> (e.g., homepage, product page, landing page)
Goal: <GOAL>
Audience: <AUDIENCE>
Tone/voice: <VOICE RULES>
Reading level: clear, non-technical

FACTS (use ONLY these)
<FACTS>

REQUIREMENTS
- Output structure:
  - H1: 1 option
  - H2 sections: <NUMBER>
  - For each section: 2–4 bullets + 1 short paragraph
  - CTA buttons: 5 options (2–4 words each)
  - Microcopy: <NEEDED ITEMS> (e.g., form helper text, error message tone)
  - FAQ: 4 questions + short answers
- Do not add facts not in FACTS.
- If a detail is missing, write: “Need input: <question>”
- Keep claims cautious. Avoid guarantees (e.g., “will,” “always”), medical/legal promises, and specific numbers unless present in FACTS.
- At the end, include a “Fact Check” list that quotes the exact FACTS lines used for each key claim.

OUTPUT
Provide copy in Markdown.

（上のコードブロックはそのまま使用してください：内容は翻訳せず残します。）

ランダムにならずに複数案を求める方法

比較可能なオプションになるよう、構造化されたバリエーションを要求してください。

• 「10個のH1案を3スタイルで：direct、benefit-led、curiosity」
• 「各CTAについて、‘高意図’と‘低摩擦’バリアントを提供」
• 「セクション2を、初心者、乗り換え検討者、エンタープライズの3つの対象で書き直して」

これによりA/Bテスト向けのコピーが得られ、ポジショニングのずれを防げます。

構造を要求する：H1/H2、箇条、FAQ、マイクロコピー

モデルは「入れ物」を指定されるとよく書きます。次のことを求めてください：

• まずページアウトライン（H1 + H2）を書き、その後で各セクションを埋める。
• マイクロコピー（フォームのラベル、プレースホルダ、ヘルパーテキスト、エラーステート）を同じボイスで書く。
• FAQは実際の反論（価格、セットアップ時間、データ取扱い）を反映させる。

幻覚（ハルシネーション）とリスクのある主張を防ぐ

2つのルールでかなりの効果があります：

1. 指定した事実だけを使わせる。 「ファクトチェック」マッピングを必須にするか、FACTSリストに紐づく[Fact #]参照をインラインで要求する。

2. 主張を制約する。 「未確認のメトリクスは不可。証拠がない限り『best』『#1』等の断定を避ける。結果は『〜の助けになる』『〜できる』のように表現する。」

各主張の出典が示されれば、レビューが容易になり、公開リスクも下がります。

プライバシーとデータ安全：AIに送ってはいけないもの

ウェブコピーや画像の生成では、ドラフト、メモ、顧客コンテキストなどをプロンプトに貼り付けることがあります。プロンプトは公開チャネルと同じように扱い、ツールの設定次第では保存やレビュー、モデル改善に使われる可能性があることを前提にしてください。

プロンプトに絶対貼り付けないデータ

基本方針として、明示的な合意や検証済みの設定がある場合を除き、以下はAIツールに渡さないでください：

• 個人データ：氏名、メール、電話番号、住所、ID、生年月日
• 顧客コンテンツ：サポートチケット、チャット記録、通話の書き起こし、スクリーンショット
• 支払／財務データ：識別子のある請求書、銀行情報、カード情報
• 認証情報と秘密：パスワード、APIキー、プライベートトークン、アクセス付き内部URL
• 非公開の事業情報：契約、価格例外、ロードマップノート、未発表機能

プレースホルダを使い、詳細は後で埋める

構造化されたプレースホルダでプロンプトを作り、機密情報はCMSや内部ドキュメントで後から入れてください。

• 「Acme Bank、顧客Jane Doe」は「[FINTECH CLIENT]」「[CUSTOMER NAME]」に置き換える。
• 「Snowflakeアカウント123に統合」は「[DATA WAREHOUSE]」にする。
• 実際の推薦文は「承認済みの推薦文ライブラリを挿入」に置き換える。

再利用を安全にする簡単なプロンプトログ

承認済みプロンプト、モデル設定、サンプル出力の共有「プロンプトログ」（ドキュメントやスプレッドシート）を保ち、チームが個人の即興プロンプトで個人情報を誤って貼り付けるのを防ぎます。

エンドツーエンドのビルドツールを使う場合（例：ページやアプリ内コピーをプロトタイピングしながら生成する場合）も同じ規律を守ってください：承認済みプロンプトセットを保存し、機密情報を出さない、再利用できる担当者を限定する。

使う前にツール設定を確認する

貼り付ける前に確認すべき設定：チャット履歴のオン/オフ、ワークスペース共有、保存期間、入力が学習に使われるかどうか。確認できない場合は最も安全な前提で：貼り付けない。

顧客情報をAIに送る承認者を決める

ルールを明確に：顧客由来のコンテンツ（公開済みでないもの）をAIに送るのは指定された役割（例：マーケティングリード＋法務/セキュリティ担当）が承認する場合のみとする。

著作権、ライセンス、「これを使える？」のチェック

AI生成のコピーや画像を公開する前に、他のクリエイティブ資産と同様に取り扱ってください：商用利用できるか、後で問題が発生したときに説明できる証拠があるかを把握する必要があります。

著作権の基礎（全てに当てはまるわけではない）

AI出力と所有権ルールはツール、プラン、法域で異なります。あるツールは広範な商用権を付与し、別のツールは制限を設けることがあります（商標、著名人肖像、学習データに関する紛争など）。安全策としては理論より実務：ツールの最新利用規約で商用利用、免責、ユーザーの責任を確認してください。

また、出力を「所有」していても、結果が既存の保護作品（文章、イラストの作風、キャラクターデザイン、ロゴ、パッケージなど）にあまりに近い場合は侵害する可能性があります。

リスクを下げるための入力設計

著作権リスクを下げる簡単な方法は、モデルを独創的に導くことです：

• 自社の参照素材を使う：自分たちで撮った製品写真、オリジナルのスケッチ、ブランドカラーのトークン、UXスクリーンショット、社内メッセージ。
• コピーのためのソース事実（ポリシー、価格、ドキュメント、機能リスト）を与え、競合他社の「〜のように書いて」とは頼まない。
• 複数の異なる選択肢を要求して洗練する—最初に出た「似ている」出力を受け入れない。

類似（ブランド、キャラクター、人）を避ける

生存する作家の作風「in the style of」を求めないでください。また、認識されるブランド、マスコット、映画キャラ、セレブの顔を要求するのは避けましょう。ツールが許可していても、ビジネスリスク（テイクダウンやブランド混同）が高いことが多いからです。

良いルール：訪問者が一目で他社の作品と誤認するようなら、やり直すこと。

ストックとAI画像：どちらが安全か

明確なライセンス条件、モデル／財産リリース、予測可能な権利が必要な場合は、ストックライブラリの方が安全です。AI画像は抽象概念、カスタムヒーロービジュアル、ブランドに根ざしたイラストに向きます—ただし派生的でないことが条件です。

実在の人物や場所、所有していない製品に似せるなら、ストックかカスタム撮影／外注イラストの方が安全です。

記録を残す（ペーパートレイル）

後で「これはどこから来た？」に答えられるように、簡単な記録習慣をつけてください：

• プロンプトとネガティブプロンプト（使用した場合）
• ツール名、バージョン、プラン階層
• 生成日時と承認者
• 提供した参照資料
• ツールからの商用利用確認やライセンス文

数分でできる作業ですが、資産がページや広告で再利用されるときに非常に役立ちます。

注：この節は実務的なガイダンスであり、法的助言ではありません。ヒーロー画像や有料キャンペーン、大きな提携など見える位置の資産は短時間の法務チェックを検討してください。

ブランドに合うサイト画像を生成する方法

AI画像生成はデザインアシスタントとして扱うのが有効です：ガードレールを定義し、制御されたバリエーションを依頼します。目標は「かっこいい画像」ではなく、ページとコンバージョンを支える一貫したビジュアルです。

ページごとに適切な画像タイプを選ぶ

何が本当に必要かを先に決めてください。タイプごとにプロンプトとレビュー基準が異なります：

• ホーム／ランディング: 見出しやボタンのための余白を残したヒーロー画像
• 製品／機能ページ: 製品モックアップ、UIフレーム、使用シーンの描写
• ナビゲーションとUI: アイコンや小さなイラスト（単純な形状が読みやすい）
• ブログやリソース: タイトルを邪魔しないヘッダーアート

簡単なビジュアルスタイルガイドを作り再利用する

1段落の「ビジュアルDNA」を作り、毎回プロンプトに貼り付けます：

• 色: 主要/副次パレット（または「暖色系ニュートラル＋アクセント1色」）
• ライティング: 柔らかい自然光、スタジオライティング、高コントラストなど
• ムード: 落ち着き、エネルギッシュ、プレミアム、遊び心
• 構図: ネガティブスペース多め、被写体中央、背景のごちゃごちゃを避ける
• 手法: 写真、3Dレンダ、フラットイラスト、鉛筆スケッチ

これでサイト全体がバラバラになりにくくなります。

ネガティブプロンプトでよくある失敗を防ぐ

ネガティブプロンプトは信頼性を損なう要素をブロックします：読めないテキスト、ランダムなロゴ、奇妙な手など。

例：

Negative: extra fingers, deformed hands, unreadable text, watermarks, logos, brand names, distorted faces, cluttered background

（このコードブロック内は翻訳せずそのまま残しています。）

変種を求めてデザインチームとマーケが速く動けるようにする

一度に複数出力を依頼してください：「6つのバリエーションを提供」など。アスペクト比（16:9ヒーロー、1:1ソーシャル、4:5広告、3:2ブログヘッダー）を指定すると、一貫したトリミングが可能になります。

アクセシビリティ：テキストを画像に焼かない

可能な限り見出し、ボタンラベル、細かな文言はHTMLテキストにしてください。画像にテキストを含める必要がある場合は、高コントラストにし、代替テキストを用意してモバイルでも機能するか確認してください。

正確性とコンプライアンス：危険な主張を防ぐ

AIは自信満々に書くことがありますが、必ずしも正しくありません。ウェブサイトの正確性（そして法的安全）を保つため、モデルをドラフト作成者として扱ってください。

まず「ファクトテーブル」を作る

生成前に、信頼できるソース（ドキュメント、製品仕様、承認済みの営業資料、法的条項、確認済みの価格ページ）から簡単なファクトテーブルを作ってください。公開する準備ができていることだけを含めます：数値、日付、提供状況、対応機能、制限、承認表現。

その後モデルに：「ファクトテーブルの事実のみを使ってください。不足があれば質問するか、‘TBD’と書いてください。」と指示します。これだけで多くの誇張を防げます。

規制された主張には厳格なルールを

コピーが健康、金融、法務、雇用、住宅、安全などに触れる場合は、手動レビューを必須にしてください。以下を人が確認すること：

• パフォーマンスや成果の主張（「リスクを低減」「成果を保証」）
• 比較表現（「最高」「業界No.1」「臨床的に証明」）
• 推薦文や事例の結果（特に数値）

コンプライアンス文言がある場合は、それをファクトテーブルに貼り付け、モデルはそれに従うよう指示してください。

短い免責＋ポリシーリンクのルール

価格、返金、トライアル、適格性、保証、データ取扱いを示唆する場合は短い免責を付け、全文はポリシー（例：/terms、/privacy、/refund-policy）へリンクしてください。免責はページ間で一貫させます。

公開前の最終「真実チェック」

最後に全ての数値、主張、制限をファクトテーブルとポリシーに照らして確認します。検証できないものは編集して控えめにするか削除してください。

コピーと画像の実務的なレビュー用チェックリスト

AIは素早く草稿を作れますが、サイトは一貫性があり、正確で、使いやすい必要があります。シンプルなチェックリストがレビューを短く再現可能にします。

コピー用チェックリスト（声に出して一読）

• 明瞭さ： 新規訪問者は5〜10秒で何を提供しているか理解できるか？
• 利益優先： 各セクションは機能を結果（時間短縮、エラー削減、コスト低減）に翻訳しているか？
• 証拠： 主張は具体（数字、事例、ケーススタディ）で裏付けられているか、それとも曖昧か？
• 強いCTA： ページの次のステップはどこでも明確か？（例：「デモを予約」「無料トライアルを開始」）
• 用語の一貫性： 製品名、プラン名、主要用語はページ全体で同じ使い方になっているか？

SEOチェックリスト（人間を意識して）

• 検索意図： ページは検索者が本当に求めること（比較、学習、購入、トラブルシュート）に答えているか？
• 見出し構造： H1は1つ、続いて論理的なH2/H3がページ構造に沿っているか？
• 内部リンク： 次に最も役立つページへリンクしているか（例：/pricing、/features、/blog/your-guide）。無理に貼らない。
• メタデータ： タイトルタグとメタディスクリプションは正確で読みやすく、キーワードの詰め込みではないか？

画像チェックリスト（ブランド一貫性と速度）

• 解像度とトリミング： Retina表示で鮮明か。モバイルで重要部分が切れていないか？
• 圧縮： ファイルサイズは合理的でページ読み込みに影響しないか？
• altテキスト： 画像の目的を説明しているか（単に物体を説明するだけでなく）、キーワード詰め込みをしていないか？
• 一貫性： 照明、カラーパレット、アイコンスタイル、被写体がページ間で一致しているか？

法務＋ブランドチェックリスト（リスク低減）

• 主張： 裏付けのない断定（「保証」「最高」「常に」）はないか？
• 推薦／賛同： 実際の許可、正確な引用、文脈の明示があるか？
• 権利： テキスト、写真、アイコン、生成画像を使用する権利が証明できるか？
• ポリシーとの整合性： トーンとメッセージがブランドボイスガイドラインに合っているか？

最後に、最終承認者を1人任命してください。その人が変更によるページ間の矛盾をチェックし、レビューなしで公開されないようにします。

チームが繰り返せるシンプルなワークフロー

一貫性がAIをチームにとって有用にします。繰り返せるワークフローは品質を保ち、やり取りを減らし、ゼロからやり直すことを防ぎます。

下書き → 編集 → 承認 → 公開（責任者を明確に）

各ステップにオーナーを割り当て、ハンドオフに時間制限を設けます。

• Draft（コンテンツオーナー／マーケ）: 入力（ページ目標、対象、オファー、証拠）を与え、初稿と画像オプションを生成。
• Edit（編集者／ブランドリード）: 明瞭さ、ブランドボイス、スキャン性のために書き直し。一般的／過大な主張を削除。
• Approve（法務／コンプライアンスまたはステークホルダー）: 主張、必要な免責、ライセンス、プライバシーをチェック。
• Publish（Web/SEO）: 実装、画像圧縮、alt文追加、メタデータ確認。

明確な責任者がいないとステップは実行されません。

再利用可能なブロックを作る（毎回プロンプトし直さない）

サイトで繰り返される小さなライブラリを構築します：ヒーローヘッドラインの公式、機能セクションパターン、推薦文レイアウト、FAQプロンプトなど。構造を再利用し、製品固有の情報だけ差し替えます。

製品とマーケティングサイトを同時に作る場合は、これらのブロックをビルドワークフローに近づけて保管してください。たとえば、Koder.aiのようなチャットでウェブやモバイルアプリをつくるプラットフォームを使うチームは、通常「事実＋ボイス＋プロンプト」のパックを一元管理してランディングとアプリ内のコピーで再利用します。同じガードレール—ファクトテーブル、プレースホルダ、レビューリスト—を適用してください。

バージョニングで学習とロールバックを支える

主要セクション（見出し、ヒーロー、価格導入）のビフォー/アフターを保存し、変更理由のメモを残します。変更がパフォーマンス低下を招いたら素早く戻せるようにします。

実務的なヒント：ワークフローがスナップショットとロールバックをサポートするなら（多くの現代的なデプロイプラットフォームがそうです—Koder.ai含む）、コンテンツ実験にもそれを使ってください。メッセージの変更をプロダクト変更と同じように扱い、可逆かつ記録を残すこと。

A/Bテストの基本（焦点を絞る）

一度に1要素だけテスト：見出し、CTAテキスト、またはヒーロー画像。成功基準を事前に定義（例：デモ申込、トライアル開始、チェックアウト開始）。

いつ微調整を止めるか

トップページなど重要ページは月次レビューのペースを設定し、成功指標が安定して基準を満たしているなら次の高影響ページに移ります。

よくある間違いとAIを使うべきでない場面

AIは生産性を上げますが、多くの問題は「自動公開ツール」として扱うことから生じます。良いニュースは間違いは予測可能で、防げるということです。

よくある間違い（なぜ問題か）

最大の誤りは文脈なしに「ウェブサイト用コピーを書いて」とだけ頼むことです。モデルはギャップを埋めようと汎用的な言葉、混在したトーン、でっち上げた詳細を出します。もう一つは最終レビューを飛ばすこと—特に信頼に影響するページ（価格、ポリシー、主張）で致命的です。

注意するレッドフラッグ：

• 非現実的な保証（「即時結果」「100%安全」「誰にでも効く」）
• でっち上げの統計や引用（出典なしの数字、「研究によれば…」と出すが研究は示さない）
• 具体性のない主張（「ベストインクラス」など、何がどう良いのか示さない）
• 自社や競合、規制に関する自信満々だが誤った詳細

AIに向く場面（低リスクで効果大）

ミスのコストが小さく、検証が容易なところでAIを使ってください：

• FAQ（実際のサポートノートに基づく）
• マイクロコピー（ボタン、エラーステート、ツールチップ）
• 機能箇条やベネフィットの変種
• 画像のバリエーション（トリミング案、背景オプション、スタイル検討）

AIを使うべきでない場面（または専門家のレビューが必要）

小さな文言の違いで法的・財務的・評判リスクが生じる領域は避けるか専門家のチェックを入れてください：

• 法的保証やポリシー文言（保証、返金、プライバシー）
• 医療、金融、安全に関するアドバイス
• 推薦文やレビューの生成・改変（決して生成してはいけない）
• 規制の厳しい業界（規制用語や免責が関わる）

専門家を巻き込むべきタイミング

コンテンツが以下に触れるときは速やかにエスカレーションを：契約上の約束（法務レビュー）、ブランドポジショニング（ブランドリード）、技術的/規制事実（分野の専門家）。迅速な専門家のチェックは後の大きな手戻りを防ぎます。

テンプレート：ポリシー、プロンプトライブラリ、次のステップ

チームは同じルールを使うと速く安全に動けます。以下はコピーしてドキュメント、Notionページ、マーケティングプレイブックに入れられる軽量テンプレートです。

1) 1ページの「AIコンテンツポリシー」（コピペ用）

目的： AIを使ってウェブサイトのコピーと画像を下書きし、プライバシー、ブランドボイス、コンプライアンスを守る。

許可された使用例（例）：

• 承認済みの事実に基づくページ構造、見出し、一次下書きの作成
• テスト用の代替CTAや短いバリエーションの生成
• ブランド承認済みのクリエイティブ方向に基づくコンセプト画像の生成

禁止：

• 個人データ、顧客リスト、機密プロダクトロードマップ、非公開契約を入力すること
• AI出力をレビューなしで「最終」として使うこと
• 出典なしに主張（結果、保証、認証）を行うこと

リクエストに必要な入力：

• ページ目標＋対象
• ソース事実（リンクまたは内部ドキュメント参照）
• ブランドボイスルール（トーン、使う/避ける語）
• コンプライアンス注意点（規制用語、必要な免責）

レビュー＋承認：

• オーナー： ___（役割）
• レビュアー： ___（ブランド／コンプライアンス）
• 最終承認： ___

2) プロンプトライブラリのアウトライン（ページ種別ごとの承認済みプロンプト）

“穴埋め”形式のプロンプトを共有ライブラリに作り、各プロンプトを特定のページタイプに紐づけます：

• ホームヒーロー： 価値提案＋見出し3案＋CTA2案（未確認の主張は不可）
• プロダクト/機能ページ： ソース事実に基づくベネフィット＋制限事項＋FAQ
• 価格ページ： プラン比較文言＋誰向けかの説明＋リスク回避ワーディングルール
• アバウトページ： 起源ストーリー＋検証可能な信頼シグナル＋ミッション
• ランディングページ： キャンペーン固有の約束＋証拠ポイント＋反論処理

これらを /templates に保管し、チームが無用に即興プロンプトを作らないようにします。

3) 公開準備チェックリスト（プロセスに貼る）

公開前に確認すること：

• 事実はソースと一致しているか。でっち上げの数値、受賞、顧客の引用がないか
• 主張は限定表現になっているか（保証表現がない）／業界に適したコンプライアンスか
• トーンはブランドボイスに合っているか。ページ内用語は一貫しているか
• 画像は使用権があるか。ブランドロゴや識別可能な人物は許諾があるか
• リンク、CTA、ページゴールは明確か。読みやすさのフローは適切か

4) 次のステップ

1つの高影響ページ（多くはホーム、価格、または主要キャンペーンのランディング）を選び、上述のテンプレートで更新してから、CTR、コンバージョン、ページ滞在時間などを測定します。週次で改善してください。

オプションの内部リンク： /pricing, /blog, /templates