多くの経営者がリニューアル前に同じ質問をします。サイトを変えたら、Baiduのランキングは消えてしまうのか？
先に結論を言うと、リニューアル自体が必ず順位下落を招くわけではなく、順位を落とすのはリニューアル過程での処理方法です。リニューアル後もトラフィックが安定して移行するケースもあれば、公開から1週間でインデックスがゼロになるケースもあります。違いは運ではなく、リニューアル前にいくつかの点をしっかり考えていたかどうかにあります。
まず「見た目の変更」か「骨格の変更」かを見極める
リニューアルには2種類あります。ひとつはビジュアルとインタラクションの調整で、カテゴリ構造、URL、本文はほぼ変えないもの。もうひとつは技術アーキテクチャ、カテゴリ体系、ページアドレスまで含めて作り直すものです。
前者はリスクが非常に低く、後者こそがランキング変動の原因になります。
具体的な例を挙げます。産業機器を扱う企業が、古いコーポレートサイトを静的ページからバックエンド管理システム付きの動的サイトに変更したとします。元の製品ページのアドレスは `product-12.html` でしたが、新サイトでは `products/12` になりました。リダイレクトを設定せずにそのまま公開すると、Baiduが以前インデックスしていた数百ページがすべて404になり、順位は当然維持できません。
方法は簡単です。公開前に旧URLから新URLへのマッピング表を整理し、301リダイレクトで1件ずつ対応させます。カテゴリページはカテゴリページへ、詳細ページは詳細ページへ、対応する内容が本当にない場合は最も関連性の高い上位カテゴリへ飛ばし、一律でトップページに飛ばさないようにします。
注意点：トップページへのリダイレクトは楽に見えますが、Baiduはこれをソフト404として処理するため、評価は伝わりません。
コンテンツとタイトルを公開当日に一緒に変えない
2つ目のよくある問題は「一度に変えすぎる」ことです。
リニューアル時にタイトル、ディスクリプション、本文、内部リンク、ナビゲーションをすべて書き換えてから順位が下がり、どれが原因かわからなくなる人がいます。
より安定した方法は段階的に変更することです。まず構造とビジュアルを公開し、2〜4週間インデックスと順位の変化を観察します。安定してからタイトルと本文を調整します。こうすれば問題発生時に素早く特定できます。
また、既に順位が良いページについて、効果が証明されている本文の核心段落を「もっと美しく書くため」に丸ごと削除しないでください。検索エンジンが評価するのはコンテンツと意図の一致であり、コピーの美しさではありません。
読み込み速度とモバイル対応は、ビジュアル以上に結果に影響する
リニューアル時に犯しやすいミスは、トップページを大きな画像カルーセルとアニメーションで作り、PCではきれいに見えてもスマートフォンでは開くのに5〜6秒かかることです。
Baiduのモバイル体験への評価は現実的です。画像圧縮、ファーストビューの遅延読み込み、不要なスクリプトの削減、この3つはリニューアルの検収段階でテストすべきで、公開後に補うものではありません。
ついでに言うと、多くのチームはミニアプリ開発ではパフォーマンスに敏感なのに、コーポレートサイトでは逆に緩くなるのはあまり合理的ではありません。どちらのユーザーも速度に対する忍耐は同じです。
公開後のインデックス登録とモニタリング
リニューアル公開はゴールではありません。
やるべきことは3つです。Baiduサーチリソースプラットフォームで新しいサイトマップを送信する。クロール診断で主要ページが正常にクロールできるか確認する。4週間継続してインデックス数とキーワード順位を観察する。
インデックスが減少した場合は、まずrobots.txtに誤ったブロックがないか、大量のページが500を返していないか、リダイレクトが機能しているかを確認します。この3つを除外してから、コンテンツ面の問題を検討します。
ひとつ注意点として、リニューアル期間中にドメインを同時に変更しないでください。2つが重なると、問題発生時に原因を特定することがほぼ不可能になります。
どういう場合にMIC Studioが適しているか
数枚の画像を差し替えたり、配色を調整するだけであれば、社内で対応でき、外部介入は不要です。
しかし以下のような場合は、専門チームと連携したほうが時間を節約できます。
- 旧サイトの技術スタックが古く、コーポレートサイトを作り直しつつURLのスムーズな移行を保証する必要がある
- リニューアルと同時にバックエンド管理システムを接続し、データ構造や権限設計が関わる
- リニューアル後にウェブサイトセキュリティテストを実施し、新たなインジェクションや権限昇格リスクがないか確認する必要がある
- 業務上、ミニアプリ開発やApp開発も併せて必要で、アカウントとデータ基準を統一する必要がある
MIC Studioはコーポレートサイト開発、ミニアプリ開発、App開発といったエンジニアリング業務を行っており、リニューアル移行は通常の範囲です。順位を保証するものではありませんが、リダイレクト、インデックス登録、パフォーマンスといった制御可能な項目はしっかり行います。
実行可能な3つの提案
第一に、リニューアル前に旧サイトのURL一覧と直近3ヶ月でトラフィックのあるページをエクスポートする。この2つのデータが、どのページを重点的に保護すべきかを決めます。
第二に、段階的に公開し、まず構造、次にコンテンツ。各段階の間に観察期間を設け、一度にすべて変更しないようにします。
第三に、公開後4週間は毎週1回インデックス数と主要キーワード順位を確認する。異常を発見したらまず技術項目を確認し、次にコンテンツ項目を確認します。
リニューアルは自制が求められる作業です。よく考えてから着手するほうが、公開後に火消しするよりはるかに安く済みます。