meta refreshは、HTMLの<meta>タグを使って、一定時間後に別URLへ転送するクライアントサイドのリダイレクト設定です。
meta refreshは、HTMLのhead内に記述し、ユーザーが開いたページから別ページへ自動で移動させるために使われます。
URL変更時の転送手段として知られていますが、2026年時点では常用する方法ではありません。サーバー側で301や302を設定できない場合の代替策として理解しておくのが実務的です。meta refreshの意味、設定方法、301・302との違い、SEOへの影響まで順番に整理していきましょう。
この記事でわかること
meta refreshとは
meta refreshとは、Webページに記述するHTMLタグの1つで、ユーザーがリクエストしたページから指定した別ページへ転送させるために記述します。
ドメインの移管やパーマリンクの変更などによりURLが変わる場合、転送処理を設定していないとユーザーは古いURLへアクセスすることになり、リクエストしたページを開けません。
meta refreshタグを入れておけば、古いページへアクセスしたユーザーを新しく変更したURLへと導き、ページ情報を表示させられます。
ただし、2026年の実務では「URL変更時の第一候補」ではなく、「サーバー側のリダイレクトが使えない環境での代替手段」と考えるのが適切です。Googleはmeta refresh自体を認識しますが、より推奨しているのはHTTPステータスコードを使うサーバーサイドの転送です。
このような転送処理には、meta refreshの他にもリダイレクトと呼ばれる処理方法がありますが、何が違うのでしょうか。
301や302リダイレクトとの違い
meta refreshと、リダイレクトと呼ばれる処理の違いは、「クライアントサイド」と「サーバーサイド」、どちらの処理になるかという点です。
meta refreshはクライアントサイドでの転送処理であり、ユーザーがインターネットを閲覧するために使うブラウザ側で行われます。HTMLで記述された内容をブラウザが処理し、ユーザーに古いURLではなく新しいURLを表示させます。
一方、301リダイレクトや302リダイレクトと呼ばれるサーバーサイドでの転送処理は、ユーザーからのリクエストがサーバーに届いた際、転送処理に関するファイルが設置されていることで、サーバー側から古いURLではなく新しいURLのページ情報を返します。
なお、クライアントサイドの転送にはmeta refreshのほかにJavaScriptによるリダイレクト（`window.location`）もあります。ただし、JavaScriptはクローラーが実行しない場合があるため、SEO目的の転送にはmeta refresh以上に不向きです。
違いを実務目線で整理すると、301は恒久的な移転、302は一時的な移転をHTTPで伝える方法で、meta refreshはブラウザに「何秒後に移動するか」を指示する方法です。検索エンジンに対するシグナルの明確さ、ユーザー体験、保守性まで含めると、通常は301・302のほうが扱いやすくなります。
当社でもCMS移行やURL変更の確認では、まずHTTPレスポンスで301または302が返せるかを見ます。meta refreshが残っている案件は、サーバー設定に触れられない事情があるケースが多く、意図せず使われているなら見直し候補になりやすいです。
それでは、meta refreshによる転送処理方法はどのように設定するのかをご紹介します。
⇒リダイレクトの違いを整理したい場合は、301リダイレクトとは？必要な理由や設定および確認方法も是非参照ください。
meta refreshの設定方法
meta refreshによる転送処理を行う場合、記述場所はhead内、書き方は<meta http-equiv="refresh">が基本です。
設置個所および記述方法、設置後の転送処理を確認する方法と一緒にご紹介します。
正しい記述方法
meta refreshタグの記述方法は以下となります。
転送先URLを〇〇.co.jp/△△/とします。
<meta http-equiv="refresh" content="10; URL=https://〇〇.co.jp/△△/">
contentという項目は、転送処理開始までの秒数です。上記だと10秒後に指定ページへ転送されます。
URLには、転送先URLを絶対パス、または相対パス（上記の場合は/△△/のみ）のどちらでも記述可能です。記述内容は簡単なので初心者でも作成できますが、設定後に正しく転送されるか必ず確認しましょう。
ただし、URL変更の転送として使うなら、実務では10秒のような遅延はあまりおすすめできません。ユーザーが読み始めたあとで別ページへ飛ばされると混乱しやすいためです。移転用途なら0秒、もしくはmeta refresh自体を使わず301・302にするほうが分かりやすいです。
Googleは即時のmeta refreshを恒久的な転送、遅延型を一時的な転送として解釈します。秒数の指定は単なる待ち時間ではなく、検索エンジンへのシグナルにも関わります。
⇒302との使い分けの詳細は、302リダイレクトとは？301との違いや使用するシーン、実装方法についてで詳しく解説しています。
記述する場所について
上記のmeta refreshタグは、コンテンツ内容が表示されるbodyタグ内ではなく、ページ開始部にあるheadタグ内（<head>～</head>）に記述します。
headタグ内には、その他のメタタグも多く、どこに書けば良いかわかりづらいですが、headタグ完了を表す</head>の直前に記述すれば良いです。
配置場所を誤ってbody内に入れると、ブラウザやクローラーの解釈が不安定になることがあります。記述自体は短くても、head内で有効なHTMLとして置かれていることが大切です。metaタグはサポートされるものだけが解釈されるため、書式ミスや閉じタグの崩れもあわせて確認すると良いでしょう。
また、meta refreshとcanonicalタグが同一ページに混在する場合、クローラーがどちらを優先するかが不安定になることがあります。転送を設定するページにcanonicalを残す必要は通常ないため、meta refreshを使う場合はcanonicalタグとの重複がないかも確認しておくと安全です。
⇒metaタグ全体を整理したい方は、メタタグ（metaタグ）とは？SEOへの影響と重要な7つのタグの最適化について解説もあわせてご覧ください。
正しく設定できているか確認する方法
転送先を記述し、meta refreshタグをheadタグ内に設置したら、正しく転送されるか確認しておきましょう。
転送の確認には、以下のツールが便利です。
- Google Chromeデベロッパーツール
- Redirect Path
- Ohotuku.jp
ご利用になっているインターネットブラウザがGoogle Chromeの場合、デベロッパーツールまたは拡張機能であるRedirect Pathを使うと転送が正しく行われているか、確認できます。
確認時は「転送されたか」だけでなく、「何秒後に飛ぶか」「最終URLが意図どおりか」「HTTPリダイレクトと二重になっていないか」まで見ることが重要です。たとえば旧URLに301が入っているのに、移転先ページ側にもmeta refreshが残っていると、想定外の遷移や計測の乱れにつながることがあります。
Google Chromeのディベロッパーツールを使う場合
デベロッパーツールの場合、F12ボタン（Macの場合はcommand+option+I）を押して展開したら、「Network」をクリックします。次は、「Preserve log」にチェックを入れ、meta refreshタグを設置したページ開きます。
「Name」の中から「Status」をチェックし、「Headers」内の「General」という表示内で転送処理が行われているかどうかを確認できます。
meta refreshはHTTPステータスコードの301や302とは見え方が異なるため、Networkでは最初のHTML取得後にページ遷移が起きているかを追うのがポイントです。特に、ページ読込後に数秒待ってから別URLが読み込まれる動きなら、meta refreshの可能性を把握しやすくなります。
Redirect Pathを使う場合
Redirect Pathは、Google Chromeの拡張機能になるため、拡張機能を有効にしておくと、開いているページ内に転送処理があれば、画面右上のアイコンに表示してます。
手早く確認したいときには便利ですが、最終判断はブラウザの開発者ツールも併用するのがおすすめです。拡張機能だけでは、HTML内の記述位置や他のスクリプトとの干渉までは見えにくいことがあります。
Ohotuku.jpを使う場合
Ohotuku.jpは、無料で利用できるSEOツールです。リダイレクトチェックページを開いてmeta refreshタグを設置したページURLを入力すると、転送処理が正しく行われているか診断してくれます。
ブラウザ環境に依存せず確認したい場合に向いています。特に、社内の別担当者へ「このURLはどう転送されているか」を共有したい場面では、オンラインチェックツールの結果が整理しやすいです。
meta refreshを設置する際の注意点とSEOへの影響
meta refreshは設定自体は簡単ですが、常用するとユーザー体験やSEOの面で不利になりやすいのが注意点です。
転送処理によるSEOへの影響と合わせ、以下、解説しておきます。
転送は基本的に301または302リダイレクトを使う
転送処理は、meta refreshではなく、301リダイレクトや302リダイレクトを使うのが通常です。
しかし、Webサイトの運営に利用しているサーバーが301リダイレクトおよび302リダイレクトを行えないことがあります。
その場合に使える転送処理方法がmeta refreshによるものであり、逆に301リダイレクトや302リダイレクトが設定できるのであれば、そちらを使う、ということを覚えておきましょう。
理由は明快で、HTTPリダイレクトのほうが検索エンジンにもブラウザにも意図が伝わりやすいからです。URL正規化、サイト移転、ページ統合のように評価の引き継ぎが重要な場面では、最初からサーバー側で処理するほうが管理しやすくなります。
meta refreshだとユーザビリティが低下することがある
先に述べたように、リダイレクトは基本的に301リダイレクトまたは302リダイレクトを使います。
その理由の1つ目が、meta refreshによる転送処理の場合、ユーザビリティを損ねてしまう可能性があるためです。
meta refreshによる転送処理では、転送までの時間を秒単位で指定できます。例えばユーザーがページを開いて5秒後に転送する処理を記述しておくと、ユーザーは開いたページの途中まで読み進めていたにも関わらず、転送処理が行われページが冒頭まで戻ってしまうということが起こりえます。
同じものを再度表示される、ということはユーザーにとってストレスになってしまうため、meta refreshによる転送処理を行う場合は転送開始時間の指定に注意が必要です。
実務でよくあるのは、旧キャンペーンページに「3秒後に新ページへ移動します」と入れているケースです。案内文を読ませたい意図があっても、スマホでは読み終わる前に飛んでしまい、かえって離脱を招きやすくなります。ユーザーに説明を見せたいなら、即時転送ではなく明示的なリンクを置くほうが分かりやすい場面もあります。
Googleもmeta refreshは一部ブラウザでサポート差があり、ユーザーを混乱させる可能性があると案内しています。
⇒ユーザビリティ改善の考え方は、ユーザビリティとは？定義やアクセシビリティとの違い、改善方法をわかりやすく解説で整理しています。
SEO評価が引き継がれない可能性がある
meta refreshによる転送処理を選ばない理由、2つ目は、元URLで受けていた検索エンジンからの評価を受け継げない可能性があるためです。
301リダイレクトや302リダイレクトの場合、元のURLで受けていた評価を継承できます。ユーザービリティやクローラビリティの改善のためにもリダイレクトは必要ですが、SEO効果もあるため、URLが変更になったら必ず301リダイレクトまたは302リダイレクトを設定します。
meta refreshを使う場合、検索エンジンからのクローラーに転送が行われていることが伝わらない可能性があります。meta refreshによる転送処理はあくまで、サーバー側での転送処理が出来ない場合のみ設定するようにしましょう。
2026年時点ではGoogleがmeta refreshをまったく理解しないわけではありません。ただ、理解されることと、最適な移転方法であることは別です。評価の集約、クロールの安定性、移転後の管理まで考えると、HTTPリダイレクトのほうが再現性は高くなります。
当社でもURL整理の相談では、meta refreshだけで移転していたページ群より、301を正しく返していたページ群のほうが移行後の確認がしやすい傾向があります。特に大量ページの統合では、ブラウザ上で動けばよいという発想ではなく、検索エンジンにどう伝わるかまで含めて設計することが重要です。
GoogleはHTTPリダイレクトを推奨
meta refreshを使ったクライアントサイドの転送処理ではなく、301リダイレクトや302リダイレクトのようなサーバーサイドリダイレクトを選ぶ理由として、ユーザビリティの低下や、SEO評価がうまく継承されない可能性が出てくることを挙げました。
もちろんそれらも大きな理由なのですが、Googleがmeta refreshではなくサーバーサイドでの転送、HTTPリダイレクトを推奨しています。
meta refreshタグは、利用しているサーバーがリダイレクト処理を行うことができない場合にのみ、最終手段として使うものです。
リダイレクトの主な種類として301と302を紹介していますが、301リダイレクトは「恒久的な転送」を行う場合に使われるものに対し、302リダイレクトは「一時期的な転送処理」にのみ使用します。
自社サイトの移動やドメイン変更など、一度URLを変更したら元に戻すことがない場合には301リダイレクトを用い、ABテストやページ内のシステムエラー修正のため別ページへ誘導するものの、将来的に元のURLへ戻す場合には302リダイレクトを設定します。
meta refreshタグで、「恒久的な転送」と「一時的な転送」を使い分けるには、転送までの時間、contentの指定を利用します。
Google Search Centralのリダイレクトに関するドキュメントでも、転送までの時間が0秒の「即時」なら恒久的な転送として、秒数を設けた「遅延」なら一時的な転送として解釈されると案内しています。つまりmeta refreshを使う場合でも、秒数の決め方はSEO上の意味を持ちます。
ただし、ここで注意したいのは「0秒なら301と完全に同じ」ではない点です。Googleの解釈上は近い扱いでも、実装方式そのものは別です。サーバーが301を返せるなら、そちらを選ぶほうが自然です。meta refreshは、どうしてもHTTPヘッダーを制御できない環境での代替と考えるのが現実的です。
よくある質問
meta refreshはSEOに悪いのでしょうか？
必ずしも「使っただけで悪い」わけではありません。ただし、URL移転や評価引き継ぎが重要な場面では、301や302のほうが適しています。meta refreshは代替手段として考えるのが無難です。
meta refreshの秒数は何秒にすべきですか？
移転目的なら0秒が基本です。数秒待たせる設定は、ユーザーが読んでいる途中でページが切り替わることがあり、使いどころを選びます。
meta refreshはbody内に書いても動きますか？
推奨されません。meta refreshはhead内に記述するのが基本です。body内だと解釈が不安定になりやすく、保守もしづらくなります。
301リダイレクトとmeta refreshは何が一番違いますか？
一番の違いは、サーバー側で返すHTTPリダイレクトか、ブラウザ側で処理するHTMLの転送かです。検索エンジンへの伝わり方や管理のしやすさまで含めると、通常は301リダイレクトが優先されます。
meta refreshが向いているのはどんなケースですか？
サーバー設定に触れられず、HTTPリダイレクトを実装できないケースです。たとえば外部サービス上の簡易ページや、管理権限が限定された環境では代替策として使われることがあります。
まとめ
meta refreshは、HTMLの<meta>タグで一定時間後に別URLへ転送する仕組みです。設定は簡単ですが、2026年時点でもURL変更時の第一選択肢は301・302のHTTPリダイレクトです。
特にSEO評価の引き継ぎやユーザー体験を重視するなら、まずサーバー側で対応できないかを確認することが重要です。どうしてもmeta refreshを使う場合は、head内への正しい記述、秒数設定、転送確認までセットで行いましょう。
リダイレクト全体の考え方や301・302の使い分けまで整理したい方は、以下のページもあわせてご覧ください。
