[新着] WP Media Cleanupがメディアライブラリに隠れた未使用画像を削除
メディアライブラリの散らかりにうんざりしていませんか？WP Media Cleanupはサイトをスキャンし、不要な画像バリエーションを削除してサイトの効率を向上させます…
[新着] WP Media Cleanupがメディアライブラリに隠れた未使用画像を削除
ジョエラ・ダン
ジョエラ・ダン
ジョン・ターナー
ジョン・ターナー
WordPressサイトを新しいホストへ移行し終えたところです。ファイルは転送され、データベースはインポートされ、すべて正常に動作しているはずです。
次に管理ダッシュボードにログインしようとすると——できなくなる。
リダイレクトループや404エラーが発生している可能性があります。あるいは、正しいと分かっているにもかかわらず、認証情報が機能しなくなっているのかもしれません。
私も経験があります。移行後にWordPressユーザーが直面する最も一般的な問題の一つが、ログインできないことです。
この状況で実際に安心できる点は、おそらく壊滅的な故障ではないということです。ほとんどの場合、問題は修正可能であり、修正するために開発者である必要はありません。
このガイドでは、考えられるあらゆる解決策を順を追って説明します。最後には、ダッシュボードに戻り、ウェブサイト作業を再開できるでしょう。
以下はその要点である：
WordPressサイトを移行する際には、ウェブサイト全体を丸ごと持ち上げ、ファイルパスが異なり、多くの場合新しいドメイン名を持つ全く異なる環境に配置することになります。
WordPressは、データベースや設定ファイルに環境固有の情報を大量に保存しています。その情報が突然一致しなくなると、動作が停止します。
管理者ログインが機能しなくなった場合のよくある原因は以下の通りです。
WordPressはサイトのURLをデータベース内の複数の場所に保存します。これらのURLが新しいドメインと一致しない場合（または古いドメインを指し続けている場合）、通常はリダイレクトループが発生したり、ログインページから追い出されたりします。
.htaccessファイルは、サーバーがURLやリダイレクトをどのように処理するかを制御します。古いサーバーのファイルは新しいサーバーと互換性がない可能性があります。特に、ApacheからNginxへ、またはその逆へ移行した場合にその傾向があります。
一部のプラグイン（特にセキュリティやキャッシュ関連のプラグイン）はサーバー固有の設定を保存します。移行後、ログイン画面が表示される前に、これらのプラグインによってアクセスが遮断されたり、致命的なエラーが発生したりする可能性があります。
新しいサーバーでは、異なる権限設定が必要になる場合があります。WordPressが必要なファイルを読み書きできない場合、ログインの問題が発生します。
ファイル転送中に破損する場合があります。重要なWordPressファイルが正常に転送されなかった場合、ログインシステムは機能しなくなります。
これらの修正を順番に試してください。まずは最も簡単なものから始めましょう——キャッシュをクリアするだけで問題が解決するなら、わざわざデータベースをいじる必要はありません。
移行後のWordPressログイン問題の解決方法：
技術的な話に入る前に、まず単純な可能性を排除しておきましょう。
まずブラウザのキャッシュとクッキーを消去してください。次に——これが皆が忘れがちな点ですが——ホスティングプロバイダーがサーバーレベルのキャッシュ機能を提供しているか確認してください。
Kinsta、WP Engine、SiteGroundなどのホスティングサービスは、それぞれ独自のキャッシュシステムを備えています。ホスティングの管理パネルにログインし、そちらでもキャッシュを消去してください。
次にログイン情報を確認してください。もう試したことは承知していますが、どうかお付き合いください。
自動入力ではなく、パスワードを手動で入力してください。自動入力では、特に最近ドメインを変更した場合、古い認証情報が表示されることがあります。
パスワードに自信があっても、「パスワードをお忘れですか？」リンクをクリックし、リセットメールが届くか確認してください。
メールが届かない場合、それは有用な情報を示しています：WordPressが新しいサーバーからメールを送信できないということです。（これは別の問題ですが、少なくとも対処すべき課題が明確になります。）
まだロックアウト中？ もっと深く掘り下げる時だ。
不正なURLが移行後のログイン問題の大半を引き起こします。
WordPressはサイトのURLをデータベース内の2つのフィールドに保存します。それらは siteurl そして home.
それらのファイルがまだ古いドメインを指している場合、WordPressはログインを試みるたびにそこへリダイレクトしようとします。その結果、リダイレクトループに陥り、古いURLと新しいURLの間を行き来し続け、最終的にブラウザが処理を断念するまで続きます。
これを修正するには二つの方法があります。
ダッシュボードに素早く戻るには、wp-config.phpファイルを更新するのが最も早い方法です。
FTPまたはホストのファイルマネージャーでサイトに接続します。サイトのルートディレクトリにあるwp-config.phpファイルを開きます。
これらの2行を、先頭のすぐ後、開始タグの直後に追加してください。 <?php タグ:
define( 'WP_HOME', 'https://your-new-domain.com' );
define( 'WP_SITEURL', 'https://your-new-domain.com' );your-new-domain.com を実際のドメインに置き換えてください。SSL証明書がインストールされている場合は（インストールすべきです）、必ずHTTPSを使用してください。
ファイルを保存して、再度ログインを試みてください。
これはデータベース内の内容をすべて上書きします。しかし問題は、これが一時的な対処法だということです。誤ったURLは依然としてデータベース内に残ったままです。恒久的な解決策としては、データベース自体を更新する必要があります。
phpMyAdminにログインしてください（ホスティングのコントロールパネル—cPanel、Plesk、またはホストが使用しているもの—内にあります）。左サイドバーからWordPressデータベースを選択してください。
見つける wp_options テーブルをクリックします。（データベースが別のプレフィックスを使用している場合、例えば wp_abc123_options.)
次の2行を探してください：
クリック 編集 それぞれに適用し、更新する option_value フィールドを新しいドメインに設定してください。再度、正しいプロトコル（https または http）を使用していることを確認してください。
変更を保存してください。次にログインを試みてください。
もし以前にそれらの行をwp-config.phpに追加した場合は、今それらを削除できます。データベースには正しい値が格納されています。
.htaccessファイルは、ApacheサーバーにおけるURL書き換えとリダイレクトを制御します。新しいサーバーに移行した場合（特にサーバー構成が異なる場合）、古い.htaccessファイルが問題を引き起こしている可能性があります。
修正は簡単です：新しいものを生成してください。
FTPまたはファイルマネージャーで接続します。ルートディレクトリ内の.htaccessファイルを探します。（ファイルが表示されない場合は、FTPクライアントで隠しファイルの表示が有効になっていることを確認してください。）
.htaccess_old のような名前に変更してください。これにより、削除せずに無効化できます。
今すぐログインを試してみてください。動作すれば、.htaccessが問題だったことが確認できます。
新しいファイルを生成するには、WordPressのダッシュボードにログインし、[設定] » [固定リンク] に移動してください。何も変更せずに、下にスクロールして[変更を保存]をクリックしてください。
WordPressは、新しいサーバー用に正しいルールが設定された新しい.htaccessファイルを作成します。
セキュリティプラグインはロックダウンを好む。キャッシュプラグインは古いページを提供したがる。どちらかが移行後にログインを妨げる可能性がある。
競合をテストする方法は以下の通りです。
FTPで接続し、wp-content フォルダに移動します。pluginsフォルダをplugins_old のような名前に変更します。
ログインしてみてください。動作すれば、プラグインの競合が原因だったことがわかります。
プラグインを一つずつ再有効化してください。問題のプラグインが見つかるまで、各プラグインの再有効化後にログインをテストしてください。
アクティブなテーマでも同様の操作が可能です。wp-content/themes内のテーマフォルダをリネームしてください。WordPressはデフォルトテーマに切り替わり、テーマが問題だった場合、ログインが可能になるはずです。
移行中にパスワードが本当に乱れたのかもしれません。そういうことは起こります——特にデータベース転送中に文字エンコーディングの問題があった場合には。
データベース内で直接リセットできます。
phpMyAdminにログインし、WordPressデータベースを選択します。 wp_users テーブル
管理者ユーザー（通常はIDが1のユーザー）の行を見つけます。編集をクリックします。
において user_pass フィールドに、新しいパスワードを入力してください。 関数 パスワードフィールドの横にあるドロップダウンメニューから選択してください MD5これにより、データベースはパスワードを適切にハッシュ処理するよう指示されます。
変更を保存し、新しいパスワードでログインしてみてください。
WordPressのコアファイルが破損している可能性があります。解決策は、それらを新しいコピーと置き換えることです。
wordpress.orgにアクセスし、WordPress の最新版（または現在使用中のバージョンと同じバージョン）をダウンロードしてください。ダウンロードした ZIP ファイルをコンピュータ上で解凍してください。
FTPで接続します。サイトのルートディレクトリに移動します。
サーバーからwp-adminフォルダと wp-includesフォルダを削除してください。先ほど解凍したWordPressのダウンロードファイルから、新しいバージョンをアップロードしてください。
もう一度ログインしてみてください。
新しいサーバーでは、古いサーバーとは異なるファイル権限が必要になる可能性があります。
標準の権限は以下の通りです：
これらの設定は、FTPクライアント（ファイルやフォルダを右クリックした際に「ファイル権限」または「CHMOD」オプションが表示されるものが多い）またはホスティング会社のファイルマネージャーから変更できます。
こちらはあまり知られていませんが、実際に起きた事例です。移行中にユーザーロールデータが混乱することがあります。
phpMyAdminにログインし、 wp_usermeta テーブル
行を見つける meta_key は wp_capabilities そして user_id 管理者のユーザーID（通常は1）と一致します。
チェック meta_value フィールド。以下を含む必要があります：
a:1:{s:13:"administrator";b:1;}
空欄の場合、または他の内容が含まれている場合は、上記のテキストに合わせて編集してください。
上記のいずれも効果がなかった場合、WordPressが実際に何を問題視しているのかを確認する時が来ました。
FTP経由でwp-config.phpを開きます。以下の行を追加してください：
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );これにより、サイト上にエラーを表示せずにデバッグが可能になります（エラー表示はセキュリティリスクとなります）。
再度ログインしてみてください。WordPressはエラーをwp-contentディレクトリ内のdebug .logファイルに書き出します。
そのファイルをダウンロードして読み込んでください。エラーメッセージは通常、問題の直接的な原因（特定のプラグイン、データベース接続の問題、または欠落ファイルなど）を示しています。
問題を確認して修正したら、wp-config.phpからデバッグ用の行を削除してください。本番環境でデバッグモードを有効にしたままにしておくのは避けましょう。
問題が解決しましたね。ダッシュボードに戻っています。すべてが再び正常に動作しています。
しかし正直に言うと、おそらくそれは本来かかるべき時間より長くかかってしまった。
これらのログイン問題のほとんどは、小さな手動ミスに起因します。データベースの入力ミス。URLの更新忘れ。完全に転送されなかったファイルの転送ミスなどです。
すべてを手作業で行う場合、こうしたミスはほぼ避けられません。データベースのエクスポート、FTPアップロード、phpMyAdminでの検索置換操作を同時にこなす中で、たった一文字の誤りがアクセス不能を引き起こす危険箇所が数多く存在します。
だからこそ、私は何年も前に手動での移行をやめたのです。
Duplicatorはエラーが発生しやすい部分をすべて自動的に処理します。移行時の問題を防止するために特別に設計されています。
Duplicatorインストーラーは、データベース全体に対して完全な検索と置換を実行します。古いURLはすべて新しいURLに更新されます。サイトURLやホームページフィールドだけでなく、あらゆる場所が対象です。
Duplicatorは、インストール時に指定したデータベース認証情報に基づいて新しいwp-config.phpファイルを生成します。また、新しいサーバー環境に最適化された新しい.htaccessファイルも作成します。
専用の移行ツールを使用すれば、記憶やチェックリストに頼る必要はありません。Duplicatorは毎回完璧な移行を実行し、同じ順序で、手順を省略することなく進めます。この一貫性が、ロックアウトを引き起こす人的ミスを排除するのです。
手動での移行が不可能だと言っているわけではありません。しかし、集中力、細部への注意、そして技術が必要です。たった1つの手順を間違えれば、何時間もトラブルシューティングに追われることになります。
Duplicatorはその不安を解消します。バックアップを作成し、新しいホストにアップロードし、インストーラーを実行するだけで完了です。
ログインが機能するのは、すべてのURLが正しく、設定がクリーンで、転送中に何も破損しなかったためです。
サイトを定期的に移行する場合（あるいは二度とロックアウトされるのを避けたい場合）、この特定の作業のために設計されたツールを使用する価値があります。
これはほぼ常に、データベース内のサイトURLまたはホームページの不一致が原因です。最も迅速な解決策は、wp-config.phpファイルに正しいURL定義を追加することです。ログイン後、恒久的な解決策としてデータベース内のURLを直接更新してください。
.htaccessファイルが存在しないか、新しいサーバーでは機能しないルールが含まれています。最も簡単な解決策は、WordPressにログインし（アクセスできる場合）、設定 » パーマリンクに移動し、何も変更せずに「変更を保存」をクリックすることです。これにより、正しいルールでファイルが再生成されます。
最も一般的な原因は2つあります。wp-config.phpファイル内のデータベース認証情報の誤り、または新しいサーバー上で致命的なエラーを引き起こすプラグイン/テーマです。実際のエラーメッセージを確認するにはWP_DEBUGを有効化してください。これが問題の特定を最も迅速に行う方法です。
これは別の.htaccessの問題です—パーマリンク構造が正しく処理されていません。「設定」→「パーマリンク」に移動し、設定を再保存してください。WordPressが書き換えルールを再生成し、リンクはすぐに機能し始めるはずです。
手動での移行作業は、手順を理解していてもストレスがたまるものだ。
数十ものファイルを移動し、データベースをエクスポートし、検索と置換を実行し、設定ファイルを更新する――そして見落としがないことを祈る。そしてログインを試みる時は息を詰める。何か問題が起きていたら、1時間もトラブルシューティングに追われることになるからだ。
それは二度と戻らない時間だ。
Duplicator Proはこのストレスを解消するために特別に開発されました。問題を引き起こす部分——URL置換、設定更新、ファイル転送——を自動化するため、安心して移行できます。
初回から確実に動作する、信頼性が高く再現性のある移行を実行します。
トラブルシューティングに疲れたら、Duplicator Proを試してみてください。移行作業に午後を費やすのと、インストーラーを5分で実行するのとでは、その差は歴然です。
ここにいる間、私はあなたがこれらの他のWordPressリソースを気に入ると思います：
情報開示私たちのコンテンツは読者支援型です。つまり、あなたが私たちのリンクをクリックした場合、私たちはコミッションを得る可能性があります。私たちは、読者に付加価値をもたらすと信じる製品のみを推薦します。
