観光サイトの画像管理をCloud StorageとClaude Codeで整理する: 写真、権利、alt文

観光サイトの写真フォルダに、桜、客室、料理、イベント、スタッフ撮影、外部カメラマン素材が混ざっている。ページを直したいのに、どの写真が公開OKで、どれが期限付きで、誰のクレジットが必要か分からない。担当者はalt文を後回しにし、結局いつもの写真だけを使い回します。

この記事では、観光協会、宿泊施設、制作会社がCloud Storageで写真台帳を作り、Claude Codeで権利確認、alt文、公開範囲、差し替え候補を整理する手順を書きます。狙いは画像を大量に置く話ではありません。観光ページの予約・問い合わせに近い写真を、安全に使える状態へ戻す話です。

この記事の要点

• 観光サイトの写真は、ファイル名だけでなく撮影場所、権利、公開期限、alt文、掲載ページを一緒に管理します。
• Claude Codeには、写真一覧、命名規則、metadata案、alt文候補、公開前チェックを作らせます。
• 人が見る範囲は、権利許諾、人物の写り込み、クレジット、公開範囲、削除依頼、ブランド判断です。
• 3つのUse caseは、写真台帳、権利確認、alt文と掲載ページの見直しです。
• ROIは、写真差し替え時間、権利確認漏れ、alt未設定数、観光ページの予約クリック率で見ます。

現場で起きる失敗シーン

観光サイトの画像管理でよくある失敗は、フォルダ名と担当者の記憶だけで写真を使う形です。「spring_001.jpg」や「IMG_4821.jpg」だけでは、撮影場所、撮影者、利用許諾、公開期限、人物の写り込み、掲載ページが分かりません。

もうひとつの失敗は、公開バケットに置いた写真を「使ってよい写真」と思い込むことです。Cloud Storageはファイルを置けますが、写真の権利や観光施設との掲載条件までは判断しません。公開してよいか、広告にも使えるか、SNSには出せるかは人が確認します。

参考にする公式情報は、Cloud Storageのobject metadata、public access prevention、static website hosting、Google Search Centralの画像SEOと画像ライセンスメタデータです。公式情報は、技術設定と検索面の確認に使います。

業務フロー: 写真を公開前に台帳へ戻す

観光サイトの画像管理は、写真フォルダをきれいにする作業ではありません。読者が今見ているものは、Cloud Storageのbucket、ローカルの写真フォルダ、掲載ページ、撮影者メモ、許諾メール、alt文が空のCMS画面です。

見るもの	台帳に残す項目	人が確認する点
写真ファイル	objectName, 撮影場所, 季節, 用途	場所とファイルの一致
権利メモ	撮影者, 利用範囲, 公開期限	許諾、クレジット、期限
掲載ページ	pageUrl, hero画像, ギャラリー	写真と本文の関係
alt文	何が写っているか、場所、季節	キーワード詰め込みの有無
公開設定	bucket, publicScope, reviewer	公開範囲、削除依頼対応

Cloud Storageのmetadataには、Content-Typeのような固定情報に加えて、独自に決めるcustom metadataを持たせられます。観光サイトなら、rights、credit、expires、page、altDraft のような項目を台帳側に残すと、写真を探す時の迷いが減ります。

Claude Codeに任せる範囲と人が見る範囲

観光サイトの担当者は、Claude Codeに写真一覧、ページURL、撮影場所、権利メモ、既存alt文、掲載予定ページを読ませます。任せるのは、命名規則、metadata案、台帳テンプレート、alt文候補、公開前チェックリストです。

人が見る範囲は、権利許諾、人物の写り込み、クレジット表記、施設名の正確さ、公開範囲、削除依頼への対応です。Claude Codeが「Web公開OK」と出しても、許諾メールや契約書に戻して確認します。

公開制御も人が見ます。Cloud Storageにはpublic access preventionのような公開制限の仕組みがあります。観光サイトで静的画像を配信する場合でも、公開バケットに何を置くか、非公開に残す写真はどれか、誰が承認するかを分けます。

3つのUse case

Use case 1: 写真台帳をCloud StorageのobjectNameに合わせる

• 入力: Cloud Storageのobject一覧、写真フォルダ、撮影場所、掲載ページURL
• 出力: objectName、場所、季節、用途、掲載ページ、差し替え候補を持つ写真台帳
• 人の確認: 写真と場所の一致、施設名、古い写真、掲載してはいけない人物

ファイル名が「IMG_4821.jpg」のままだと、次の担当者が使えません。Claude Codeには、地域、季節、施設、用途、連番を含む命名規則を作らせます。人は、写真が本当にその場所か、古い設備が写っていないかを見ます。

Use case 2: 権利と公開範囲を分ける

• 入力: 撮影者メモ、許諾メール、契約条件、公開予定ページ、SNS利用予定
• 出力: web可、広告可、SNS不可、期限付き、クレジット必須、要確認の分類
• 人の確認: 許諾範囲、人物の写り込み、クレジット、公開期限、削除依頼の連絡先

観光写真は「きれいだから使う」だけでは危ないです。外部カメラマン素材、モデル入り写真、季節限定イベント、店舗内観は、使える場所が違います。Claude Codeには分類表を作らせ、人が許諾メールと照合します。

Use case 3: alt文をページ内容に合わせる

• 入力: 写真、掲載ページの見出し、周辺本文、施設名、季節、撮影場所
• 出力: 画像ごとのalt文、キャプション候補、差し替えが必要な写真リスト
• 人の確認: 写真にない内容の追加、キーワード詰め込み、施設名、観光表現

Googleの画像SEOでは、画像のalt属性に内容とページ文脈に合う説明を書きます。観光サイトなら「京都 春 桜 観光 おすすめ」を詰めるのではなく、「春の清水寺境内から見える桜と参道」のように、実際に写っているものを書きます。

コピペで使えるプロンプト

観光サイトの画像管理レビュー担当として作業してください。

目的:
Cloud Storage上の写真を、権利、公開範囲、alt文、掲載ページまで確認できる台帳にする。

入力:
- bucket名:
- object一覧:
- 掲載予定ページURL:
- 撮影場所:
- 撮影者:
- 利用許諾:
- 公開期限:
- 既存alt文:
- 人物の写り込み:
- 人が確認する担当:

出力:
1. 写真台帳の列
2. 命名規則
3. custom metadata案
4. alt文候補
5. 公開してよい写真と要確認写真の分類
6. 人が確認する項目
7. 公開前チェックリスト

制約:
- 権利が不明な写真を公開OKにしない
- 人物が写る写真は要確認にする
- alt文にキーワードを詰め込まない
- 公開範囲、期限、クレジットを台帳に残す
- 主CTAは /training/ にする

まずは20枚だけで試します。全写真を一気に整理するより、観光ページの上位3ページに使う写真から台帳化した方が、予約や問い合わせに近い改善になります。

動く確認コード

{
  "objectName": "kyoto/spring/kiyomizu-terrace-001.jpg",
  "metadata": {
    "rights": "web-use-approved",
    "expires": "2027-03-31",
    "credit": "Masa Photo",
    "page": "/travel/kyoto/spring/",
    "altDraft": "Spring view from Kiyomizu temple terrace in Kyoto"
  }
}

const imageRecord = {
  bucket: "tourism-assets-prod",
  objectName: "kyoto/spring/kiyomizu-terrace-001.jpg",
  pageUrl: "/travel/kyoto/spring/",
  rights: "web use approved until 2027-03-31",
  creatorCredit: "Masa Photo",
  altText: "Spring view from Kiyomizu temple terrace in Kyoto",
  publicScope: "approved website pages only",
  reviewer: "content owner checks rights and people in photo",
  cta: "/training/"
};

const required = [
  "bucket",
  "objectName",
  "pageUrl",
  "rights",
  "creatorCredit",
  "altText",
  "publicScope",
  "reviewer",
  "cta"
];

const missing = required.filter((key) => !imageRecord[key]);

if (missing.length > 0) {
  throw new Error("Missing tourism image fields: " + missing.join(", "));
}

if (imageRecord.altText.length < 20 || imageRecord.altText.length > 125) {
  throw new Error("Alt text should be short but descriptive.");
}

if (!imageRecord.cta.startsWith("/")) {
  throw new Error("CTA must be an internal path.");
}

console.log("Tourism Cloud Storage image record is ready for rights review.");

上のJavaScriptは、写真台帳に必要な項目が欠けていないかを見る小さな確認コードです。実運用では、Cloud Storageのobject一覧やCMSの画像一覧からJSONを作り、alt文、権利、公開範囲、レビュー担当が空なら公開前に止めます。

Pitfall: 観光写真を公開してから権利確認する落とし穴

原因の1つ目は、写真がCloud Storageにある時点で公開素材だと思ってしまう点です。直し方は、bucketにある写真と公開OKの写真を分ける形です。権利が空なら「要確認」にして、ページへ出しません。

原因の2つ目は、alt文をSEOキーワードの置き場にしてしまう点です。直し方は、写真に写っているもの、場所、季節、ページ文脈だけを書く形です。キーワードを詰めても、読者にも検索にもよい説明になりません。

原因の3つ目は、クレジットや公開期限をCMSの本文だけに書く点です。直し方は、写真台帳とmetadata案に残す形です。ページを移動しても、写真に紐づく権利情報が消えないようにします。

よくある質問

Q. Cloud Storageに置いた写真は、そのまま公開してよいですか。

A. いいえ。Cloud Storageは保存場所です。公開してよいか、広告やSNSにも使えるか、期限があるかは、人が許諾情報を見て判断します。

Q. alt文はどのくらい書けばよいですか。

A. 短く、写真とページ文脈が分かる文にします。観光サイトでは、場所、季節、写っているものを入れます。写真にない内容やキーワードの羅列は避けます。

Q. 相談につなげるCTAはどこに置きますか。

A. 画像管理は権利、公開範囲、運用ルールが絡むため、主CTAは研修・相談です。写真台帳、公開前チェック、Cloud Storageの権限まで一緒に見た方が近い読者です。

相談へ進むなら

観光サイトの画像管理は、写真を軽くするだけの作業ではありません。どの写真が予約ページに効くか、どの写真は権利確認が必要か、どのalt文がページ内容と合うかを整理する仕事です。ここを整えると、記事PVだけでなく、制作会社や宿泊施設からの相談にもつながります。

ClaudeCodeLabの研修・相談では、Cloud Storageの写真台帳、権利チェック、alt文テンプレート、公開前レビュー、削除依頼対応まで一緒に作る流れにできます。今日やるなら、まず観光ページの上位3ページで使っている写真を20枚だけ選び、objectName、ページURL、権利、alt文の空欄を確認してください。

実際に試した結果

この記事では、slug、frontmatter、内部リンク、外部リンク、コードブロック、CTA、Cloud Storage公式URL、画像SEO公式URL、写真台帳の構成を確認しました。JavaScriptの確認コードでは、bucket、objectName、pageUrl、rights、creatorCredit、altText、publicScope、reviewer、ctaが空でないことを確認しています。まず今日やる1手は、公開中の観光ページから写真20枚を選び、権利とalt文が空の写真をチェックする作業です。