ここで主張したいのはこうだ。「常に実写画像をアップロードすべき」というアドバイスは、少なくとも一律のルールとしては誤りであり、これを無批判に守ると、生成AIをもっと信頼していた場合よりも悪いビルドになる。5年前のサイトから引っ張ってきた480px、照明の悪い、中心がずれた商品写真は、「本物」というだけで自動的にクリーンな生成画像より優れているわけではない。「本物は捏造に常に勝る」という直感が成り立つのは、アップロードされる写真の多くがクリアできていない一定の品質基準を超えた場合だけだ。私は、「実際の商品だから」という理由で薄暗い倉庫で撮ったスマホ写真の使用を主張する人を見てきたが、ビルドの実際のアートディレクションに沿った生成画像の方が、商品を実際に見たことのないすべての訪問者にとって、はるかに良く見えたはずだ。
これが逆説的な部分だ。ここからは、なぜそれが真実なのかという仕組みを説明する——そして、私は実際に自分の写真を使うことをやめさせようとしているわけではないので、最後にはルールが再び逆転する部分についても触れる。
「本物」が「より良い」とは限らない理由
ビルダーチャットの+メニューからアクセスできる画像ライブラリは、フラットなアップロード領域だ。写真、ロゴ、商品写真、スクリーンショットをドラッグして入れ、それぞれに適用範囲——このチャットのみ、またはアカウント全体のすべてのセッション——をタグ付けする。ビルド時にはリゾルバーがライブラリを走査し、各画像の配置先を決定する。これはファイル名の一致ではなく、画像が実際に何を描いているか——店頭、白背景の商品、顔写真、テクスチャ——を読み取り、各セクションが必要とするものと照合することで行われる。この精度は本当に高い。6品目のメニューセクションに対して6枚の商品写真をアップロードすれば、たいてい正しいカードに配置される。
しかし、リゾルバーが配置できるのはあなたが与えたものだけであり、与えたものには生成にはない実際の制約が伴う。
- 解像度はそのまま出力される——ビルダーはアップスケールを一切行わないため、その480pxの遺物は480pxのまま、ページ上の他の要素の中で不鮮明かつピクセル化した状態で表示される。
- 固定アスペクト比——正方形の商品写真をワイドなバナー枠に入れると、引き伸ばされるのではなく中央でトリミングされる。これは正しい挙動だが、被写体が最初から中央になければ容赦なく切り取られる。
- 意図しないUI要素の写り込み——ステータスバーやアプリの枠まで含んだスマホのスクリーンショット「写真」をアップロードする人は、想像以上に多い。リゾルバーはそれでも配置してしまう。なぜなら、正しい被写体の画像として認識されるからだ。結果、あなたのヒーロー画像には電波バーが焼き付いたまま残ることになる。
これはリゾルバーへの批判ではない。むしろ、自分の素材について正直になるべきだという話だ。ビルド自体のアートディレクションに沿って作られた生成画像には、こうした失敗モードが一切ない——解像度の甘さも、中心のずれたトリミングも、意図しないUI要素の写り込みもない。実写画像の出来が悪いなら、「本物」という選択肢が実際には優れているとは限らない。
生成画像に一貫性を持たせる設定
同じく+メニューの下には、ライブラリでカバーされないすべて——ヒーロー背景、区切り線、装飾アート、あなたが提供していないもの全般——を制御する2つのノブがある。1つ目は品質ティアで、これはデフォルトで最高品質にしておけば良いというチェックボックスではなく、実際にトレードオフを伴うものだ。
| ティア | 用途 |
|---|---|
| 低コスト | 背景やテキストの裏に置くもの向け——反復が速く、「もっと暖色系に、もっとすっきりさせて」と4回連続で言いながらルック・アンド・フィールを詰めているときに便利。 |
| 高コスト | ヒーロー規模の画像で、アーティファクトが目立つ場合。 |
私のルール：まずビルド全体を低コストで下書きし、方向性が固まったら2〜3枚のヒーロー画像だけを高品質ティアに引き上げる。逆の順序で行うと、3回の反復後に捨てることになる下書きに割高なコストを払うことになる。
2つ目はスタイル設定——写実的かフラットか、暖色系か寒色系か、賑やかかミニマルか——で、これはプロンプトのたびに指定し直す必要はなく保持される。適用範囲は画像とまったく同様に扱われる：アカウント全体のデフォルト、または大きく異なる方向性が必要なプロジェクト向けのチャットレベルの上書き。代理店アカウントが、同じ週内に手がける法律事務所のビルドとスケートショップのビルドで1つのスタイル設定を共有すべきではない。
とはいえ、実際に一貫性のあるセットを生み出すのはスタイルのノブだけではない——生成アートは、レイアウト・タイポグラフィ・カラーを統括するのと同じ、ビルドの確定したアートディレクション（デザインディレクターで解説）から読み取られるからだ。方向性が確定したビルドでヒーロー画像とセクションイラスト3枚を依頼すると、3回指定しなくてもパレットとレンダリングスタイルが揃う。まだ方向性が確定していないビルドで依頼すると、それらしいが一貫性のない結果が返ってくる——これはバグではなく、方向性が未確定であるというシグナルだ。
「常に実写をアップロードすべき」派が正しく指摘している点
そしてここで譲歩しよう。一律のルールは誤りだが、その根底にある直感は誤りではないからだ。品質ティアやアートディレクションに関わらず生成が失敗するカテゴリの画像があり、それはまさに人々が「実写をアップロードしろ」と言うときに指しているカテゴリだ：顔、食べ物、そしてロゴ。
実写のペストリー写真と生成された店舗外観を組み合わせたベーカリーサイトは、まったく問題なく見える——生成された建物が写真そのままに正確であることを誰も期待していないし、写真が存在しなかった箇所を実際に埋めているからだ。同じサイトでカウンター上の本物のクロワッサンの代わりに生成されたクロワッサンを使うと、約2秒で違和感を覚える。私たちの目は建築物ほどには実物の食べ物を精密に見分けるようキャリブレーションされていないからだ。あなた自身は必ずしも気づかないかもしれない——すでに1時間もそのビルドを眺めているのだから——だが、初めて訪れる人は気づく。そしてそれこそが重要な観客だ。
ロゴはさらに悪く、ここでは「実写を優先すべき」よりも踏み込んで言おう。実在するビジネスのヘッダーに生成されたロゴらしきマークが載っているのは、リゾルバーが生み出しうる最悪に近いものだ。そしてこれはほぼ常に、誰も本物をアップロードしなかったために起こる。クリーンなロゴファイルがないなら、ビルドを進めさせずに声に出してそう伝えるべきだ——そうしなければ、公開前に誰も気づかないほどそれらしいプレースホルダーマークができあがることになる。
つまり、修正されたルールは「常に実写を」でも「生成で問題ない、気にしなくていい」でもない。そのどちらよりも狭い範囲だ：顔、食べ物、商品、場所、ロゴは、存在していて十分な品質があるならアップロードすべきだ——リゾルバーは良い素材に対して手厚く報いてくれる。それ以外は、質の悪い実写画像も含めて、生成に任せて構わない。写真であるというだけの理由で例外扱いを続けると、誰も進んで選ばなかったはずの480px商品写真を出荷することになる。
