[新着] WP Media Cleanupがメディアライブラリに隠れた未使用画像を削除
メディアライブラリの散らかりにうんざりしていませんか？WP Media Cleanupはサイトをスキャンし、不要な画像バリエーションを削除してサイトの効率を向上させます…
[新着] WP Media Cleanupがメディアライブラリに隠れた未使用画像を削除
ジョエラ・ダン
ジョエラ・ダン
ジョン・ターナー
ジョン・ターナー
WordPressサイトの移行を完了したばかりで、一見するとすべて問題なさそうです。
しかし問題はここにある——完璧に見えた移行が数時間のうちに崩壊するのを私は見てきた。メール送信を停止したコンタクトフォーム。静かに失敗した決済ゲートウェイ。些細な問題が実際の金銭的損失を招くのだ。
何年もWordPressサイトの移行作業を続けてきて、痛い目に遭って学んだ教訓がある：ファイルが移動しただけでは移行は完了しない。すべてが実際に機能することを確認して初めて完了するのだ。
この移行後チェックリストは、まさにそのためのものです。訪問者やクライアントが発見する前に、隠れた問題を捕捉するための段階的なガイドを作成しました。
テスト中にチェックアウトプロセスの不具合を発見した？それは修正可能だ。3日分の売上を失った後に発見したら？それは悪夢だ。
WordPress移行後のテストで必要な手順を具体的に見ていきましょう。
以下はその要点である：
WordPressサイトを移動する際は、まったく異なる環境間でファイルをコピーすることになります。
新しいサーバーでは、異なるPHPバージョン、メモリ制限、またはセキュリティ設定が実行されている可能性があります。
これらの変数はすべて、古いサーバーでは完璧に動作していたものを壊す可能性があります。
実際に、新しいウェブホストのMySQLバージョンがわずかに古いせいでサイトが壊れるのを目撃したことがある。サイト自体は表示されたが、すべてのフォーム送信が失敗した。クライアントは2日間も気づかず、その間に数十件の見込み客を失った。
問題点は以下の通りです：コンタクトフォームは顧客が連絡を取る手段です。ECサイトの決済システムは収益を生み出す手段です。ログインシステムはチームが管理画面にアクセスする手段です。
移行後にこれらのいずれかが失敗した場合、修正に追われる間にビジネスチャンスを逃すことになります。
たとえDuplicatorのような自動移行ツールを使用したとしても、それが制御できるのはパッケージ化と展開の対象だけです。移行先のサーバー環境を制御することはできません。だからこそ、テストは絶対に必要不可欠なのです。
ここから実践的な部分に入ります。移行後にテストが必要な重要な要素をすべて順を追って説明します。
すべてを体系的に確認すれば、サイトが実際に機能していることを知り、安心して眠れるでしょう。
移行後は、以下のテストを実施してください：
基本から始めましょう。ブラウザでサイトを開き、メインナビゲーションのリンクを一つ一つクリックしてみてください。
次に、フッターリンク、サイドバーウィジェット、およびすべての行動喚起ボタンを確認してください。
いくつかのブログ記事を開き、コンテンツ内の内部リンクをクリックしてください。404エラーや、まだ古いドメインを指しているリンクを探します。
リンク切れは訪問者を苛立たせ、SEOランキングを低下させます。Googleは404エラーをサイトの質の低さの指標と見なし、行き止まりに遭遇したユーザーは離脱してしまうため、修正が必要です。
HTTPからHTTPSに移行した場合、ブラウザのアドレスバーに鍵のアイコンが表示されているか確認してください。アイコンが壊れているか表示されていない場合、リソースが誤ったプロトコルで読み込まれています。
ブラウザのコンソールを開き、セキュリティ警告がないか確認してください。どの画像やスクリプトが問題を引き起こしているかが正確にわかります。
サイト上のすべてのフォームはテストする必要があります。お問い合わせフォーム、ニュースレター登録、見積もり依頼フォーム——すべてです。
フォームは収益への直接的な道筋です。機能しない問い合わせフォームは、販売機会を逃すことを意味します。機能しないニュースレター登録は、メールリストを構築できていないことを意味します。
フォームが送信されるかどうかだけを確認しないでください。次の3点を検証する必要があります：
移行作業で、フォームはフロントエンドでは正常に動作しているように見えたのに、メールが完全に届かなくなるケースを目にしたことがある。ユーザーには成功メッセージが表示される。サイト所有者には何も届かない。
すべてのフォームを、すぐに確認できる実際のメールアドレスでテストしてください。そうすれば、訪問者が確実に連絡できることを確認できます。
サイト内検索は、訪問者が必要な情報を素早く見つける手段です。これが機能しなくなると、特に数百もの投稿や商品があるサイトでは、ユーザーがコンテンツを閲覧できなくなります。つまり、コンテンツを見つけたい人に対して、自らコンテンツを隠しているのと同じことです。
サイトに検索バーがある場合は、テストすべきです。
サイト上に存在することを知っているものを検索してください。検索結果が正しく表示されるか確認してください。
次に、存在しないものを検索してみてください。エラーではなく、適切な「検索結果が見つかりません」ページが表示されることを確認してください。
これは些細なことのように思えますが、検索機能が壊れていると、訪問者がコンテンツを適切に閲覧できなくなります。
WooCommerceストアを運営しているなら、購入フロー全体をテストする必要があります。商品を閲覧するだけでなく、実際に取引を完了させてください。
こちらが簡易チェックリストです：
購入後、次の2点を確認してください：1. 注文確認メールが届いているか確認する2. WordPress管理画面にログインし、注文リストに注文が表示されていることを確認する
会員制サイトを運営している場合やユーザー生成コンテンツに依存している場合、認証システムの破損は壊滅的な影響をもたらします。会員は購入した有料コンテンツにアクセスできなくなり、投稿者も作品を提出できなくなります。
移行後、テストユーザーアカウントを作成するか、既存のアカウントを使用してください。ログインを試みてください。
ユーザープロフィールページにアクセスできますか？プロフィールを編集できますか？
サイトにコメント機能が有効な場合、投稿にテストコメントを残してください。コメントが正しく表示され、通知メールが届くことを確認してください。
ログアウトしてから再度ログインしてみてください。ログイン/ログアウトの流れがスムーズに動作することを確認してください。
コンテンツは信頼性の源泉です。文字化けやレイアウトの乱れはプロ意識の欠如を露呈し、訪問者はあなたのビジネスを信頼できるか疑問を抱きます。
データベースの文字エンコーディングの問題は、一度に数百件の投稿に影響を及ぼす可能性があります。今後1か月かけてページごとに問題を発見するよりも、今すぐに発見して修正する方が賢明です。
最も重要なページを開いてください。ホームページ、会社概要ページ、サービスページ——あなたのビジネスにとって最も重要なページです。
それらを読み通してください。アポストロフィの代わりに「’」のような変な文字を探してください。これらは移行中に時々発生するデータベースのエンコードエラーです。
ショートコードを確認してください。[contact-form-7 id="123"] のようなものが実際のフォームではなくプレーンテキストとして表示されている場合、ショートコードプラグインが有効になっていないか、正しく移行されていない可能性があります。
ページレイアウトを確認してください。列は正しく表示されていますか？サイドバーは正しい位置にありますか？
一見問題なく見えても、特定のページでコンテンツが崩れる場合があります。サイト全体で少なくとも10～15ページをランダムにチェックしてください。
画像が表示されないことはユーザー体験を損ない、サイトのデザイン全体を台無しにします。商品写真が読み込まれないと売上の損失につながります。PDFリソースが404エラーを返すと、そのコンテンツを目当てに来た訪問者を苛立たせます。
ファイル転送の中断は、特に数千ものメディアファイルを扱うサイトでは、想像以上に頻繁に発生します。
WordPressのメディアライブラリに移動してください。スクロールして、サムネイル画像が正しく生成されているか確認してください。
次に、画像ギャラリーがあるページを訪問してください。埋め込み動画を再生してください。PDFダウンロードをクリックしてください。
メディアファイルが多数あり、一部が欠落している場合、通常はファイル転送が完了しなかったことを意味します。それらのファイルを手動で再アップロードするか、移行を再実行する必要があります。
サイトのフロントエンドにアクセスし、プラグインやテーマに依存する視覚的要素を確認してください。
スライダー、ポップアップ、メニューは正しく表示されていますか？
次にWordPress管理画面にアクセスしてください。最も重要なプラグインの設定ページを確認し、エラーメッセージやデータの欠落がないか確認してください。
テーマオプションパネルを確認してください。SeedProd、Elementor、Diviなどのページビルダーを使用している場合は、編集モードでページを開いてください。ビルダーが正しく読み込まれ、すべてのデザイン要素が保持されていることを確認してください。
ここで、新しいサーバー環境におけるプラグインの互換性問題を確認できます。
移行後のSEO問題により、検索順位が一夜にして急落する可能性があります。
設定ミスしたrobots.txtファイルはGoogleにサイト全体のインデックス登録を停止するよう指示し、数日でトラフィックが消失します。サイトマップ内の古いドメインURLは検索エンジンを混乱させ、重複コンテンツの問題を引き起こします。
こうした過ちは、回復するのに数か月を要する類のものだ。
ホームページを右クリックし、「ページのソースを表示」を選択してください。
Look for your title tag (in the <title> tags) and your meta description (in the <meta name=”description”> tag). Make sure they’re displaying correctly and don’t contain your old domain name.
次に、ブラウザでyoursite.com/robots.txtにアクセスしてください。すべてのクローラーをブロックする設定になっていないことを確認してください。
もし見かけたら Disallow: / 特定のパスが設定されていない場合、サイトは検索エンジンに何もインデックスしないよう指示しています。これは、インデックスが無効化されていたステージングサイトから移行した際に発生することがあります。
最後に、XMLサイトマップを確認してください。通常は、使用しているSEOプラグインに応じて、yoursite.com/sitemap.xmlまたはyoursite.com/sitemap_index.xmlにあります。
開いて、すべてのURLが古いドメイン名ではなく新しいドメイン名を使用していることを確認してください。
Google Analyticsを使用している場合は、トラッキングが正常に機能していることを確認する必要があります。
簡単な確認方法：サイトのソースコードを表示（右クリック→「ページのソースを表示」）し、GoogleアナリティクスのトラッキングIDを検索してください。通常「UA-」または「G-」で始まります。
しかし、より良いテスト方法があります：Googleアナリティクスを開き、リアルタイムレポートに移動してください。次に、別のブラウザタブで自分のサイトにアクセスします。数秒以内に、自分がアクティブなユーザーとして表示されるはずです。
表示されない場合、トラッキングコードが動作していません。アナリティクスプラグインが有効で正しく設定されているか確認してください。
失われたリダイレクトはリンク価値の喪失とユーザーの不満を招きます。苦労して構築したバックリンクも、リダイレクトが機能しなければ404ページに辿り着いてしまいます。
旧サイトで301リダイレクトを設定していた場合は、テストしてください。
リダイレクトされるはずの古いURLにアクセスしてみてください。それらがまだユーザーを正しい新しい場所へ誘導していることを確認してください。
AIOSEOをご利用の場合、ワンクリックでリダイレクトをテストできます。
リダイレクトは、多くの場合.htaccessファイルに保存されるか、リダイレクトプラグインによって管理されます。移行時に引き継がれないことがあり、特にサーバーの種類を変更した場合（ApacheからNginxへの移行など）に起こりやすいです。
ブラウザのアドレスバーを見てください。鍵のアイコンが表示されていますか？
鍵のアイコンが壊れているか警告が表示されている場合、SSLに問題があります。
これは、新しいサーバーにSSL証明書が正しくインストールされていないか、混合コンテンツ（一部のリソースがHTTPSではなくHTTP経由で読み込まれている状態）が発生している可能性があります。
詳細な診断には「Why No Padlock?」のようなツールをご利用ください。これは無料で利用できるオンラインツールで、サイトをスキャンしてSSL警告の原因を正確に特定します。
Wordfence、Sucuri、またはSolid Securityをご利用の場合は、プラグインの設定画面にログインし、すべてのルールと設定が引き継がれていることを確認してください。
ファイルのアクセス権限も確認してください。ほとんどの場合、ディレクトリは755、ファイルは644に設定する必要があります。FTPやSSHの使用に慣れていない場合は、ホスティングプロバイダーに確認を依頼できます。
ファイルの権限設定が間違っていると、セキュリティ上の脆弱性が生じたり、WordPressが正常に動作しなくなったりする可能性があるため、移行後は必ず確認することが重要です。
これは当然のことのように思えますが、それでもテストしてください。WordPressから完全にログアウトします。その後、再度ログインします。
サイトに複数のユーザーロールがある場合、別のロール（編集者や投稿者など）を持つ人にログインを試してもらってください。そのユーザーのアクセスレベルが正しく、通常のタスクを実行できることを確認してください。
WordPressのデータベースには、サイトを一意たらしめるすべての情報が保存されています——長年にわたるコンテンツ、顧客データ、注文履歴などです。
データベース転送が不完全だと、コンテンツが欠落していることに数週間気づかない可能性があります。その時点で復旧するにはバックアップからの復元が必要となり、新しいデータを失う恐れがあります。ソースに簡単にアクセスできる今のうちに確認してください。
データベースをテストする実用的な方法は、すべての投稿、ページ、コメントが存在するかを確認することです。
投稿 » 全ての投稿に移動し、件数が以前と同じであることを確認してください。ページとコメントについても同様に確認してください。
技術的な知識がある場合は、wp-config.phpファイルを開き、データベーステーブルのプレフィックスを確認してください。その後、phpMyAdminにログインし、データベーステーブルが実際にそのプレフィックスを使用していることを確認します。ここで不一致があるとサイトが動作しなくなります。
ほとんどのユーザーはここまで深く掘り下げる必要はありませんが、投稿が表示されない、設定が保存されないといった異常な動作が見られる場合、データベースの問題が原因である可能性があります。
WordPressは様々な目的でメールを送信します：パスワードリセット、フォーム送信、コメント通知、eコマース注文などです。
メール配信の障害はサイト全体に目に見えない失敗を生み出します。顧客は注文確認メールを受け取れず、購入が失敗したと思い込みます。パスワード再設定メールが届かず、ユーザーがロックアウトされます。
簡単なテストです：ログインページの「パスワードを忘れた場合」機能を使用してください。管理者用メールアドレスを入力し、パスワードリセットリンクをリクエストしてください。
メールは届きましたか？受信トレイにない場合は、迷惑メールフォルダを確認してください。
WordPressのメールが送信されない場合、通常は新しいホストのメール送信ポリシーが厳格化されているためです。簡単な解決策は、WP Mail SMTPのようなSMTPプラグインを使用することです。
このテストをスキップしないでください。移行後のメール配信問題は非常に頻繁に発生します。
最も一般的な原因は、wp-config.phpファイル内のデータベース接続エラー、古いドメインを参照したままのURL（検索置換が必要）、および誤ったファイルパスです。キャッシュの問題も正常に動作するサイトを破損したように見せることがあります。慌てる前に、ブラウザのキャッシュとサーバー側のキャッシュをクリアしてみてください。
サイトの規模、インターネット接続速度、およびホスティングプロバイダーのパフォーマンスによって異なります。小規模なサイトなら15分で移行できる一方、数千枚の画像や投稿を含む大規模なサイトでは数時間かかる場合があります。
WordPressサイトを移行した後に、すべてが正しく移行されたことを確認するために検査・テストすべき項目を体系的にまとめたリストです。品質管理と考えてください——訪問者がエラーを経験する前に、それを発見するのに役立ちます。
これが「ホワイトスクリーン・オブ・デス」です。通常、新しいサーバー環境と互換性のないプラグインやテーマによる致命的なPHPエラーが原因で発生します。wp-config.phpファイルでWP_DEBUGを有効にすると、実際のエラーメッセージが表示され、問題の原因を特定できます。
最も確実な方法は、Better Search Replaceプラグインのようなデータベース検索置換ツールを使用して、古いURLのすべてのインスタンスを新しいURLに更新することです。Duplicator Proには、この機能が移行プロセスに直接組み込まれており、リンク切れが発生するのを最初から防ぎます。
このチェックリストが長いのは承知しています。確かに長いのです。
しかし現実にはこうだ：テスト中に不具合のある支払いフォームを発見した場合、修正には5分しかかからない。一方、1週間後——注文を失い顧客を苛立たせた後——に発見した場合、被害の収拾には何時間もかかる。
移行作業においてテストは刺激的な部分ではない。コンタクトフォームが正常に動作しても誰も喜ばない。だが、まさにそこが肝心なのだ。
あなたのサイトは、誰もそのことを考えなくてもいいほど確実に動作すべきです。あなたも、あなたのチームも、訪問者もです。このチェックリストがその実現をお手伝いします。
このテストプロセスを、すべての移行作業の標準的な手順として組み込みましょう。シンプルなスプレッドシートを作成し、作業を進めるごとにチェックボックスを埋めていきます。繰り返すごとに作業は速くなり、見逃していた問題も発見できるようになります。
あなたのサイトはあなたのビジネスです。移行作業そのものと同じ重要性をもって、テスト段階にも臨んでください。
WordPressサイトの移行を安心して行いたいですか？Duplicator Proは移行の複雑な部分（URL置換、データベース設定、ファイル転送）を自動化するため、トラブルシューティングに費やす時間を削減できます。
移行後のテストで発生しがちな多くのエラーを防ぐように設計されています。今すぐDuplicator Proにアップグレードしましょう！
ここにいる間、私はあなたがこれらの他のWordPressリソースを気に入ると思います：
情報開示私たちのコンテンツは読者支援型です。つまり、あなたが私たちのリンクをクリックした場合、私たちはコミッションを得る可能性があります。私たちは、読者に付加価値をもたらすと信じる製品のみを推薦します。
