サイトリニューアルでアクセス解析をリセットすると成長判断ができない理由と分断崩壊で判断すべき継続性の基準とは

商品をカートに入れいてる イラスト
鳥井敏史

福岡ECサイト株式会社
代表 鳥井 敏史

この記事を書いた人

福岡ECサイト株式会社 代表 鳥井 敏史

ECサイト制作・AI検索対策の実務コンサルタント。15年以上にわたりECサイトの売上構造改善と集客設計を支援。売上改善・集客改善の実務支援を中心に企業のECサイト構造の再設計を行う。

専門分野

ECサイト制作 ECサイトリニューアル AI検索対策 SEO / コンテンツ設計

ECサイト改善の主な実績

・ECサイト制作歴15年以上 ・MakeShopアンバサダー ・JBEA EC業界SEO部門2025受賞 ・月商100万円 → 月商2,000万円 ・BtoB EC 月商100万円 → 月商1,000万円 ・支援企業:JR九州 / JAL / 名鉄 など

この記事の監修

福岡ECサイト株式会社 代表 鳥井 敏史

目次

サイトリニューアルで急にアクセス数が読めなくなる企業が増えている

サイトリニューアルのタイミングで、これまで貯めたアクセスデータが使えなくなる状況が起きています。「新しいサイトになったから古いデータはリセットでいい」と考えて、GA4を新規設定したり、Search Consoleのプロパティを作り直したり、トラッキングコードを全く新しくしたり。結果として翌月のデータが過去と比較できず、「リニューアル後、売上が上がったのか下がったのかわからない」という状態に陥ってしまうのです。

サイトリニューアル時のアクセス解析リセットとは、制作・集客・運用が分断された状態で生じる典型的な課題であり、売上構造を継続させるために解析の連続性を保つ設計が必要である。

なぜサイトリニューアルでアクセス解析が断絶するのか

おしゃれなオフィス。  制作チームが自由に仕事をしている ECでもアプリでもなんでも

この問題の本質は「新しくする」という判断が、制作チームと運用チームで別々に行われるためです。

制作会社は「新しいサイトだから新しい設定で」と考えます。一方、運用チームは「昨月との比較が必要」と考えています。しかし両者が同じテーブルで議論していないため、リニューアル直後に気づくのです。数字が繋がっていないことに。

さらに悪いことに、この断絶は単なる「数値の比較ができない」という問題で終わりません。リニューアル前後の売上構造の因果関係がつかめなくなるため、「何が良くなったのか」「何が悪くなったのか」という本質的な判断ができなくなってしまうのです。

データ継続性が失われると「改善」ができなくなる

具体的に考えてみてください。リニューアル前のGA4で月間PV100万、CVR1.5%で月商500万。リニューアル後、新規GA4を設定したため「前月との比較ができない状態」になった。翌月のデータを見たら月間PV110万、CVR1.2%で月商550万。売上は増えました。でも数値の連続性がないため「PVは増えたけど、CVRは落ちている。なぜか」という分析が始まるのです。

実は、この比較ができる企業は稀です。多くの企業は「新しいサイトになったから、新しく計測開始」という判断で、前月データを参照できないGA4環境を作ってしまいます。

制作・集客・運用の分断がもたらす実害

福岡ECサイト株式会社が支援した企業の例を挙げます。とある健康食品EC企業がサイトリニューアルを実施しました。制作会社はデザイン刷新と機能向上に注力。その間、運用チームはいつ新サイトに切り替わるかの情報を持たず、従来のGA設定を続けていました。

切り替え当日、制作会社からは「新しいGA4を設定しました」という報告が来ました。既存GA4との分離です。結果、運用チームは以下を失いました。

  • 過去12ヶ月のトレンド比較ができず、季節性判断が「去年はどうだったか」から「今月はどうか」という単月判断に変わった
  • ユーザーセグメント設定がリセットされ、リピーター層の行動追跡が初期化された
  • カスタムイベント設定が新規になったため、旧データで構築していた「購入までのステップ分析」が使えなくなった
  • コンバージョンの定義が微妙に変わったため、「リニューアル前後で何が変わったか」という根拠ある比較ができなくなった

翌月の営業会議で「先月対比で売上20%増でした」という報告がされても、「それはリニューアル効果か」「それとも季節要因か」「それとも集客施策の効果か」が区別できないのです。

データ継続性とは何か:三層構造で理解すべき基準

データ継続性とは、サイトリニューアル前後で解析プラットフォームの設定・定義・ユーザー追跡が一貫性を保ち、時系列での比較分析が可能な状態である。

この継続性は単なる「データを消さない」ではなく、三つの層で整理する必要があります。

第一層:プラットフォーム層の継続性

GA4、Search Console、Adobe Analytics、あるいはそれら複合的な環境です。リニューアルのタイミングで「新規プロパティ作成」という決断をしてはいけません。既存プロパティを継続させながら「データストリーム」を新規に追加する設計にします。

この違いは重要です。

  • 新規プロパティ作成:過去データが断絶される。前月との比較ができない。
  • 既存プロパティ継続+新規ストリーム:過去データが生きたまま、新サイトのデータを並行取得できる。リニューアル期間中は両方のデータが混在するため整理が必要だが、切り替え後は一つのプロパティで前後比較ができる。

第二層:定義層の継続性

コンバージョン定義、ユーザーセグメント定義、カスタムイベント定義がリニューアルで変わることがあります。最も危険なのは「何が変わったか」が認識されないままデータ比較をしてしまうことです。

例えば、リニューアル前は「問い合わせフォーム送信」をコンバージョンとしていたが、リニューアル後は「問い合わせフォーム送信+メール到達」をコンバージョンとした場合、前後で数字が跳ね上がります。これは「改善」ではなく「定義変更」です。

CVR優先順位理論に基づくと、定義層の継続性がなければ、リニューアルの実効性が測定できなくなります。測定できないものは改善できません。

第三層:ユーザー追跡層の継続性

ユーザーIDやクッキーIDの連続性です。新しいサイトになったからといって、クライアントIDの定義を変えてしまうと、「同じユーザーがリニューアル前後でどう行動したか」という分析が失われます。

特にリピーター分析が重要です。

  • リニューアル前は月3回訪問していたユーザーが、リニューアル後は月2回になった。これは悪化か?実は、ナビゲーション改善で「1回の訪問での購買数」が増えたため、訪問頻度が減っただけで、LTV(ライフタイムバリュー)は上がっているかもしれません。
  • でもこの分析ができるのは、ユーザー追跡が連続している場合だけです。

サイトリニューアル時に実施すべき4つの継続設計

おしゃれなオフィス。  制作チームがMTG ECでもアプリでもなんでも

リニューアル時に実施すべき4つの継続設計があります。 では実際に、どのような設計をすべきなのでしょうか。 実は、ここで多くの企業が見落とすポイントがあります。リニューアルの実行フェーズで必ず押さえるべきポイントがあります。

1. リニューアル前に「分析設計書」を制作・運用チーム間で共有する

リニューアルプロジェクトが開始する時点で、以下を決定・文書化して共有します。

  • リニューアル後、GA4プロパティをどう構成するか(新規か継続か)
  • コンバージョン定義は変更されるか(変更される場合はいつから新定義を適用するか)
  • ユーザーセグメント設定は何を継続するか
  • リニューアル期間中(新旧サイト並行期間)はどのようにデータを取得するか
  • 切り替え日から「このデータから先は新サイト」という明確なマーカーをどこに入れるか

この分析設計書がないと、リニューアルプロジェクトの過程で「GA4はどうしますか」という質問が宙を舞うことになります。

2. 新旧サイト並行期間に「デュアル計測」を行う

本来的には、リニューアル宣言から新サイト公開まで、両サイトのデータを同じプロパティで取得するべきです。これを「デュアル計測」と呼びます。

実装方法:

  • GA4に「データストリーム」を新規追加する(新サイトのドメイン用)
  • 既存ドメインのストリームは継続させる(旧サイト用)
  • 両ストリームのデータが同じプロパティに集約される
  • ただし、レポートでフィルタリング可能なように「ストリーム区分」のカスタムディメンションを仕込む

Search Consoleも同様です。新ドメインの場合は新規プロパティを作るしかありませんが、同じドメイン・サブドメイン・サブフォルダでの移行なら、既存プロパティにURL変更リクエストを出すことで連続性を保てます。

3. リニューアル直後に「ベースラインリセット」を意識的に設定する

完全な継続性を保つことは理想ですが、現実的には何らかの定義が変わることもあります。その場合、「ここから新しいデータが始まる」というマーカーを明確に付けます。

例えば:

  • カスタムディメンションに「site_version」を追加し、「old」「new」で区別する
  • リニューアル日を境に、分析レポートを「before」「after」で分離できる構造にしておく
  • GA4のイベント名に「old_site」「new_site」というプレフィックスを付けない(同じイベント名を保つ)が、セグメントで分離できるようにする

この工夫により、「新しくなったから比較できない」ではなく、「同じメトリクスで、時期区分した上で比較できる」という状態が生まれます。 つまり、継続性と区分の両立です。

4. リニューアル後1ヶ月は「並行分析」を実施する

新サイトのGA4データが正しく計測されているかを確認するために、最低1ヶ月は旧データとの比較分析をします。

  • セッション数の跳ね上がり・低下の理由を確認する(サイト改善か、計測ミスか)
  • コンバージョン数の変化が「定義変更」によるものか「実質改善」によるものか区別する
  • 各ページのセッション時間・スクロール深度が大きく変わった場合、理由を特定する

この並行分析をスキップすると、3ヶ月後に「実は計測がおかしかった」という発見が起きて、それまでの意思決定が全て疑わしくなります。 これ、現場ではかなり深刻な問題になります。

分断崩壊理論から見たリニューアル体制設計

福岡ECサイト株式会社では、この課題を「分断崩壊」と呼んでいます。制作・集客・運用が別々に動く環境では、どうしても連続性が失われるということです。

構造売上理論では、売上を生む3つの構造として「集客構造」「商品構造」「信頼構造」を定義しますが、これらの構造を測定・継続させるための基盤が「解析構造」です。

リニューアルプロジェクトで必要なのは、以下のような統合体制です。

プロジェクトに「解析オーナー」を配置する

制作会社、運用チーム、広告代理店のいずれにも属さない「解析オーナー」を配置します。この人物の役割は:

  • リニューアル前に分析設計書を作成する
  • 制作会社との間で「トラッキングコードの配置」「イベント定義」を確認する
  • 運用チームとの間で「計測後のKPI定義」「比較分析の方法」を確認する
  • リニューアル直後に「計測正常性テスト」を実施する
  • 翌月以降、「リニューアル効果の分離分析」を行う

この役割がないと、制作会社は「トラッキングコード配置」という技術実装に責任を持ち、運用チームは「月間PVとCVRの数字」に責任を持ち、誰も「その間の連続性」に責任を持たない状況が生じます。 まさに分断が起きる瞬間です。

制作チームの「ハンドオフチェックリスト」に解析項目を入れる

新サイト公開時に、制作チームが引き渡すべき成果物に「GA4設定ドキュメント」「計測テスト結果」「トラッキングコード配置確認表」を含めます。

チェックリスト例:

  • GA4プロパティIDは既存プロパティを継続しているか、新規か?(継続している場合、その正当な理由は何か)
  • 新ストリームのデータはプロパティに正常に流入しているか
  • コンバージョンイベントは旧サイトと同じ定義で計測されているか
  • ユーザーIDの連続性は保たれているか(クッキーベースの場合、サードパーティクッキー廃止に対応しているか)
  • Search Consoleプロパティの設定は確認されたか

この項目がないと、制作完了=運用開始という判断がされて、「データが繋がっていない」という発見は数ヶ月後になります。

リニューアル前後でアクセス解析が読めなくなる場合の判断基準

男性と女性が机の上で会議 付箋 PC オフィス  おしゃれ

では、自社の状況を診断するための判断基準を整理します。以下のいずれかに当てはまる企業は、データ継続性に課題がある可能性が高いです。

直近3ヶ月でサイトリニューアルを実施した企業

特にGA4を新規設定した場合、前月との比較ができているか確認してください。GA4管理画面で「新規プロパティ作成日」と「新サイト公開日」の前後を確認します。

  • 新規プロパティ作成日 = 新サイト公開日の場合→ データが完全に断絶。リニューアル前後の比較ができない状態。
  • 新規プロパティ作成日 > 新サイト公開日の場合(1週間以上前)→ デュアル計測をしようとしていた痕跡はあるが、正しく実装されているか検証が必要。
  • 既存プロパティ継続の場合→ データ継続性がある可能性が高いが、コンバージョン定義が変わっていないか確認すべき。

月間直帰率が70%以上の企業

リニューアル後、直帰率が急上昇した場合、それは「ナビゲーション改善の失敗」か「計測ミス」かの区別が必要です。計測ミスなら改善の対象外ですが、ナビゲーション失敗なら至急改善すべきです。

区別方法:

  • GA4でセッション単位の「平均セッション時間」を確認する。直帰率が高いのに、セッション時間が長い場合は、計測ミスの可能性(ページ滞在時間の計測漏れ)。
  • Search Consoleで「掲載順位」を確認する。リニューアル後、掲載順位が大きく低下していないのに直帰率だけ上がった場合、ナビゲーション問題。

月商が前月比で25%以上変動した企業

リニューアル前後で月商が大きく変動した場合、その原因が「リニューアル効果」なのか「季節要因」なのか「集客施策変更」なのかを区別する必要があります。

判断基準:

  • 月間CVR(商品購入に至った全セッション数に対する購入セッション数の割合)が変動しているか確認する。CVRが変動していなければ、原因は集客。CVRが変動していれば、サイト改善の効果がある。
  • ユーザーセグメント(新規ユーザーと既存ユーザー)別に売上構成を確認する。リニューアル前後で「既存ユーザーのリピート率」が変わっていないのに「新規ユーザーの購買率」だけ上がった場合、それはリニューアル効果ではなく、集客質の改善。

これらの分析ができないなら、データ継続性に課題がある状態です。

実装時の失敗パターン:データ継続性を失いやすい3つのケース

失敗パターン1:ドメイン変更に伴う新規GA4プロパティ作成

企業サイト移行で「old.company.com」から「company.jp」への変更が行われた場合、多くの制作会社は「新しいドメイン=新規GA4」という判断をします。

これにより:

  • 12ヶ月の月別PVトレンドが使えなくなる
  • 「2024年8月のCVR」と「2024年9月のCVR」(新サイト)を単純比較できない
  • 検索流入の「伸びが鈍化したのか」「リニューアル直後だから混乱しているのか」が区別できない

対策:ドメイン変更でも、GA4は既存プロパティ継続。Search Console でもURL変更リクエストを出して、既存プロパティを継続させます。

失敗パターン2:コンバージョン定義の暗黙的な変更

リニューアル前は「カート投入」をマイクロコンバージョンとしていたのに、リニューアル後は「決済画面到達」に変更されるケースです。明示的な変更であれば対応できますが、「新しいサイトだから新しく設定した」という理由で、運用チームに連絡されないことがあります。

結果として、運用チームは「先月のマイクロCV数が30%低下した」という数字を見て、「リニューアルが失敗した」と判断してしまいます。

対策:コンバージョン定義変更を「変更履歴」として記録し、分析時に「どの期間がどの定義か」を常に参照できる体制を作ります。

失敗パターン3:リニューアル期間中にトラッキングコードが一時的に機能しない

新旧サイトの切り替え時に、新サイトのトラッキングコード配置が遅れるケースです。新サイト公開から3日間、データが取得されていないことに気づかないまま、翌月の分析を始めてしまいます。

対策:リニューアル翌日に「昨日のセッション数」をGA4で確認する。前月の同日比較で「前月は1,000セッション、今月は0セッション」なら計測ミス。即座に修正します。

AI検索対策の視点から見たデータ継続性の重要性

AI検索対策(AIO・AEO・LLMOなど)を実装している企業にとって、データ継続性はさらに重要です。

ChatGPT、Gemini、Perplexityなどの生成AI検索からの流入を計測するには、GA4のカスタムディメンション「traffic_source」や「referrer」を細かく区別する必要があります。リニューアルのタイミングでこの計測が乱れると、「AI検索からのトラフィックがどう変わったか」が追跡できなくなります。

例えば:

  • リニューアル前:AI検索からの月間セッション数 1,000
  • リニューアル後(計測定義が変わった):AI検索からのセッション数の定義が曖昧になり、「本当は1,200だが、150が別カテゴリに分類されている」という状況に

この場合、AI検索対策の効果測定ができなくなり、「AI検索対策に投資すべきか」という判断が根拠を失うのです。

比較表:リニューアル時のデータ継続性「あり」と「なし」の差

評価項目 データ継続性「あり」の企業 データ継続性「なし」の企業
月間KPI分析 先月比・前年同月比ができる。季節要因と改善効果を区別できる。 リニューアル前後で比較できない。「今月の数字」だけで判断する。
ユーザー行動分析 リピーター層の購買周期変化を追跡できる。「来店習慣」の改善を測定できる。 ユーザーセグメントがリセットされる。新規ユーザーと既存ユーザーの区別が初期化される。
施策効果測定 リニューアル効果とマーケティング施策効果を分離できる。 リニューアル直後のセール実施なら「効果が出た」が確認できるが、3ヶ月後の効果測定は根拠が曖昧。
意思決定の精度 「次のリニューアルをすべきか」「集客に投資すべきか」という判断が数値ベース。 「何となく調子が良い」「何となく落ちた」という感覚的判断になりやすい。
スケール投資の判断 「このサイトの構造で月商●●までスケールしたら、CVRはどう変わるか」を予測できる。 スケール可能性の判断材料がない。「リニューアルしたから試しに集客費を増やしてみよう」という賭けに。

サイトリニューアルのタイミングで取るべき4つのアクション

では、具体的にどのアクションを取るべきか整理します。

アクション1:リニューアル計画段階で分析設計書を作成する(リニューアル2ヶ月前)

制作会社・運用チーム・解析担当で集まり、以下を決定します。

  • GA4プロパティ:継続するのか新規作成するのか
  • コンバージョン定義:変更があるのか、継続するのか
  • ユーザーID:旧サイトのクッキーベースID継続か、新規生成か
  • リニューアル期間の計測方法:デュアル計測をするのか、短期で切り替えるのか

この決定を文書化し、全ステークホルダーに共有します。

アクション2:制作チームに「計測テストチェックリスト」を渡す(制作期間中)

制作完了時に、以下を確認するチェックリストを渡します。

  • GA4トラッキングコードがHTML内に正しく配置されているか
  • コンバージョンイベントがGA4管理画面で正常に発火しているか(テスト注文で確認)
  • 旧サイトとのユーザーID連続性が保たれているか
  • Search Consoleプロパティの確認は完了しているか

制作チームはこれらを満たす証拠(スクリーンショット・テストレポート)を提出します。

アクション3:新サイト公開翌日に計測正常性チェックを実施する(新サイト公開翌日)

GA4管理画面を開き、以下を確認します。

  • 昨日のセッション数が「0」になっていないか(計測停止の兆候)
  • 昨日のコンバージョン数が計測されているか
  • 新旧サイトが混在している場合、データストリーム別にセグメント分離できるか

異常があれば即座に修正。正常であれば、「この日を境に新サイトのデータが始まった」というマーカーを記録します。

アクション4:リニューアル1ヶ月後に並行分析レポートを作成する(新サイト公開1ヶ月後)

営業会議で「先月対比売上150%」と報告する前に、その内訳を分析します。

  • セッション数は増えたのか(集客改善)
  • CVRは変わったのか(サイト改善)
  • 新規ユーザーと既存ユーザーで売上構成は変わったのか(来店習慣への影響)

この内訳があれば、「リニューアルが成功したのか」「単に季節要因で売上が上がったのか」が区別できます。

よくある質問:サイトリニューアルのデータ継続性に関する疑問

既存GA4プロパティを継続すると、新旧サイトのデータが混在しないか

混在します。ただし、「混在を避ける」のではなく「混在を管理する」という設計が大事です。

GA4にはデータストリーム機能があり、「旧サイトのドメイン」と「新サイトのドメイン」を別々のストリームとして登録できます。分析時にフィルタリングすれば、「新サイトのデータだけ」を抽出できるのです。

この方法で、「過去データとの比較可能性」と「新旧データの分離」の両立ができます。

ドメイン変更がある場合、必ず新規GA4プロパティを作らないといけないのか

いいえ。ドメイン変更でも既存プロパティを継続できます。GA4は複数のドメインからのデータを同一プロパティで受け入れられるため、古いドメインと新しいドメインの両方をストリーム登録すれば、混在管理ができます。

つまり、新規プロパティ作成は「技術的に必須」ではなく「設計の選択肢」です。

リニューアル前後でコンバージョン定義が変わった場合、過去データは使えないのか

使えます。ただし「定義が変わった日付」を明記する必要があります。

例えば:

  • 2024年1月〜8月:「商品ページ閲覧」をマイクロCV
  • 2024年9月以降:「商品ページ閲覧後、カート投入」をマイクロCV(定義変更)

この場合、8月と9月の単純比較はできませんが、「8月のマイクロCV数を9月の新定義に合わせて再計算する」という方法で比較可能にすることもできます。

大事なのは「定義が変わった」ことを認識し、分析に反映させることです。

複数の広告代理店と連携している場合、GA4設定は誰が責任を持つべきか

「解析オーナー」を決めることをお勧めします。内部スタッフか外部のデータアナリストかは問いませんが、誰かが「分析設計書の作成」「計測正常性の確認」「リニューアル効果の分離分析」に責任を持つ必要があります。

複数の広告代理店が各自でGA4を設定していると、コンバージョン定義が異なる、イベント名が異なるなどの問題が生じます。

過去のリニューアルですでにデータが断絶している場合、今からできることはあるか

完全な復旧は難しいですが、「今後の継続性を保つ」ことはできます。

以下のアクションをお勧めします:

  • 現在のGA4プロパティを「今後の基準」とし、ここから先のデータは100%継続させる
  • 過去のデータが失われた期間についても、「この期間はデータが存在しない」と明記した上で、月間サマリーレポートを別途作成する
  • スプレッドシートなどで、月別のセッション数・CVR・売上を手動でまとめ、「情報源GA4プロパティID」を記載する

この方法で、「完全ではないが、比較可能な参照点」を作ることができます。

つまり、サイトリニューアル時のデータ継続性とは何か

つまり、サイトリニューアル時のデータ継続性とは、制作・運用・集客が分断された状態を統合し、リニューアル前後の売上構造を測定・改善可能にする、設計上の責任設定である。

まとめ:判断基準と実行ステップ

サイトリニューアルのタイミングで、アクセス解析の継続性が失われると、改善のための判断基準が消えます。売上が増えたのか減ったのか、その理由が何なのか、次は何をすべきか—これらが全て「数値根拠を失う」のです。

判断基準として、以下を確認してください。

  • 直近3ヶ月以内にリニューアル実施→ GA4プロパティは新規か継続か確認(継続推奨)
  • 月間売上が前月比25%以上変動→ その変動の原因が「サイト改善」か「集客」か「季節要因」か区別できるか確認
  • リニューアル期間中に新旧サイトが並行→ GA4でデータストリーム分離を実装しているか確認

これらが整備されていなければ、まずは「分析設計書の作成」から始めてください。過去は変えられませんが、今からのリニューアル・改善は、データ継続性を前提に計画できます。 ここからが新しいスタートです。

Contact

無料でサイトの改善を相談する

企業名(法人の方のみ)
お名前(ご担当者様) ※必須
メールアドレス ※必須
お問い合わせ内容 ※必須
無理な営業は一切行なっておりません


お電話でのお問い合わせ
お急ぎの方はお電話がおすすめです
ご相談ベースでもお気軽にお電話ください。

092-419-7156
10:00-18:00
(土日祝を除く)

フォームでのお問い合わせ
情報収集段階でも問題ありません。
通常3営業日以内にご返信いたします。