2026年6月24日

WordPressでAMPをやめる手順｜AMPプラグイン削除とAMP URLの301リダイレクト

SEO・パフォーマンス

AMP（Accelerated Mobile Pages）は、モバイルでの表示を速くするために作られた HTML の仕組みです。以前は Google 検索の「トップニュース」に載るために AMP が必要でしたが、2021年6月以降はその条件が外れ、AMP 以外のページも対象になりました。そのため、AMP ページの維持の手間（表示崩れ、使えない JavaScript、広告や解析タグの二重管理）を理由に、AMP をやめるサイトが増えています。

この記事では、WordPress の公式 AMP プラグイン（スラッグ amp）を使っているサイトを例に、AMP をやめて通常のページだけにする手順を説明します。Google 検索セントラルの「Google 検索から AMP ページを削除する」の手順に沿っています（2026年10月時点）。

AMP をやめるときの基本方針

Google は、AMP 版だけを削除して通常のページを残す場合、次の手順を案内しています。

通常のページから rel="amphtml" のリンクを削除する。
AMP 版の URL に来たアクセスを、通常のページへ 301（または 302）でリダイレクトする。
AMP ファイルの中身を空にしない（空のファイルは無効な AMP として扱われ、古い有効な版が表示され続ける）。

WordPress では、AMP プラグインを停止すると 1 の rel="amphtml" は出力されなくなります。残る作業は、2 の旧 AMP URL のリダイレクトです。

ステップ1: 現在の設定を確認する

プラグインを止める前に、管理画面の「AMP」メニューの設定画面で次の2点を確認し、メモしておきます（プラグインの版や言語設定によって表記が異なる場合があるため、英語の項目名を併記します）。

テンプレートモード（Template Mode）

モード	AMP の URL	停止後に必要な作業
スタンダード（Standard）	通常の URL そのものが AMP	別の AMP URL が無いため、リダイレクトは不要。テーマの表示確認が中心
トランジショナル（Transitional）	通常のページとは別に AMP 版の URL がある	旧 AMP URL のリダイレクトが必要
リーダー（Reader）	専用のリーダーテーマで作った AMP 版の URL がある	旧 AMP URL のリダイレクトが必要。リーダーテーマ側の設定は使われなくなる

AMP の URL の形式（ペア URL 構造）

トランジショナル・リーダーの場合は、設定画面の詳細設定（Advanced Settings）にある「Paired URL Structure」で AMP 版の URL の形を確認します。この項目はプラグインのバージョン2.1以降にあります。

形式	AMP 版の URL の例
クエリパラメータ（Query parameter、2.1以降の初期値）	`https://example.com/sample-post/?amp=1`
パスの接尾辞（Path suffix）	`https://example.com/sample-post/amp/`
旧リーダー形式（Legacy reader）	投稿は `/amp/`、それ以外は `?amp`

実際の AMP 版の URL は、通常のページのソースにある <link rel="amphtml" href="..."> の href でも確認できます。

curl -s https://example.com/sample-post/ | grep -i 'rel="amphtml"'

AMP for WP など、公式以外の AMP プラグインを使っている場合も、同じ方法で AMP 版の URL の形を確認してください。

ステップ2: バックアップを取る

プラグインの停止・削除の前に、データベースとファイルのバックアップを取ります。WP-CLI が使える場合は次のとおりです。

wp db export ~/backup-before-amp-removal.sql

ステップ3: AMP プラグインを停止する

管理画面の「プラグイン」→「インストール済みプラグイン」で AMP プラグインを「無効化」します。WP-CLI では次のとおりです。

wp plugin list --status=active
wp plugin deactivate amp

この時点ではまだ削除しません。リダイレクトと表示の確認が済み、元に戻す必要が無いと分かってから削除します。

wp plugin delete amp

ステップ4: 旧 AMP URL を通常のページへリダイレクトする

検索結果や外部リンクに残っている旧 AMP URL を、通常のページへ 301 リダイレクトします。次のどちらかの方法を使います。

方法A: WordPress 側でリダイレクトする（サーバーの種類を問わない）

wp-content/mu-plugins/ に次のファイル（例: redirect-old-amp.php）を置きます。mu-plugins はフォルダーに置くだけで読み込まれ、管理画面から誤って停止されることがありません。

<?php
/**
 * Plugin Name: Redirect old AMP URLs
 * Description: 旧 AMP URL（?amp / ?amp=1 / 末尾の /amp/）を通常のページへ 301 リダイレクトする。
 */

add_action(
	'template_redirect',
	function () {
		// ?amp または ?amp=1 の形式
		if ( isset( $_GET['amp'] ) ) {
			wp_safe_redirect( remove_query_arg( 'amp' ), 301 );
			exit;
		}

		// /sample-post/amp/ の形式（プラグイン停止後は 404 になる）
		if ( is_404() && isset( $_SERVER['REQUEST_URI'] ) ) {
			$path = wp_parse_url( wp_unslash( $_SERVER['REQUEST_URI'] ), PHP_URL_PATH );
			if ( is_string( $path ) && preg_match( '#^(.*/)amp/?$#', $path, $m ) ) {
				wp_safe_redirect( $m[1], 301 );
				exit;
			}
		}
	},
	1 // WordPress 標準の redirect_canonical より先に処理する
);

優先度を 1 にしているのは、WordPress 標準の redirect_canonical（優先度10）が 404 の URL を似た名前の別記事へ転送してしまう前に処理するためです。

方法B: Web サーバーの設定でリダイレクトする

Apache（2.4）の場合は、.htaccess の WordPress のブロック（# BEGIN WordPress）より上に書きます。

<IfModule mod_rewrite.c>
RewriteEngine On
# ?amp / ?amp=1 を外す（他のクエリ文字列も外れる）
RewriteCond %{QUERY_STRING} (^|&)amp(=1)?(&|$)
RewriteRule ^ %{REQUEST_URI} [QSD,R=301,L]
# 末尾の /amp/ を外す
RewriteRule ^(.+/)amp/?$ /$1 [R=301,L]
</IfModule>

WordPress をサブディレクトリに置いている場合は、2つ目のルールの /$1 をサブディレクトリを含む形に直してください。

Nginx の場合は、該当する server ブロックに書きます。

# ?amp / ?amp=1 を外す
if ($args ~* "(^|&)amp(=1)?(&|$)") {
    return 301 $uri;
}
# 末尾の /amp/ を外す
rewrite ^/(.+/)amp/?$ /$1 permanent;

設定後は、nginx -t で文法を確認してから再読み込みします。

リダイレクトを確認する

curl -sI "https://example.com/sample-post/?amp=1" | grep -iE '^(HTTP|location)'
curl -sI "https://example.com/sample-post/amp/" | grep -iE '^(HTTP|location)'

どちらも 301 と、location に通常のページの URL が返れば成功です。通常のページ（https://example.com/sample-post/）が 200 のまま表示されることも確認します。ページキャッシュや CDN を使っている場合は、キャッシュを削除してから確認します。

ステップ5: 表示と周辺機能を確認する

AMP をやめると、AMP 用に用意していたものが使われなくなります。次の点を確認します。

テーマの表示: スマートフォンで主要なページ（トップ、投稿、固定ページ、アーカイブ）が崩れずに表示されるか。スタンダードモードだった場合、AMP のために外していた JavaScript を使う機能が動くか。
解析タグ: AMP 用に設定していたアクセス解析（amp-analytics など）は使われなくなります。通常のページに Google アナリティクスなどのタグが入っているかを確認します。
広告: AMP 用の広告コードは通常のページでは表示されません。通常ページ用の広告コードが入っているかを確認します。
構造化データ: AMP 版にだけ出していた構造化データが無いか確認し、必要なら通常のページ側に出力します。

ステップ6: Search Console で経過を見る

Search Console の「AMP」レポートで、インデックスに登録された AMP ページの数が減っていくことを確認します。Google が旧 AMP URL を再クロールするまでは、検索結果に AMP 版が残ることがあります。
「ページのインデックス登録」で、通常のページがインデックスされているか、「リダイレクトがあるページ」に旧 AMP URL が入っているかを確認します。

移行後の表示速度の見直し

AMP をやめた後は、通常のページの表示速度が利用者の体験を左右します。PageSpeed Insights や Search Console の「ウェブに関する主な指標」で、モバイルの LCP・INP・CLS を確認し、ページキャッシュ、画像の圧縮とサイズ指定、不要なスクリプトの削減などで改善します。