AdSense審査4回不承認の実録｜独自性監査と5回目再申請まで

2026年7月4日2026年8月24日

AdSense再審査前にプロフィール、問い合わせ、HTTPS、内部リンクを確認するブログ改善チェックの図解

3回目の不承認理由は「記事の独自性」だった

2026年7月15日0時43分ごろに3回目の審査リクエストを送り、7月18日に不承認を確認しました。今回指摘された分類は「記事の独自性」です。技術設定を繰り返し触るのではなく、公開31記事を1本ずつ読み直し、自サイト固有の実測・失敗・判断理由が本文の主題と結び付いているかを確認しました。

2026年8月24日の現在地：
4回目の不承認画面を確認しました。詳しい不承認分類と決定日は表示されていなかったため、理由は推測していません。公開36記事を再監査し、strong 14本・developing 22本・weak 0本、公開44URL・画像152点・301転送9件の異常0件を確認しました。2026年8月24日13時05分（JST）に5回目の審査リクエストを1回だけ送信し、AdSense側は「準備中」「審査待ち」です。結果が出るまで重複送信と大規模な構造変更は行いません。

確認した原因	実測結果	今回の判断
AdSenseコード・ads.txt・robots.txt	公開確認で異常0件	設定を繰り返し変更しない
404・画像・301転送・内部リンク	38URL・画像118点・301転送9件を確認し、異常0件	定期監査だけを続ける
記事間の重複	80文字以上の完全一致段落0件、7文字n-gram類似度の最大6.92%（7月22日監査）	言い換えより一次情報の不足を優先する
記事の独自性	3回目の不承認で明示された分類	実測・失敗・採用しなかった案・再検証条件を本文へ追加する

原因切り分けの結論：
技術監査が異常0件でも、一般的な手順の説明が先に見える記事では、このサイト固有の価値が伝わりません。そこで「何を確認したか」だけでなく、その結果から何を見送り、次に何を選んだかまで残す方針へ変えました。

再確認には、Google公式の「サイトで広告を掲載する準備ができていない場合」と「サイトのページがAdSenseに対応しているか確認する」を使用しました。

2026年7月15日：改善後に3回目の審査をリクエストしました

fukuro-ai.techは2026年7月8日に2回目のAdSense不承認となり、7月13日に重複5記事を統合して公開記事を36本から31本へ整理しました。7月15日0時43分ごろに3回目の審査をリクエストしましたが、7月18日に「記事の独自性」で再び不承認となりました。4回目を送信する前に、7月22〜24日に全31記事を監査し、本文または検索表示を18記事以上更新しました。独自性評価のweak 0と公開QA異常0を確認後、7月24日12時07分（JST）に4回目を送信しました。2026年8月24日にAdSense画面で「アカウントが承認されませんでした」と確認しましたが、詳しい不承認分類と決定日は表示されなかったため、4回目の理由は推測していません。

初回申請から5回目までを比較

審査	申請・結果	その時点で直したこと	結果後の判断
1回目	6月27日申請 7月3日不承認	Site Kitの確認コード、ads.txt、固定ページを確認	設定だけで原因を決めず、サイト全体を見直して再送信
2回目	7月4日再送信 7月8日不承認	HTTPS、内部リンク、プロフィール、問い合わせ、広告・PR表記を補強	すぐには再送信せず、役割が重なる記事の統合を優先
3回目	7月15日再送信 7月18日不承認	重複5記事を統合し、公開36記事から31記事へ整理	「記事の独自性」の指摘を受け、4回目を止めて全31記事を監査
4回目	7月24日12:07再送信 8月24日に不承認画面を確認	31記事を再監査し、strong 10・developing 21・weak 0。38URL・画像118点・301転送9件の異常0	詳しい分類・決定日は表示なし。理由を推測せず、公開状態を再監査
5回目	8月24日13:05再送信審査待ち	公開36記事を再監査し、strong 14・developing 22・weak 0。44URL・画像152点・301転送9件の異常0	1回だけ送信し、結果が出るまで重複送信と大規模変更をしない

日付と作業内容は、AdSense画面の確認記録、公開ページ監査、blog-opsの作業ログを照合しています。審査通過を保証する再現手順ではなく、このサイトで実際に行った判断の比較です。

確認できた事実と、まだ確定していない原因仮説

区分	内容	判断
確認済み	公開記事36本から重複する5記事を統合し、31本へ整理	記事数よりも役割の重複と一次情報の薄さを優先して改善した
確認済み	Search Consoleの2026年6月30日時点で、登録20ページ・未登録22ページ	審査時点でGoogleが評価できたページ数が少なかった可能性がある
確認済み	AdSense関連記事6本を4本へ役割整理し、サイト全体では5記事を統合	重複URLは旧記事を非公開にし、正規記事へ301転送した
確認済み	公開38URL・画像113点・301転送9件を再検査し、canonical・noindex・H1・画像404の異常は0件	技術的な未完成状態は見つからなかったが、審査承認を保証する結果ではない
原因仮説	別のAdSenseアカウントが同じ受取人情報になっている可能性	同一受取人なら重大なリスク。ただし不承認メールには重複アカウントと明記されていないため未確定

今回の判断：プロフィールやads.txtを再び細かく触るより、内容が重なる記事を統合し、実際の失敗・数字・判断理由を残すほうが優先度は高いと判断しました。統合の中心は「AIブログはAdSense審査に通る？3回不承認で見直した品質・独自性チェック」です。

Google AdSenseの審査に一度落ちたあと、AIブログ実験室ではすぐに記事を量産するのではなく、サイト全体の未完成感を消すところから見直しました。

この記事では、AdSense不承認後に実際に確認した場所、直した内容、再送信前に見たチェック項目を、作業ログとしてまとめます。審査に通る方法を断定する記事ではなく、不承認後に慌てず整えるための見直し手順として読んでください。

結論：
AdSense審査に落ちたあとに最初に見るべきなのは、記事本数だけではありません。プロフィール、問い合わせ、広告・PR表記、プライバシーポリシー、HTTPS、ads.txt、内部リンク、薄い記事の補強まで含めて、読者から見て完成したサイトに見えるかを確認しました。

初心者ブロガー

AdSenseに落ちたら、やっぱり記事を増やすのが先ですか？

AIブログ実験室

記事を増やす前に、まずサイトの土台を見ます。未完成の固定ページや古いURL、問い合わせ導線の弱さが残っていないかを先に消したほうがよさそうです。

この記事でわかること

AdSense不承認後にすぐ確認した場所
AIブログ実験室で実際に直した固定ページ
HTTPS、ads.txt、内部リンクの確認ポイント
再送信前にやらなかったこと
次回また落ちたときに見る順番

不承認後に最初に決めたこと

AdSense審査に落ちた直後は、原因を1つに決めつけたくなります。「AI記事だからだめだったのか」「記事数が少ないのか」「プロフィールが弱いのか」と考え始めると、全部を一気に直したくなります。

ただ、AdSenseの審査理由はサイトごとに違います。そこで今回は、原因を断定するのではなく、読者から見て未完成に見える場所を順番に消す方針にしました。AIブログ実験室は、作業ログ・実験ログ・WordPress運用記事を中心にしているサイトです。そのため、一般論だけの記事を増やすより、実際に直した場所を記録として残すことを優先しました。

AdSenseのサイト詳細画面で審査待ちになった状態を確認した画面 — 申請時には、AdSense側で審査待ち状態まで進んだことをスクショで残していました。公開用にはアカウント情報を伏せた画像だけを使います。

スクショ掲載の前提：
AdSenseやWordPress管理画面の画像は、アカウント情報、ID、メールアドレス、管理画面URLが写り込まないようにしています。この記事では、読者が作業の流れを理解するために必要な画面だけを使います。

注意：
この記事は「この通りにすればAdSenseに必ず通る」という内容ではありません。Google側の判断は公開されていない部分もあるため、ここでは実際に行った改善と確認手順だけを記録します。

確認1：プロフィールページを完成状態にした

最初に見直したのはプロフィールページです。以前は運営者情報として最低限の内容はありましたが、AIブログ実験室が何を検証しているのか、Codexをどう使っているのか、問い合わせ先や固定ページへの導線が十分とは言えませんでした。

そこで、運営目的、扱うテーマ、AI/Codexの使い方、人間が確認している範囲、連絡導線を補強しました。特に「追記予定」「準備中」のような未完成に見える表現が残っていないかを確認し、公開ページとして読める状態に整えました。

AIブログ実験室のプロフィールページで運営方針と運営者情報を確認した画面 — プロフィールページは、運営方針と運営者情報が読者表示で確認できる状態にしました。

見直した場所	確認したこと	修正の考え方
プロフィール	運営者情報、サイト目的、AI利用方針	誰が何を検証しているサイトかを明確にする
問い合わせ	フォーム表示、送信先、案内文	読者や企業が連絡できる状態にする
広告・PR表記	アフィリエイト、広告、PRの扱い	収益記事を読んだときの誤解を減らす
プライバシーポリシー	広告Cookieやアクセス解析の記述	広告掲載前提のサイトとして整える

確認2：お問い合わせと広告・PR表記を見直した

AdSense審査では、記事本文だけでなくサイト全体の信頼感も見られるはずです。そこで、お問い合わせページと広告・PR表記ページを再確認しました。

お問い合わせページはContact Form 7でフォームを設置済みですが、改めて案内文を完成状態に寄せました。広告・PR表記ページでは、アフィリエイトリンクや広告を扱う可能性があること、記事内でPR表記を行うこと、読者に不利益が出ないよう体験ベースで書くことを整理しました。

AIブログ実験室のお問い合わせページでContact Form 7のフォーム表示を確認した画面 — お問い合わせページは、案内文とフォーム入力欄が公開ページ上で見える状態にしています。

運用メモ：
お問い合わせページや広告表記ページは、作っただけで放置しがちです。AdSense再審査前は、本文に古い「準備中」表現が戻っていないかまで確認しました。

確認3：HTTP混在とads.txtを確認した

次に、技術的な土台を確認しました。公開サイトのURLはHTTPSのhttps://www.fukuro-ai.tech/に寄せていますが、記事本文や固定ページの中に古いhttp://リンクが残っていると、読者にも検索エンジンにもわかりにくくなります。

今回の確認では、主要記事と固定ページの本文内にHTTP形式の自サイトURLが残っていないことを確認しました。さらに、ads.txtも開き、AdSense側で表示されたサイト運営者IDの行が公開されていることを確認しました。

AdSenseのサイト詳細画面でSite Kitによるコード配置を確認する画面 — AdSense側の確認では、Site Kitによるコード配置状態もあわせて見ました。IDや管理情報は伏せています。

公開トップページがHTTPSで開く
WordPressのサイトURLとホームURLがHTTPSになっている
記事本文内の古いHTTPリンクが残っていない
吹き出し画像やアイキャッチ画像のURLもHTTPSになっている
ads.txtにAdSenseの公開者IDが表示されている

確認4：薄い記事を補強した

記事数があっても、内容が薄い記事が混ざっているとサイト全体の評価が弱く見えるかもしれません。そこで、公開済み記事の文字数と役割をざっと確認しました。

今回見つかった補強対象は、内部リンクの貼り方を解説した記事でした。もともと基本手順は書けていましたが、AdSense審査中のサイト全体の見え方や、収益導線につなぐときの注意点が弱かったため、約3,500字まで補強しました。

補強の考え方：
単に文字数を増やすのではなく、内部リンク記事の役割を「記事公開後の作業」から「AdSense審査中でも未完成感を出さない導線整理」へ広げました。

再送信前にやらなかったこと

不承認後は、いろいろな改善を同時にやりたくなります。ただ、今回あえてやらなかったこともあります。

原因を断定した記事を公開しない
審査に通ると断言する表現を使わない
広告クリックを促すような文章を書かない
未確認の外部情報だけで対策を決めない
不要なプラグイン追加やテーマ変更でサイトを大きく動かさない

再送信前チェックリスト

今回の再送信前に見た項目をチェックリストにすると、次のようになります。

項目	確認結果	次回見ること
プロフィール	運営目的とAI利用方針を補強	古い追記予定表現が戻っていないか
問い合わせ	完成状態の案内文に調整	フォーム送信とメール到達
広告・PR表記	収益記事の前提を整理	新しい収益記事にもPR表記を入れる
HTTPS	主要本文のHTTP混在なし	新規記事公開後も確認する
ads.txt	公開者IDの行を確認	AdSense側の表示変化を待つ
薄い記事	内部リンク記事を約3,500字へ補強	次にSearch Consoleで表示回数を確認