WordPress・旧サイトの全面リニューアル｜SEO・AEOと運用を整える

既存の記事URLと本文を完全に引き継ぎ、検索で築いた蓄積を守りながら、ウェブサイトの仕組みと運用を刷新する。 当社の移行設計で、最優先に置く方針です。WordPressで運営してきたサイトも、製品情報、写真、資料、問い合わせの仕事を確かめたうえで、現在の目的に合う構成へ移せます。

長く使われてきたサイトには、会社の説明、検索からの入口、取引先が参照する資料などの価値があります。その蓄積を活かしながら、スマートフォンでの閲覧、SEO・AEOへの対応、更新と保守を一緒に整える。それが全面再構築で目指す改善です。

旧サイトの構造・保守状態の調査、侵入リスクの評価、移行に向けた設計・実装検証から得た知見を、企業サイトに共通する判断と手順として説明します。製造業の例は、説明のために作成した架空の設定です。

見た目・検索・運用を、一つの計画で整える

リニューアルの価値は、訪問者と運営者の両方にあります。訪問者には、必要な情報が見つかり、製品や対応範囲を比較でき、相談先へ進めること。運営者には、情報を更新しやすく、確認する対象と責任が分かり、問題が起きたときに戻せることです。

改善対象を最初に整理すれば、制作後に「資料へのリンクを忘れていた」「更新する方法が分からない」と気付く負担を減らせます。公開前に動作と引継ぎを確かめられることも、作り直す価値の一つです。

再構築の前に、WordPressとサーバーの安全性を調べる

サイトが表示され、問い合わせ画面が開くことと、安全に運用を続けられることは別です。当社で行ったWordPressの調査と侵入リスクの評価から、移行前には「何が動いているか」「修正が届くか」「どの条件で被害につながるか」を分けて確かめる手順を整理しました。

ソフトウェアや設定の弱点が悪用されると、会社の説明の書き換え、問い合わせ先の差し替え、情報の流出、サイトの停止などにつながる可能性があります。影響はウェブサイトの復旧だけにとどまらず、訪問者への説明や取引先への対応にも及びます。見た目を作り直す前に、現在の保守状態と、先に対処する項目を確かめます。WordPressの安全な運用の指針（新しいタブで開きます）

プラグインとPHPを、役割・保守期限・修正状態で確認する

WordPress本体、テーマ、プラグイン、PHP、サーバーは、それぞれ更新と保守を確認する対象です。本体が更新されていても、別の部品まで修正済みとは限りません。調査では次の項目を対応付けます。

公開ページの資産URLや応答ヘッダーに出る版番号は、調査の手掛かりです。実際のプログラムの版や、修正の適用まで確定できるものではありません。管理画面、稼働するファイル、保守担当者の情報と照合して判断します。

PHPは公式サポートが終了すると、その系列への修正提供が終わります。サイトが動いていても、新たに見つかる弱点を直せる状態かは別に確認する項目です。ホスティング提供元による延長保守がある場合は、修正の対象と期間も照合します。PHP公式のサポート期間（新しいタブで開きます）

WordPress本体も、系列の古さと修正の適用を分けて確認します。公式にサポートするのは最新版ですが、過去の版へ重要な修正が提供される場合もあります。本体、テーマ、プラグイン、PHPを個別に調べることで、必要な対応を絞れます。WordPress公式のセキュリティ方針（新しいタブで開きます）

侵入リスクは、入口と操作の条件を合わせて評価する

管理画面やAPIが公開されていること、ログインを要求すること、利用者が許可された操作だけをできることは、それぞれ別の確認項目です。管理画面がログインを求めても、ほかの入口まで正しく制限されているとは判断できません。

既知の脆弱性も、版番号に加えて、ログインの要否、利用者の権限、有効な機能、外部からの到達性、防御設定を照合します。認証なしで設定を書き換えられる条件と、特定の権限や利用者の操作を前提とする条件では、影響と対応順が変わります。

調査結果には、公開応答で確認した事実、既知の脆弱性との照合で追加確認が必要な候補、管理側での確認が残る項目を分けて残します。侵入の可能性と、実際に改ざんや情報流出が起きた証拠も区別します。操作を伴う検証が必要な場合は、対象・許可・操作範囲・停止条件を事前に決め、検証環境の利用と業務への影響を管理します。

急ぐ保守と、再構築で減らすリスクを整理する

調査で優先度の高い項目が見つかった場合は、全面リニューアルの完成を待たず、更新やアクセス制限などの対処を計画します。互換性、バックアップ、復元手順を確かめ、保守担当者と対応を進めます。

そのうえで、閲覧のために必要な処理と、編集・受付のために必要な処理を整理します。公開サイトが受け持つ実行機能を減らし、役割に合う仕組みへ置き換えることが、再構築によるリスク低減の一つです。切替後には旧環境の管理入口や定期処理も確認し、不要な実行環境を終了するところまで計画に含めます。

サイトが担っている仕事を棚卸しする

安全性の調査と並行して、ページの一覧と、それぞれの役割を確認します。検索から読まれる説明、営業担当が送るリンク、図面や資料の配布、採用情報、更新担当者の作業などを、一つの台帳へまとめます。

URL、本文、写真・動画・PDF、操作、問い合わせ・資料請求、計測、編集・公開を対応付けます。廃止するもの、同じ役割で引き継ぐもの、作り直すものを決め、それぞれに確認方法を残します。ドメインやメール、外部サービスの契約と管理権限も、この段階で確認する対象です。

たとえば中小製造業のサイトなら、部品の仕様説明、加工できる素材の案内、相談前に読む資料、見積相談を別々の役割として整理できます。掲載する写真の利用権限や仕様値の正しさは、会社の担当者と確認します。

記事のURLと本文を100%引き継ぐ設計で、検索の蓄積を守る

会社の説明や製品・記事のページは、検索結果、取引先のブックマーク、メール、印刷物から参照されます。URLと本文は、長く使われてきたサイトの資産です。見た目や使う技術を新しくするときも、その資産を維持する設計から始めます。

当社では、継承する既存記事のURLと本文テキストを100%引き継ぐことを受入基準に置き、移行元と移行先を一件ずつ照合する設計・実装検証を行っています。同じURLで、同じ記事の説明を読める状態を保ちながら、配信の仕組み、画面幅に応じた配置、操作、更新方法を作り直します。

完全な引継ぎを、全件の照合で確かめる

画面を見比べるだけでは、取り込みから漏れた記事や、本文の一部の欠落を見つけきれません。移行元の原本とURL一覧を保存し、生成したページとの対応と差分を残します。

HTMLの書き方や改行コードの違いと、本文の文字・数値・順序の違いを分けて扱います。元の本文を勝手に要約したり、別の表現に置き換えたりせず、内容を保持したまま新しい構成へ移すための確認です。ファイルの生成成功に加えて、実際のURLから目的の記事を読めることまで確かめます。

100%という基準は、継承対象の記事URLと本文の引継ぎを指します。廃止・統合・訂正が必要なページは、理由と対象を事前に合意し、引継ぎの結果とは分けて記録します。

移行と本文の改善を、検証できる順序で進める

移行に合わせて記事のURL、題名、主要本文を一度に大きく変えると、引継ぎの不具合と内容変更の影響を区別しにくくなります。まず既存情報の継承を確認し、読みやすさや性能を整えます。説明の追加や本文の改善は、対象と理由を記録しながら段階的に進めます。Googleもサイト移行では変更を順に行うことを勧めています。Googleのサイト移行ガイド（新しいタブで開きます）

URLを維持したまま配信基盤を変える場合も、ページ・画像・フォーム・資料の動作、検索設定、切替後の取得を確認します。GoogleのURLを変えない移行ガイド（新しいタブで開きます）

URLを変える必要がある場合は、同じ目的の新しいページへの恒久的な転送、正規URL、内部リンク、サイトマップを合わせて検証します。以前の製品URLを開いた人が、移行後も該当する製品へ進めることが基準です。

既存の検索評価を支える情報と入口を守るための工程として、移行前の検索状況を保存し、公開後の取得・登録・流入を追います。検索順位や流入の維持は、公開後の観測で確認します。

Googleの指針を、制作と受入の基準にする

「SEO対応済み」という一言では、何を確認したか分かりません。取得・内容・表示・運用について、制作する内容と確認結果を対応させます。

Googleはスマートフォン側の内容を主に検索登録へ使います。主要な情報を画面幅によって落とさず、同じ内容を読みやすく届ける構成を基準にします。モバイル優先インデックスの指針（新しいタブで開きます）

表示体験は、主要な内容が表示されるまでの時間、操作への応答、読み込み中の位置ずれなどで確かめます。制作時の試験に加え、公開後のCore Web Vitalsを確認し、実際の利用環境に合わせて改善します。GoogleのCore Web Vitalsガイド（新しいタブで開きます）

会社情報の構造化データは、会社名や連絡先を理解するための材料です。ページに表示する事実と合わせて整え、本文の説明と一緒に検証します。Googleの組織情報の指針（新しいタブで開きます）

Googleの指針に沿って確認できる状態を作ることと、順位・AIの引用・問い合わせが増えることは、別々に確かめます。 実装時の合格だけで成果とせず、公開後の観測へつなげます。

AEO：AIが回答の根拠として参照できる情報を整える

AEOは、Answer Engine Optimizationの略で、回答エンジン最適化を意味します。AIなどが利用者の質問に答える際、ウェブサイトの情報を取得・理解し、回答の根拠として参照できるように整える取り組みです。

企業のウェブサイトには、製品・サービスを探す人の疑問に答え、AIが説明や比較に利用できる有益な情報を掲載していくことが重要です。当社では、会社が提供できること、対応する条件、説明の根拠を明確にし、人の判断とAIによる参照の両方に役立つ内容を整えます。

たとえば、説明用の中小製造業のサイトでは、次の情報を実際の対応範囲に合わせて掲載できます。

図やPDFにある重要な情報には、確認済みの文字の説明も添えます。製品・サービスの説明から、関連資料、会社情報、相談へ進めるリンクをつなぎ、参照した内容の根拠と依頼先を確認できるようにします。

Googleの現行ガイドもAEOという呼び方に触れたうえで、通常のSEOの基礎と、専門知識や経験に基づく独自で役立つ内容を重視しています。まず公開ページを取得でき、読者の疑問へ具体的に答えられることを整えます。Googleの生成AI向け最適化ガイド（新しいタブで開きます）

どの説明がAIの回答で参照・引用されるかは、公開後にサービスごとに確認します。実装の確認と、実際に参照された結果を区別して改善へつなげます。

Googleマップの情報も、サイトと合わせて整える

所在地や来社方法を確認する人には、Googleマップと公式サイトの情報が一貫していることが役立ちます。名称、所在地、電話、営業情報、公式URL、実際の提供内容を照合し、確認した情報を更新する担当を決めます。

MEOは、地図を含む地域検索で見つけてもらうための整備です。Googleのローカル検索は、主に関連性・距離・知名度で決まります。ウェブサイトの再構築と、Googleビジネスプロフィールの整備は、それぞれ管理権限と実態を確認して進めます。Googleのローカル検索ガイド（新しいタブで開きます）

全国に提供する製品の説明と、所在地・来社・連絡の確認は、利用目的が違います。その両方を支える情報を整えることで、検索から来た人が会社を確認し、次の相談へ進みやすくします。

公開に必要な仕組みを整理し、保守の負担を減らす

製品紹介や会社情報は、あらかじめ生成したページとして配信できる部分が多くあります。その構成へ移すと、閲覧のたびにWordPressやデータベースを動かす依存を減らし、公開サイトが受け持つ処理を絞れます。技術的にはAstroなどを使いますが、選ぶ基準は更新方法、必要な機能、運用する人、費用です。

公開するページと、編集・承認・問い合わせを処理する仕組みを分ければ、それぞれに必要な権限と接続を設計できます。稼働する機能を絞り、更新・確認する対象を明確にすることは、リスクを減らすための方法の一つです。アクセスの制限、更新、バックアップ、復旧は、WordPressの公式指針でも重視されています。WordPressの安全な運用の指針（新しいタブで開きます）

移行後も、編集環境、フォーム、配信、利用する外部サービスは管理する対象です。お知らせを誰が更新し、誰が確認するか、公開前にどこで表示を確かめるか、誤った変更をどう戻すかまで用意して、日々の運用を引き継ぎます。

更新の仕事に合わせて、構成を選ぶ

更新する内容が多く、現在のWordPressで運用しやすい場合は、その構成を活かす改善も比較に含めます。全面再構築は、サイトの役割と今後の更新方法に適するかを確かめて選びます。

WordPressを離れても、新着情報は自社で更新できる

「新着情報は担当者が更新したい」という企業には、更新作業に使うCMSも用意できます。CMSは、記事の内容を管理・編集する仕組みです。当社では独自に構築し、新着情報だけを扱うなど、必要な更新に絞って利用できるようにしています。

WordPressのダッシュボードで記事を管理してきた方には、記事一覧から探し、題名・本文・表示日を編集し、下書きを保存して公開する流れを引き継げます。画面に出す内容と操作権限は、更新する人の役割に合わせて設定します。会社・製品の基本情報を維持しながら、新着情報の更新を社内で続けられる構成です。

保存・公開・サイト反映を分けて、確認する

更新した文章を保存することと、サイトの閲覧者へ届けることは、別々の段階です。構築したCMSでは、次の流れを分けて管理します。

1. 下書きを保存する。 公開中の記事を維持したまま、変更する文章を編集・確認します。
2. CMSで公開版を確定する。 確認した内容を、サイトへ反映する版として選びます。
3. サイトへ反映し、結果を確かめる。 配信するページを生成し、公開サイトが対象の版へ切り替わったことを確認します。

反映の依頼を受け付けた段階と、公開サイトの変更が確認できた段階も分けて表示します。保存できたことだけで、閲覧者にも新しい情報が見えていると判断しない仕組みです。

担当者の権限と、戻す方法を用意する

編集する人と、公開・サイト反映を行う人の権限を分けられます。新着情報を担当する方には、その内容の編集に必要な権限を渡し、運用に応じて公開担当との役割を決めます。

過去の内容は履歴から下書きへ戻し、確認してから公開できます。履歴を開いた操作だけで、公開サイトまで過去の状態に戻ることはありません。導入時には、担当者と一緒に編集・確認・公開・反映・復元を試し、日々の更新手順を引き継ぎます。

このCMSは、架空データの検証環境で、権限による操作制限、下書きと公開版の区別、履歴の復元、サイト反映の確認、データの書き出しを検証しています。導入する環境での認証、サイトとの接続、反映結果は、それぞれ確認する項目です。

確認用のURLで、画面と操作に納得してから進める

制作中のサイトは、確認用のURLからご覧いただけます。パソコンでもスマートフォンでも、実際の文字、写真、メニュー、資料へのリンクを確かめ、気になる点を共有していただく進め方です。ページや機能ごとに確認と修正を重ね、納得いただきながら公開へ進めます。

開発中の画面を共有する方法として、ngrok（新しいタブで開きます）やCloudflare Tunnel（新しいタブで開きます）を利用できます。環境と公開範囲に合わせて共有方法を選び、閲覧者の認証やアクセス制限、検索対象外の設定、確認を終えたURLの停止まで管理します。

フォームの確認では試験用の内容を使い、本番の受付・通知と区別します。文章や画像の確認だけでなく、「資料を探せる」「相談へ進める」「担当者が更新できる」といった仕事を、切り替え前に一緒に確かめられることが、この方法の利点です。

実装メモ：確認用URLのホスト許可

2026年10月4日時点のローカル検証では、Astroの開発サーバーをngrok経由で共有する際、astro.config.mjsに共有URLのホスト名を追加する必要がありました。設定例は次のとおりです。

server: {
  allowedHosts: ['your-preview-host.ngrok-free.app'],
},

この部分を既存のdefineConfigの設定に追加し、例示したホスト名を、実際に発行されたURLのホスト名へ置き換えます。Astroの公式設定リファレンス（新しいタブで開きます）

同日の検証環境では、Cloudflare Tunnel経由の共有は、この追加設定なしで表示できました。設定の要否は、開発サーバーへ渡るHostヘッダーやトンネルの構成によって変わります。Cloudflareにも接続先へ送るHostヘッダーを指定する設定があるため、共有方法と環境を合わせて確認する項目です。Cloudflareの接続先設定（新しいタブで開きます）

「公開できた」を、移行完了の判断にしない

ページの表示に加えて、問い合わせ・資料請求・通知・計測・編集・復旧が成立することを確認します。フォームは送信ボタンの反応、処理の受付成功、通知の配達、担当者の対応を分け、必要な範囲を試験します。アクセス解析には、氏名・連絡先・相談本文を送らない設計を維持します。

切り替え前の確認画面は検索対象外とし、試験が実際の受付や外部サービスの業務を動かさないようにします。切り替えの手順と、問題が起きたときに戻す方法を用意し、公開後にしか確認できない項目は担当と確認日を残します。

完全な置き換えを目指す場合は、表示だけでなく、編集、ビルド、フォーム、定期処理が旧システムへ依存していないかも確認します。内容と更新手段を引き継ぎ、残す資料と終了する実行環境を区別して、運用の移行まで管理します。

依頼前に、費用・切替・引継ぎの条件を確かめる

費用と期間は、何を確認して決めますか

ページ数に加えて、URLの種類、画像・PDF、フォーム、外部連携、更新する人と権限、元データの取得方法を確認します。CMSを設ける場合は、編集する内容とサイト反映の担当も決めます。調査・制作・移行・保守の範囲と、クラウド等の外部費用を分けて合意します。参考予算と見積条件は料金・ご依頼の進め方に掲載しています。

移行の準備中も、旧サイトを更新できますか

旧サイトの運用を続けながら、確認用の環境で新しいサイトを準備する方法があります。その場合は、移行準備中に追加・変更した記事を最後に取り込む手順と、更新を止める必要がある時間を決めます。最終の照合、公開切替、問題が起きた場合の復旧を一つの手順で管理します。

将来、別の担当者や会社へ引き継げますか

構築したCMSには、内容・履歴・ファイルを書き出す仕組みがあります。導入時には、ドメイン・配信・編集環境の管理権限、ソースや設定の引継ぎ範囲、書き出したデータを利用する方法を確認します。契約を終えるときの引継ぎ作業、費用、責任も、運用を始める前に合意する項目です。

全面再構築を、継続的な改善の出発点にする

当社では、旧サイトの調査、情報と機能の棚卸し、移行設計、再構築、検証、公開後の改善をつないで支援します。対象ページ、資料、フォーム、更新方法、外部連携を確認し、引き継ぐ範囲、提供内容、期間、費用、双方の役割を合意して進めます。

ご相談から最初の区切りまでにお渡しするのは、現状と役割の一覧、URL・資料・機能の対応表、改善の優先順位、試作と確認結果、公開・復旧・更新の手順です。どこまでを最初に整えるかを決め、再構築後も検索・利用・相談の状況を確かめながら、説明と運用を見直します。

問い合わせ後の対応や顧客・案件情報まで整える場合は、IT化・DX支援で業務とデータの設計につなげます。継続的な点検はウェブ運用・改善、参考予算と条件は料金・ご依頼の進め方をご覧ください。旧サイトから何を引き継ぎ、どこを良くしたいかという段階から、ご相談いただけます。