工務店・ハウスメーカーの素材検索にAIを使う 写真タグと公開条件の整理

したがって、導入条件は明確です。元画像の所在が分かること、案件単位の確認記録へ戻れること、公開可否を「可・不可」の二択にしないこと、この3点を満たす会社なら実用化しやすくなります。反対に、担当者の記憶だけで公開してきた会社は、先に写真を集め直すよりも、今後使う候補から小さな台帳を作るべきです。本記事では、写真タグと公開条件を整理し、担当者が検索結果から安全に使用候補を選べる状態までを扱います。公開条件を満たした候補の中から、施工事例などの用途に合う写真を比較して選ぶ工程は、工務店の施工事例写真選びをAIで補助｜比較基準と人による最終確認で扱います。両記事は、後述するA～Eの判定コードと素材IDの規則を共通で使います。AI活用全体の進め方は、基幹記事の工務店のAIマーケティング運用に譲ります。

01.素材検索の目的を「見つける」から「使える候補を絞る」へ変える

写真フォルダをAIで検索できるようにすると聞くと、「木の家」「吹き抜け」「家族」と入力すれば目的の写真が出てくる状態を想像しがちです。しかし、表示された写真がそのまま広告やWebサイトに使えるとは限りません。写っている内容が希望に合っていても、公開先、公開期限、人物の扱い、加工の可否が不明なら、担当者は結局一枚ずつ確認することになります。

素材検索の成果物は、検索結果そのものではありません。「用途に合う」「公開条件を満たす」「根拠へ戻れる」という3条件を満たした候補一覧です。この定義に変えると、必要な台帳項目も明確になります。写真の特徴だけでなく、原本の保管場所、案件、確認記録、許可された媒体、要修正箇所を結び付けなければなりません。

検索時には、写真に写る事実と、会社側が持つ利用条件を混ぜないことが重要です。たとえばAIが「子ども部屋」と分類できても、その写真に写る人物の公開条件は判断できません。「施工事例に掲載済みだからSNSにも使える」とも限りません。画像認識の結果は内容タグへ、契約や社内確認の結果は公開条件へ入れます。

この表から読み取るべきなのは、画像を見れば分かる情報と、画像を見ても分からない情報の境目です。AI導入の効果を高めるには、この境目を消すのではなく、台帳上ではっきり分けます。

一回の大整理より、使用予定から逆算する

数万枚の写真を最初から完璧に分類しようとすると、タグ設計が固まる前に作業量が膨らみます。まずは今後1～2か月に更新する施工事例、SNS投稿、営業資料など、具体的な用途を一つ決めます。その用途で必要な写真だけを対象に、検索と公開判断の流れを試します。

開始単位は案件数ではなく、担当者が目視できる枚数にします。たとえば50枚を試す場合も、「50枚なら適切」という一般基準ではありません。自社で一人の確認者が、元記録まで戻って判断できる量として設定します。時間を測り、未判定が多ければ次回の投入数を減らします。

この流れでは、タグ付けの直後に公開する工程がありません。内容が合う写真を集めてから、用途ごとの条件を照合し、必要なぼかしやトリミングを含めて承認する構造です。

02.架空案件で完成形を先に定義する

ここからは、運用を具体化するために一つの架空例を使います。実在企業、実在施主、実績値を示すものではありません。架空の工務店「山桜ホーム」が、架空案件「AJ-042」の竣工写真を整理し、施工事例ページとInstagram投稿の候補を探す設定です。

AJ-042は、2026年3月竣工という想定の木造住宅です。撮影データは120枚、うち今回の試行対象は、担当者が事前に選んだリビング、キッチン、玄関、外観の40枚とします。写真には施主家族が写るカット、表札が読める外観、窓から近隣建物が見えるカットが含まれるものとします。

架空の社内記録では、建物のみの写真は自社Webサイトの施工事例への掲載候補にできます。一方、SNSへの掲載範囲、人物が写る写真、表札が判読できる写真については確認記録が不足しています。この不足をAIの推測で埋めず、「要確認」として残すことが今回の重要な要件です。

この表で注目したいのは、同じ写真でも施工事例とInstagramでは判定を分ける点です。「写真単位で公開可」と登録すると、許可範囲が異なる媒体への転用を止められません。

完成形は、写真一覧にタグが並んだ状態ではありません。担当者が「Instagramで使えるキッチンの縦位置写真」を検索したとき、公開条件を満たす候補、修正後なら候補になる写真、確認が終わるまで使えない写真が分かれて表示される状態です。

今回作る成果物

山桜ホームが作る成果物は、次の4点です。

1. タグ辞書 2. 素材台帳 3. 用途別の公開条件表 4. 使用前チェック票

タグ辞書は検索語のルール、素材台帳は写真ごとの事実、公開条件表は媒体別の判断、使用前チェック票は制作物への採用直前の確認を担います。役割を分けることで、一つの巨大な表に説明文や判断履歴が詰め込まれるのを防げます。

03.タグ辞書は検索する言葉から設計する

AIに「この写真へ適切なタグを付けて」と頼むだけでは、同じ特徴に「リビング」「居間」「LDK」「リビング空間」が混在します。検索者が「LDK」と入力したときに「居間」しか付いていない写真が漏れるため、AIの語彙の豊かさが検索精度を下げる場合があります。

先に決めるべきなのは、写真を説明できるすべての言葉ではなく、自社の担当者が探す言葉です。過去の投稿企画、施工事例の見出し、営業担当からの素材依頼を見て、「どのような条件で探したか」を集めます。そこから部位、特徴、構図、状態などのタグ群を作ります。

タグは一語に多くの意味を持たせないようにします。「明るいリビング」は、部位がリビング、光の状態が明るい、という二つの情報です。ただし「明るい」は撮影時の露出にも左右されるため、検索上の必要性が低ければ採用しません。代わりに「大開口」「南面窓」「日中撮影」など、目視で比較しやすい候補へ分解します。

この表は、形容詞を禁止するためのものではありません。人によって判定が割れやすい言葉を、できるだけ観察可能な特徴へ置き換えるための基準です。「ナチュラル」など自社の企画で頻繁に使う語は、検索補助語として残しても構いませんが、事実タグとは列を分けます。

同義語は保存値と検索語を分ける

保存値を「LDK」に統一しても、担当者は「リビング」で検索するかもしれません。そこで、台帳に複数の同義タグを重ねるのではなく、タグ辞書に検索別名を持たせます。

ここで読み取るべきなのは、検索者の言葉を受け入れながら、保存する値は増やしすぎない設計です。正式タグを変更すると過去データへの影響が出るため、別名の追加で吸収できる形にしておきます。

AIにはタグ辞書を渡し、「辞書にある正式タグだけを返す」「該当しない場合は空欄」「確信できない材種は候補欄へ入れる」と指示します。自由な説明文を同じ欄へ入れさせないことが、後から絞り込めるデータを作る要点です。

04.素材IDと原本への導線を先に整える

タグが正しくても、検索結果から原本へ戻れなければ制作には使えません。チャットへ画像を一時的に投入し、AIが付けた説明だけを表へコピーすると、どの画像への説明だったのか分からなくなることがあります。先に素材IDを発行し、AIへの入力と出力の両方に同じIDを含めます。

画像を外部のAIサービスへ入れる前には、そのサービスの契約条件、入力データを学習に使う設定、保存期間、アクセス権限と、自社の情報管理ルールで利用が認められているかを確認します。確認できていない間は、人物、表札、書類、図面などが写った画像は投入せず、建物のみの写真から試します。写真ファイルにはExifなどのメタデータとして撮影位置（GPS）や撮影機器の情報が含まれることがあるため、外部へ送る画像からはこれらを削除しておきます。

素材IDは、公開タイトルや説明文ではなく、社内で一意に特定するための識別子です。架空例では「AJ-042-PH-001」のように、案件ID、種別、連番を組み合わせます。ただし、既存のデジタル資産管理やファイル管理に一意のIDがあるなら、新しい番号体系を重ねる必要はありません。

元のファイル名は変更せず、台帳に素材IDとの対応を残す方法もあります。撮影者から納品された連番、編集済みファイル、Web用に縮小したファイルが混在している場合、どれを原本と呼ぶかを社内で決めます。「最も容量が大きいもの」を自動的に原本とみなすのではなく、納品記録や編集履歴を確認します。

この表から分かるのは、必須項目と、分からなくても登録できる項目を分ける必要性です。撮影日が不明だから全作業を止めるのではなく、原本へ戻るための項目だけを登録必須にします。

重複写真も、機械的に一枚へ統合しないほうが安全です。連写の中で人物の表情、窓外の写り込み、ピントが異なることがあります。AIは類似候補をまとめ、人は制作意図と公開条件を見て残す版を決めます。公開条件が写真ごとに違う場合は、似ているからという理由で条件をコピーしません。

05.AIには「観察」「候補」「不明」を分けて出力させる

写真タグの誤りは、AIが何も分からないときより、もっともらしい説明を返したときに見逃されやすくなります。たとえば木目が見える床を「オーク無垢材」と説明しても、写真だけでは樹種や構成を確定できない場合があります。検索に便利そうな詳細さが、商品説明や施工事例では誤情報の入口になります。

入力指示では、観察できる特徴、資料照合が必要な候補、不明の3区分を求めます。観察欄には「木目調の床が広く写る」、候補欄には「木質系床材。仕様資料との照合が必要」、不明欄には「樹種、無垢か複合か」といった形で出します。

写真の読み取りそのものを詳しく設計したい場合は、関連記事の工務店の施工写真をAIで読み取る｜写る事実と推測を分ける方法も参照できます。本記事では、その読み取り結果を検索台帳へ落とす工程に絞ります。

AIへの入力は、次のように固定できます。

あなたは写真の採用可否を決めず、検索用の候補情報だけを整理します。
素材IDごとに、辞書内の正式タグ、画像から観察できる短い事実、仕様資料との照合が必要な候補、不明点、人物・文字・番号・画面表示の有無を返してください。
辞書にないタグは新設せず、「タグ追加候補」に記載してください。
樹種、製品名、所在地、居住者の属性、許可の有無、設計意図は画像だけから断定しないでください。
出力対象の素材IDが入力と一致しない場合は処理を止めてください。

この指示で大切なのは、AIに「正解を一つ返す役」を与えないことです。検索タグは候補として出し、公開許可は判断対象から外します。形式を表やJSONなどに統一する場合も、担当者が読める確認画面を別途用意します。

AI出力の修正例

架空素材「AJ-042-PH-014」は、キッチンからLDK方向を撮影した横位置写真とします。画面奥には人物の後ろ姿が小さく写り、冷蔵庫には紙が貼られている設定です。

この修正例からは、誤タグだけでなく、AIへ任せてはいけない列を発見できます。「SNS利用可能」という出力が繰り返されるなら、プロンプトの注意書きを増やすだけでなく、AIが書き込めない列構造に変更したほうが堅実です。

修正履歴は、AIの性能評価だけのために残すものではありません。担当者間で判断基準を合わせ、タグ辞書を更新する材料になります。同じ修正が3回続いたら必ず辞書を変える、といった一律の回数基準は不要です。検索漏れや誤公開につながる修正は一度でも優先して反映します。

06.公開条件は媒体・要素・処理・期限に分解する

公開条件を「公開OK」「公開NG」だけで管理すると、実際の制作で役に立ちません。人物を除けばWebへ使える、表札を隠せば紙の会社案内へ使える、SNSだけは再確認が必要、といった条件を表せないからです。

少なくとも、媒体、写っている要素、必要な処理、確認状態、期限または再確認条件を分けます。期限が明記されていない場合も、AIが日付を補ってはいけません。「期限記録なし」「案件担当へ確認」のように、記録の状態をそのまま残します。

公開条件の根拠は、同意書、契約書、撮影依頼時の記録、社内承認など、自社が確認可能な資料へリンクまたは参照番号で戻れるようにします。本記事は、どの資料が法的に十分かを一律に決めるものではありません。判断に迷う契約・権利・個人情報の扱いは、自社の規程と個別資料を基に、必要に応じて専門家へ確認してください。

人物や表札などから個人を識別できる写真を扱うときは、画像の分類と、個人情報の取得・利用・共有の判断を別に行います。AIにタグを付けさせたことや社内で検索できることは、別の媒体への掲載根拠にはなりません。個人情報の取扱いは個人情報保護委員会の個人情報保護法ガイドライン（通則編）で該当する条件を確認し、写真ごとの許可記録と突き合わせます。

この表で重要なのは、BとCを分ける点です。画像処理で条件を満たせる写真と、そもそも確認記録がない写真では、次の担当者と作業が違います。両方を「要確認」にまとめると、保留箱が増えるだけです。

公開範囲は写真単位ではなく用途単位で持つ

架空案件AJ-042の「PH-014」が、施工事例ではB、InstagramではCになることはあり得ます。台帳の一行に一つだけ公開状態を置くと、この違いを記録できません。素材基本表とは別に「素材ID×用途」の判定表を作ります。

ここから読み取れるのは、「社内閲覧できる」「過去にWebへ載せた」という事実を、別用途の許可へ読み替えない構造です。検索画面でも用途を先に選ばせ、その用途の判定だけを表示すると誤選択を減らせます。

必要な処理も「ぼかし」とだけ書かず、対象を特定します。「左下の表札」「冷蔵庫中央の紙面」「窓外右側の車両番号」のように指示し、処理済みの派生版を別IDで保存します。原本へ直接上書きすると、別用途の制作や再編集に支障が出るため、原本と公開用派生版を区別します。公開用派生版を書き出すときは、Exif等の撮影位置や撮影機器の情報を削除する設定を使い、書き出し後に残っていないことを確かめます。施主宅の所在地が、写真の見た目ではなくファイルの情報から分かってしまうことを防ぐためです。

07.検索条件を質問文からフィルターへ変換する

タグと公開条件を登録しても、検索担当者が毎回長い自然文で質問すると、結果の再現性が下がります。「Instagramに使えそうな明るいキッチン」は、人によって期待する写真が異なります。自然文検索を禁止する必要はありませんが、内部では条件を分解して表示します。

たとえば架空の依頼を「Instagramの縦投稿用に、造作収納が分かるキッチン写真。人物の顔が写らず、すぐ制作に進めるもの」とします。これを、用途＝Instagram、部位＝キッチン、建築要素＝造作収納、人物状態＝人物なし・後ろ姿・手元のみ、画面方向＝縦、公開判定＝A、という条件へ置き換えます。「顔が写らない」という依頼は、タグ辞書にある人物状態の値へ読み替えます。

ただし、縦写真が一枚もなければ、横写真を自動的に「縦向き」と見なしてはいけません。トリミング余地のある横写真を第二候補に分け、制作担当者が構図を確認します。検索結果ゼロは、AIが条件を緩めて隠すべき失敗ではなく、撮影や素材蓄積の不足を知るデータです。

この模式図では、内容タグで見つけた後に公開条件で絞ります。最初からAIへ「使える写真を選んで」と頼まず、どの条件で残り、どの条件で落ちたかを追えるようにします。

検索結果は三つの棚に分ける

結果画面や出力表は、「今すぐ候補」「修正後候補」「確認待ち」の三つに分けると実務的です。使用不可や明らかな対象外は通常の結果から外し、必要な権限を持つ担当者だけが除外理由を確認できるようにします。

「今すぐ候補」も、無条件に公開できるという意味ではありません。制作物に組み込んだ時点で、見出し、説明文、他の写真との組み合わせが新たに生じます。最終チェックを省略できる名称ではなく、「指定用途について素材側の条件がそろった」という限定的な状態です。

検索ゼロの場合の緩和順も決めます。まず主観タグを外し、次に構図の希望を緩め、最後にBの修正後候補まで広げます。媒体や公開条件を勝手に緩めてはいけません。Cの確認待ちを混ぜる場合は、別枠で件数を示します。

この表から読み取るべきなのは、検索の失敗を撮影改善へ返せることです。「縦位置の洗面写真がない」「造作収納の寄りしかなく全体との関係が分からない」と分かれば、次回の撮影依頼へ具体的に反映できます。

08.人による確認を全件目視から差分確認へ変える

AIを使っても、人の確認はなくなりません。ただし、すべてを最初から説明し直す必要はありません。AI出力とタグ辞書、既存案件情報の差分を確認する形に変えると、見るべき箇所を絞れます。

最初の試行では全件を目視し、どの種類の誤りが出るかを把握します。安定後も、人物、文字、番号、画面表示、鏡や窓への映り込み、仕様の断定候補、公開条件の未入力は優先確認対象にします。AIが高い確信度を示したとしても、その数値だけで公開確認を省略する運用にはしません。

確認者は、検索担当と公開承認担当を必ず別人にしなければならない、と一律には言えません。小規模な工務店では兼務が現実的です。その場合も、一つの画面で連続して承認せず、登録日時、確認日時、根拠参照、判断者を記録し、後から経緯を追えるようにします。

評価は「正解率」一つにまとめない

写真タグの評価と公開条件の評価では、誤りの重さが違います。「引き」を「寄り」と誤ると検索効率が落ちますが、人物ありを人物なしと誤ると公開判断に直接影響します。全項目を平均して90％だった、と表現すると重要な見逃しが埋もれます。

架空の試行40枚を評価するなら、分母と計算式を項目ごとに示します。以下は評価設計の例であり、AIを実行した結果や山桜ホームの実績ではありません。

ここで見るべきなのは、高い総合点ではなく、運用を止める弱点です。部位タグの一致率が十分でも、人物の見逃しや原本へ到達できないケースが残るなら、公開用途への展開を急ぎません。

数字を比較するときは、同じ対象と手順で測ります。初回40枚は人物写真が多く、次回40枚は無人の室内写真だけなら、見逃し率の単純比較は意味が薄くなります。対象案件、写真種別、確認者、使用したタグ辞書の版を一緒に記録します。

09.誤りを見つけたら写真だけでなく仕組みを直す

一枚の誤タグを直して終えると、次の案件でも同じ誤りが発生します。修正先は、個別レコード、タグ辞書、AIへの指示、入力資料、確認画面、担当分担のいずれかです。原因を分類し、影響範囲を決めます。

たとえば「洗面」を「キッチン」と誤認しただけなら個別修正で済むことがあります。しかし、造作洗面とキッチンを繰り返し混同するなら、「鏡」「洗面ボウル」「加熱機器」などの観察点を辞書の注記へ加えます。それでも判断しにくい写真は、無理に一つへ決めず複数候補または不明とします。

公開条件の誤りは、同じ案件の他写真にも影響する可能性があります。「案件全体がSNS可」と誤って一括登録していたなら、発見した一枚だけをCへ戻すのでは足りません。同じ根拠参照を使った写真を抽出し、対象範囲を確認します。

この流れから分かるのは、誤りの訂正と、再発防止の改訂を別作業として扱う必要性です。辞書を直しただけでは、旧版で処理済みの写真は自動的に正しくなりません。再確認対象を抽出して更新します。

失敗時の分岐を決めておく

AI出力が空欄だらけの場合、精度が低いと決めつける前に入力を見ます。画像が小さすぎる、素材IDが欠けている、複数写真を一枚として扱っている、タグ辞書が長すぎて指示の対応関係が崩れている、といった可能性があります。一回の処理枚数を減らし、素材IDごとに出力を照合します。

逆に、詳細な出力が大量に返る場合も成功とは限りません。辞書外タグ、推測した設計意図、施主属性、所在地候補が混じっていれば、検索台帳へ入れる前に止めます。自由記述欄を残すなら、公開文へ自動転用しない「作業メモ」と明示します。

案件台帳とのひも付けができない写真は、見た目が魅力的でもE判定に置きます。「どこかの施工例」「以前SNSで使った気がする」といった記憶を根拠にしません。後から案件が判明したら、根拠参照を追加して再判定します。

修正済み画像でマスク漏れが見つかった場合は、派生版だけを直すのか、同じ編集元から作った他サイズにも影響するのかを確認します。Web用、SNS用、印刷用を別々に書き出しているなら、共通の編集データまたは原本IDから派生関係を追えるようにします。

10.公開直前は素材条件と掲載文を合わせて点検する

素材台帳でAになっていても、掲載物全体の確認は別に必要です。写真単体では問題がなくても、見出しに地域名を加え、間取り説明や家族構成を組み合わせることで、当初の確認範囲と異なる表現になることがあります。

また、写真タグは検索のための内部情報です。「大開口」「板張り」「子ども部屋候補」といったタグを、そのまま画像の代替テキストや説明文へコピーするものではありません。公開文は、ページの文脈と写真が伝える内容に合わせて書きます。

Googleは、生成方法にかかわらず、コンテンツの正確性、品質、関連性を重視し、価値のない大量生成に注意を促しています。タイトル、説明、構造化データ、画像のaltも内容と一致させる対象です。写真タグを大量に付けること自体を検索対策とせず、公開ページで利用者に必要な説明へ整えるべきです。Google Search Central「生成AIコンテンツのガイダンス」

内部タグをページへ羅列するより、写真が伝える施工内容を正確に説明し、通常のページとして読める状態を優先します。

写真から公開用の説明文を作る工程は、工務店の写真説明文をAIで作る｜部位・用途・設計意図の整理で詳しく扱っています。素材検索では、説明文の完成までを一度に自動化せず、採用素材を確定してから公開文を作るほうが修正箇所を追いやすくなります。

この表は、公開担当者が素材台帳を信用しないためのものではありません。台帳が扱う「素材側の条件」と、完成したページや投稿で生じる「掲載物側の条件」を接続するチェックです。

11.小さく導入し、保留の滞留まで運用する

実務導入では、最初から全社の写真を対象にせず、一つの用途、一つの案件群、一人の管理責任者から始めます。おすすめの開始点は、近く公開予定があり、案件記録へ戻れる写真です。古い不明写真から始めると、AIのタグ性能より資料探索に時間を使うことになります。

架空の山桜ホームなら、AJ-042の40枚を対象に、施工事例用途だけを先に判定します。Instagram判定は同じ台帳に列を増やすのではなく、用途別判定表へ追加します。試行後、どの列が空欄になったか、どの確認が担当者の記憶に依存したかを洗い出します。

運用責任者の仕事は、すべての写真を自分で見ることではありません。タグ辞書の版を管理し、公開条件の参照先を決め、CとEの保留が放置されていないかを見ることです。現場担当、広報、制作会社などが関わる場合は、誰がどの列を更新できるかを決めます。

この表から読み取れるのは、AIが新しい承認者になるのではなく、既存の担当間で受け渡す情報を整える役割だということです。少人数の会社では一人が複数役を兼ねても、作業の区切りと記録は残します。

保留には理由と次の行動を付ける

「要確認」だけでは、誰も動けません。「SNS利用範囲が記録にないため、案件担当が確認」「表札の判読性を原寸で確認」「案件ID不明のため撮影日と担当者から照合」のように、理由、担当、次の行動を記載します。

回答期限は、自社の公開予定から逆算して設定します。根拠がないのに「一定期間返事がなければ可」と自動変更してはいけません。公開日に間に合わなければ、A判定の別素材へ差し替えるか、その企画では写真を使わない判断をします。

取り下げや条件変更が発生した場合に備え、使用履歴から掲載先へ戻れるようにします。同じ画像を複数の投稿、施工事例、PDFへ使っているなら、素材IDで掲載先を検索できる状態が必要です。履歴がなければ、台帳の公開判定を変更しても、すでに公開した制作物へ反映できません。

12.自社で再現できる台帳を完成させる

最終的に必要なのは、高度な画像検索システムではなく、次の担当者が同じ条件で判断できる台帳です。表計算でも既存の資産管理ツールでも構いません。重要なのは、自由記述を減らしつつ、例外の根拠と修正履歴を失わないことです。

最低限の構成は、素材基本表、タグ辞書、用途別公開条件表、使用履歴表の4シートです。各表を素材ID、案件ID、用途コードで関連付けます。タグ辞書には版番号と改訂日を付け、AI処理時にどの版を使ったかを素材基本表へ残します。

素材基本表の一行へ、すべての媒体の許可、掲載履歴、修正指示を詰め込まないでください。列が増え続け、条件変更のたびに過去の値が上書きされます。繰り返し発生する用途判定と使用履歴は別表にし、一つの素材IDへ複数行を関連付けます。

この表が示す完成条件は、「空欄が一つもない」ことではありません。不明を不明として示し、原本、根拠、次の作業へ戻れることです。確認できない項目をAIで埋めるより、E判定として隔離できる台帳のほうが実務で信頼できます。

導入後は、検索回数だけで効果を測らないようにします。目的の素材へ到達できたか、公開条件の確認漏れが減ったか、保留理由が明確になったか、撮影不足を次回へ返せたかを見ます。検索時間が短くても、誤った写真を選び直す作業が増えれば改善とはいえません。

最後に、山桜ホームの架空例で検索を再現すると、「Instagram」「キッチン」「造作収納」「縦」「人物なし・後ろ姿・手元のみ」「判定A」を指定します。AがゼロならBを別枠で確認し、トリミング可能な写真を探します。Cしかなければ、公開条件を緩めず案件担当へ照会します。それでも間に合わなければ、別案件のA素材を探すか、投稿企画を変更します。この分岐まで台帳に組み込めば、AI検索は単なる画像当てではなく、制作判断を支える仕組みになります。

写真を探した後の投稿制作では、採用した素材ID、使用した派生版、見出し、投稿文を一緒に保存すると、後日の差し替えや再利用がしやすくなります。AIに公開判断を任せるのではなく、人が編集した制作物と素材台帳を結び付けて運用してください。