ZequnWebの多言語サイト実装記録：言語URLと構造化データの修正

事例の対象と確認日を先に示す

対象は当スタジオが管理するzequnweb.comのソースと静的出力です。顧客の成果事例ではありません。ここでは2026年9月10日に保存した修正記録を使い、公開サイトを後から再計測した最新数値とは区別して説明します。

当時の検査は、出力HTML、JSON-LD、内部リンクとサイトマップの整合性を確認するものでした。Search Consoleの実績やAIの引用回数を測る検査ではありません。この範囲を先に明記することで、確認できる実装と確認していない成果を分けて評価できます。

言語ごとのURLと実際の翻訳を対応させる

サイトにはグローバル向け英語、簡体字中国語、香港向け英語、香港向け繁体字中国語、日本語の入口があります。対応する言語ページには個別のURLを使い、同じ内容の翻訳として存在するものを関連付けます。地域名だけを変えたページを自動的に同等の翻訳とみなす設計にはしません。

特定の言語だけで提供する記事がある場合は、存在しない翻訳URLを出さないことも必要です。言語メニューの移動先と検索用のhreflangは、それぞれ実在するページを指しているか確認します。Googleの言語別ページ資料は、この技術的な関係を確認する根拠です。

保存した修正内容を三つに分ける

記録中の件数は、その時点の対象と検査方法に対するものです。現在の全ページ数や検索結果を表す値として再利用しないでください。下表の項目と付属JSONで、修正の対象を確認できます。

• この記事のワークシートをダウンロード（CSV）

  2026年9月10日の保存記録の要約です。現在の検索実績を示すものではありません。

チェックの前提自体も見直した

作品の日付に関する旧検査は、文字列の並び方に依存していました。項目の間に別のプロパティが入ると日付を読めず、古い日付を最新と判断する問題がありました。修正では、実際の日付を都合よく変えるのではなく、読み取り方法を直しています。

作品一覧の検査も、固定の件数だけを見る方法では一覧の変化に対応できません。画面に出る名称、順序とリンクを構造化データと照合し、双方が同じ内容を説明することを確認しました。検査が何を前提にしているかは、合否と同じくらい確認する価値があります。

自社サイトで再現するときの確認手順

まず対象のURLと確認日を記録し、画面に表示される内容、JSON-LD、canonicalとサイトマップを照合します。次に言語リンク、資料リンクや作品リンクを開き、実在する適切なページへ移動するかを確認します。内容の更新日は、実際に変更した対象に合わせます。

最後に、技術検査の結果を保存した上で、インデックス登録、表示、クリックと問い合わせを別の観察として記録します。この事例から参考にできるのは、問題を分けて修正し、その方法を検証できる形に残す進め方です。技術的な整合性だけで検索や事業の成果を保証することはできません。