KapsuleHostでの.htaccessについて理解する

KapsuleHostは、すべてのウェブサイトを.htaccessを読み込まない高性能なウェブサーバーで提供しています。そのため、このファイルに追加したルールはまったく効果を持ちません。このガイドでは、それがWordPressサイトにとってどのような意味を持つのか、そして代わりに同じ役割を果たすKPanelの設定を説明します。

共有cPanelホストから移行してきた場合、.htaccessはおそらくリダイレクト、HTTPS強制、カスタムエラーページ、ボットのブロックなどを設定していた場所でしょう。これらはすべてKapsuleHostでも引き続き利用できます。ただ、テキストファイルではなくKPanelで設定するようになっており、サーバーレベルで適用されるため、より高速で、入力ミスによってサイトが壊れることもありません。

.htaccessがここで機能しない理由

.htaccessは、Apacheウェブサーバー用のディレクトリごとの設定ファイルです。Apacheはリクエストのたびにこのファイルを読み直すため、便利である一方で動作が遅くなる原因にもなっています。

KapsuleHostはApacheを実行していません。お客様のサイトは、起動時に一度だけ設定を読み込むイベント駆動型のウェブサーバーによって提供されており、これが負荷時にもサイトの応答が速い大きな理由のひとつです。このサーバーにはディレクトリごとの上書きファイルに相当する仕組みがないため、.htaccessを開くことは決してありません。

良いニュースは、よくある.htaccessの悲劇とは逆のことが起きる点です。このファイルの構文エラーが原因でサイトが落ちることはありません。なぜなら、誰もこのファイルを解析しないからです。

これがなくても機能するもの

パーマリンク。 WordPressサイトでApache上の.htaccessが最も必要とされる理由は、パーマリンクを美しく表示するためです。KapsuleHostでは、書き換え処理がサイトのサーバー設定に組み込まれているため、/2026/07/my-post/は.htaccessブロックがまったくなくてもWordPressを通して解決されます。パーマリンクが404を返す場合は、別の原因が考えられます。WordPressのパーマリンクの問題を修正するをご覧ください。

WordPressがファイルに書き込む。 WordPressや一部のプラグインは、Apacheを前提としているため、今でも.htaccessに# BEGIN/# ENDブロックを書き込みます。これは無害です。ファイル自体は実在し、書き込み可能で、ファイルマネージャーにも表示されます。ただ、それを読み込む仕組みが存在しないだけです。

「強化を適用しました」と表示するセキュリティプラグイン。 .htaccessを編集することでxmlrpc.phpやwp-config.phpをロックダウンしたと主張するプラグインは、実際にはこのプラットフォーム上で何も保護していません。サイト自体のセキュリティタブを使用してください。これはサーバー側で同等のルールを適用します。

一般的な.htaccessルールに対応するKPanelの設定

これらはすべてサイト自体の中にあります。ウェブサイト、次にサイトを選び、該当のタブを開きます。

このうち2つは、.htaccess版では決して実現できなかったことまでできます。リダイレクトは完全一致パス、末尾スラッシュのプレフィックス、そして/blog/*のようなワイルドカードに対応しており、KPanelは保存後にリダイレクトを実際に検証します。エラーページは本来のステータスコードのまま提供されるため、カスタム404ページは検索エンジンから見ても本物の404であり、お詫びの文言が書かれた200ではありません。

ファイルを見つけて読む

プラグインがファイルに何を書き込んだかを確認したり、KPanelでルールを再作成する前にコピーしておきたい場合など、.htaccessを見たい場合もあるでしょう。

WordPressタブから

1. KPanelにサインインし、左サイドバーのウェブサイトをクリックします。
2. 対象のサイトをクリックします。
3. WordPressタブを開き、wp-configセクションを開きます。
4. .htaccessパネルまでスクロールします。内容は読み取り専用で表示され、変更が必要な場合はEditボタンがあります。

ファイルマネージャーから

1. サイトを開き、設定、次にファイルマネージャーを開きます。
2. ツールバーの隠しファイルを表示をクリックします。ドットで始まるファイルは既定では非表示のため、これを行わないと.htaccessは表示されません。
3. .htaccessをクリックして、内蔵エディターで開きます。

このファイルはサイトのルートにあり、wp-config.phpやwp-contentと同じ場所にあります。エディターとその権限管理についての詳細は、ファイルマネージャーの使い方をご覧ください。

WordPressの既定ブロック

参考までに、これはWordPressが自身のために書き込むブロックです。Apacheホストではパーマリンクを動かしますが、KapsuleHostでは機能しておらず、削除しても何も壊れません。

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

後でApacheホストに移行する可能性がある場合は、そのまま残しておいてください。パーマリンク設定を保存するたびに、WordPressはどのみちこれを書き直します。

ルールを移行する場合

cPanelからサイトを移行する際は、旧ホスティングを解約する前に古い.htaccessを開き、一行ずつ確認してください。

1. リダイレクト。 各RedirectやRewriteRuleを、設定、次にリダイレクトで再作成します。ルールごとに1行です。恒久的な移転であれば301を、変更が元に戻る可能性があれば302を選びます。
2. HTTPS強制。 削除してください。代わりにサイトの設定でHTTPS を強制を有効にします。
3. IPブロック。 WordPress、次にセキュリティのIPブロックパネルで再作成します。
4. キャッシュと圧縮のヘッダー。 削除してください。これらは自動的に処理されており、旧ホストから残った古いmod_expiresルールは、キャッシュの挙動が分かりにくくなる原因としてよくあるものです。
5. プラグインが書き込んだもの。 無視してください。新しいサイトにプラグインを再インストールし、プラグイン自身に処理させましょう。

移行の際にはファイル自体はそのまま保持されるため、リストを確認している間も何も失われません。移行の全体的な手順については、cPanelからのウェブサイト移行をご覧ください。

トラブルシューティング

「.htaccessにリダイレクトを追加したのに何も起こりません。」 それが正常です。設定、次にリダイレクトで追加してください。そこにあるStatus列で、リダイレクトが実際に検証されたかどうかが分かります。

「プラグインはサイトが強化されたと言っていますが、スキャナーは違うと言っています。」 そのプラグインは、読み込まれない.htaccessルールを書き込んでいます。実際に適用されている保護機能については、サイトのセキュリティタブを確認してください。

「以前のホストの.htaccessに理解できないルールがありました。」 そのまま丸ごとコピーしないでください。ファイルを添付してチケットを開いていただければ、どれがKapsuleHostで同等の機能を持つか、どれが共有Apacheホストの欠点を補うためだけに存在していたのかをお伝えします。

「パーマリンクが壊れています。」 これはここでは.htaccessの問題ではありません。WordPressのパーマリンクの問題を修正するを参照するか、サイトのWordPressタブからクイックアクション、次にリライトをフラッシュでリライトルールをフラッシュしてください。