noindexの確認方法と解除手順｜設定場所・SEO影響・反映の仕組み

2026-05-08

「Search Consoleで『noindexタグによって除外されました』と表示されている」「ページを公開したのに何週間経ってもGoogle検索に出てこない」——この問題の原因は、意図せず設定されたnoindexタグかもしれません。

noindexは1行のコードでページを検索結果から完全に消す強力な指示です。開発中やステージング環境で設定したまま本番に残っているケースが非常に多く、気づかないまま数ヶ月間SEOの機会を失っているサイトも珍しくありません。

特にWordPressの「検索エンジンがサイトをインデックスしないようにする」設定や、Next.jsの環境変数ミスなど、CMS・フレームワーク固有の落とし穴が存在します。

この記事では、noindexの確認方法から解除手順、解除後にインデックス登録を早める方法まで、プラットフォーム別のコード例付きで解説します。

自社サイトにnoindexが残っていないか不安な方は、AEO Check無料診断ツールで自動チェックできます。

noindexとは何か

noindexは、検索エンジンに「このページをインデックスに登録しないでください」と伝える指示です。 設定されたページはGoogle検索結果に一切表示されなくなります。

noindexを指定する方法は2つあります。

方法1: HTMLのmetaタグ

<meta name="robots" content="noindex">

HTMLの<head>内に記述します。最も一般的な方法です。特定のクローラーだけに指示する場合はname属性を変更します。

<!-- Googlebotだけにnoindexを指示 -->
<meta name="googlebot" content="noindex">

方法2: X-Robots-Tag HTTPヘッダー

X-Robots-Tag: noindex

HTTPレスポンスヘッダーで指定する方法です。PDF・画像など、HTMLの<head>を持たないファイルに使えます。サーバー設定（nginx/Apache）やCDNで制御します。

noindexが意図せず設定される典型パターン

noindexは「わざと設定した」よりも「知らないうちに入っていた」ケースが圧倒的に多いです。以下は実際によくある原因です。

パターン	具体例
CMS設定の戻し忘れ	WordPress「検索エンジンがサイトをインデックスしないようにする」を公開時に外し忘れ
SEOプラグインの設定	Yoast SEO等で下書き→公開時にnoindex設定がリセットされない
テーマ・テンプレートの条件分岐	特定カテゴリやカスタム投稿タイプにnoindexがハードコードされている
ステージング環境の設定残り	staging→本番のデプロイ時にX-Robots-Tagヘッダーが引き継がれる
CDN・リバースプロキシの設定	CloudflareやVercelのレスポンスヘッダー設定でnoindexが付与されている
CI/CDパイプラインの環境変数ミス	`ROBOTS_META=noindex`が本番ビルドにも適用されている
制作会社の納品時ミス	開発中の設定を外さずに納品。クライアントは気づかない
プラグイン競合	複数のSEOプラグインが同時にmeta robotsを出力し、片方がnoindexを挿入

これらのミスの具体的な防止策は「よくある設定ミスと防止策」セクションで詳しく解説しています。

noindex・Disallow・canonicalの比較

検索エンジンへの指示には複数の方法があり、混同されがちです。目的に応じて正しく使い分けてください。

項目	noindex	robots.txt Disallow	canonical
目的	インデックス登録を禁止	クロール（アクセス）を禁止	正規URLを指定（評価統合）
効果	検索結果から完全に消える	クロールされないが、外部リンク等でインデックスに残る場合がある	重複ページの評価が正規URLに統合される
ページへのアクセス	クローラーはアクセスできる	クローラーはアクセスしない	クローラーはアクセスできる
リンクジュース	ページ自体は消えるが、リンクは辿られる（nofollowなしの場合）	リンクが辿られない	正規URLにリンク評価が集約される
適切な用途	検索に出す価値がないページ	クロールバジェットの節約、機密ディレクトリの保護	パラメータ違い・www有無などの重複URL
併用時の注意	robots.txtでブロックするとnoindexを読み取れない	—	noindexとcanonicalの併用は矛盾するため避ける

重要: robots.txtでDisallowしたページにnoindexを設定しても、クローラーがページにアクセスできないためnoindexタグを読み取れません。noindexを使う場合は、robots.txtでそのページへのクロールを許可してください。

詳しくはrobots.txtの書き方完全ガイドで解説しています。

noindexの確認方法

「自分のサイトにnoindexが設定されているか」を確認する3つの方法を紹介します。

1. ページのソースコードを確認

最も確実な方法です。ブラウザでページを開き、ソースコードを表示します。

手順:

確認したいページをブラウザで開く
右クリック →「ページのソースを表示」（またはCtrl+U）
Ctrl+Fでnoindexを検索

以下のいずれかが見つかればnoindexが設定されています。

<meta name="robots" content="noindex">
<meta name="robots" content="noindex, nofollow">
<meta name="googlebot" content="noindex">

注意点: JavaScriptで動的に挿入されるnoindexは、ソース表示では見えない場合があります。その場合はブラウザの開発者ツール（F12）→ Elementsタブで<head>内を確認してください。GoogleはJavaScript実行後のDOMを評価するため、JSで挿入されたnoindexも有効です。

HTTPヘッダーの確認:

curl -I https://example.com/target-page | grep -i "x-robots-tag"

X-Robots-Tag: noindexが返ってくれば、ヘッダーでnoindexが設定されています。レスポンスヘッダーはブラウザの開発者ツール → Networkタブでも確認できます。

2. Google Search Consoleで確認

Search Consoleの「ページ」レポートで、noindexが原因で除外されているページを一覧できます。

手順:

Search Consoleにログイン
左メニュー「ページ」をクリック
「ページがインデックスに登録されなかった理由」セクションを確認
「noindexタグによって除外されました」をクリック → 該当ページ一覧

特定のURLを個別に確認する場合は「URL検査」ツールを使います。

手順:

上部の検索バーにURLを入力
「カバレッジ」セクションで「インデックス登録を許可？」を確認
「いいえ: 'noindex'がrobots metaタグで検出されました」と表示されればnoindexが原因

3. AEO Checkで自動チェック

AEO Checkの無料診断では、noindexの有無を自動検出します。noindexが設定されていない場合はスコアに加点され、設定されている場合は警告が表示されます。

AI検索（ChatGPT、Perplexity等）への対応状況も同時に確認できるため、SEOとAI検索の両面でチェックしたい場合に便利です。

ここまで読んで、自社サイトが気になった方へ

URLを入力するだけ。会員登録は一切不要で、30秒後に以下がわかります。

📊AI検索対応度
100点満点スコア

🔍優先して直すべき
改善点Top3

📄PDF / Markdown
改善レポート

無料で診断結果を見る →

URLを入力するだけ / 会員登録不要 / データ保存なし

noindexを解除する手順

noindexの解除方法をプラットフォーム別に解説します。解除 = noindexの記述を削除するだけです。

WordPress

WordPressでnoindexが設定される原因は主に3つです。

原因1: 「検索エンジンがサイトをインデックスしないようにする」設定

設定 → 表示設定 → 「検索エンジンがサイトをインデックスしないようにする」

このチェックボックスがオンだと、サイト全体にnoindexが出力されます。WordPress本体が<meta name='robots' content='noindex, nofollow' />をすべてのページに挿入します。

解除手順:

WordPress管理画面 → 設定 → 表示設定
「検索エンジンがサイトをインデックスしないようにする」のチェックを外す
「変更を保存」をクリック

よくある経緯: サイト構築中にチェックを入れ、公開時に外し忘れるケースが多いです。防止策は「よくある設定ミスと防止策」セクションを参照してください。

原因2: SEOプラグインの個別ページ設定

Yoast SEOやRank Mathで、個別ページにnoindexを設定している場合があります。

Yoast SEOの解除手順:

該当ページの編集画面を開く
Yoast SEOメタボックス → 「高度な設定」タブ
「検索エンジンにこのページの表示を許可しますか？」を「はい」に変更
更新をクリック

Rank Mathの解除手順:

該当ページの編集画面を開く
Rank Mathメタボックス → 「Advanced」タブ
「Robots Meta」で「Index」を選択
更新をクリック

一括確認のコツ: Yoast SEOの場合、投稿一覧画面で「SEO」カラムにnoindexアイコン（目に斜線）が表示されます。Rank Mathでは投稿一覧の「SEOスコア」列で確認できます。

原因3: テーマのheader.phpに直接記述

<!-- テーマファイルに残っている場合 -->
<?php if (is_page('test-page')): ?>
<meta name="robots" content="noindex">
<?php endif; ?>

テーマエディタまたはFTPでheader.phpを確認し、該当コードを削除してください。子テーマを使っている場合は、子テーマのheader.phpも確認が必要です。

Shopify

Shopifyでnoindexが設定される原因は主に2つです。

原因1: テーマのtheme.liquidに記述

{%- comment -%} theme.liquid内のnoindex {%- endcomment -%}
{% if template contains 'password' %}
  <meta name="robots" content="noindex">
{% endif %}

解除手順:

オンラインストア → テーマ → アクション → コードを編集
theme.liquidを開く
noindexで検索し、該当行を削除または条件を修正
保存

原因2: ストアがパスワード保護中

Shopifyはストアがパスワード保護されている間、自動的にnoindexを出力します。

解除手順:

オンラインストア → 各種設定
「パスワード保護」セクションで「パスワードを有効にする」のチェックを外す
保存

Next.js

Next.jsでnoindexが設定される原因と解除方法です。

App Router（Next.js 13+）の場合:

// app/page.tsx または app/layout.tsx
// ❌ この設定がnoindexを出力している
export const metadata = {
  robots: {
    index: false,  // これが原因
  },
}

// ✅ 解除: indexをtrueにするか、robots設定自体を削除
export const metadata = {
  robots: {
    index: true,
    follow: true,
  },
}

Pages Routerの場合:

// pages/_app.tsx または個別ページ
import Head from 'next/head'

// ❌ これが原因
<Head>
  <meta name="robots" content="noindex" />
</Head>

// ✅ 解除: この行を削除する

環境変数で制御している場合:

// 本番環境でnoindexが残るパターン
// ❌ 環境変数が未設定だとnoindexになる
const isProduction = process.env.NEXT_PUBLIC_ENV === 'production'
if (!isProduction) {
  // noindex出力
}

// ✅ 環境変数が正しく設定されているか確認
// .env.production に NEXT_PUBLIC_ENV=production があるか確認

静的HTML

HTMLファイルを直接編集します。

<!-- ❌ この行を削除する -->
<head>
  <meta name="robots" content="noindex">
  <!-- または -->
  <meta name="robots" content="noindex, nofollow">
</head>

<!-- ✅ 削除後（何も書かなければデフォルトでindex許可） -->
<head>
  <!-- robots metaタグなし = インデックス許可 -->
</head>

X-Robots-Tagヘッダーの場合（nginx）:

# ❌ この設定を削除する
location /target-page {
    add_header X-Robots-Tag "noindex";
}

# ❌ Apache .htaccess の場合
Header set X-Robots-Tag "noindex"

設定変更後、サーバーを再起動してください。

CDN・ホスティングサービスのヘッダー設定

見落としやすいのが、CDNやホスティングサービスのレスポンスヘッダー設定です。アプリケーション側でnoindexを削除しても、CDN層で付与されていると解除されません。

Cloudflare:

Cloudflareの「Transform Rules」→「Modify Response Header」でX-Robots-Tagが設定されている場合があります。

確認手順:

Cloudflareダッシュボード → Rules → Transform Rules
「Modify Response Header」タブを確認
X-Robots-Tag: noindexを追加するルールがあれば削除

Vercel:

vercel.jsonのheaders設定を確認してください。

{
  "headers": [
    {
      "source": "/(.*)",
      "headers": [
        { "key": "X-Robots-Tag", "value": "noindex" }
      ]
    }
  ]
}

この設定があれば削除し、再デプロイしてください。

Netlify:

_headersファイルまたはnetlify.tomlを確認します。

# netlify.toml
[[headers]]
  for = "/*"
  [headers.values]
    X-Robots-Tag = "noindex"

AWS CloudFront:

CloudFrontのレスポンスヘッダーポリシーでX-Robots-Tagが設定されている場合があります。CloudFrontコンソール → ポリシー → レスポンスヘッダーポリシーで確認してください。

ステージング→本番移行時のミス

ステージング環境のnoindex設定が本番に持ち込まれるパターンは非常に多いです。

チェックリスト:

環境変数ROBOTS_METAやNOINDEXが本番でfalseになっているか
ステージング用の.htaccessやnginx.confが本番にコピーされていないか
Docker imageにステージング用の設定が焼き込まれていないか
CI/CDパイプラインで本番デプロイ時にnoindex設定が除外されているか
DNSをステージングから本番に切り替えた際、CDN設定が引き継がれていないか

防止策: デプロイ後に自動でnoindexチェックを行うスクリプトをCI/CDに組み込むことを推奨します。

# デプロイ後の自動チェック例
curl -sI https://your-production-site.com | grep -i "x-robots-tag"
curl -s https://your-production-site.com | grep -i "noindex"

ホスティングプロバイダのデフォルト設定

一部のホスティングサービスでは、特定の条件でnoindexが自動付与されます。

サービス	条件	対処
Shopify	パスワード保護中	パスワード保護を解除
Wix	サイト未公開状態	サイトを公開
WordPress.com	プライベート設定	公開設定に変更
GitHub Pages	なし（デフォルトでindex許可）	—
Vercel	Preview Deployment	本番ドメインにデプロイ

VercelのPreview Deployment（プルリクエストごとの自動デプロイ）にはX-Robots-Tag: noindexが自動付与されます。これは正しい動作ですが、Preview URLを本番として使ってしまうとインデックスされません。なお、非本番ブランチにカスタムドメインを割り当てた場合、自動noindexヘッダーが付与されないことがあります。カスタムドメインを使う場合は手動でnoindex設定を確認してください。

解除後の反映を早める方法

noindexを解除しても、Googleが再クロールするまでインデックスには登録されません。通常は数日〜数週間かかりますが、以下の方法で早められます。

1. Search Consoleでインデックス登録をリクエスト

最も効果的な方法です。

手順:

Search Consoleの「URL検査」にURLを入力
「インデックス登録をリクエスト」をクリック
「URLはGoogleに送信されました」と表示されれば完了

1日あたりのリクエスト数には上限がありますが、具体的な数値は公開されていません。大量のURLがある場合はサイトマップ送信を優先してください。

2. サイトマップを更新して再送信

<!-- sitemap.xml に該当ページが含まれていることを確認 -->
<url>
  <loc>https://example.com/target-page</loc>
  <lastmod>2026-05-08</lastmod>
</url>

手順:

サイトマップの<lastmod>を更新
Search Console → サイトマップ → 該当サイトマップの「再送信」

3. 内部リンクを確認

該当ページへの内部リンクが存在することを確認してください。孤立したページ（どこからもリンクされていないページ）はクロール頻度が低く、インデックス登録が遅れます。

反映までの目安

以下はあくまで目安です。サイトの規模、クロール頻度、コンテンツの質、ドメインの運用歴によって大きく異なります。

状況	目安期間
URL検査でリクエスト済み	数時間〜数日
サイトマップ再送信のみ	数日〜1週間
何もしない場合	1〜4週間
ドメイン権威が低いサイト	2〜6週間
新規ドメイン（取得後3ヶ月以内）	2〜8週間

期間に影響する要因:

サイト全体のクロール頻度（更新頻度が高いサイトほど早い）
ドメインの権威性（被リンク数・運用歴）
ページへの内部リンク数（孤立ページは遅い）
サーバーの応答速度（遅いとクロールバジェットが減る）

2週間経っても反映されない場合の対処法

noindexを解除して2週間以上経ってもインデックスされない場合、以下を順番に確認してください。

Step 1: noindexが本当に解除されているか再確認

# metaタグの確認
curl -s https://your-site.com/target-page | grep -i "noindex"

# HTTPヘッダーの確認
curl -sI https://your-site.com/target-page | grep -i "x-robots-tag"

CDNキャッシュが古いレスポンスを返している可能性があります。キャッシュをパージしてから再確認してください。

Step 2: Search Consoleで他の除外理由がないか確認

URL検査で以下が表示されていないか確認します:

「クロール済み - インデックス未登録」→ ページ品質の問題
「検出 - インデックス未登録」→ クロールバジェット不足
「代替ページ（canonical指定あり）」→ canonical設定の問題
「サーバーエラー（5xx）」→ サーバー側の問題

Step 3: robots.txtを確認

curl https://your-site.com/robots.txt

該当ページへのパスがDisallowされていないか確認します。

Step 4: ページ品質を改善

Googleは「インデックスする価値がない」と判断したページを登録しません。以下を改善してください:

コンテンツ量が極端に少ない（200文字以下など）
他ページとほぼ同じ内容（重複コンテンツ）
ユーザーに価値を提供していない

Step 5: 外部からのリンクを獲得

内部リンクだけでは不十分な場合、SNSでの共有や関連サイトからのリンクがインデックス促進に効果的です。

Googleの公式ドキュメントでは、noindex解除後のインデックス登録について「次回のクロール時に反映される」と説明されています。

noindexを使うべき場面

noindexは「間違って設定してしまう」ことが問題であり、意図的に使う場面は多くあります。以下のページにはnoindexを設定すべきです。

noindexが適切なページ:

管理画面・ダッシュボード — 検索結果に表示する意味がない
テスト・ステージング環境 — 本番と重複コンテンツになる
サンクスページ・完了画面 — 検索流入の価値がない
内部検索結果ページ — 低品質ページとして評価される可能性
タグ・アーカイブページ（薄いもの） — コンテンツが少なく重複しやすい
会員限定ページのプレビュー — 本来アクセスできないコンテンツ
PDFや資料のHTMLプレビュー — 元ファイルと重複
利用規約・プライバシーポリシー（任意） — 検索流入は期待しないが、サイトの信頼性シグナルとしてインデックスさせる判断もある
ABテストのバリエーションページ — 同一コンテンツの複数バージョンが存在するとSEO評価が分散する
期限切れキャンペーンページ — 終了後に検索結果に出ると混乱を招く（リダイレクトも選択肢）
ページネーションの深いページ（/page/50/等） — クロールバジェットの浪費を防ぐ
ユーザー生成コンテンツのプロフィールページ（低品質なもの） — スパムアカウントのプロフィールがインデックスされるリスク

判断基準: 「このページに検索から人が来て、価値を感じるか？」がNoならnoindexを検討してください。

具体的なシナリオ別判断

ECサイトの場合:

商品ページ → index（検索流入の主力）
カート・決済ページ → noindex
在庫切れ商品ページ → 再入荷予定ありならindex維持、完全廃番なら301リダイレクトまたはnoindex
絞り込み検索結果（?color=red&size=M） → パラメータが多い場合はnoindex、主要な絞り込みはcanonicalで統合

メディアサイトの場合:

記事ページ → index
著者プロフィール → 記事数が多い著者はindex、1-2記事の著者はnoindex
タグページ → 記事が5本以上あればindex、それ以下はnoindex
印刷用ページ（?print=true） → noindex（canonicalで元記事を指定）

SaaSの場合:

LP・機能紹介ページ → index
ログイン後のダッシュボード → noindex
ヘルプセンター → index（検索流入+信頼性シグナル）
API仕様書 → index（開発者の検索流入が見込める）
ステータスページ → index（「サービス名障害」で検索されるため）

noindexとcanonicalの使い分け

似たコンテンツが複数URLに存在する場合、noindexではなくcanonicalタグで正規URLを指定する方が適切なケースがあります。

状況	推奨
完全に同じコンテンツの重複	canonical
パラメータ違いの同一ページ	canonical
検索に出す価値がないページ	noindex
テスト環境・開発環境	noindex

canonicalは「このURLが正規版です」と伝える指示で、重複ページの評価を正規URLに統合します。noindexは「このページを検索結果に出さない」という完全な除外です。

AI検索への影響

noindexの影響は、Google検索だけにとどまりません。Googleインデックスに依存する経路（AI Overview等）では影響が大きく、ChatGPT検索やPerplexityでも引用されにくくなる可能性が高いです。 ただし、各サービスの情報取得経路は異なるため、すべてのAI検索で一律に除外されるとは断定できません。

なぜAI検索にも影響する可能性が高いのか

AI検索サービスは、検索エンジンのインデックスやWebクロールの結果を情報源として使う傾向があります。noindexが設定されたページは以下の経路で影響を受けます。

AI検索サービス	noindexの影響
Google AI Overview	Googleインデックスから除外 → AI Overviewの情報源にならない
ChatGPT検索（OAI-SearchBot）	robots.txtのOAI-SearchBot設定に依存。noindexページはBing経由でも除外される傾向があるが、取得経路により断定はできない
Perplexity	独自クロール + Bingインデックス参照。noindexページは引用されにくい傾向があるが、独自クローラーの挙動は公開情報が限られる

つまり、noindexを設定すると従来のSEOに加え、AI検索からの流入機会も失うリスクが高いと考えられます。

具体的な影響シナリオ

たとえば、自社の主力サービスページにnoindexが残っていた場合:

Google検索で「サービス名 + 評判」と検索しても表示されない
Google AI Overviewの回答に自社の専門知識が反映されない
ChatGPTやPerplexityで業界の比較が生成される際に、自社が引用候補から外れる可能性が高い

1ページのnoindex設定ミスが、複数の検索チャネルからの流入機会を同時に失わせるリスクがあります。

AI検索対応とnoindexの関係

AI検索に表示されるためには、最低限以下が必要です。

noindexが設定されていない（検索インデックスに登録されている）
robots.txtでAIクローラーをブロックしていない
コンテンツがAIに引用されやすい構造になっている

noindexの解除は、AI検索対応の第一歩です。robots.txtでのAIクローラー設定についてはAIクローラーのrobots.txt設定ガイドで詳しく解説しています。

noindexのよくある設定ミスと防止策

noindexの問題は「設定したこと自体を忘れる」ことで発生します。以下は実際に多い設定ミスと、それを防ぐ具体的な方法です。

ミス1: WordPress構築中の設定を公開時に外し忘れ

状況: サイト制作中に「検索エンジンがサイトをインデックスしないようにする」にチェックを入れ、公開時に外し忘れる。解除手順はWordPress解除セクションを参照。

防止策:

納品・公開チェックリストに「表示設定のnoindex確認」を必ず含める
公開後にSearch Consoleでインデックス状況を確認する習慣をつける
公開1週間後にsite:your-domain.comでGoogle検索し、ページが表示されるか確認

ミス2: SEOプラグインのカテゴリ・タグ一括noindex

状況: Yoast SEOやRank Mathで「タグアーカイブをnoindexにする」を有効にしたまま、重要なタグページ（商品カテゴリ等）もnoindexになっている。

防止策:

一括設定を使う前に、対象ページの検索流入データをSearch Consoleで確認
流入があるタグ・カテゴリページは個別にindex設定を上書き
定期的にSearch Consoleの「noindexタグによって除外」レポートを確認し、意図しないページが含まれていないかチェック

ミス3: 環境変数の設定漏れによる本番noindex

状況: Next.jsやNuxtでprocess.env.NODE_ENV !== 'production'の条件でnoindexを出力する設計にしたが、本番デプロイ時に環境変数が正しく設定されていない。

// 危険なパターン: 環境変数が未定義だとnoindexになる
const shouldIndex = process.env.NEXT_PUBLIC_ENABLE_INDEX === 'true'
if (!shouldIndex) {
  // noindex出力 — 環境変数が未設定でもnoindexになってしまう
}

防止策:

noindexをデフォルトにしない。「明示的にnoindexを指定した場合のみnoindex」の設計にする
CI/CDパイプラインにnoindexチェックを組み込む（デプロイ後にcurlで確認）
環境変数の存在チェックをビルド時に行い、未設定ならビルドを失敗させる

ミス4: CDNキャッシュに古いnoindexレスポンスが残る

状況: アプリケーション側でnoindexを解除したが、CDN（CloudFront、Cloudflare等）がnoindex付きの古いレスポンスをキャッシュしたまま配信し続けている。

防止策:

noindex解除後は必ずCDNキャッシュをパージする
CloudFront: Invalidation作成（/*または該当パス）
Cloudflare: Cache → Purge Everything または該当URLをパージ
キャッシュTTLが長い場合（24時間以上）は特に注意
解除後にcurl -Iでレスポンスヘッダーを確認し、CDN経由でもnoindexが消えていることを検証

ミス5: robots.txtとnoindexの矛盾設定

状況: noindexでインデックスを防ぎたいページをrobots.txtでもDisallowしている。結果、クローラーがページにアクセスできないためnoindexタグを読み取れず、外部リンク経由でインデックスされてしまう。

防止策:

noindexを使うページはrobots.txtでAllow（またはDisallowしない）
「クロールさせたくない＋インデックスもさせたくない」場合はnoindexのみ使用
robots.txtの変更時に、noindex設定済みページへの影響を確認

ミス6: 複数のmeta robotsタグが競合

状況: テーマ、プラグイン、カスタムコードがそれぞれmeta robotsタグを出力し、HTMLに複数のmeta robotsが存在する。Googleは最も制限の厳しい指示を採用するため、1つでもnoindexがあればnoindex扱いになる。

防止策:

ページのソースコードでrobotsを検索し、複数のmeta robotsタグがないか確認
WordPressの場合、wp_headフックでrobots metaを出力しているプラグインを特定
1つのプラグイン/仕組みだけがmeta robotsを管理するように統一

ミス7: JavaScriptで動的に挿入されるnoindex

状況: SPAやクライアントサイドレンダリングで、JavaScriptがnoindexタグを動的に挿入している。ソースコード（View Source）では見えないが、GoogleはJavaScript実行後のDOMを評価するため有効。

防止策:

ブラウザの開発者ツール（Elements タブ）で<head>内を確認
document.querySelector('meta[name="robots"]')?.contentをコンソールで実行
SSR/SSGを使っている場合は、サーバーサイドのレンダリング結果も確認

予防の仕組み化

個別のミスを防ぐだけでなく、仕組みとして予防することが重要です。

定期監視: Search Consoleの「noindexタグによって除外」レポートを月1回確認
デプロイ後チェック: CI/CDにcurl -s | grep noindexを組み込む
アラート設定: インデックス数が急減した場合にSlack/メール通知（Search Console Insights等）
ドキュメント化: どのページにnoindexを設定しているか、理由とともに一覧管理する

よくある質問

noindexを解除してもインデックスされない場合は？

noindex以外の原因が考えられます。Search Consoleの「URL検査」で具体的な理由を確認してください。よくある原因は、robots.txtでのブロック、canonicalタグの誤設定、ページ品質の問題（thin content）、サーバーエラー（5xx）です。

noindexとnofollowの違いは？

noindexは「このページをインデックスに登録しない」、nofollowは「このページ内のリンクをたどらない（リンクジュースを渡さない）」です。content="noindex, nofollow"と併記されることが多いですが、別々の指示です。noindexだけ解除してnofollowを残すことも可能です。

一部のページだけnoindexを解除できますか？

はい。noindexはページ単位で設定・解除できます。WordPressのSEOプラグインやNext.jsのmetadata設定で、ページごとに制御してください。サイト全体の設定（WordPressの「表示設定」等）を変更すると全ページに影響するため注意が必要です。

noindexを設定してからどのくらいで検索結果から消えますか？

Googleが次にクロールした時点で反映されます。通常は数日〜2週間程度です。クロール頻度が高いサイトほど早く反映されます。逆に、解除後のインデックス再登録も同程度の期間がかかります。

metaタグとX-Robots-Tagの両方がある場合はどちらが優先されますか？

より制限の厳しい方が優先されます。片方がnoindexを指定していれば、もう片方がindexを許可していてもnoindexとして扱われます。解除する場合は両方を確認してください。

まとめ

確認すべきこと	方法
noindexの有無	ソースコード検索、curl、Search Console
設定箇所の特定	metaタグ or X-Robots-Tag or CMS設定
解除	該当コードの削除（プラットフォーム別手順を参照）
反映の促進	URL検査でリクエスト + サイトマップ再送信

noindexの解除は、SEOとAI検索対応の両方に効果があります。 意図せず設定されたnoindexを放置すると、検索流入の機会を完全に失います。Search Consoleの「ページ」レポートを定期的に確認し、意図しないnoindexがないかチェックする習慣をつけてください。

自社サイトのnoindex設定やAI検索対応状況を一括チェックしたい方は、AEO Check無料診断ツールをお試しください。noindexの検出に加え、robots.txt・構造化データ・llms.txtなど7カテゴリの診断結果をMarkdown形式でダウンロードできます。

この記事の内容、自社サイトではどこまでできていますか？

URLを入力するだけ。会員登録は一切不要です。

📊

AI検索対応度の総合スコア

7カテゴリ100点満点で評価

🔍

優先度つき改善ポイントTop3

具体的な修正手順つき

📄

PDF / Markdownレポート

AIに渡して改善提案をもらうことも可能

無料で診断する →

URLを入力するだけ / 会員登録不要 / 30秒で結果表示

診断結果イメージC

改善ポイント例:

❌構造化データ未実装+8点

❌AIクローラーブロック中+5点

🔶著者情報が不十分+3点

著者情報・更新日の設定方法｜SEOとAI検索に効く信頼性の高め方

著者情報と更新日の正しい書き方・構造化データ設定を解説。ProfilePage・Article構造化データのコード例、WordPress・Next.js別の実装...

meta descriptionの書き方と最適な文字数｜クリック率を上げる実践ルール

meta descriptionの書き方を7つのルールで解説。PC・モバイル別の最適文字数、ページ種別ごとのテンプレート、Googleに書き換えられる原因と対策...

llms.txtとは？書き方・設置場所・テンプレートを解説

llms.txtの仕様・目的・書き方をテンプレート5パターン付きで解説。robots.txtとの違い、プラットフォーム別設置手順、提案段階である注意点まで網羅し...

noindexとは何か

方法1: HTMLのmetaタグ

方法2: X-Robots-Tag HTTPヘッダー

noindexが意図せず設定される典型パターン

noindex・Disallow・canonicalの比較

noindexの確認方法

1. ページのソースコードを確認

2. Google Search Consoleで確認

3. AEO Checkで自動チェック

noindexを解除する手順

WordPress

Shopify

Next.js

静的HTML

CDN・ホスティングサービスのヘッダー設定

ステージング→本番移行時のミス

ホスティングプロバイダのデフォルト設定

解除後の反映を早める方法

1. Search Consoleでインデックス登録をリクエスト

2. サイトマップを更新して再送信

3. 内部リンクを確認

反映までの目安

2週間経っても反映されない場合の対処法

noindexを使うべき場面

具体的なシナリオ別判断

noindexとcanonicalの使い分け

AI検索への影響

なぜAI検索にも影響する可能性が高いのか

具体的な影響シナリオ

AI検索対応とnoindexの関係

noindexのよくある設定ミスと防止策

ミス1: WordPress構築中の設定を公開時に外し忘れ

ミス2: SEOプラグインのカテゴリ・タグ一括noindex

ミス3: 環境変数の設定漏れによる本番noindex

ミス4: CDNキャッシュに古いnoindexレスポンスが残る

ミス5: robots.txtとnoindexの矛盾設定

ミス6: 複数のmeta robotsタグが競合

ミス7: JavaScriptで動的に挿入されるnoindex

予防の仕組み化

よくある質問

noindexを解除してもインデックスされない場合は？

noindexとnofollowの違いは？

一部のページだけnoindexを解除できますか？

noindexを設定してからどのくらいで検索結果から消えますか？

metaタグとX-Robots-Tagの両方がある場合はどちらが優先されますか？

まとめ

関連記事