WordPressからEmDashへの移行前SEO点検|Starexで見つかった会社情報の重複とロゴ切れ

この記事は、ホームページのリニューアルや移行を検討している経営者の方に向けています。専門用語には、判断の役に立つ範囲で説明を添えました。紹介するのは「移行前に調べて見つけ、直し方の候補を試した」段階の話で、公開後にアクセスや売上が増えた、という成果の報告ではありません。

アイキャッチ。「表示は正しい。でも、裏側は?」の見出しと、ホームページ画面を虫めがねで点検し、内部データ(波括弧の記号)を確認する様子を表した、余白の整ったシンプルな図。ブランド名Starex/株式会社 and CLEA。

「表示は正常」でも、なぜ移行前に調べるのか

ホームページは、ブラウザで開いて正しく表示されていれば「問題ない」と感じます。実際、見た目は多くの場合そのままで問題ありません。

ところが、ページの中には画面には出てこない情報が埋め込まれています。会社名・URL・ロゴの指定、よくある質問(FAQ)の構造などを、検索サービスが読み取るための「内部データ」です。これは普段、人の目には触れません。だからこそ、ここに食い違いがあっても気づかないまま年単位で残ることがあります。

Googleは、こうした内部データ(構造化データ)について「ページに表示されていない内容をマークアップしない」「ページの内容と一致させる」ことを求めています(出典:Google 検索セントラル「構造化データの一般的なガイドライン」)。つまり、表示と内部データのズレは、見た目が正常でも“整えておきたい不整合”になり得るということです。

移行のタイミングは、この内部データを棚卸しする良い機会です。私たちは自社ブランド「Starex」のサイトを移行する準備の中で、保存しておいた公開HTMLを点検しました。以下は、その過程で実際に見つかったものです。

図1。左に「表側:見えているホームページ」のブラウザ画面、右に「裏側:検索サービスが読む内部データ」の3枚のカード(会社情報は同じIDに2通りの二重定義、ロゴ指定は2024/05のURLが404・2024/07のURLが200、FAQは質問と回答の対応を448組照合)。1つのページに表示と内部データが同居することを示す。
図1:見えている画面と、内部データの関係

今回調べた範囲(Starexサイトの移行準備)

  • 運営会社:株式会社 and CLEA / ブランド・サイト名:Starex(水性シートコーティング)
  • 調査対象:保存しておいた公開HTML 96記事分。サイト全ページを網羅したわけではありません。
  • 移行の目的:現在のPHPに依存した仕組みへの依存を減らすための移行準備の一環です。「PHPそのものが危険」「別の仕組みなら無条件に安全」という話ではなく、安全を保証するものでもありません。
  • 現時点の状態:本番の移行は0ページ。確認は保存データを使って行っており、現行サイトの見た目を全面的に作り替える話ではありません。

この記事で扱うのは「発見」と「切り分け」、そして「直し方の候補を試した」ところまでです。

発見1:同じ「会社情報」が、2通り登録されていた

点検した96記事すべてで、検索サービス向けの会社情報(Organizationという区分)が、同じ識別子(@id)に対して2通り定義されていました。名称・URL・ロゴの値が記事内で一致していなかったのです。

一般の言葉で言い換えると——

「検索サービスに読ませる会社のプロフィールが、1つの名札に2枚あって、中身が少しずつ違う」

という状態です。URLについては、2つのStarexのURLが末尾のスラッシュ「/」の有無だけ異なっていました。

この差があったからといって「重大なSEO障害だった」「検索順位が下がった原因だった」と断定はできません。確認できたのは「同一IDに値のばらつきがある」という事実のみで、順位への影響を測定したわけでも、全ページを調べたわけでもありません。

発見2:指定されたロゴ画像が、存在しないURLだった

内部データの中に、ロゴ画像の場所(URL)を指定する項目があります。その片方が、実際には存在しないURLを指していました。

  • …/wp-content/uploads/2024/05/starex-logo.png → 2026年11月12日(日本時間)にHTTPで取得したところ 404(見つからない)
  • いっぽう、同じ調査で取得した別のロゴURL …/2024/07/logo.png と、会社サイト側で指定されているロゴは、同じ取得時点で 200(正常) を返し、画像形式であることを確認しました(ファイルのハッシュ値も記録済み)。

ここが「見た目だけでは気づけない」典型例です。画面に映るロゴは正常なので、人が見ている分には何も問題がありません。しかし内部データの指定の一部が、存在しないファイルを指したまま残っていました。

「画面のロゴが全ページで消えていた」「利用者が全員困っていた」という事実はありません。あくまで内部データ上の1つのURLが404だった、という話です。

発見3:FAQを「文字」ではなく「質問と回答の対応」で照合した

Starexのサイトには、よくある質問(FAQ)が多数あります。これを移行先へ正しく運ぶために、94本・448組の質問と回答を照合しました。

照合の基準を、前回より一段階詳しくしています。

  • 以前の見方:「その文章(文字列)が本文のどこかにある」かどうか。
  • 今回の見方:「質問の位置が特定でき、その質問に隣り合う回答まで一致している」かどうか。

今回の基準で変換後の本文を見ると、370組を照合でき、そのうち質問と隣接する回答が全問そろって一致した69本を「構造としてそのまま移植できる候補」に整理しました。基準に届かなかったものは、内訳を分けて追加確認の対象にしています。

区分本数・組数扱い
質問・隣接回答が全問一致69本構造として移植できる候補
追加で確認が必要25本内容を1本ずつ確認
質問の位置が特定できない56組原稿・変換の両面から確認
隣接する回答が異なる21組差分を突き合わせ
回答の位置が特定できない1組個別に確認

前回「文字列として本文にある」と数えた85本と、今回「質問・隣接回答が全問そろう」69本は、数え方の基準が違います。数が減った=失敗、ではありません。基準を厳しくしたことで、そのまま移植できるものと、人の目で追加確認すべきものを分けられるようになったということです。照合できていない組を「すべて原稿の誤り」と決めつけてもいません。未対応のHTMLや変換が途中で止まった箇所も含まれます。69本は「構造として移植できる候補」であって、公開済みという意味でも、FAQが検索の特別な表示(リッチリザルト)に出る資格を保証するものでもありません。

見つけたあとの進め方:いきなり全部は直さない

AIが勝手に全文を書き換える、という進め方はとっていません。順序を決めて、変更する範囲を限定して検査します。

  1. 保存:公開されていたHTMLの原文を保存する
  2. 比較:保存原文・現在の公開HTML・公式情報(会社サイトなど)を突き合わせる
  3. 候補:直し方の「候補」を作る(この時点では本番には触れない)
  4. 試験:候補が意図どおりかを自動試験で確かめる
  5. 試験サイト:非公開の試験サイトへ配備して確認する
  6. 実画面:実際の画面表示で確認する
  7. 公開後測定:公開したあとに測定する

今回、会社情報を1つに揃える「統一候補」を作ったところ、96記事の保存データ上で値の競合が96→0になりました。このとき、記事・施工店プロフィール・FAQなど対象外のノードは触らず、既存の発行元(publisher)の識別子も保持しています。この候補は9件の自動試験に合格しています。

ただし、これは保存データを使ったオフライン試験です。この会社情報の統一候補は、非公開の試験サイトへの配備もまだ行っていません。本番に反映したわけでも、公開後に成果が出たわけでもありません。

残している検討事項:旧い記述に由来する「開発」という説明の扱い、店舗の著者を人物(Person)とする型、著者と本部の所属(worksFor)関係などは、まだ精査の途中です。現時点で「全面的に是正済み」とは扱いません。表示されている記事や、手書きの施工店プロフィールを勝手に書き換えることもしません。

図2。会社情報の統一候補を進める工程を示す、発見→修正候補→試験合格→本番公開の確認→成果測定の5段階の流れ。発見・修正候補・保存データでの試験合格(9件)までは完了、本番公開の確認(本番移行0ページ)と成果測定は未実施であることを、チェック印と破線で区別して示す。この流れは会社情報の統一候補が対象で、サイト全体の状況ではない(別途、259経路の試験配備は実施済み)。
図2:会社情報の統一候補を進める工程(発見から成果測定まで)と、いまの到達点。この流れは会社情報の統一候補が対象で、サイト全体の状況ではありません(別途、259経路の試験配備は実施済み)。

いまの到達点(と、まだやっていないこと)

今回お伝えできるのは、下の表のうち「完了」までです。

段階状態
会社情報の重複・404ロゴの発見と、FAQの追加確認対象の分類完了
保存原文との比較・修正候補の作成完了
自動試験(9件)に合格完了(保存データによるオフライン試験)
非公開の試験サイトでの反映確認別途、通常記事259経路と105記事・211リンクの確認用画面を非公開配備。認証済みの実画面確認は未実施。会社情報の統一候補は試験サイトにも未配備
本番への公開・反映未実施(本番移行は0ページ)
公開後の成果測定未実施

「順位が上がった」「アクセスが増えた」という報告は、この記事には含まれていません。測定はこれからです。

経営者が移行前に確認したいこと

専門用語を抜きにして、移行前にご自身のサイトで確認しておくと良い観点です。

  • 会社名・URL・ロゴの表記が、サイトの中で揃っているか(末尾の「/」のような小さな差も含めて)
  • ロゴなどで指定している画像のURLが、今も実在するか(画面に映っていても、内部の指定が切れていることがある)
  • FAQや主要な説明が、移行先へ“構造ごと”正しく運べるか(文字が残るだけでなく、質問と回答の対応が保たれるか)
  • 移行作業は「原文の保存→比較→候補→試験」の順で、範囲を限定して進められるか

これらは「見た目が正常かどうか」とは別の軸です。移行は、普段は開けない“裏側”を点検する良い機会になります。移行そのものの流れ・日数・費用の目安は、WordPressからの引っ越しのご案内にまとめています。

ご相談について

AI右腕(株式会社 and CLEA)では、ホームページの制作と移行を承っています。上のような移行前の内部点検も、進め方の一部としてご相談いただけます。

「表示は問題ないけれど、移行のついでに中身も整えておきたい」「古い記述が残っていないか確認したい」——そうしたご相談があれば、現状のサイトを拝見したうえで、調べられる範囲と手順をご案内します。サービスの詳細は、ホームページ制作・リニューアルのご案内をご確認ください。


本記事で述べたURLの取得結果(404/200)は2026年11月12日(日本時間)時点のものです。検索サービスの仕様は、Google 検索セントラルの構造化データに関するガイドラインに基づいて記載しています。検索順位への効果を保証するものではありません。