Contents
Staging サイトで投稿名のパーマリンク設定を有効化する
WP STAGING はデフォルトでパーマリンク設定をデフォルトのプレーンタイプに設定するため、この設定を変更することでリンクのリダイレクト問題の多くが解決します。
詳しくはこちら: WordPress パーマリンクを有効化する方法。
相対 URL ではなく絶対 URL を使用する
本番サイトにリダイレクトされるリンク構造を確認してください。
WP STAGING は相対リンクを検索・置換できないため、自動的な検索・置換を行うにはサイト上に絶対リンクが必要です。
たとえば:
動作するリンク: https://domain.com/path-to-page
動作しないリンク: /path-to-page
これを解決するには 3 つの方法があります:
- A. 新しい Staging サイトを作成し、サブドメインを使用してください。そうすれば相対リンクは副作用なく意図したとおりに動作します。
- B. 相対リンクではなく絶対 URL を使用してください。
すべての相対リンクを絶対リンクに変換します。まず本番サイトで変換してから再度クローンするか、Staging サイトを作成した後にそのリンクを変更してください。 - C. 動作しない相対リンクを無視し、編集したいページは管理ダッシュボードのページから開いてください。
推奨されるのは `A` または `B` の方法です。管理ダッシュボードからすべてのページを編集用に開くより、Staging サイトでの作業がずっと簡単になります。
.htaccess を削除または編集する
以下は、お使いのサイトが Apache Web サーバーを使用している場合のみ有効です!
サイトのクローンをサブフォルダに作成すると、WP STAGING はクローンされたサイト上の .htaccess を削除します。
その理由は、WordPress が本番サイトのルートフォルダにある .htaccess を使用するためです。Plugin の 1 つが Staging サイトに `.htaccess` ファイルを再作成した場合、そのファイルが書き換えルールを上書きし、Staging サイトのパーマリンクが動作しなくなる可能性があります。
その場合は、Staging サイトにある `.htaccess` を `.htaccess-disabled` などにリネームしてから Staging サイトに再アクセスしてみてください。ファイルのリネームには、FTP クライアント、cPanel ファイルマネージャー、本番サイトにインストールされたファイルマネージャー Plugin を使用できます。
Bitnami の .htaccess 設定
Bitnami インスタンスで WordPress を使用している場合は、追加の手順が必要です。
Bitnami は Web サイトのルートフォルダで .htaccess を使用しないため、投稿名のパーマリンクは WordPress の Bitnami インスタンスではすぐにはサポートされません。Bitnami はそこにある .htaccess ファイルを無視します。
Bitnami は Web サイトのルートにあるデフォルトの .htaccess ファイルを使用しません。代わりに、すべての .htaccess の設定は /opt/bitnami/apps/APPNAME/conf/htaccess.conf というファイルに追加されます。
そのため、パーマリンクを動作させたい場合は htaccess.conf を変更する必要があります。
そのファイルに移動し、以下を追加してください:
<Directory /opt/bitnami/apps/wordpress/htdocs/STAGING>
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /STAGING/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /STAGING/index.php [L]
</IfModule>
</Directory>もう 1 つの選択肢として、パーマリンクをプレーン設定のままにすることもできます。その場合、htaccess.conf を一切変更する必要はありません。
サイトが Nginx Web サーバーを使用している場合は nginx.conf を調整する
404 ページが見つからないエラーが表示され、サイトの Web サーバーが Nginx の場合、Web サーバーの nginx.conf を調整する必要があります。
その場合は、こちらの記事に従って実施してください!
サブドメインにクローンする
リダイレクトの問題を解決できない場合、WP STAGING | PRO のカスタムターゲットパスとホスト名オプションを使って、WordPress サイトをサブドメインや別のフォルダにクローンできます:
WordPress サイトを別のサブドメインにクローンする方法について、詳しいガイドを用意しています:
https://wp-staging.com/docs/create-a-staging-site-clone-wordpress/#Clone_to_a_Subdomain
WPML や Polylang のような言語 Plugin の使用
Polylang や WPML のような URL に言語スラッグ (例: https:// example.com/en/page1) を追加する言語 Plugin を使用している場合は、Staging サイトで投稿名のパーマリンクを有効化する必要があります。
そうしないと、これも本番サイトへのリンクリダイレクトのもう 1 つの原因となることがあります。
Staging サイトでセキュリティとログイン Plugin を無効化する
新しい Staging サイトを作成し、クローン処理から Plugin フォルダを除外することで、これらの Plugin をすべて無効化してください:
- Wordfence、iThemes Security、Cerber、WP Spamshield などのセキュリティ Plugin
- W3 Total、WP Rocket などのキャッシュ Plugin
- WPML、Polylang などの言語 Plugin (または Staging サイトでパーマリンクを有効化)
- リダイレクトまたは「Hide my Login」Plugin
すでに Staging サイトを作成していて、これらのセキュリティ Plugin を無効化する必要がある場合は、FTP やファイルマネージャー Plugin を介して Plugin フォルダをリネームすることで、特定の Plugin を無効化できます。
たとえば、WP Spamshield Plugin を無効化するには、Plugin フォルダ stagingsite/wp-content/plugins/wp-spamshield を別のものにリネームできます。
Staging サイトでリダイレクト Plugin を無効化する
特定のリダイレクト Plugin、会員 Plugin、HTTP エンドポイントから開いた際に HTTPS にリダイレクトする SSL Plugin など、リダイレクトを引き起こす Plugin があります。
そうした Plugin の例をいくつか挙げます:
これらの Plugin のいずれかを Staging サイトで使用している場合は、新しい Staging サイトを作成し、その特定の Plugin をクローン処理から除外してください。
あるいは、Staging サイトでリダイレクトを引き起こしている Plugin のフォルダを /wp-content/plugins/plugin-name-disabled のように別の名前にリネームして無効化できます。FTP で Staging サイトにログインし、該当 Plugin のフォルダを別の名前にリネームしてください。
それでも本番サイトにリダイレクトされますか?
問題が解決しない場合は、サポートチケットを開いてください。リダイレクト問題の解決をお手伝いします。
