どうしたらいいのNAVI

どうしたらいいの?にお答えするサイト

【WordPress】Head Cleanerが原因でSearch Consoleが使えない?!

      2015/11/07


WordPressを使ってブログを運営している人で「Head Cleaner」を使用している人も多い事でしょう。

 
Head Cleanerはヘッダーで読み込んでいるJavascriptファイルをフッダー領域に移動させて読み込ませたりしてレンダリングをブロックしなようにする事が出来るので表示速度の向上に一役買ってくれますが、設定の仕方次第ではGoogleが提供するSearch Consoleの機能が使えなくなる可能性があります。

 
特にGoogle Analyticsアカウントを使ってSearch Consoleにサイトの所有権限を設定している人などは注意が必要なのです。

 
Head Cleanerが原因でSearch Consoleが使えない原因と対策について簡単でわかりやすく、詳しく紹介しているのでチェックしていってください。

 

 
【Wordpress】Head Cleanerが原因でSearch Consoleが使えない?!
 

 

Head Cleanerとは

Head Cleanerとは
Head CleanerとはWordpressのプラグインの一つで、キャッシュ系プラグインです。

 
CSSとJavaScriptをサーバー上にキャッシュしたり、複数のCSSやJavaScriptを一つのファイルにまとめたり、一つにまとめたCSSやJavaScriptのJSファイルをフッダー領域で読み込むなどしてレンダリングブロックを回避してくれるのでとても便利なプラグインです。

 
ブログの表示速度を向上させる効果が高く使いやすいため、多くのブロガーに愛されています。

 

 

 

 

Head Cleanerが原因でSearch Consoleが使えなくなるとは

Head Cleanerが原因でSearch Consoleが使えなくなるとは
Head Cleanerが原因でSearch Consoleが使えなくなると言ってもHead Cleanerを使う事で全ての人がSearch Consoleを使えなくなるわけではありません。

 
Header Cleanerが原因でSearch Consoleが使えなくなる人は次の条件に当てはまる人です。

  • Head Cleanerの設定で「複数のJavaScriptを結合する」にチェックしている
  • Head Cleanerの設定で「<head>内のJavaScriptを振った領域に移動」を有効化している
  • Search Consoleでサイトの所有権をGoogle Analyticsアカウントと連携し確認している

 
これらの条件にあてはまる事によってSearch ConsoleではGoogle Analyticsアカウントを使ってサイトの所有権を確認する事が出来ず、Search Consoleの機能を使う事が出来なくなってしまうのです。

 
WordpressにHead Cleanerを導入してしばらくしてSearch Console上で「プロパティを確認できません」というメッセージが表示されたら、Head Cleanerの動作について疑ってみましょう。

 

 

 

 

Head Cleanerが原因でSearch Consoleが使えなくなってしまう理由

Head Cleanerが原因でSearch Consoleが使えなくなってしまう理由

予め断っておきますが、この記事はHead Cleanerを批判する記事ではありません。

 
適切な形で設定をしないとキャッシュ系のプラグインやヘッダー整理系のプラグインは色々な形で動作不良を起こす事が多いのでHead Cleanerに限った話でない事を意識して記事を読み進めていってください

 
Head Cleanerが原因でSearch Consoleが使えなくなってしまう理由は、Search Consoleがサイトの所有権を確認するのに必要なタグやスクリプトを外部JSファイルにまとめてしまったり、フッダー領域に移動させる事によってSearch Consoleが必要な情報を読み取ることが出来なくなってしまう事によって起きます。

 
これは、Head Cleanerに限らず、HTMLのヘッダーを操作する色々なプラグインで、同様の動作をしてしまう事があります。

 
例えば、Google Analyticsアカウントを使用してSaerch Consoleにサイトの所有権を伝えていた場合は、トラッキングコードスペニットという物をヘッダー内の「</head>」の直前に記述する必要があります。

 
Search Consoleはサイトにアクセスし、HTML内にトラッキングコードスペニットが存在するか、誰のトラッキングコードなのかを判断してサイトの所有権を確認します。

 
トラッキングコードスペニットはHTMLのヘッダー内に記述される必要があり、JSファイル等の外部ファイルに記述するとSearch Consoleがトラッキングコードスペニットを読み取る事が出来ず、サイト所有権を確認する事が出来なくなります。

 
Head CleanerにはJavaScriptを一つの外部JSファイルにまとめたり、Head内のJavaSctriptをフッダー領域に移動させる機能があるので結果的にHead Cleanerの機能で移動されたトラッキングコードスペニットがブログ上に無いとSearch Consoleが無いと判断し、Search Console上でプロパティが確認できないという流れになるのです。

 
この時、Google Analyticsではサイトのトラフィックなどは確認できるけれども、Search Console上だけプロパティが確認できないと言われる事もあります。
 

 

 

 

Head Cleanerが原因でSearch Consoleが使えなくなった場合の対処

Head Cleanerが原因でSearch Consoleが使えなくなった場合の対処
Head Cleanerが原因でSearch Consoleが使えなくなった場合の対処としては次のような対処があります。

  • Head Cleanerの「<head>内の有効なフィルタ」から対象外設定する
  • Search Consoleで他のサイトの所有権の確認方法を選ぶ
  • Head Cleanerの「複数のJavaScriptを結合する」の設定を外す
  • Head Cleanerの「<head>内のJavaScriptを、フッタ領域に移動」の設定を無効化する

 
この中で一番お勧めなのが『Head Cleanerの「<head>内の有効なフィルタ」から対象外設定する』で対処をする事です。

 
Head Cleanerの導入目的はそもそもサイトの表示速度を上げる目的で導入している人が多い事と思います。

 
しかし「複数のJavaScriptを結合する」や「<head>内のJavaScriptを、フッタ領域に移動」の設定を無効化してしまうと、速度上昇の恩恵を受ける事が出来なくなる可能性もあるので、他の方法は最後の手段にしたほうがよいでしょう。

 

 

 

Head Cleanerの「<head>内の有効なフィルタ」から対象外設定する

Head Cleanerの「<head>内の有効なフィルタ」から対象外設定する
Head Cleanerが原因でSearch Consoleが使えなくなった場合の対処方法としてHead Cleanerの「<head>内の有効なフィルタ」から対象外設定するのがおすすめです。

 
Head Cleanerはヘッダー内のJavascriptやJSファイルを一つにまとめたり、フッダー領域に移動するなどしてレンダリングブロックの回避やファイルサイズを下げる等してブログの表示速度を高速化させるので、Search Consoleに必要なタグやトラッキングコードスペニットだけJSファイルにまとめたり、フッダー領域に移動させない除外設定をする事で問題が解決します。

 
Head Cleanerの設定画面へ行き中段まで行き、「有効なフィルタ」の項目まで移動しましょう。
ちなみに私の場合は、Google Analyticsのアカウントを使ってSearch Consoleにサイトの所有権を確認しています。

 
更にブログに挿入されるGoogle Analyticsのトラッキングコードスペニットは「Google Analytics Dashboard for WP」で自動的に挿入される物を利用しているので、有効なフィルタから対象外とするフィルタにGoogle Analytics Dashboard for WPで挿入されるトラッキングコードを移動しないように設定します。

 
Google Analytics Dashboard for WPの有効なフィルタは「GADWP_Tracking::tracking_code」となっているので、フィルタを対象外に設定します。
設定が完了したら「更新」ボタンを押して、設定を有効にすれば完了です。

 
キャッシュファイルは更新時、自動的に削除されますが、心配な人は「削除」ボタンからキャッシュファイルを削除しておくと良いでしょう。

 

 

 

Search Consoleで他のサイトの所有権の確認方法を選ぶ

Search Consoleで他のサイトの所有権の確認方法を選ぶ
Search Consoleでサイトの所有権を確認する方法を変更する事でHead Cleanerによってタグやトラッキングコードスペニットが外部JSファイル化されたり、フッダー領域の移動をされたとしてもSearch Consoleのサイトの所有権に影響しないようにする事もできます。

 
Head Cleanerで対象外とする「<head>内の有効なフィルタ」がわからなかったり、うまく設定できなかった場合にオススメの方法です。

 
Search Console上で選ぶ事が出来るサイトの所有権の確認方法については「サイトの所有権を認証するHTMLファイルのアップロードする」方法があります。

 
本来であれば「Googleタグマネージャーとアカウント連携」や「サイトの所有権を認証するHTMLタグをHTMLに設定する」「Googleアナリティクスとアカウントを連携する」という方法をとる事が出来るのですが、Head Cleanerによる外部JSファイル化やヘッダーの要素をフッダーに移動する機能の事を考えると「サイトの所有権を認証するHTMLファイルのアップロードする」方法がベストです。

 
GoogleのSearch Consoleから指定されたHTMLファイルを外部から参照できる場所に設置するだけで、Search Consoleにサイト所有権を伝える事ができます。

 
Head Cleanerによる影響の事を考えると、もしかすると一番の安全策かもしれません。

 

 

 

Head Cleanerの「複数のJavaScriptを結合する」の設定を外す

Head Cleanerの「複数のJavaScriptを結合する」の設定を外す
Head Cleanerの複数のJavaScriptを結合する設定を無効化する事でも対処する事が出来ます。
Head Cleanerのメリットを一つ削る事になるので、先に紹介した方法をしてもどうしても対処できなかった場合に行うと良いでしょう。

 
複数のJavaScriptを結合する設定を無効化するにはHead Cleanerの設定の「複数のJavaScriptを結合する」のチェックボックスを外すと無効になります。

 

 

 

Head Cleanerの「<head>内のJavaScriptを、フッタ領域に移動」の設定を無効化する

Head Cleanerの「<head>内のJavaScriptを、フッタ領域に移動」の設定を無効化する
Head Cleanerの複数のJavaScriptを結合する設定を無効化だけでは問題が解決できなかった場合はHead Cleanerの「<head>内のJavaScriptを、フッタ領域に移動」の設定を無効化する必要もあります。

 
Head Cleanerは読み込むJavaScriptをフッタ領域に移動する事で、レンダリングブロックのリスクを回避しているのですが、この機能を無効にする事でブログのパフォーマンスの高速化が出来なくなる可能性もあります。

 
Head Cleanerのメリットを削る事になるので、先に紹介した方法をしてもどうしても対処できなかった場合に行うと良いでしょう。

 
複数のJavaScriptを結合する設定を無効化するにはHead Cleanerの設定の「複数のJavaScriptを結合する」のチェックボックスを外すと無効になります。

 

 

 

対処したらSearch Consoleでプロパティの確認を行う

対処したらSearch Consoleでプロパティの確認を行う
すでにSearch Consoleでサイトの所有権が確認できないとメッセージが表示されていた場合は、Head Cleanerの対処をした後サイトの所有権の確認を再申請しましょう。

 
サイトの所有権の確認を再申請し、サイトの所有権が正しくGoogleに伝わったらSearch Consoleが使用できるようになります。

 
Head CleanerやSearch Consoleでの対処が終わったら、「プロパティの確認」で表示される画面の「確認」ボタンを押しましょう。
正しく確認できれば「サイトの所有権が確認できました」旨が表示されます。

 

 

 

 

Head Cleanerが原因でSearch Consoleが使えない?!を読むうえで知っておきたい知識

Head Cleanerが原因でSearch Consoleが使えない?!を読むうえで知っておきたい知識
Head Cleanerが原因でSearch Consoleが使えない?!を読む上で知っておきたい事について紹介します。
何かに困った時に他の方法を思いついたり、用語がわからなくて読みづらいと感じた場合は、これから紹介する事を参考にしてみてください。

 

 

 

Search Consoleでプロパティにアクセスできなくなった場合の対処法

【Google】Search Consoleでプロパティにアクセスできなくなった場合の対処法!
Search Cosoleでプロパティにアクセス出来ないとは、Search ConsoleにアクセスしたときのGoogleアカウントではアカウントを使っている人の所有権が確認できない為に、サイトの状況を表示したり編集したりできない事を言います。

 
Search Consoleでサイトやブログのプロパティにアクセスできない場合は、Search Console上にGoogleからの警告メッセージが表示されます。
GoogleがSearch Console上でプロパティにアクセスできない時、次のような症状が起きます。

  • サイトやブログのSearch Consoleにアクセスできなくなる
  • Search Consoleの一覧上にプロパティにアクセスできないとメッセージが表示される
  • プロパティの管理で「ユーザーの追加/編集」等が行えなくなる

 
サイトやブログをSearch Consoleに登録した際に、Search Consoleにアカウント所有権を通知する為に、HTMLをアップロードしたり、タグを追加したり、GoogleのAnalyticsアカウントやGoogleタグマネージャアカウントを利用してサイトの所有権を確認しましたよね。

 
Googleがサイトやブログのプロパティにアクセスできなくなった場合というのは、サイトの所有権を確認した際に行った方法では現在はサイトの所有権を確認出来なくなったという事です。

 
Googleがサイトやブログのプロパティにアクセスできない原因というのは、サイトの所有権を確認した方法によって異なり、主な原因として次のようなものがあります。

  • Search Consoleのアカウント確認用HTMLファイルが削除されたかWebから参照できなくなった
  • Search Consoleのアカウント確認用タグが削除されたか移動された
  • ドメイン名プロバイダからドメインが削除された
  • Google Analyticsアカウントを利用してサイトやブログのプロパティにアクセスできなくなった
  • Google タグマネージャアカウントを利用してサイトやブログのプロパティにアクセスできなくなった
  • WordPressのプラグインが原因でプロパティにアクセスできなくなった
  • WordPressのテーマの変更が原因でプロパティにアクセスできなくなった

 
Googleがサイトやブログのプロパティにアクセス出来ないとサイトの所有権が確認できないので有益な情報の参照や、サイトやブログ毎の設定を変更できなくなったり、Googleにサイトの通知を行う事が出来なくなったりと良い事は無いので、適切な形で対処していきましょう。

 
Googleがサイトやブログのプロパティにアクセスするための対処法としては大きく分けると次のような方法があります。

  • サイトやブログをSearch Consoleに登録した際の方法で原因を解消する
  • Search Consoleのサイト所有権の通知方法を変更する

 
サイトやブログに何かしらの変更を加えたのであれば、原因を特定し解消するのが一番良いでしょう。

 
特にWordpressでブログを運営している人はプラグインの利用やテーマの変更が原因となっている事があるので、プラグインを一つ一つ停止して原因となっているプラグインを特定したり、テーマを戻してみて確認すると良いでしょう。

 
Search ConsoleでGoogle アナリティクスのプロパティが確認できない場合とは、Search Consoleのサイト所有権を示すために使っているGoogleアナリティクスのプロパティが何かしらの原因で参照できなくなっている状態です。

 
Search Consoleでサイトの所有権を確認する方法としてGoogle アナリティクスアカウントを利用する設定になっている場合に起こる現象です。

 
Search Consoleはサイトの所有権をGoogleアナリティクスを利用する際にサイトやブログに登録する「トラッキングコード」を参照して所有権を確認しているので、トラッキングコードが何かしらの原因でSearch Console上で参照できなくなっている可能性があります。

 

問題を解決するにはGoogle Analyticsで使用しているトラッキングコードをSearch Consoleでも参照できるよう適切な位置に正しい記述方法で記述する必要があります。
 
Search Consoleのサイト所有権の通知方法を変更するというのも手です。
Wordpressのプラグインやテーマを変更して、どうしても他の方法を選択したくない場合もあるでしょう。

 
そんな時は次の中からSearch Consoleに対してサイトの所有権を通知する事が出来るので他の方法で認証してサイトの所有権を通知するようにしましょう。

  • サイトの所有権を認証するHTMLファイルのアップロードする
  • サイトの所有権を認証するHTMLタグをHTMLに設定する
  • Googleアナリティクスとアカウントを連携する
  • Googleタグマネージャーとアカウントを連携する

 
Search Consoleでプロパティにアクセスできなくなった場合の対処法については「【Google】Search Consoleでプロパティにアクセスできなくなった場合の対処法!」で簡単でわかりやすく、詳しく解説しているので参考にしていってください。

 

 

 

 

Search ConsoleでGoogleアナリティクスのプロパティが確認出来なくなった場合の原因と対処

【Google】Search ConsoleでGoogleアナリティクスのプロパティが確認できない!
Search ConsoleでGoogle アナリティクスのプロパティが確認できない場合とは、Search Consoleのサイト所有権を示すために使っているGoogleアナリティクスのプロパティが何かしらの原因で参照できなくなっている状態です。

 
Search Consoleでサイトの所有権を確認する方法としてGoogle アナリティクスアカウントを利用する設定になっている場合に起こる現象です。

 
Search Consoleはサイトの所有権をGoogleアナリティクスを利用する際にサイトやブログに登録する「トラッキングコード」を参照して所有権を確認しているので、トラッキングコードが何かしらの原因でSearch Console上で参照できなくなっている可能性があります。

 
問題を解決するにはGoogle Analyticsで使用しているトラッキングコードをSearch Consoleでも参照できるよう適切な位置に正しい記述方法で記述する必要があります。

 
Search ConsoleでGoogleアナリティクスのトラッキングコードが参照できなくなる原因としてはいくつか考えられ、次のような原因があります。

  • トラッキングコードをサイトやブログのHTML上から削除した
  • トラッキングコードがHTMLの正しい位置に記述されていない
  • 無効なトラッキングコードをHTMLに記述していた
  • Google Analyticsのアカウントからサイトを削除した
  • WordPressのプラグインの機能で、トラッキングコードの記述位置が変更された

 
トラッキングコードをサイトやブログのHTML上から削除した場合は、トラッキングコードがSearch Consoleから確認する事が出来なくなります。

 
サイトやブログにアクセスしソースの表示をして、「トラッキングID」で検索した場合にがHTML上に存在しない場合は、トラッキングコードが削除されている事でSearch Consoleで認証を行う事が出来なくなっています。

 
もし、トラッキングコードがHTML上に存在した場合は、他の原因でGoogeleアナリティクスアカウントとSearch Consoleのアカウントが連携できていない可能性があるので他の原因について探りましょう。

 
Googleアナリティクスを利用しなくなった等の理由から自分でトラッキングコードをHTML上から削除したのであれば、他の認証方法でSerch Consoleにサイトの所有権を伝える必要があります。

 
トラッキングコードがHTMLの正しい位置に記述されていないと、Search Console上で必要な情報を確認できず、Google アナリティクスによるサイト所有者の権限を確認できない事があります。

 
トラッキングコードは「スニペット」と呼ばれるJavascriptの形式となっていて「<script>~<script>」の形式で記述されています。
トラッキングコードスニペットの記述位置はブログ・サイトのHTMLのヘッダーの終了タグ「</head>」の直前に記述する必要があるので、サイトやブログにアクセスして、トラッキングコードスニペットが正しい位置に記述されているか確認しましょう。

 

確認し、トラッキングコードスニペットが「</head>」の直前に記述されていないのであれば、正しい位置になるようスニペットの位置を修正しましょう。

 
無効なトラッキングコードをHTMLに記述していた場合、Search Consoleがサイトの所有権をトラッキングコードからGoogleアナリティクスに問い合わせる事が出来ず、サイト所有権を確認できない事があります。

 
トラッキングIDそのものが間違っている場合は、HTML上にトラッキングIDらしきものが存在していたとしても、正しい位置に記述されていたとしてもGoogleアナリティクスアカウントでサイトの所有権を確認する事が出来なくなります。

 
サイトやブログに記述しているトラッキングIDが正しいかどうか確認し、間違っているのであればトラッキングIDを正しいものに修正しましょう。

 
Wordpressでブログを運営している人は、プラグインやテーマの機能によってトラッキングコードスぺニットの記述位置や記述方法が変更された場合があります。

 
ブログのページにアクセスし、HTMLソースを表示して、トラッキングコードスぺニットが記述されているか、トラッキングコードスぺニットが正しい位置に記述されているか確認しましょう。
また、トラッキングコードスぺニットがプラグインの機能でJSファイルとして保存されてしまっている可能性もあるので、併せて確認しましょう。

 
Wordpressのプラグインの機能でトラッキングコードスニペットが移動された場合は、プラグインを停止したりトラッキングコードスニペットをJSファイル化しないように設定したりして、トラッキングコードスニペットが正しくHTML上に反映されるようにします。

 
Search ConsoleでGoogleアナリティクスのプロパティが確認出来なくなった場合の原因と対処については「【Google】Search ConsoleでGoogleアナリティクスのプロパティが確認できない!」で簡単でわかりやすく、詳しく紹介しているので参考にしてください。
 

 

 

 

Head Cleanerが原因でSearch Consoleが使えない?!を読むうえで知っておきたい知識

Head Cleanerが原因でSearch Consoleが使えない?!を読む上で知っておきたい事について紹介します。
何かに困った時に他の方法を思いついたり、用語がわからなくて読みづらいと感じた場合は、これから紹介する事を参考にしてみてください。

 

 

 

Head Cleanerとは

【Wordpress】データ通信を削減してブログを高速化! Head Cleaner
Head Cleaner は、WordPressのプラグインの一つで、それぞれのページを構成するソースを最適化して、サイト表示速度を向上してくれるプラグインです。

 
CSSやJavaScriptを最適化してコンパクトにしたり一つにまとめたりする事でサーバーとユーザーのデータ通信の量を少なくする効果があったり、WebブラウザとWebサーバのやり取りの回数や送るデータ量を減らすことで、サイトの構築を早くする効果があります。

 
Head Cleanerを導入するメリットは何と言っても、ブログを表示した時の速度が高速化される事でしょう。
また、SEO的な視点から見ても、検索エンジンに優良なブログ・コンテンツである事を伝えるシグナルを生む事が出来、検索エンジンからの流入を増加させる可能性を秘めている点でもメリットとして上げる事が出来ます。

 
Head Cleanerを適切な設定で運用する事で、ユーザーがブログを訪問した際にブログが表示されるまでにかかる時間が大きく削減される事や、CSSやJavaScriptを最適化して、読み込み位置を変更する事で、ページのレンダリングを高速化する事が可能なところも魅力的です。

 
Head Clearnerを導入するデメリットとしては、CSSやJavaScriptの特性によっては、正常な動作を行わなくなる可能性がある事です。
また、Head Cleanerは設定項目が多いため、慣れるまではどのような設定を行うと、ブログに対してどのような働きがあるか分かりづらい点です。

 
Head CleanerはWordpressのプラグインなので、新規のプラグイン追加の手順でWordpressにインストールすることが出来ます。
インストールした後はプラグインの有効化をする事を忘れないようにしましょう。

 
Head Cleanerのインストールは次の手順が主流です。

  • Wordpressのプラグインの「プラグインを追加」の画面で「Head Cleaner」と検索する
  • 検索で表示された「Head Cleaner」を「いますぐインストール」ボタンを押してインストール

 

Head CleanerではHTML、CSS,JavaScriptといったWordpress上のリソースに対するダイナミックな変更を可能にする機能があり、設定によってそれらの機能を最大限利用可能な状態にする事が出来ます。

 
Haed Cleanerで出来る設定は具体的に次の通りです。

  • CSSとJavaScriptをサーバ上にキャッシュする
  • <head> 内の JavaScript を、フッタ領域に移動
  • Google Ajax Libraries を利用する
  • XML宣言を付与
  • メタタグ “canonical” を追加
  • OGP(Open Graph Protocol) 対応のメタタグを追加
  • メタタグ “generator” を削除
  • リンクタグ “RSD” を削除
  • リンクタグ “wlwmanifest” を削除
  • IEコンディショナルタグを削除
  • メタタグ “Last Modified” を追加
  • “パラノイアモード” を有効にする。
  • デバッグモード
  • Java Scriptのフィルタによる対象外設定
  • <head>からフッタに移動するJavaScriptの設定

 

Head Cleanerでブログを高速化するお勧めの設定では、すでにWordpressでHead Cleanerをインストールしている前提で設定内容について紹介します。
Head Cleanerでブログを高速化する上でオススメの設定は次の通りです。

  • CSS と JavaScript を、サーバ上にキャッシュする :ON
  • CSS, JS を動的生成する。:OFF
  • CSS に適用するデフォルト media 属性:all
  • 複数の CSS を結合する : ON
  • CSS を最適化する : ON
  • CSS に含まれる画像の URL を、データスキーマ URI に変換する : ON
  • 複数の JavaScript を結合する : ON
  • JavaScript を小さくする : ON
  • フッタ領域の JavaScript も対象にする : OFF
  • <head> 内の JavaScript を、フッタ領域に移動 : ON
  • Google Ajax Libraries を利用する : OFF
  • XML宣言を付与 : OFF
  • メタタグ “canonical” を追加 : ON
  • OGP(Open Graph Protocol) 対応のメタタグを追加 : OFF
  • メタタグ “generator” を削除 : OFF
  • リンクタグ “RSD” を削除 : OFF
  • リンクタグ “wlwmanifest” を削除 : OFF
  • IEコンディショナルタグを削除 : OFF
  • “パラノイアモード” を有効にする : OFF
  • デバッグモード : OFF

 

Head Cleanerでブログを高速化するお勧めの設定では、すでにWordpressでHead Cleanerをインストールしている前提で設定内容について紹介します。
Head Cleanerでブログを高速化する上でオススメの設定は次の通りです。

  • CSS と JavaScript を、サーバ上にキャッシュする :ON
  • CSS, JS を動的生成する。:OFF
  • CSS に適用するデフォルト media 属性:all
  • 複数の CSS を結合する : ON
  • CSS を最適化する : ON
  • CSS に含まれる画像の URL を、データスキーマ URI に変換する : ON
  • 複数の JavaScript を結合する : ON
  • JavaScript を小さくする : ON
  • フッタ領域の JavaScript も対象にする : OFF
  • <head> 内の JavaScript を、フッタ領域に移動 : ON
  • Google Ajax Libraries を利用する : OFF
  • XML宣言を付与 : OFF
  • メタタグ “canonical” を追加 : ON
  • OGP(Open Graph Protocol) 対応のメタタグを追加 : OFF
  • メタタグ “generator” を削除 : OFF
  • リンクタグ “RSD” を削除 : OFF
  • リンクタグ “wlwmanifest” を削除 : OFF
  • IEコンディショナルタグを削除 : OFF
  • “パラノイアモード” を有効にする : OFF
  • デバッグモード : OFF

 

Head Cleanerの注意点
Head Cleanerの良くある不具合とは、Head Cleanerを導入する事でWordpress、Webツールの利用の兼ね合い、併用しているプラグインとの組み合わせによって起こる不具合の事を指します。

 
Head Cleanerはとても使い勝手がよく、簡単な設定一つでブログのパフォーマンスを上げてくれるのでとても助かるのですが、キャッシュ系やHTML,CSS,JavaScriptの無駄を省き最適化するという特性上、他のプラグインや記述されている内容によっては正常な動作をしてくれない事もあるので注意が必要です。

 
これはHead Cleanerが悪いとかそういう問題ではなく、Head Cleanerのようにダイナミックなソースの変更を書けるようなプラグイン全般に言える事です。

 
Head Cleanerの動作についての理解が乏しい事で、設定すべき項目が設定できていなくて起こる不具合もあれば、Head Cleanerそのものの処理が原因で他のプラグインが動作しなかったりと不具合の原因もまちまちです。

 
現在、Head Cleanerを導入する事で起こる良くある不具合は次のようなものがあります。

  • 導入初期の放置による不具合
  • Webツールの「Search Console」が使えなくなる事がある
  • プラグインの「Autoptimize」が動作しなくなる

 
Head Cleanerについては「【WordPress】データ通信を削減してブログを高速化! Head Cleaner」で簡単でわかりやすく、更に詳しく紹介しているのでチェックしていってくださいね。


 

 

 

Head Cleanerでよくある不具合と解決方法

Head Cleanerの注意点
Head Cleanerの良くある不具合とは、Head Cleanerを導入する事でWordpress、Webツールの利用の兼ね合い、併用しているプラグインとの組み合わせによって起こる不具合の事を指します。

 
Head Cleanerはとても使い勝手がよく、簡単な設定一つでブログのパフォーマンスを上げてくれるのでとても助かるのですが、キャッシュ系やHTML,CSS,JavaScriptの無駄を省き最適化するという特性上、他のプラグインや記述されている内容によっては正常な動作をしてくれない事もあるので注意が必要です。

 
これはHead Cleanerが悪いとかそういう問題ではなく、Head Cleanerのようにダイナミックなソースの変更を書けるようなプラグイン全般に言える事です。

 
Head Cleanerの動作についての理解が乏しい事で、設定すべき項目が設定できていなくて起こる不具合もあれば、Head Cleanerそのものの処理が原因で他のプラグインが動作しなかったりと不具合の原因もまちまちです。

 
現在、Head Cleanerを導入する事で起こる良くある不具合は次のようなものがあります。

  • 導入初期の放置による不具合
  • Webツールの「Search Console」が使えなくなる事がある
  • プラグインの「Autoptimize」が動作しなくなる

 
何も設定していないときはプラグインを停止しましょう
Head Cleanerの注意点としては設定をちゃんとしていない時はプラグインは停止しておきましょうという点です。
Head Cleanerは不具合なのかは定かではありませんが、何も設定を行わず、ただプラグインを導入して運用しているとブログに不具合を起こします。

 
HTML上で外部サーバにあるファイルを参照している場合、外部サーバのURLの後に、自分のサーバのURLが追加されてしまうので、外部ファイルのファイルの読み込みが失敗します。

 
この、「どうしたらいいのNAVI」では外部ファイルの読み込みの一つに「font-awesome」というアイコンを外部ファイルとして読み込んでいたのですが、設定を行わず無設定のまま放置していたら、外部サーバにあるリソースの読み込みに失敗してしまい、アイコンが表示されない不具合が発生しました。

Head Cleanerを何も設定しない事で変更されたタグの内容は次のようなものでした。

<link href="//netdna.bootstrapcdn.com/font-awesome/4.0.3/http://dousitaraiino.jp/wp-content/plugins/head-cleaner/js_css.php?f=font-awesome&amp;t=css" rel="stylesheet">

 
何も設定しないでただ導入しているだけの場合は、Head Cleanerのプラグインは停止しておきましょう。

 

Head CleanerとはWordpressのプラグインの一つで、キャッシュ系プラグインです。

 
CSSとJavaScriptをサーバー上にキャッシュしたり、複数のCSSやJavaScriptを一つのファイルにまとめたり、一つにまとめたCSSやJavaScriptのJSファイルをフッダー領域で読み込むなどしてレンダリングブロックを回避してくれるのでとても便利なプラグインです。

 
Head Cleanerが原因でSearch Consoleが使えなくなると言ってもHead Cleanerを使う事で全ての人がSearch Consoleを使えなくなるわけではありません。

 
Header Cleanerが原因でSearch Consoleが使えなくなる人は次の条件に当てはまる人です。

  • Head Cleanerの設定で「複数のJavaScriptを結合する」にチェックしている
  • Head Cleanerの設定で「<head>内のJavaScriptを振った領域に移動」を有効化している
  • Search Consoleでサイトの所有権をGoogle Analyticsアカウントと連携し確認している

 

【Head Cleaner】Autoptimize効果なしを解消するカスタマイズ
Head CleanerもAutoptimizeもブログ高速化をする上で、単独で利用するとどちらも効果の高いプラグインです。

 
しかし、Head CleanerとAutoptimizeは、処理をカスタマイズせずに利用した場合は、二つのプラグインの組み合わせは良くなく、Head Cleanerの処理によって、Autoptimizeの縮小化の処理が途中で中断されてしまい、HTMLやJavaScript、CSSの縮小化などが止まってしまうのです。

 
Autoptimizeの縮小化が止まると、HTMLやJavaScript、CSSが縮小化されず、Autoptimizeの機能で高速化されるはずだったブログが高速化されなくなってしまう現象が起きます。

 
例えば、パフォーマンスをチェックするツールである「PageSpeed Insight」を利用して、ブログパフォーマンスを検証した場合、Head Cleaner、Autoptimizeの二つのプラグインを有効化し、動作するように設定しているのにもかかわらず、次のような「HTMLの縮小化」改善項目が提案されます。
Head CleanerがAutoptimizeの縮小化が止めるというのはどんな状態か-1

 
Head CleanerがAutoptimizeの効果をなくす原因というのは、「バッファリング」というソフトウェアの技術が絡んできます。

 
Head CleanerがAutoptimizeの効果をなくしてしまう原因というのは、Autoptimizeは「全てのHTMLの作成をバッファリングで待ち受けている」のに対して、Head Cleanerが「ヘッダー・フッターHTMLを処理するタイミングで全てのバッファリングの待ち受けを開放し、キャンセルしてしまう」事が原因です。

 
Head Cleanerのよくある不具合と解決方法については「【Head Cleaner】Head Cleanerのよくある不具合と解決方法」で簡単でわかりやすく詳しく紹介しているのでチェックしていってくださいね。

 

 

 

 

スポンサーリンク


Head Cleanerが原因でSearch Consoleが使えない?! あとがき

Head  Cleanerが原因でSearch Consoleが使えない?! あとがき
Head Cleanerが原因でSearch Consoleが使えない場合の原因や理由、対処について紹介しました。

 
Wordpressのプラグインはとても便利で使いやすいものが多いですが、より便利でダイナミックな事が出来るプラグイン程、正しい設定で制御してやらないとSearch Consoleのような思わぬところで不具合を出してしまう事があります。

 
このプラグインが一体何をするプラグインなのか?どういう事をどうやって実現しているプラグインなのか?

 
こういった事を意識すれば、いざ問題が起こった場合でも適切な対処を行っていく事が出来ます。

 
強力なプラグインを適切に設定して良いWordpressライフを満喫してくださいね。

 

 

 

 

Head Cleanerが原因でSearch Consoleが使えない?! まとめ

Head Cleanerが原因でSearch Consoleが使えない?! まとめ
Head CleanerとはWordpressのプラグインの一つで、キャッシュ系プラグインです。

 
CSSとJavaScriptをサーバー上にキャッシュしたり、複数のCSSやJavaScriptを一つのファイルにまとめたり、一つにまとめたCSSやJavaScriptのJSファイルをフッダー領域で読み込むなどしてレンダリングブロックを回避してくれるのでとても便利なプラグインです。

 
Head Cleanerが原因でSearch Consoleが使えなくなると言ってもHead Cleanerを使う事で全ての人がSearch Consoleを使えなくなるわけではありません。

 
Header Cleanerが原因でSearch Consoleが使えなくなる人は次の条件に当てはまる人です。

  • Head Cleanerの設定で「複数のJavaScriptを結合する」にチェックしている
  • Head Cleanerの設定で「<head>内のJavaScriptを振った領域に移動」を有効化している
  • Search Consoleでサイトの所有権をGoogle Analyticsアカウントと連携し確認している

 

予め断っておきますが、この記事はHead Cleanerを批判する記事ではありません。

 
適切な形で設定をしないとキャッシュ系のプラグインやヘッダー整理系のプラグインは色々な形で動作不良を起こす事が多いのでHead Cleanerに限った話でない事を意識して記事を読み進めていってください

 
Head Cleanerが原因でSearch Consoleが使えなくなってしまう理由は、Search Consoleがサイトの所有権を確認するのに必要なタグやスクリプトを外部JSファイルにまとめてしまったり、フッダー領域に移動させる事によってSearch Consoleが必要な情報を読み取ることが出来なくなってしまう事によって起きます。

 
これは、Head Cleanerに限らず、HTMLのヘッダーを操作する色々なプラグインで、同様の動作をしてしまう事があります。

 
Head Cleanerが原因でSearch Consoleが使えなくなった場合の対処としては次のような対処があります。

  • Head Cleanerの「<head>内の有効なフィルタ」から対象外設定する
  • Search Consoleで他のサイトの所有権の確認方法を選ぶ
  • Head Cleanerの「複数のJavaScriptを結合する」の設定を外す
  • Head Cleanerの「<head>内のJavaScriptを、フッタ領域に移動」の設定を無効化する

 
Head Cleanerが原因でSearch Consoleが使えなくなった場合の対処方法としてHead Cleanerの「<head>内の有効なフィルタ」から対象外設定するのがおすすめです。

 
Head Cleanerはヘッダー内のJavascriptやJSファイルを一つにまとめたり、フッダー領域に移動するなどしてレンダリングブロックの回避やファイルサイズを下げる等してブログの表示速度を高速化させるので、Search Consoleに必要なタグやトラッキングコードスペニットだけJSファイルにまとめたり、フッダー領域に移動させない除外設定をする事で問題が解決します。

 
Search Consoleでサイトの所有権を確認する方法を変更する事でHead Cleanerによってタグやトラッキングコードスペニットが外部JSファイル化されたり、フッダー領域の移動をされたとしてもSearch Consoleのサイトの所有権に影響しないようにする事もできます。

 
Head Cleanerで対象外とする「<head>内の有効なフィルタ」がわからなかったり、うまく設定できなかった場合にオススメの方法です。

 
Search Console上で選ぶ事が出来るサイトの所有権の確認方法については「サイトの所有権を認証するHTMLファイルのアップロードする」方法があります。

 
Head Cleanerの複数のJavaScriptを結合する設定を無効化する事でも対処する事が出来ます。
Head Cleanerのメリットを一つ削る事になるので、先に紹介した方法をしてもどうしても対処できなかった場合に行うと良いでしょう。

 
Head Cleanerの複数のJavaScriptを結合する設定を無効化だけでは問題が解決できなかった場合はHead Cleanerの「<head>内のJavaScriptを、フッタ領域に移動」の設定を無効化する必要もあります。

 
Head Cleanerは読み込むJavaScriptをフッタ領域に移動する事で、レンダリングブロックのリスクを回避しているのですが、この機能を無効にする事でブログのパフォーマンスの高速化が出来なくなる可能性もあります。

 
Head Cleanerのメリットを削る事になるので、先に紹介した方法をしてもどうしても対処できなかった場合に行うと良いでしょう。

 
すでにSearch Consoleでサイトの所有権が確認できないとメッセージが表示されていた場合は、Head Cleanerの対処をした後サイトの所有権の確認を再申請しましょう。

 
サイトの所有権の確認を再申請し、サイトの所有権が正しくGoogleに伝わったらSearch Consoleが使用できるようになります。

 

 
最後までお読みいただきありがとうございました。

スポンサーリンク





 - Google, Wordpress , ,

Message

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

  関連記事

【Stinger5】PCで記事下に2つ横並びの広告を表示する方法
【Stinger5】PCで記事下に2つ横並びの広告を表示する方法

WordPressでブログを運営していて、Stinger5のテーマを利用している …

【Google Analytics】Google Analyticsの導入方法
【Google Analytics】Google Analyticsの導入方法

サイトやブログのトラフィック解析ツールとしてGoogle Analyticsの導 …

【Wordpress】プラグインを使う上で絶対参考にしたい考察
【WordPress】プラグインを使う上で絶対参考にしたい考察

WordPressでブログを運営し、さまざまなプラグインを利用しオリジナリティあ …

【Wordpressプラグイン自作】プラグイン開発で良く使う!よく見る!PHPの関数
【WordPressプラグイン自作】プラグイン開発で良く使う!よく見る!PHPの関数

WordPressプラグインを自作したり、既存のプラグインを編集したりする上で、 …

【Wordpress】HTMLの自動整形を停止する方法
【WordPress】WordPressのHTML自動整形を停止する方法

WordPressでブログを運営して記事を投稿している人の中には「テキスト」で記 …

【Wordpress】ブログを高速化するプラグイン特集! 高速化の果てへ
【WordPress】ブログを高速化するプラグイン特集! 高速化の果てへ

WordPressでブログを高速化する上で、プラグインの導入は今や必須となってい …

【Wordpress】おすすめテーマのカスタマイズ方法
【WordPress】おすすめテーマのカスタマイズ方法

WordPressでは、デザインも秀逸で派手な物やシンプルな物、機能的に優れてい …

【Wordpress】データベースをバックアップしよう! 目的や方法について
【WordPress】データベースをバックアップしよう! 目的や方法について

WordPressでブログを運営する上ではデータの保全性もとても重要ですよね。 …

【Wordpress開発環境】レンタルサーバからローカル環境にWordpressをコピーし開発環境構築!
【WordPress開発環境】レンタルサーバからローカル環境にWordPressをコピーし開発環境構築!

WordPressをレンタルサーバーを借りてブログ運営していると「レンタルサーバ …

【Wordpress】プラグインを整理してブログ価値を高めよう!
【WordPress】プラグインを整理してブログ価値を高めよう!

WordPressを使用している人はとても多いですよね。 SEOに強いし、いろい …