AdSense「有用性の低いコンテンツ」への改善記録と再確認手順

AdSenseの「有用性の低いコンテンツ」への対応では、記事を長くする前に、読者が何を判断・実行できるかを点検します。このサイトでは、主要記事、旧記事、統合記事の役割を分け、根拠のない記述と広告対象の判定を見直しています。承認された事例として紹介するものではありません。

何を根拠に記録しているか

この記事の実装記録は、リポジトリの公開区分設定とソース差分を対象にしています。「有用性の低いコンテンツ」への対応を記録していますが、今回のリポジトリ確認では現在の不承認理由を再確認できません。最新の理由はAdSense管理画面で手動確認が必要です。個々の記事が不承認の原因だったとも断定できません。

旧版に記載していたSearch Consoleのクリック数や登録ページ数、ads.txt管理画面の状態は、今回の作業で再確認できていないため実測値としての掲載を取り下げました。公開URLのHTTP応答と管理画面の承認状態は別の情報です。

記事を直す際の具体例

例えばVercelの更新確認では、「反映されない」を一括してキャッシュのせいにせず、アクセスしたURLとそのデプロイのコミットを先に照合します。これは承認対策の定型文ではなく、その症状の調査に使う手順です。

主要・旧記事・統合記事の扱い

設定上の主要記事は日本語30本と英語30本です。この数はGoogleの合格基準ではありません。主要記事だけを検索・一覧・XMLサイトマップなどの対象にし、本人確認が最新本文と一致する記事だけを広告候補にします。

旧記事は削除せず、アーカイブで読める状態を保ちます。noindex、サイトマップ除外、主要一覧からの除外、広告コードの停止を組み合わせます。noindexだけで品質の問題が解決するとは考えていません。明確に重複する既存の5組は、日英とも統合先へ308で転送する設定です。

確認方法を分ける

Googleのページ準備ガイドが示す独自性やナビゲーションを、記事を読む際の問いに置き換えます。

1. 冒頭でタイトルの問いに答えているか。
2. 公式の説明に加え、条件別の選択や確認手順があるか。
3. 実際の体験、説明用の例、未確認事項が区別されているか。
4. 英語版でも同じ条件と注意事項が伝わるか。
5. 関連記事から目的の違うページへ迷い込まないか。

自動検査ではリンク、メタデータ、転送、広告コードの有無を確かめます。これに合格しても、独自性や本人の体験が証明されたことにはなりません。Google Search Centralの読者優先コンテンツの案内も、元情報への付加価値と読者が目的を達成できるかを点検する材料になります。

再申請の前に残る確認

AIによる本文編集と、運営者本人の内容確認は別に記録します。PC・スマートフォンのブラウザー確認も、物理端末での実機確認とは分けます。さらに、本番URL、AdSenseの自動広告除外と配置、最新の指摘内容を確認してから申請します。

この記事は改善作業の記録です。管理画面での最終確認や審査結果を、コード変更だけで完了扱いにはしません。