Q.Studioから移行した後に404エラーになっているページを見つけるにはどうしますか？

できます。Google公式のWordPressプラグインであるSite Kit by Googleを導入すれば、GA4（Googleアナリティクス4）とSearch Consoleの両方をまとめて連携し、管理画面上で基本指標を確認できます。

導入の手順はシンプルです。WordPressの管理画面からSite Kitをインストールして有効化し、画面の指示に従ってGoogleアカウントを接続します。初期設定の途中でサイトの所有権を確認し、Search Consoleにまだ登録していなければ、そこでサイトが追加されます。

Analyticsは初期設定で一緒につないでも、後から追加してもかまいません。Googleタグを用いて接続が行われ、既存のAnalyticsアカウントやプロパティ、ウェブデータストリームを選択できるほか、画面上から新しいプロパティを新規作成することも可能です。Studioのころから使っていたGA4プロパティを選べば、移行の前と後の数字を同じ場所で続けて見られますね。

セットアップできるのは、WordPressで管理者の権限を持つ人だけです。編集者など、ほかの権限の人には、管理者がダッシュボードの一部を見られる権限を共有できます。

もっとも、Site Kitの画面に404の一覧が出るわけではありません。404になったURLはSearch Console本体のページのインデックス登録レポートで確かめます。

問い合わせの通知メールをうっかり消してしまった、迷惑メールに振り分けられて見落とした。そんなときに困らないよう入れるのがFlamingoです。Contact Form 7だけでは送信されたメッセージをどこにも残さないので、届いたメールが唯一の控えになっています。

Flamingoを入れると、送信内容はWordPressサイトを置いているサーバーのデータベースに保存されます（Flamingoでの送信内容の保存）。Flamingoをインストールして有効化すると、WordPressの管理画面に「Flamingo」という専用メニューが追加されます。この中の「受信メッセージ」画面を開くと、これまでに送信された問い合わせが一覧で表示され、内容の閲覧やキーワード検索を行えます。一覧画面には件名や送信者の項目が並び、送信者の名前やメールアドレスが記録される仕組みです。

つまり、問い合わせた人の個人情報がサーバーの中にたまっていきます。管理画面にログインできる人のアカウントやパスワードの扱いも、あわせて見直したいところです。

保存したくないフォームがあるなら、そのフォームの「その他の設定」に do_not_store: true と書きます。Flamingoが有効でも、そのフォームからのメッセージは保存されなくなります。とはいえ、この設定ですでに保存されたデータが消えるわけではありません。

お問い合わせフォームを送信する前に、入力内容を見直す確認画面を挟むことはできるでしょうか。Contact Form 7だけでは出せません。初期状態では、利用者が送信ボタンを押すとそのまま即座にメッセージが送信される仕様です。確認画面が欲しいときは、拡張プラグインを追加しましょう。

拡張にはNorick Confirm、Izurutoys、Plugearの確認画面プラグインなどがあります。Norick Confirmの場合は、Contact Form 7をインストールして有効化したうえで拡張を有効化し、フォームのボタンを confirm、back、submit の順に並べます。この並びは入れ替えずに置いてください。

IzurutoysとPlugearの拡張は、閲覧者のブラウザでJavaScriptが無効になっていると確認の手順を飛ばし、Contact Form 7単体と同じようにそのまま送信します。すべての人に確認画面を見せられるわけではないので、送信後の自動返信もあると、入力ミスに相手が気づけますね。

Contact Form 7の管理画面で「メール」タブを開き、「メール (2) を使う」にチェックを入れてテンプレートを編集すると、投稿者宛ての控えメールを自動送信できます。チェックを入れるだけでは送られません。メール (2) は、メインのメールが正常に送れたときにだけ送られます。自動返信が届かない問い合わせは、メインのメールの送信から失敗しているかもしれません。

2026年10月21日に、PHP 8.5.12、8.4.27、8.3.36、8.2.35が公開されました。認証なしでリモートからコードを実行されるおそれのある、重大な脆弱性2件を直した版です（PHP公式サイト）。8.3系なら8.3.36へ、8.2系なら8.2.35へ、というように今のシリーズの中でも上げる必要があります。

まず、「ツール」メニューの「サイトヘルス」を開き、「情報」タブの中にある「サーバー」欄を確認すると、稼働中のPHPバージョンが表示されます。PHPの更新作業そのものは、WordPressの画面内ではなく、契約しているレンタルサーバーの管理パネルから行いましょう。

エックスサーバーなら、管理画面の「PHP Ver.切替」で対象のドメインを選び、「変更後のバージョン」を指定します。新しい画面は「設定する」、旧画面は「変更」で反映されます。画面の名前や手順はレンタルサーバーの会社ごとに違うので、ほかのサーバーは契約先のマニュアルで探し、見つからなければサポートに聞きましょう。修正版がいつ選べるようになるかも、会社によって違います。

バージョン変更の前には、サイト全体のバックアップを作成しておきます。テーマやプラグインが新しいPHPで動く保証はありません。切り替えた後は、トップページの表示、問い合わせフォームの送信、管理画面へのログインを一通り試します。

Studioで設定していたURLのリダイレクト機能は、別のサーバーへ移転した後もそのまま効果を持ち続けるでしょうか。移行の形によって変わります。同じドメインの向き先をStudioから新しいサーバーへ切り替えると、アクセスはもうStudioを通らなくなり、Studioで作った301リダイレクトは働きません。Studioのリダイレクト機能は、アクセスがStudioのサーバーへ届いている状態で初めて処理される仕組みだからです。Studioで設定できる転送は、そのプロジェクトにつないだドメインの中のパスだけが対象です（Studioのリダイレクト設定）。

反対に、旧ドメインをStudioにつないだまま残し、新しいドメインのサイトへ飛ばす形なら使えます。リダイレクト先にはStudioの外のURLも指定できるためです。この場合は、旧ドメインをStudio側に置き続けることが前提になります。

同じドメインのまま移すときは、転送を移行先で作り直しましょう。サーバーの設定やCMSの転送機能のほか、CloudflareなどのCDNを使っていればそちらでも設定できます。Cloudflareで別のドメインから301で飛ばすなら、転送元のドメインをCloudflareに追加し、プロキシを有効にしたDNSレコードと転送ルールの両方を用意します。DNSを変えただけでは転送されません。

設定が終わったら、旧URLの一覧を使って、それぞれのURLが対応する新URLへ飛ぶかを試してください。404を探したときの表に、転送の結果も書き足していけば済みます。