投稿者: Takuya Kobayashi

昨日くらいからブログに自動広告がついていない事に気付き、AdSenseにログインしてみたら、こんな表示が：

表示できる広告の数が制限されています。詳しくは、ポリシー センターをご確認ください。

AdSense

「無効なトラフィックの問題」で広告配信が制限されたとのこと。

無効なトラフィックの問題とは

無効なトラフィックとは次の通りです。

• サイト運営者様が、ご自身のライブ広告をクリックしてクリック数やインプレッション数を増やすこと
• 1 人以上のユーザーが繰り返しクリックして、クリック数やインプレッション数を増やすこと
• サイト運営者様がご自身の広告でのクリックを誘導すること（例: 広告をクリックするようユーザーを誘導するあらゆる言葉、大量の偶発的クリックを誘発する広告掲載など）
• 自動クリックツールやトラフィック ソース、ロボット、その他の不正な行為を行うソフトウェア

https://support.google.com/adsense/answer/16737?sjid=8056973094815208343-AP

要は不正にクリックしたりインプレッションを増やす行為全般のこと。
全く心当たりがないどころか、むしろ疑いを掛けられないように細心の注意を払っていたつもりでしたが・・・

不正なクリックではなく急なPV増加のせいか？

AdSenseを見てみると、クリック数は変わらず、何故かPVが異常に伸びている様子でした。

普段見ないAnalyticsを見てみると、特定の記事のアクセス数が1日にして異常な伸び方をしていました。ユーザーの8割がモバイル端末で、ロケールは日本。参照元はほぼオーガニックサーチ。

無効なトラフィックの原因はこの急なPV増加かと思うのですが、はっきりした原因は分からないので、様子を見るしかありません。

現状を報告

とりあえず、無効なクリックの連絡フォームから、不正行為は一切していない事や、急に伸びた記事がある事など、現状を報告しました。

追記（7/12午前）：一週間経過しましたが、送信したメッセージに対する返信はありません。

広告のトラフィックの責任はサイト運営者にある

広告のトラフィックの最終的な責任はサイト運営者にある為、
サイト運営者は積極的な防止策を講じる必要があるとされています。

広告のトラフィックについての最終的な責任は AdSense サイト運営者様にあります。このため、広告のトラフィックを念入りに監視して、アカウントが AdSense ポリシーを遵守しており、無効なトラフィックが発生していないことを確認する作業が不可欠です。以下のヒントを実践したうえで、疑わしい操作が見られた場合は、Google にお知らせください。

https://support.google.com/adsense/answer/1112983?sjid=8056973094815208343-AP

それを怠ったことによって生じた不都合は、サイト運営者が悪いと言われてしまっても仕方ありませんね。

神に祈るしかない

こちらに非が無い以上、現状を報告する以外に成す術はありません。

これで、もしアカウント停止になってしまったら、自然災害に見舞われたと思うしかありません。

何か進捗があったら追記します。

追記(7/12午後)：「現在、問題はありません」になりました

広告制限から９日後、管理画面のポリシーセンターを確認したところ、制限の表示は消えて「現在、問題はありません」という表記になっていました。

やったこととしては、

• 無効なクリックの連絡フォームから現状を報告（返信は無かった）
• 一時的にAdSenseを外す

他に思い当たる原因：

• 執筆中、リロードしては直しを繰り返していたので、サーバーのログには自分のリクエストが大量にありました。PV稼ぎと間違われたのかも。
• インストールから4年経つFirefox：一部Webサイトで正常な動作をしないケースが増えてきたので、なんらかのバグで不正なリクエストなどが送られていたかもしれません。

それら以外にもいくつかの要素が重なって今回の規制を受けたのかもしれません。

Firefoxをリフレッシュし、ブログにログイン中は広告を表示しないように設定しました。

最悪、永久追放も覚悟していましたが、元に戻って良かったです。

親要素にtransformがついていると子のposition:fixedやstickyが効かなくなるので注意。

インスタグラムの埋め込みに「Smash Balloon Instagram Feed」というWordPressプラグインを使用していましたが、ページ右下に突然このようなエラーがでました。

このエラーはログインユーザーのみに表示されているようです。

「この問題を解決」から管理画面に飛ぶと、次のような表示が：

自分の環境では次の手順で解決しました。

1. 「Smash Balloon Instagram Feed」プラグインを更新
2. インスタグラムにログイン
3. ソースを再接続

1.「Smash Balloon Instagram Feed」プラグインを更新

管理画面→プラグイン→「Smash Balloon Instagram Feed」プラグインを更新します。

バージョン6.1.5が利用可能になっていました。

2.インスタグラムにログイン

https://www.instagram.com/

インスタグラムにログイン済みの場合はそのままでOKですが、他社のアカウントにログインしていた場合は大変なので確認しましょう。

3.ソースを再接続

WordPressに戻り、「Smash Balloon Instagram Feed」プラグインの設定画面から「再接続」を押します。

すると、最初に設定したときのようなウィザードが開始されるので進めていきます。

1. Add a new Source: Personal
2. Connect your Instagram Account: Connect with Instagram
3. Instagram ～の情報を引き続き共有しますか？ 許可する
4. Security Confirmation: Yes,it is my domain
   

一通り完了すると管理画面にリダイレクトして戻ってきます。その際に「ソースが無効」が消えていたら成功です。

結論

ソースコードはこちら。
ローディング表示を実装したい場合はvideo要素の裏に表示させておくことで対応してください。

<script>
window.addEventListener('DOMContentLoaded', (event) => {
  var video = document.querySelector('video');

  if (video.readyState >= 3) {
    // ビデオの読み込みが既に完了している場合
    document.body.classList.add('loaded');
    video.play();
  } else {
    // ビデオの読み込みが完了するまで 'canplaythrough' イベントを監視
    video.addEventListener('canplaythrough', function() {
      document.body.classList.add('loaded');
      video.play();
    });
  }
});
</script>
<style>
  video {
    transition: .2s opacity;
  }
  body:not(.loaded) video {
    opacity: 0;
  }
  body.loaded video {
    opacity: 1;
  }
</style>

<video src="path/video.mp4" loop muted playsinline></video>

詳細

video要素を背景として使用する場合、次のようなコードを使用すると思います。

<video src="path/video.mp4" autoplay loop muted playsinline></video>

これには次のような問題があります。

• ロード中は表示されない
• 十分にバッファされるまでの間、最初のフレームが静止画として表示される

環境によって挙動は異なると思いますが、自分が確認したのが上記です。
ロード中に表示されない件は、video要素の背景にローディングのエフェクトを隠しておけば良いとして、問題なのは二番目のバッファされるまでの間、最初のフレームが静止画として表示される件。
これはautoplay属性がそのような挙動を示すようだったので、autoplay属性を消してjavascriptで再生の制御をすることにしました。

var video = document.querySelector('video');
// videoの読み込み完了時に発火
video.addEventListener('canplaythrough', function() {
  // bodyにloadedクラスをつける
  document.body.classList.add('loaded');
  // 再生
  video.play();
});

しかし、上記コードではcanplaythroughが発火しない場合がありました。

どうやら、キャッシュを読みこんだ際はcanplaythroughなどのイベントは取得できないようで、
再生が開始されない不具合がありました。そこで次のコードになりました。

<script>
window.addEventListener('DOMContentLoaded', (event) => {
  var video = document.querySelector('video');

  if (video.readyState >= 3) {
    // ビデオの読み込みが既に完了している場合
    document.body.classList.add('loaded');
    video.play();
  } else {
    // ビデオの読み込みが完了するまで 'canplaythrough' イベントを監視
    video.addEventListener('canplaythrough', function() {
      document.body.classList.add('loaded');
      video.play();
    });
  }
});
</script>
<style>
  video {
    transition: .2s opacity;
  }
  body:not(.loaded) video {
    opacity: 0;
  }
  body.loaded video {
    opacity: 1;
  }
</style>

<video src="path/video.mp4" loop muted playsinline></video>

wp-config.phpを開き、「$table_prefix = ‘wp_’;」を
任意のプレフィックス「$table_prefix = ‘newprefix_’;」に変更します。

次に、データベースのプレフィックスの変更します。
以下は「wp_」を「newprefix_」にリネームするSQLコマンドです。phpmyadminでGUIで変更してもOK。

RENAME table wp_commentmeta TO newprefix_commentmeta;
RENAME table wp_comments TO newprefix_comments;
RENAME table wp_links TO newprefix_links;
RENAME table wp_options TO newprefix_options;
RENAME table wp_postmeta TO newprefix_postmeta;
RENAME table wp_posts TO newprefix_posts;
RENAME table wp_terms TO newprefix_terms;
RENAME table wp_termmeta TO newprefix_termmeta;
RENAME table wp_term_relationships TO newprefix_term_relationships;
RENAME table wp_term_taxonomy TO newprefix_term_taxonomy;
RENAME table wp_usermeta TO newprefix_usermeta;
RENAME table wp_users TO newprefix_users;

newprefix_optionsテーブルを開き、次のレコードを探して「wp_」から「newprefix_」に変更します。

• option_nameが「wp_user_roles」 → newprefix_user_roles
• option_nameが「wp_capabilities」 → newprefix_capabilities

newprefix_usermetaテーブル内のレコードも同様に変更します。

• meta_keyが「wp_capabilities」 → newprefix_capabilities
• meta_keyが「wp_user_level」 → newprefix_user_level

注意: 変更前にデータベースのバックアップを作成することを強くおすすめします。
プレフィックスを変更した場合、関連するプラグインやカスタムテーマに影響を与える可能性があります。特に、直接テーブル名を指定しているカスタムコードやクエリがある場合は、変更したプレフィックスに合わせて修正する必要があります。