記事執筆者:認定SEOコンサルタント 三田健司
「サーバー会社から.htaccessを編集してくださいと言われたけれど、何のファイルか分からない」「リダイレクトを設定したらサイトが真っ白になった」。ホームページを運営している中小企業の担当者の方から、こうしたご相談をいただくことがあります。
.htaccess(ドット・エイチ・アクセス)は、たった数行の記述でサイト全体の動きを変えられる便利なファイルです。その一方で、1文字の書き間違いでサイトが表示されなくなることもあり、SEOへの影響も小さくありません。
この記事では、.htaccessの仕組みと役割から、2026年10月に再構成されたGoogleのクロール関連ドキュメントの内容、SEOでよく使う設定例、トラブルの防ぎ方、WordPressサイトでの注意点までを順番に解説します。
筆者は全日本SEO協会認定SEOコンサルタントとして、Web制作とSEOに10年以上携わり、延べ1,000件以上のご相談に対応してきました。サイト移転やSSL化の現場で実際に.htaccessを扱ってきた経験から、失敗しにくい進め方をお伝えします。
.htaccessとは?仕組みと役割

まずは、.htaccessがどのようなファイルで、どこで働いているのかを押さえておきましょう。仕組みが分かると、設定ミスが起きる理由も理解しやすくなります。
フォルダ単位でサーバーの設定を変えるファイル
.htaccessは、Webサーバーの設定を、置いたフォルダとその下の階層に限って上書きするためのファイルです。本来はサーバー全体の設定ファイルで行う変更を、契約者がファイルを1つ置くだけで行えるようにした仕組みです。
ファイル名の先頭に「.」が付いているのは、Linux系のサーバーで「隠しファイル」として扱うためです。そのため、FTPソフトの設定によっては一覧に表示されないことがあります。
使えるサーバーと使えないサーバー
.htaccessは、もともとApacheというWebサーバーのための仕組みです。Apacheと互換性のあるLiteSpeedというサーバーでも使えるため、国内の多くのレンタルサーバーで利用できます。
一方で、Nginx(エンジンエックス)だけで動いているサーバーでは.htaccessは読み込まれません。設定を書いても効かないときは、まず契約しているサーバーが.htaccessに対応しているかを確認しましょう。
サーバー側で許可されている範囲だけが使える
Apacheでは、サーバー全体の設定でAllowOverrideという項目が許可されている範囲に限って、.htaccessの記述が有効になります。許可されていない種類の命令を書くと500エラーになり、そもそも許可がまったく無い設定なら.htaccess自体が読み込まれません。
レンタルサーバーでは、リダイレクトやアクセス制限など、よく使う命令はたいてい許可されています。ただし細かな対応範囲はサーバー会社ごとに違うため、マニュアルで確認しておくと安心です。
WordPressも自動で書き込んでいる
意外と知られていませんが、WordPressのサイトでは、パーマリンクを設定した時点でWordPress自身が.htaccessに記述を書き込んでいます。「# BEGIN WordPress」から「# END WordPress」で囲まれた部分がそれにあたります。
つまり、WordPressで作ったサイトのほとんどは、すでに.htaccessに依存して動いています。編集するときは、この部分を消したり壊したりしないことが大前提です。
この1年で変わったこと|Googleのクロール関連ドキュメント

.htaccessそのものの仕組みは長年変わっていませんが、.htaccessで行う設定とGoogleの関係については、この1年でドキュメントの整理が進みました。特に知っておきたい2つの更新を紹介します。
2026年10月にクロール頻度の文書が再構成された
Googleは2026年10月6日、Googleのクロール頻度を下げる方法を説明したドキュメントを再構成しました。緊急時にクローラーからのアクセスを減らす方法をまとめた部分が整理され、Retry-AfterというHTTPヘッダーの説明と例が加えられています。
Google自身は、Retry-Afterへの対応は新しいものではないと説明しています。もともと別のページで触れていた内容を、緊急時に見つけやすい場所へ移したという位置づけです。
緊急時は500・503・429を返す
このドキュメントでは、サーバーが負荷に耐えられない緊急時に、クローラーへのレスポンスを200ではなく500、503、429のいずれかにする方法が案内されています。こうしたエラーが続くと、Googleはそのホスト名全体のクロール頻度を下げ、エラーが減れば自動で元に戻します。
503や429を返すときは、Retry-Afterヘッダーで「何秒後に」または「いつ以降に」再訪してほしいかを伝えられます。.htaccessを使えば、この503とRetry-Afterの組み合わせを比較的簡単に設定できます。
「1〜2日を超えて使わない」が原則
Googleは、同じURLで何日もこうしたエラーが続くと、そのURLがインデックスから削除されるおそれがあると明記しています。そのため、この方法は1〜2日程度の短い期間に限るよう案内されています。
また、クロール頻度を下げると、新しいページの発見や既存ページの更新が遅れるだけでなく、Google広告のキャンペーンが停止され、広告が配信されなくなる場合があると説明されています。安易に使う方法ではないことを押さえておきましょう。
サイトを一時停止するときの指針
Googleの「サイトを一時停止または無効にする」ページでは、1〜2日の停止なら503のエラーページ、それより長い休業なら200を返す案内ページを置く方法が示されています。このページの英語版は2025年12月に更新されています。
同じページでは、robots.txtに503を返すとすべてのクロールが止まってしまうため避けるよう注意しています。メンテナンス用の設定を.htaccessで書くときは、robots.txtを対象から外すことが大切です。

.htaccessでできること

.htaccessでできることは多岐にわたりますが、中小企業のホームページでよく使うものは限られています。代表的な5つを紹介します。
リダイレクト(URLの転送)
ページの住所が変わったときに、古いURLへのアクセスを新しいURLへ自動で転送する設定です。サイトのリニューアルやドメイン変更では欠かせません。
Googleは、ページが恒久的に移動した場合は301または308のリダイレクトを使うよう案内しています。恒久的なリダイレクトの転送先は、Googleが正規のURLとして扱う手がかりになります。
URLの統一(正規化)
「http」と「https」、「www」の有無など、同じページに複数のURLでアクセスできる状態を1つにまとめる設定です。評価が分散したり、重複したページとして扱われたりするのを防ぐ目的で使います。
SSL化したサイトでは、httpへのアクセスをhttpsへ転送する設定が特に重要です。サーバー会社の管理画面に「常時SSL化」の機能があれば、そちらを使うほうが安全な場合もあります。
アクセス制限とベーシック認証
特定のIPアドレスからだけアクセスを許可したり、IDとパスワードを入れないと見られないようにしたりできます。公開前のテストサイトを関係者だけに見せたいときによく使われます。
ベーシック認証をかけたページは、Googleのクローラーも中を見られません。テストサイトが検索結果に出てしまうのを防ぐ方法としても有効です。
独自のエラーページ
ページが見つからないときに表示する404ページなどを、自社で用意したデザインのページに差し替えられます。迷った訪問者をトップページや主要なページへ案内できるため、離脱を減らす効果が期待できます。
注意したいのは、エラーページの指定を「https://」から始まるURLで書くと、正しい404ではなく転送として扱われてしまう点です。サイト内のパスで指定するのが基本です。
キャッシュや圧縮の設定
ブラウザに画像やCSSを一定期間保存させる設定や、ファイルを圧縮して送る設定も.htaccessで行えます。表示速度の改善につながるため、SEOの技術的な対策として取り入れられることがあります。
ただし、最近のレンタルサーバーやキャッシュ系のプラグインは、同じ設定を自動で行っていることも少なくありません。二重に設定すると不具合の原因になるため、既存の設定を確認してから追加しましょう。

.htaccessを編集する前の準備と基本手順

.htaccessの編集で一番大切なのは、書き方よりも「元に戻せる状態で作業する」ことです。作業前の準備から反映の確認まで、手順を追って解説します。
必ずバックアップを取る
編集する前に、今ある.htaccessを手元のパソコンにダウンロードして保存しておきます。ファイル名に日付を付けておくと、どれが最新か分からなくなるのを防げます。
何か問題が起きたら、保存しておいた元のファイルに戻せば、ほとんどの場合はすぐに復旧できます。この一手間を惜しまないことが、トラブルを最小限に抑えるコツです。
編集の方法を選ぶ
編集の方法は、FTPソフトでダウンロードして編集し直す方法、サーバー会社のファイルマネージャーで直接書き換える方法、管理画面の.htaccess編集機能を使う方法などがあります。慣れていない方には、編集前の内容を自動で残してくれる管理画面の機能が向いています。
自分で編集するときは、Windowsの「メモ帳」よりも、文字コードと改行コードを選べるテキストエディタを使いましょう。文字コードはUTF-8、改行コードはLFにしておくのが無難です。
書き足す場所に注意する
.htaccessの命令は、基本的に上から順番に処理されます。WordPressのサイトでは、独自の設定を「# BEGIN WordPress」の前に書くのが一般的です。
WordPressが管理している部分の内側に書くと、パーマリンクを保存し直したときに消えてしまうことがあります。自分で書いた部分には、目印になるコメントを残しておくと後から探しやすくなります。
反映を確認する
保存したら、ブラウザでサイトを開き、トップページや主要なページが正しく表示されるかを確認します。ブラウザのキャッシュが残っていることがあるので、シークレットウィンドウでも確かめるのがおすすめです。
リダイレクトを設定した場合は、転送前のURLにアクセスして、転送先と転送の種類(301か302か)を確認します。HTTPステータスを調べられる無料のチェックツールを使うと便利です。
SEOでよく使う.htaccessの設定例

ここでは、中小企業のサイトで使う機会が多い設定例を紹介します。サーバーの環境によって書き方が変わる場合があるため、example.comの部分を自社の情報に置き換え、必ずバックアップを取ってから試してください。
ページ単位の301リダイレクト
1つのページのURLを変えたときは、次のように書くのがもっとも簡単です。左側に古いページのパス、右側に新しいページのURLを書きます。
Redirect 301 /old-page/ https://example.com/new-page/転送が必要なページが多い場合は、1行ずつ追加していきます。旧URLと新URLの対応表を先に作っておくと、書き漏れを防げます。

httpからhttpsへの統一
次の例は、httpでのアクセスをすべてhttpsへ301で転送する書き方です。mod_rewriteという機能を使います。
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]サーバーによっては、この書き方では転送が繰り返されてしまう場合があります。サーバー会社が推奨する書き方や、管理画面の常時SSL化機能があれば、そちらを優先しましょう。
wwwあり・なしの統一
「example.com」へのアクセスを「www.example.com」へまとめる場合は、次のように書きます。逆にwwwなしにまとめたい場合は、条件と転送先を入れ替えます。
RewriteEngine On
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]どちらに統一するかに正解はありませんが、一度決めたら変えないことが大切です。サイト内リンクやGoogleビジネスプロフィールに載せるURLも、統一したほうに合わせておきましょう。
メンテナンス中に503とRetry-Afterを返す
次の例は、短時間のメンテナンス中に、自社のIPアドレス以外からのアクセスに503を返し、1時間後の再訪を促す書き方です。Googleの案内に沿って、robots.txtとメンテナンスページ自体は対象から外しています。
ErrorDocument 503 /maintenance.html
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/maintenance\.html$
RewriteCond %{REQUEST_URI} !^/robots\.txt$
RewriteCond %{REMOTE_ADDR} !^203\.0\.113\.10$
RewriteRule ^ - [R=503,L]
Header always set Retry-After "3600" "expr=%{REQUEST_STATUS} == 503"メンテナンスが終わったら、この記述を必ず削除してください。消し忘れると、サイトがずっと503を返し続け、インデックスから外れる原因になります。
なお、メンテナンスページで画像やCSSを読み込む場合は、それらのファイルも条件に加えて除外しておく必要があります。
独自の404ページを表示する
サイト内に用意した404.htmlを、ページが見つからないときに表示する書き方です。転送として扱われないよう、URLではなくパスで指定します。
ErrorDocument 404 /404.htmlWordPressのサイトでは、テーマの404テンプレートが使われるため、この設定は通常必要ありません。静的なHTMLで作ったサイトで使う設定と考えてください。
設定ミスで起きるトラブルと対処法

.htaccessのトラブルは、症状からある程度原因を推測できます。よくある4つのケースと対処法を紹介します。
サイト全体が500エラーになる
保存した直後にサイト全体が「500 Internal Server Error」になった場合は、記述の誤りか、サーバーで許可されていない命令を書いた可能性が高いです。スペルミスや全角スペースの混入、閉じ忘れなど、ほんの小さな違いでも起こります。
まずはバックアップしておいた元のファイルに戻し、サイトが復旧することを確認します。そのうえで、追加した記述を1行ずつ試すと原因を絞り込めます。
リダイレクトループになる
「リダイレクトが繰り返し行われました」と表示される場合は、転送の条件が自分自身にも当てはまってしまい、転送が終わらない状態になっています。https化やwwwの統一を、サーバーの機能と.htaccessの両方で設定したときによく起きます。
同じ目的の設定を二重にしていないかを確認し、どちらか一方にまとめましょう。ブラウザにキャッシュが残っていることもあるので、確認はシークレットウィンドウで行います。
意図せずGoogleのクローラーを締め出してしまう
不正なアクセスを防ぐ目的で、特定のユーザーエージェント(アクセス元の名乗り)やIPアドレスを拒否する設定を書くことがあります。条件の書き方を誤ると、Googlebotまで拒否してしまい、検索結果から徐々に消えていくおそれがあります。
アクセスを拒否する設定を入れたら、Search ConsoleのURL検査でGooglebotがページを取得できるかを必ず確認しましょう。AIのクローラーへの対応を検討する場合も、まずはrobots.txtでの制御が基本です。

403エラーで見られなくなる
アクセス制限やベーシック認証の書き方を誤ると、自分も含めて誰もページを見られなくなり、403エラーが表示されます。IPアドレスの指定が古くなっていた、というケースもよくあります。
自宅や事務所のIPアドレスは、回線の契約によっては変わることがあります。IPアドレスで制限をかける場合は、変わったときに誰がどう直すのかまで決めておくと安心です。
WordPressサイトで.htaccessを扱うときの注意点

WordPressのサイトでは、WordPress本体やプラグインも.htaccessを書き換えるため、通常のHTMLサイトとは違う注意が必要です。
「# BEGIN WordPress」の部分は触らない
WordPressが書き込んだ部分は、パーマリンクの仕組みを動かすための大切な記述です。この部分が壊れると、トップページ以外がすべて404になることがあります。
もし壊してしまった場合は、管理画面の「設定」から「パーマリンク」を開き、何も変えずに「変更を保存」を押すと、WordPressが書き直してくれることがあります。それでも直らないときは、バックアップから戻しましょう。
プラグインが自動で書き込むことがある
キャッシュ系やセキュリティ系のプラグインの中には、有効化したときに.htaccessへ設定を書き込むものがあります。プラグイン名の入ったコメントで囲まれていることが多いので、見覚えのない記述があっても慌てて消さないようにしましょう。
逆に、プラグインを削除したあとも記述が残り、不具合の原因になることがあります。プラグインを整理したときは、.htaccessに不要な記述が残っていないかも確認するとよいでしょう。
ログイン画面の保護に使う場合
wp-login.phpへのアクセスを特定のIPアドレスに限ったり、ベーシック認証をかけたりして、不正なログインの試みを減らす使い方もあります。効果的な方法ですが、外出先からログインできなくなるなどの副作用もあります。
複数人でサイトを更新している場合や、外部の制作会社に保守を任せている場合は、関係者全員がログインできるかを確認してから設定しましょう。

更新や移転のあとに確認する
WordPressの引っ越しやサーバーの移転を行うと、.htaccessがコピーされていなかったり、旧サーバー向けの記述が残っていたりすることがあります。移転後に表示がおかしい場合は、.htaccessの中身を真っ先に確認しましょう。
Googleによると、サイトの移転後は、検索結果への反映に時間がかかることがあります。転送の設定は、Search Consoleで新しいURLへの切り替わりを確認できるまで、外さずに残しておくのが安全です。
よくある質問(FAQ)

.htaccessはどこにありますか?
多くの場合、サイトの公開フォルダ(public_htmlなど)の一番上の階層に置かれています。隠しファイル扱いのため、FTPソフトやファイルマネージャーで「隠しファイルを表示」の設定をオンにすると見つけやすくなります。
見つからない場合は、まだ作られていないか、サーバーが.htaccessに対応していない可能性があります。サーバー会社のマニュアルで確認してみてください。
.htaccessの設定はSEOに直接効きますか?
.htaccessを使うこと自体が順位を上げるわけではありません。リダイレクトやURLの統一を正しく設定することで、評価の引き継ぎや重複の防止につながる、という間接的な役割です。
反対に、設定を誤ると検索結果から消えるなど大きな悪影響が出ることもあります。SEOの効果を期待するより、まずは「壊さない」ことを優先しましょう。
302と301はどちらを使えばよいですか?
ページが恒久的に移動した場合は301、キャンペーン期間中だけ別のページに案内するなど、一時的な転送なら302を使います。Googleは、302などの一時的なリダイレクトは正規URLの手がかりとしては使わないと説明しています。
迷ったら「元に戻す予定があるかどうか」で判断するのが分かりやすい基準です。
設定を変えたのに反映されません
ブラウザのキャッシュが残っている場合が多いので、シークレットウィンドウや別のブラウザで確認してみてください。サーバーやCDNのキャッシュが効いている場合は、そちらの削除も必要です。
それでも変わらない場合は、サーバーが.htaccessに対応していない、あるいはその命令が許可されていない可能性があります。
自分で編集するのが不安です
.htaccessは、少しの誤りでサイト全体が表示されなくなるファイルです。作業に不安がある場合は、無理をせず、サーバー会社のサポートや制作会社に相談するのが確実です。
特にサイトの移転やドメインの変更など、多くのURLが関わる作業は、事前に転送の計画を立ててから行うことをおすすめします。
まとめ|.htaccessは「小さく書いて、すぐ確かめる」

.htaccessは、Webサーバーの動きをフォルダ単位で変えられる設定ファイルです。リダイレクトやURLの統一、アクセス制限、エラーページなど、ホームページの運営に欠かせない設定を数行で行えます。
2026年10月には、Googleのクロール頻度に関するドキュメントが再構成され、緊急時の503・429とRetry-Afterの使い方が分かりやすくまとめられました。ただし、こうした方法は1〜2日程度に限ることが前提で、robots.txtまで止めてしまわないよう注意が必要です。
編集の前には必ずバックアップを取り、少しずつ書き足しては表示を確かめることが、失敗しないための一番の近道です。WordPressのサイトでは、WordPressやプラグインが書き込んだ部分を壊さないことも忘れないでください。
まずは今日、自社サイトの.htaccessをダウンロードしてバックアップを取り、どのような設定が書かれているかを眺めてみるところから始めてみてください。

ホームページの技術的なSEOのご相談はアクセス・リンクへ
株式会社アクセス・リンクは、栃木県下野市を拠点に、ホームページ制作とSEOコンサルティングを行っている会社です。代表の三田健司は全日本SEO協会認定SEOコンサルタントとして、Googleの公式情報にもとづいたサイト改善をお手伝いしています。
.htaccessを使ったリダイレクトやSSL化の設定、サイト移転時の転送計画、WordPressの不具合の切り分けなど、技術的なSEOのご相談にも対応しています。「自分で触るのは不安」という段階でも、お気軽にご相談ください。

記事執筆・株式会社アクセス・リンク 代表取締役
Webサイト制作歴10年以上の経験を元にSEOコンサルティングを行い、延べ1,000件以上のサポート実績を誇ります。個人事業主や中小企業向けのホームページ制作やSEOコンサルティングを得意としています。
(社)全日本SEO協会 認定SEOコンサルタント
コメント