Googleの PageSpeed Insights で70点未満のスコアを獲得している、約10個以上のプラグインに依存している、AI生成された検索結果に表示されていない、または4年以上根本的に再構築されていない場合、Webサイトは古い状態です。これが簡潔な答えです。より詳しい答えは、これらのそれぞれのことが重要な理由を理解することに関係しています。美的な懸念としてではなく、測定可能なビジネスコストとして：失われたリード、見えないページ、セキュリティインシデント、そして毎日静かに収益を流出させるコンバージョンレート。

過去10年間で、私は何百ものサイト再構築に携わってきました。パターンはほぼいつも同じです。ビジネスオーナーが連絡を取って、「サイトに何か問題があるかもしれません」と言うようなことを言います。彼らはそれをはっきり言うことができません。トラフィックが低下しています。電話はあまり鳴りません。競合他社のサイトはより高速で、よりシャープに見えます。彼らは間違っていません。彼らは古い WordPress インストールと年間40,000ドルの未実現収益との関連性を理解していないだけです。

この記事では、Webサイトが古い状態であることを示す9つの具体的で測定可能な兆候について説明します。曖昧な感覚ではなく、数値です。閾値です。ビジネスへの影響です。最後に、それを実際に修正するもの、つまり古いスタックに新しいテーマをインストールするだけではないことについて説明します。

目次

1. Webサイトは PageSpeed で70点未満ですか？

サイトが Google PageSpeed Insights でモバイルで70点未満の場合、現代のパフォーマンス基準によってサイトは古く、積極的にコンバージョンを失っています。 ここでの閾値はモバイル用の70点です。デスクトップではありません。デスクトップのスコアはほぼ常に高く、偽りの安心感を与えます。

数字が実際に意味することは次の通りです：

PageSpeed スコア（モバイル） 意味 ビジネスへの影響
90-100 速い。最新のスタック。 最適なコンバージョン、強い SEO シグナル
70-89 許容可能。改善の余地あり。 軽微な摩擦、コンバージョン損失あり
50-69 遅い。古いテクノロジーの可能性。 遅延1秒あたり7-10％のコンバージョン低下
50以下 非常に遅い。再構築が必要。 モバイル訪問者の53％まで離脱

Google の2024年のデータから、ページ読み込み時間が1秒から3秒になると、直帰確率は32％増加します。1秒から5秒に？90％に跳ね上がります。理論的ではなく、実際に、ヒーローセクションがレンダリングされる前に戻るボタンを押している実在する人々です。

今すぐこれをテストしてください：pagespeed.web.dev に進み、URL を入力し、モバイルスコアを確認します。70点未満の場合、サイトは毎日お金がかかっています。

Social Animal では、Lighthouse スコアを35から94に引き上げたサイトを、レガシー WordPress スタックから Astro や Next.js のような最新アーキテクチャに移動することで達成しました。パフォーマンスの利益は段階的ではなく、変革的です。

2. Webサイトは10個以上のプラグインを実行していますか？

サイトが10個以上のプラグインに依存している場合（特に WordPress の場合）、機能セットではなく、セキュリティ上の責任とパフォーマンス上のボトルネックがあります。 特定の数は異なりますが、10が物事の低下が測定可能に始まる線です。

すべてのプラグインは依存関係です。すべての依存関係は潜在的な攻撃ベクトル、潜在的な競合、そして訪問者が必要かどうかに関わらず読み込まれるJavaScript のチャンクです。2025年の Patchstack レポートは、WordPress セキュリティ脆弱性の97％が WordPress コアではなくプラグインとテーマから来たことを発見しました。侵害された平均的な WordPress サイトには、18個のアクティブなプラグインがありました。

古いサイトの監査でよく見かけることはここにあります：

  • SEO プラグイン（Yoast または RankMath）-- 250KB 以上の JS
  • お問い合わせフォームプラグイン -- すべてのページでスクリプトを読み込み、お問い合わせページだけではなく
  • スライダープラグイン -- 400KB 以上の JS と CSS、多くの場合ファーストビューの上
  • キャッシングプラグイン -- 実際の問題にはバンドエイド
  • セキュリティプラグイン -- 他のプラグインが脆弱性を作成するため
  • 分析プラグイン -- 2行のスクリプトタグで十分な場合
  • ページビルダー -- 800KB 以上のフレームワークコード

キャッシングプラグインがその兆候です。サイトが速いためにキャッシングプラグインが必要な場合、基本的なアーキテクチャが遅いことを意味します。症状を治療しています。Astro または Next.js で構築された最新の静的優先サイトは、デフォルトでは不要な JavaScript を一切配布しません。HTML はビルド時にあらかじめレンダリングされているため、キャッシュするものは何もありません。

Social Animal での本番スタックはゼロプラグインです。ゼロです。SEO はフレームワークレベルで処理され、フォームは API エンドポイント、分析は軽量スクリプトです。配信した5,000以上のサイトの中で、このゼロプラグインアプローチは、メンテナンスとセキュリティ作業のカテゴリ全体を排除しています。

3. サイトはモバイルで3秒以上かかって読み込まれていますか？

Webサイトがモバイル接続でインタラクティブになるまでに3秒以上かかる場合、訪問者の半分以上がコンテンツを見る前に去っています。 閾値は Time to Interactive（TTI）の3秒で、スロットルされた 4G 接続で測定されます。

これはオフィスの Wi-Fi でサイトを読み込むあなたの体験ではありません。電話で、セルラーデータで、駐車場にいる誰かに対してサイトがどのように実行されるかです。ほとんどの人がサイトに初めて遭遇する方法です。

PortraitFlip という e コマース企業は、ページ読み込み時間を6.5秒から2.9秒に短縮した後、コンバージョンの135％増加を報告しました。Vodafone は2025年に A/B テストを実行し、Largest Contentful Paint（LCP）の31％の改善が売上8％の増加につながったことを発見しました。これらは読み込み時間に直接結びついた実際の収益数です。

遅いモバイルサイトで見かけることが最も一般的です：

  • 最適化されていない画像（2MB のヒーロー画像は 80KB の WebP である必要があります）
  • ページビルダーからのレンダリングをブロックする CSS
  • 同期的に読み込まれるサードパーティスクリプト（チャットウィジェット、タグマネージャー、フォント）
  • ファーストビューの下のコンテンツに対する遅延読み込みなし
  • 共有ホスティング上のサーバーサイドレンダリング、TTFB は 800ms 以上

これらの一部は、最適化プラグインと CDN 設定でバンドエイドを貼ることができます。ただし、サイトがデフォルトで重い動的ページを生成するスタックで構築されている場合、アーキテクチャ自体と戦っています。Astro のような静的優先フレームワークは、HTML と CSS を配信し、JavaScript は明示的に必要な場所にのみ配置します。パフォーマンスの違いはアーキテクチャであり、段階的ではありません。

4. Webサイトは過去4年以内に再構築されていますか？

Webサイトが過去4年以内に基本的に再構築されていない場合--単に再設計されたのではなく、再アーキテクチャされたのであれば--基本的なテクノロジーはほぼ確実に古いものです。 Web プラットフォームは速く動きます。4年前は2022年でした。その後何が変わったのか考えてみてください。

2022年に：

  • Astro は v1.0 でした（現在 v5.x で大幅なパフォーマンス向上があります）
  • Next.js App Router はまだ存在していませんでした
  • Google の AI Overviews は存在していませんでした
  • Core Web Vitals はランキングシグナルになったばかりでした
  • エッジコンピューティングは実験的でしたが、主流ではありませんでした
  • WebP は出現していました。AVIF サポートは不安定でした

2022年に構築されたサイトは見た目では現代的かもしれません。ただし、基本的には、現在古くなっているパターンと依存関係を実行している可能性があります。そしてサイトが2019年または2020年に構築されていた場合？それは web 開発の完全に異なる時代です。

再設計と再構築の区別は非常に重要です。再設計は同じアーキテクチャに新しい塗装をします。新しいテーマ、新しい色、おそらく新しいホームページレイアウトを取得します。しかし、基本となる CMS、プラグイン依存関係、ホスティングアーキテクチャ、JavaScript バンドル--それはすべて同じままです。問題は 12～18 ヶ月以内に戻ってきます。

再構築は、スタックの再考を意味します。モノリシック CMS から headless CMS アーキテクチャ への移動。ランタイムレンダリングされたページから静的に生成されたページまたはエッジレンダリングされたページへの切り替え。プラグインを目的別のコードに置き換えます。それが持続的なパフォーマンスと保守性をもたらすものです。

5. モバイル直帰率は55％を超えていますか？

モバイル直帰率が55％を超える場合、サイトは電話でサイトを訪問する半分以上の人々と係わることに失敗しています。そしてそれはトラフィックのほとんどがどこから来ているかです。 ベンチマークは業界によって異なりますが、55％はアラームを鳴らす必要があるポイントです。

2026年時点で、モバイルトラフィックは Statcounter によると世界中のすべての Web トラフィックの約62％を占めています。多くのローカルビジネスでは、75％に近いです。モバイル直帰率が高い場合、ニッチセグメントを失っていません。ほとんどの訪問者を失っています。

高いモバイル直帰率はほぼ常に、いくつかの根本的な原因に遡ります：

遅い読み込み時間

上記で説明しました。モバイル TTI が3秒を超える場合は、直帰を予想します。

応答性がない、または応答性が低いレイアウト

2020年からの「応答性」サイトは、多くの場合「デスクトップレイアウトがモバイルでぎこちなく反応する」ことを意味します。真のモバイル優先デザインは電話画面から始まり、上に向かっています。テキストはズームなしで読める。タップターゲットは少なくとも48x48ピクセルです。ナビゲーションは親指フレンドリーです。コンテンツは優先順位付けされ、縮小されていません。

煩わしいインタースティシャル

フルスクリーンポップアップ、ビューポートの半分をカバーする Cookie 同意バナー、コンテンツの前に読み込まれるチャットウィジェット--これらはすべてモバイルエンゲージメントを破壊します。Google は2017年以来モバイル検索で煩わしいインタースティシャルに罰を与えており、2025年のページエクスペリエンスアップデートで罰はより厳しくなりました。

Google Analytics で今これを確認してください。Audience > Mobile > Overview に進みます。モバイル直帰率をデスクトップと比較します。モバイルがデスクトップより15パーセントポイント以上高い場合、モバイルエクスペリエンスには特定の、修正可能な問題があります。

6. Webサイトは AI 検索回答に表示されていますか？

Webサイトが Google AI Overviews、ChatGPT、Claude、または Perplexity からの AI 生成検索結果で引用されていない場合、検索行動の成長セグメントに対して見えません。 これは古いサイトの最新の兆候であり、ほとんどのビジネスオーナーが考えていない兆候です。

2026年に、AI 駆動検索はニッチな好奇心ではありません。Google AI Overviews は、2026年初頭の BrightEdge スタディによると、推定47％の検索クエリに表示されます。ChatGPT 検索、Perplexity、Claude は1日に何百万ものクエリを処理しています。これらのシステムが回答を生成するとき、彼らはソースを引用します。サイトがこれらのソースの1つでない場合、ユーザーが実際にクリックしないため、分析に表示されることがない流量を失っています。

AI 検索エンジンは以下のコンテンツを支持します：

  • 構造的に明確：きれいな HTML、適切な見出し階層、スキーママークアップ
  • 事実的に具体的：曖昧なマーケティングコピーではなく、数字、閾値、固有の実体
  • クロールが高速：きれいな DOM、最小限の JavaScript レンダリング依存関係
  • 権威のある：バックリンク、一貫性のある NAP データ、トピック深度

ページビルダーで生成された HTML を使用した古い WordPress サイトはこれに特に悪いです。DOM は、ネストされた <div> 要素、インラインスタイル、空のコンテナで満杯です。AI クローラーはそれを解析できますが、よりきれいなソースを好みます。Astro または Next.js などの最新フレームワークで構築されたセマンティック HTML を使用したサイトは本質的に構造化されており、引用される可能性が高くなります。

これはパラダイムシフトです。SEO はページ1でランク付けすることでした。今は答えになることです。サイトのアーキテクチャが AI システムが理解しやすい、構造化された情報を抽出することを困難にする場合、サイトはモダンに構築されているサイトを持つ競合他社に遅れをとっています。

7. サイトはサポート終了した CMS バージョンで構築されていますか？

CMS バージョンがセキュリティアップデートを受け取らなくなった場合、Webサイトは法的にも実際的にも責任です。 閾値はバイナリです。サポートされているバージョンか、そうでないかのどちらかです。

2026年時点での一般的なプラットフォームの現在のサポート終了状態は次の通りです：

プラットフォーム バージョン EOL ステータス セキュリティリスク
WordPress 5.x 以下 機能更新を受け取らなくなりました 中～高
Drupal 9 以下 サポート終了（2023年11月） 重大
Drupal 10.x 2026年までサポートされています 監視する
Joomla 3.x サポート終了（2023年8月） 重大
PHP 8.0 以下 サポート終了 重大
Node.js 18.x 以下 サポート終了 高

サポート終了の CMS を実行しているからといって、サイトは明日ハッキングされるわけではありません。脆弱性が発見されたとき（そして常に発見されます）、誰も修正するつもりはないことを意味します。セキュリティではなく、運に頼っています。

Sucuri の2025年 Website Threat レポートは、感染した CMS アプリケーションの56％が古い状態であったことを発見しました。小規模ビジネスの Web サイトハックの平均コストは、クリーンアップ、失われたビジネス、および潜在的な規制罰金を考慮すると、$8,000～$25,000です。

headless アーキテクチャに移動すると、攻撃面が大幅に減少します。CMS がフロントエンドから分離されて、公開インターネットに直面しない場合、フロントエンド エクスプロイトのカテゴリ全体が消えます。コンテンツは API の背後に住んでいます、そしてフロントエンドは CDN 上の静的 HTML です。ハッキングするものは何もありません。

8. Webサイトは Core Web Vitals に失敗していますか？

サイトが Google Search Console で Core Web Vitals に失敗している場合、Google は直接、ユーザーエクスペリエンスが標準以下であると言っています。そしてそれはランキングに影響を与えています。 閾値は具体的です。LCP は2.5秒未満、INP は200ミリ秒未満、CLS は0.1未満です。

Core Web Vitals は抽象的なメトリクスではありません。彼らは実際のユーザーが感じる3つのことを測定します：

  • Largest Contentful Paint（LCP）：最大の見える要素が読み込まれるまでの時間。これが2.5秒を超える場合、ユーザーはページが遅いと認識します。
  • Interaction to Next Paint（INP）：何かをクリックまたはタップするときにページがどのくらい早く応答するか。200ms を超えるとぐるぐると感じます。
  • Cumulative Layout Shift（CLS）：ページが読み込まれる際に物体がどの程度移動するか。0.1 を超えると、要素が煩わしく、方向感覚を失う方法でシフトしています。

Google Search Console の「Core Web Vitals」レポート、または Chrome User Experience Report でフィールドデータを使用して Core Web Vitals を確認できます。Lighthouse のラボデータのみに依存しないでください。実際のユーザーからのフィールドデータは、Google がランキングに実際に使用するものです。

ここで興味深くなります：ページビルダーで構築されたサイトはほぼ常に INP に失敗します。理由は簡単です。ページビルダーは、すべてのインタラクションで実行される数百キロバイトの JavaScript を配布します。ユーザーがメニュー項目をタップするか、ボタンをクリックすると、ブラウザはその JavaScript をすべて実行してから応答をペイントできます。それはページが鈍く感じるため、ページビルダーです。

静的優先フレームワークはこれを完全に回避します。Astro で構築する場合、デフォルトはゼロのクライアント側 JavaScript です。インタラクティブなコンポーネントは選択的に水和されます--Astro チームが「島アーキテクチャ」と呼ぶもの。結果は、一貫して100ms 未満の INP スコア、多くの場合50ms 未満です。最適化ではありません。アーキテクチャです。

9. サイトのデザインはブランド戦略よりも古いですか？

Webサイトのビジュアルデザインが現在のブランドポジショニング、メッセージング、またはターゲットオーディエンスより前にある場合、サイトはビジネス戦略に対抗しています。 これは自分の好みのためにトレンドに従うことについてではなく--それはブランドが約束するものとWebサイトが提供するものとの一致についてです。

この矛盾を何百回も見てきました。会社はリブランドし、ポジショニングを更新し、新しいサービスを立ち上げます。そして2019年のWebサイトに触らないままにしておきます。サイトは古いロゴを表示し、古いメッセージングフレームワークを使用し、会社が過去にある聴衆をターゲットにしています。すべての訪問者は、彼らが聞いたことがある会社と彼らが見ているWebサイトの間で認知的不協和を経験します。

デザインは考えるより速く老化します。2020年現在だが2026年で時代遅れに見える特定の兆候：

  • フルウィドスヒーロースライダー（ユーザーは現在静的で意図的なヒーローセクションを期待しています）
  • デスクトップ上のハンバーガーメニュー（モバイルパターンが不適切に適用されます）
  • 握手画像を使用した一般的なストック写真
  • すべてのセクションでのパララックススクロール効果
  • 深さ、次元、または動きのないフラットデザイン
  • 「Webサイトへようこそ」コピー

コストは見栄えではありません。Stanford の Web Credibility Research は、ユーザーの75％が Webサイトデザインに基づいてビジネスの信頼性を判断することを発見しました。サイトが別の時代に構築されたように見える場合、訪問者はビジネスが依然としてアクティブ、まだ有能、まだ関連があるかどうかを疑います。

しかし、ここに重要な洞察があります：古いスタックのデザインリフレッシュは、約18ヶ月の間あなたに与えます。新しいデザインに投資している場合は、同時に新しいアーキテクチャに投資してください。更新が簡単で、パフォーマンスが自動的なスタックで構築してください。それは2年継続するプロジェクトと5年以上継続するプロジェクトとの違いです。

実際の修正方法

これらの兆候の3つ以上を認識している場合、サイトは別のパッチが必要ではありません。最新の再構築が必要です。

実際にそれが何を意味するかは次の通りです：

Headless CMS アーキテクチャ

コンテンツをプレゼンテーションから分離します。Headless CMS（Contentful、Sanity、Storyblok、または WordPress を headless API として）をコンテンツ管理に使用し、最新のフロントエンドフレームワークをレンダリング用に使用します。これにより、チームが必要としている編集体験が得られます、フロントエンドの荷物なしで。headless CMS ソリューションはこの方法で構築します。これが技術的負債を蓄積せずにスケールする唯一のアプローチだからです。

静的優先フレームワーク

Astro または Next.js でフロントエンドを構築します。これらのフレームワークはビルド時に静的 HTML を生成し、CDN からサービスを提供し、本当に必要な場所に JavaScript のみを追加します。従来の CMS とのパフォーマンスの違いは劇的です。そして、最適化する必要がないため自動的です。

ゼロプラグインスタック

すべての機能は目的別で構築され、ボルトで固定されていません。フォーム、分析、SEO メタデータ、サイトマップ、画像最適化--すべてフレームワークレベルまたは軽量な API を通じて処理されます。プラグイン競合なし。更新トレッドミル なし。セキュリティパッチなし。

Social Animal では、これは私たちが正確に何をしているかです。私たちは、この最新のスタックに5,000以上のサイトを配信しており、結果は一貫しています。90年代のスコア、ほぼゼロのメンテナンスオーバーヘッド、そしてリリース数年後もパフォーマンスしているサイト。これが特定の状況でどのように見えるか興味がある場合、価格ページはオプションを詳しく説明しているか、パフォーマンス監査のために直接連絡することができます。完全なフレームワーク--サイトが古いかどうかを判断する方法、コスト、再構築対再設計--については、Web サイト最新化ガイドを参照してください。

Web は変わった。ツールは変わった。人々は検索する方法が変わった。Webサイトはそれを反映するべきです。浅い方法ではなく、その骨で。

FAQ

Webサイトが古いか確認するにはどうですか？

最も速いチェックは60秒かかります：pagespeed.web.dev に進み、URL を入力します。モバイルスコアが70未満の場合、これが最初の赤い旗です。次に Google Search Console で Core Web Vitals の失敗を確認します。最後に、プラグインをカウントします。WordPress を使用していて10個以上を実行している場合は、不要なリスクとパフォーマンスオーバーヘッドを運んでいます。これら3つのチェックは、主観的なデザイン意見より多くを教えてくれます。

Webサイトはどのくらい頻繁に再設計されるべきですか？

従来の再設計サイクルは3～4年ですが、それは古いアーキテクチャから生まれたパターンです。最新の headless スタックでコンポーネントベースの設計システムで構築されたサイトは、完全な再設計なしに段階的に更新できます。基本的なアーキテクチャはプラットフォームの変更に対応するために4～5年ごとに再構築する必要がありますが、システムが正しく構築されている場合、ビジュアルデザインは継続的に進化できます。

古いWebサイトは Google ランキングを傷つけますか？

はい、測定可能です。Core Web Vitals は2021年以来 Google ランキング要因であり、各アルゴリズム更新で重みが増加しています。CWV に失敗するサイト（特にモバイルで）は、CWV を通過する競合他社と比較してランキングの不利です。それを超えて、ページ速度は直帰率に影響を与え、これは Google が追跡する行動信号です。遅いサイトはユーザーが係わっていないためランキングが低くなります。

既存の Webサイトを更新するか、ゼロから再構築する方が良いですか？

現在のサイトの年齢とアーキテクチャに依存します。サイトが3年未満で、サポート対象の CMS バージョンで実行されており、PageSpeed で70を超えるスコアを獲得している場合、更新と最適化は妥当です。4年以上古く、サポート終了プラットフォームで実行されている、または PageSpeed で60未満のスコアを獲得している場合、最新のスタックでの再構築は継続的なパッチングよりも3年でより費用効果的になります。ターニングポイントは通常、メンテナンスに費やす方が、再構築の分割払いより多い場合です。

最新の Webサイト再構築はどのくらいの費用がかかりますか？

headless CMS を使用した静的フロントエンドを備えた中小企業のサイト（10～30ページ）の場合、複雑さ、カスタム機能、コンテンツ移行の必要性に応じて、$15,000～$50,000を予想します。複雑な統合を備えた企業サイトは$50,000～$150,000 +です。これらの範囲は、品質な仕事のための2026年のエージェンシー価格を反映しています。特定のパッケージについては、価格ページを参照してください。ROI は通常、改善されたコンバージョンレートとメンテナンスコストの削減を通じて6～12ヶ月以内に発生します。

Webサイトがコンピュータとは異なるように見えるのはなぜですか？

サイトがモバイルで破損、切り詰められ、または水平スクロールが必要な場合、それは完全に応答性がありません（2015年以前に構築）または古い応答アプローチを使用しています。これはモダンデバイスサイズに対応していません。画面解像度とアスペクト比は大きく変わっています。折り可能な電話、タブレット、超ワイドモニター。最新の CSS で構築されたサイト（コンテナクエリ、流動的なタイポグラフィ、最新のグリッド）はこれらすべてに自動的に対応します。2018年の固定ブレークポイントに依存した古いサイトは対応しません。

ChatGPT のような AI 検索エンジンは Webサイトに置き換えますか？

いいえ、ただ見つける方法が変わっています。AI 検索エンジンは Web ソースから回答を合成し、それらのソースを引用します。サイトがよく構造化されていて、事実的に具体的で、技術的にアクセス可能な場合、それは AI システムが引用するソースになります。これにより、適格なトラフィックが得られます。サイトに悪い構造、膨らんだ HTML、曖昧なコンテンツがある場合、AI システムは代わりに競合他社を引用します。サイト自体は置き換えられませんが、それがどのように発見されるかは根本的に変わっています。

Webサイトをモダナイズするために新しい WordPress テーマに切り替えるだけで済みますか？

新しいテーマは視覚的なプレゼンテーションを変更しますが、貧弱なパフォーマンス、セキュリティの脆弱性、AI 不可視性を引き起こすアーキテクチャの問題に対処しません。同じプラグイン依存関係、同じ膨らんだ HTML 出力、同じ JavaScript オーバーヘッドを持つことになります。基礎に問題がある家を塗り直すようなものです。唯一の関心が美学で、パフォーマンススコアがすでに良い場合、テーマの変更が機能するかもしれません。しかし、この記事から複数の兆候が表示されている場合、問題はテーマが修正できるより深いです。