記事画像のURLを変えるとき｜本文・配信・画像検索を確認する

URLを変える必要があるか確認する

完成物は旧画像URL、新画像URL、使用ページ、切替方法、確認結果を結ぶ対応表です。画質や容量の改善だけが目的なら、現在の配信方法で改善できないか先に確認します。管理上の理由だけで頻繁にURLを変えると、参照の修正が増えます。

別の画像へ内容を替える場合は、同じ被写体か、記事の説明に合うかも確認します。URLの移動と画像内容の変更を同時に行うなら、その二つを記録上で区別します。

本文以外の参照先を洗い出す

本文の画像だけでなく、サムネイル、関連記事、OG画像、構造化データ、srcset、CSS、画像サイトマップなど、実装で使っている場所を確認します。使っていない仕組みまで追加する必要はありませんが、本文の一箇所だけ直して終わらないようにします。

画像ごとに寸法、ファイル形式、代替テキスト、周辺の説明を残します。同一テーマの日英で共有している場合は、画像は同じでも代替テキストと周辺の文章はそれぞれ確認します。

新しい配信先を先に確認する

新URLが外部から取得でき、正しい画像の種類と内容を返すか確認します。認証画面、HTMLのエラー、極端に大きいファイルを画像として指定していないかを見ます。利用している幅ごとの配信も確認します。

表示領域を先に確保し、本文中の画像は必要に応じて遅延読込みにします。冒頭の主要画像まで一律に遅らせないようにします。Googleの画像案内に沿って、画像を周辺の説明と関連付け、取得できる形で実装します。

画像の参照を探すときは、ファイル名だけでなく配信ホストと変換用のURLも調べます。小型表示だけ旧画像が残る場合があるため、一覧カードを省略しません。新しい画像で縦横比が変わったなら、本文の切り取りや余白も見直します。設定した幅と高さが実ファイルに合っているかを確認し、読み込み時に本文が大きく動く場合は、画像の配信以外に表示領域の確保も直します。

記事の写真を別ホストへ移す例

架空の画像I-061を、旧ホストから新ホストへ移すとします。日本語記事、英語記事、一覧カードで使用しているため、対応表に三つの使用箇所を載せます。本文の大きな画像とカード用の小さな画像を、それぞれ新しい配信先で確認します。

切替後はPCとスマートフォンで開き、画像の欠け、縦横比、代替テキストを確認します。旧URLの扱いは利用中の参照が残るかを確認して決め、切替直後に無条件で削除しません。

切替表には、旧画像を残す期間と、その期間中の確認担当者も書きます。外部から参照されている画像や保存済みの記事リンクは、本文の修正だけでは把握できない場合があります。残る参照を確認できる範囲で調べ、維持するもの、転送するもの、終了するものを分けます。ファイル名の似た別画像を誤って対応先にしないよう、実際の被写体を見比べ、画像IDと表示箇所の両方で照合します。

旧URLの取得と検索の変化を分けて追う

旧URLに参照が残っていないかを再取得して確認します。転送を使う場合は、画像から同等の画像へ到達するかを見ます。無関係なトップページへまとめて送る対応は避け、意図した参照を保ちます。

画像検索の実績は、掲載ページと画像の変更を区別して観測します。URL変更の直後に変化があっても、同時期の本文改稿や掲載位置の変更も考慮します。新画像が配信されたことだけで検索掲載が保証されたとは扱いません。

移転を繰り返さない管理方法にする

今後の画像には、用途を説明できる安定したIDを付けます。すべての画像に長いキーワードを詰め込むのではなく、記事との対応を管理しやすくします。表と既存の配信確認で足りるなら、新しい有料監査は不要です。

大量の場合はScreaming Frogなどの結果で参照を探し、重要ページを実際に確認します。費用は配信量、保存、変換、作業時間を分けます。完了条件は、新URLと使用ページが正しく対応し、旧参照への対応と戻し方が確認できることです。

• 記事画像を軽くして画質を確認する
• 画像検索の実績を調べる｜画像URLと掲載ページを分けて点検する
• 商品画像の代替テキストを整理する