MEDICALATTRACTCREATIVE QUEST / NAGOYACONTACT ↗
← NEWSROOM

TRANSMISSION RECEIVED

FILE / 2026101418

Web画像の
LLMO。
alt・周辺文・
OG画像を揃える
5つの確認

Web画像を元画像・HTML実装・意味説明・比率別代表画像・公開確認の順に整える角のないドット絵エイリアン

Webサイトの画像をLLMOのために見直すとき、altへ検索語を詰め込んだり、画像ファイルだけを大量に増やしたりしても、画像の意味や掲載ページとの関係は整いません。まず確認したいのは、その画像が何を伝えるためのものか、ページ内のどの説明を支えるか、公開してよい権利状態か、検索エンジンが到達できる実装かという基本です。

Googleは、生成AI検索でも基本的なSEOが土台であり、重要な内容をテキストで提供し、必要に応じて高品質な画像や動画で補うことを案内しています。Google画像検索の公式ガイドも、標準のHTML画像要素、画像に関連する周辺文、適切なalt、クロール可能な画像URLなどを挙げています。AI検索だけに効く特別な画像マークアップがあるわけではありません。

この記事では、2026年10月14日時点のGoogle検索セントラル、W3C WAI、OpenAIの一次情報をもとに、Web画像を検索・AI検索に備える5つの確認を整理します。表示、引用、流入、検索順位を保証するものではありません。JavaScriptで画像や本文を出すサイトはJavaScriptサイトのLLMO、動画のサムネイルや文字情報は企業動画のLLMOもあわせてご覧ください。

結論:画像単体ではなく「用途・ページ・説明・権利」を一枚にする

画像管理では、ファイル名だけでなく、掲載ページ、画像の役割、代替テキスト、周辺の見出し・本文、代表画像として使う場所、作成者・権利、公開日、更新日を一つの画像台帳へ記録します。画像を差し替えたときにalt、OG画像、構造化データ、一覧サムネイルが古いまま残ることも防ぎやすくなります。

検索やAI検索に備える目的は、機械向けの説明を増やすことではなく、人がページを理解できる情報と、検索システムが取得できる公開状態を一致させることです。画像内に重要な文字や数値がある場合は、画像だけに閉じず、見出しや本文、表などのHTMLでも内容を伝えます。

Web画像のLLMOで揃える5つの確認

1.画像の役割と権利を、制作前に決める

最初に、画像を記事の内容を代表する画像、手順を説明する図、事例写真、装飾、リンクやボタンの機能画像などに分けます。同じ画像でも掲載目的が違えば、必要な説明は変わります。W3C WAIは、情報を伝える画像、装飾画像、機能画像、文字画像、複雑な図表などを分け、用途に応じた代替テキストを選ぶよう案内しています。

あわせて、作成者、撮影者、被写体、素材の入手元、ライセンス、利用可能な媒体・期間、加工可否、クレジット条件を記録します。人物、患者、院内、症例、製品、第三者ロゴが写る場合は、制作担当の推測で公開範囲を広げず、契約・同意・院内規程・関係法令を個別に確認します。生成画像も、利用条件と社内の表示方針を確認し、実在の症例や実績と誤認させる使い方を避けます。

2.検索できるHTMLと安定した画像URLで掲載する

主要画像は、標準の<img src="..." alt="...">を基本にします。Googleはimg要素のsrcにある画像を発見できる一方、CSSの背景画像は画像検索のインデックス対象として扱わないと案内しています。pictureやsrcsetでレスポンシブ画像を使う場合も、imgのsrcへフォールバックURLを入れます。

画像URLは、ログイン、期限付きURL、robots.txt、CDNの設定、referer制限などで検索クローラから見えなくなっていないか確認します。画像をJavaScriptで後から読み込む場合は、実際の描画後HTMLとネットワーク応答も確認します。通常の内部リンクやHTMLで十分に発見できる画像まで、画像サイトマップへ機械的に重複登録する必要はありませんが、JavaScript経由など発見されにくい重要画像には画像サイトマップを検討できます。

3.alt、キャプション、周辺本文の役割を分ける

altは画像の用途と文脈に合わせ、画像から伝える必要がある情報を短く具体的に表します。装飾だけの画像はalt=""とし、リンク画像やボタン画像は見た目ではなく遷移先や機能を説明します。検索語の羅列、画像と無関係なサービス名、見えていない効果や感情を追加しません。

図表や工程図の詳細を短いaltだけに押し込まず、要点をaltに置き、数値や手順は近くの本文、表、リストで説明します。Googleは、画像の掲載ページ、キャプション、画像タイトルなども画像の主題を理解する手掛かりにすると説明しています。画像内の文字だけで結論を伝えず、ページ上の見えるテキストでも同じ要点に到達できる状態を作ります。

4.代表画像をページ情報と一致させる

記事やサービスページで代表画像を使う場合は、本文に関連する固有画像を選び、OG画像、一覧サムネイル、構造化データのimage、必要な場合のSNSカードを同じ公開意図で揃えます。ロゴだけ、本文と無関係な汎用画像、別記事の使い回しは、ページとの関係を曖昧にします。

GoogleのArticle構造化データでは、記事を表すクロール可能な画像URLを使い、適用できる場合は16:9、4:3、1:1の高解像度画像を用意することが推奨されています。ただし、構造化データを入れれば画像表示が保証されるわけではありません。画面に見える記事タイトル・画像・公開情報とマークアップを一致させ、リッチリザルトテストやURL検査で確認します。

5.差し替え・権利・表示結果を継続して確認する

公開後は、記事URLと画像URLのHTTP応答、PC・スマートフォンの表示、画像切れ、縦横比、読み込み速度、alt、OG画像、構造化データ、サイトマップを確認します。画像を更新したときは、ファイルだけでなく、掲載ページの更新日、キャッシュ、一覧表示、SNSカード、構造化データも同じ公開単位として点検します。

写真の作成者、クレジット、著作権表示、ライセンス情報をGoogle画像検索へ伝える必要がある場合は、ImageObjectの構造化データまたはIPTC写真メタデータを検討できます。実際の権利関係と一致する情報だけを設定し、ライセンスページや取得方法がないのに架空の情報を足しません。Googleは画像メタデータの検索結果表示を保証していないため、台帳では設定の有無と実際の表示を分けて記録します。

画像台帳に残す項目

  • 画像ID、ファイル名、画像URL、掲載ページURL
  • 用途:代表、説明、事例、装飾、機能、図表
  • alt、キャプション、周辺見出し、本文で説明する要点
  • 原本、公開サイズ、幅・高さ、縦横比、ファイル形式
  • OG画像、一覧サムネイル、構造化データでの使用箇所
  • 作成者、入手元、ライセンス、同意、クレジット条件
  • 公開日、差し替え日、担当者、承認者、次回確認日
  • HTTP応答、クロール可否、表示確認、検査結果

よくある質問

altに検索キーワードをできるだけ多く入れるべきですか?

いいえ。画像の内容とページ上の役割を、短く自然に説明します。Googleは文脈に合った有用なaltを勧め、キーワードの詰め込みは避けるよう案内しています。ページ名や地域名が画像の意味に必要なときだけ含めます。

装飾画像にも説明文が必要ですか?

純粋な装飾で情報や機能を持たないimg要素は、W3C WAIの案内に沿って空のaltを使います。alt属性自体を省くと、支援技術がファイル名を読み上げる場合があります。CSS背景として扱うかは、検索に発見させたい画像か、情報を伝える画像かも含めて判断します。

画像内に文章があれば、HTML本文は不要ですか?

重要な文章、数値、注意事項はHTMLでも提供します。画像が読み込めない状況、画面拡大、読み上げ、検索クローラなどを考えると、画像内文字だけに情報を閉じない方が確認しやすくなります。複雑な図表は、近くに要約やデータ表を置きます。

ChatGPT検索に画像を出す専用設定はありますか?

OpenAIは、サイトをChatGPT検索の対象候補にするにはOAI-SearchBotのクロールと公開IPからのアクセスを許可するよう案内していますが、掲載順位や表示は保証していません。画像だけの専用最適化を推測で足すのではなく、公開ページ、本文、画像URL、権利、通常のクロール設定を整え、実際の挙動を確認します。

公開前チェックリスト

  • 画像の用途と掲載ページを決めた
  • 作成者、権利、同意、クレジット条件を確認した
  • 主要画像を標準のHTML画像要素で掲載した
  • 画像URLがログインやrobots.txtで遮断されていない
  • 情報画像、装飾画像、機能画像でaltを使い分けた
  • 重要な文字・数値・手順をHTML本文でも説明した
  • 代表画像、OG画像、一覧、構造化データを一致させた
  • 必要な比率と解像度を用意し、無理なトリミングを確認した
  • PC・スマートフォンで画像切れとレイアウトを確認した
  • 更新日、差し替え履歴、次回確認日を台帳へ残した

まとめ:画像の意味を、ページと運用に結び付ける

Web画像のLLMOでは、特別なAI向けタグを探す前に、画像の用途と権利を決め、検索できるHTMLで掲載し、altと周辺本文を役割分担し、代表画像のメタデータを揃え、差し替え後まで管理します。画像単体を最適化するのではなく、人が読むページと公開台帳へ結び付けることが基本です。

情報の出典・著者・更新日はLLMOの情報更新、PDF内の図版をWebで案内する方法は公開PDFのLLMO、検索クローラの役割分担はAI検索のrobots.txtも参考にしてください。

Web画像の台帳と公開ルールを整えたい方へ

株式会社メディカルアトラクトでは、企業・医療機関のWeb画像について、掲載ページ、altと周辺本文、OG画像・一覧・構造化データ、権利情報、差し替え履歴を一つの画像台帳へ整理します。お問い合わせページから、対象サイト、更新している画像、現在困っている表示や管理方法をお聞かせください。初回の相談では、優先して確認するページ、HTMLに戻すべき情報、制作会社と院内・社内の分担、公開前後の確認項目を具体化できます。

Web・LLMOを含む支援範囲はサービスページ、制作・運用例は制作実績ページをご覧ください。

本記事は株式会社メディカルアトラクト編集部(LLMO・Web担当)が、Google検索セントラル、W3C WAI、OpenAIの公表資料を2026年10月14日に確認して作成しました。

参考にした一次情報

本記事は2026年10月14日時点の公表資料に基づく一般的なWeb制作・検索対応の整理であり、個別案件への法律上・医療上・アクセシビリティ適合性の助言ではありません。検索・AI検索の仕様、クローラ、表示形式、構造化データ要件は変更される場合があります。クロール、インデックス登録、画像表示、引用、検索順位、流入、問い合わせ、売上を保証するものではありません。画像の著作権、肖像、商標、個人情報、医療広告その他の適法性は、素材、同意、掲載文脈、媒体ごとに確認し、判断が難しい場合は公開を保留して社内担当または適切な専門家へ確認してください。本記事はGoogle、W3C、OpenAIの提携・監修を受けたものではありません。文中の会社名・サービス名は各社の商標または登録商標です。