実務画像ワークショップ：一枚の広告ビジュアルを検証可能な工程で作る

一枚なら偶然でよい、という罠

画像生成で最も危険なのは、最初の見栄えのよい一枚を完成と呼ぶことだ。商品名が一文字違う、手が製品を貫く、使ってはいけないロゴが背景に現れる、人物の同意が不明なまま公開される。目立たない誤りほど、レイアウトを完成させた後に見つかる。この演習では「架空の無糖紅茶の新商品を、窓辺で読む人物と一緒に見せる」広告を作る。実在ブランド、人物、商品を使わないため、試行の記録と評価だけに集中できる。

1. 1利用目的
2. 2正しい事実の表
3. 3reference pack
4. 4構図ラフ

1. 1生成候補
2. 2採点
3. 3inpainting/合成
4. 4文字組み
5. 5公開監査

1. 1不合格の理由
2. 2条件を一つ変える
3. 3再生成

最初に「生成してよいもの」と「生成してはいけないもの」を分ける

商品名、容量、成分、価格、キャンペーン日付、法的表記は生成しない。確定したテキストレイヤーとして後で配置する。生成に任せるのは、窓から入る朝の光、木のテーブル、湯気、読書する人物の雰囲気、製品の置かれる余白である。製品そのものを扱うなら、承認済みのパックショットを別レイヤーで合成するか、正確な形を確認できる参照として使う。

目的はSNSの縦長か、Webバナーの横長か、印刷かを先に決める。比率が決まらないまま絵を作ると、最後のトリミングで人物の手や製品が切れる。1080×1350の縦画像なら、見出しの安全領域、製品の領域、人物の視線が向かう余白をラフの矩形で置く。高品質な画像ではなく、承認しやすい構図を先に作る。

参照とプロンプトの役割を限定する

参照は製品の色、人物の衣服、光の温度、机の素材を固定する。プロンプトは「窓辺の読書」「朝の柔らかい逆光」「製品左、人物右」「上部にコピー用余白」のように、場面と画面構成を伝える。否定語を無数に積むより、絶対に避ける要素は参照選択とマスク・合成で回避する。OpenAIの画像API発表 は、画像生成・編集を制作ツールへ組み込む用途を挙げるが、出力中の文字や商標の正確性を保証するものではない。

候補は最初から大サイズで一枚だけ作らない。小さいサイズで4〜8候補を出し、構図、製品の識別性、人物の自然さ、光、余白、不要な文字・ロゴを採点する。評価者が二人いるなら、生成設定を隠して同じ尺度で選び、好みと用途適合を混同しない。選ばれた一枚だけを高解像度化または再生成し、元の候補と比較する。

1. 1ラフ構図 + 参照 + 場面説明
2. 2低解像度候補群

1. 1候補群
2. 2構図/手/製品/余白/権利リスクの採点

1. 1採用候補
2. 2局所修正
3. 3パックショットと文字のレイヤー合成

局所修正とレイヤー編集

手が不自然なら、人物の全身を作り直さず、手と製品周囲にマスクを作って局所修正する。湯気が製品ラベルを覆うなら、湯気だけを削る。マスク修正では境界に影や反射が残るため、前後のピクセルが自然につながるか100%表示で確認する。製品ロゴ、商品名、価格、注意書きはベクターか高解像度の承認素材で載せる。これはモデルの弱点を隠す工程ではない。更新と法務確認を可能にするための設計である。

ローカルのopen weightsを使う場合は、生成候補を多く出せる利点がある。Stable Diffusion 3.5の公式発表 は複数のモデル版とCommunity Licenseを案内するが、実行前に現行の重みライセンス、使用GPU、第三者ノード、出力の保存経路を確認する。クラウドAPIでは、組織のデータポリシー、モデル更新、費用上限、レート制限を確認する。手段が違っても、採点表と承認素材の管理は同じである。

最終監査

公開前に、事実テキスト、製品画像、人物同意、著作権・商標、背景の偶発的な文字、肌・手・反射、アクセシビリティ用代替テキスト、出所記録を確認する。生成画像を広告に使う可否はモデル名だけでは決まらない。使った参照、サービス規約、組織のブランド基準、公開先のポリシーで決まる。

最後に入力、参照版、モデル・設定、候補、採点、マスク、最終レイヤー、承認者をまとめる。次のキャンペーンで必要なのは、同じ文を再利用することではない。何を固定すれば商品らしさが保たれ、何を生成へ任せれば探索が速いかという判断を再利用することである。

一時間の制作を三つの判定へ分ける

最初の20分は構図だけを決める。白地にコピー、人物、製品の矩形を置き、候補を六枚ほど比べる。次の20分は人物と光を選ぶ。人物の手が製品を隠していないか、視線がコピーから離れ過ぎないか、製品周囲に余白があるかを見る。最後の20分は局所修正と合成である。商品パックショット、商品名、価格、注意書き、CTAを決定レイヤーとして置く。

採点表は構図、製品識別、人物の自然さ、光、余白、誤情報・不要な文字、権利リスクを各0〜2点とする。製品識別か権利リスクが0なら平均点に関係なく不採用にする。製品が小さ過ぎるなら、解像度を上げる前に構図ラフで領域を広げる。手がラベルを覆うなら手だけをマスクして直す。背景の文字はぼかすか置換し、商品名の誤字は生成で直さず承認済みテキストから置く。

1. 120分: 矩形で構図を決める
2. 220分: 人物と光を採点する

1. 120分: マスク修正と決定レイヤー
2. 2事実/権利/表示を監査

1. 1公開後の修正要求
2. 2元のレイヤーと記録から安全に再出力

この順番はスピードのためだけではない。直した箇所、残った箇所、意図的に作ったレイヤーの境界を残す。価格変更や地域別の注意書き、季節キャンペーンにも、画像を最初から賭け直さず対応できる。

承認依頼には最終画像だけでなく、目的、掲載面、確定テキスト、生成した部分、合成した部分、使用参照、残った判断点を短く添える。承認者が雰囲気だけでOKを出すと、商品名や権利の確認が抜ける。小画面のプレビュー、原寸、文字を選択できるレイアウト案を並べれば、視覚と事実を別々に確認できる。

「人物を自然に」という修正依頼は、笑顔、視線、姿勢、手、肌、光のどれが違和感の原因かを聞く。表情なら顔周り、姿勢なら人物参照またはポーズ、光なら背景・影というように対応層だけへ戻る。用途、比率、言語、版、承認日を含むファイル名にすれば、同名の古い画像を公開する事故も減らせる。

公開後に見つかった問題は、画像だけ差し替えて終えない。どの入力、どのレイヤー、どの承認段階で見逃したかを短く記録し、次回の採点表へ加える。たとえば小画面でCTAが読めなかったなら、余白点だけでなく最終表示サイズでの可読性を必須ゲートにする。修正履歴を工程へ戻すと、次の制作は経験ではなく改善された仕様から始められる。

採用理由を一文で残せば、次の人も意図を再現できる。

2024〜2026の編集シフト後の release check

この workshop は prompt の履歴と同じだけ edit trail を残すべきだ。source asset、permission 状態、mask/crop、生成 candidate、手作業 retouch、文字校正、最終 export を記録する。最近の OpenAI 画像発表は製品面が速く変わり得ることを示すが、視覚的な release review を置き換えない。最終 pixel size で生成文字を点検し、選んだ画像の原 asset と export hash を残す。