• ［PageSpeed Insights］表示速度の評価は3段階
• 「最適化についての提案」が意味不明
• サイトのページ読み込み（表示）速度に役立つプラグイン
• サイトのページ読み込み（表示）速度が遅くなるプラグイン
• サイトのページ読み込み（表示）速度改善に役立つ.htaccessの追加コード
• 取った対策でスコアはどう変わったか？
• サーバーの高速化設定は必要か？
• ［PageSpeed Insights］のスコアは変動する

［PageSpeed Insights］表示速度の評価は3段階

［PageSpeed Insights］で表示速度は数字（スコア）で表示される。
そして、その数字（スコア）のGoogleの評価は以下の3段階ある。

評価と数字（スコア）の関係は、私が管理するサイトを複数調べて類推してみた。

Good：80～（緑色）
Medium：61～80未満（オレンジ色）
Low：60以下（赤色）

Good、Medium、Lowの意味は恐らく以下と考える。

Good：サイトのページ読み込み（表示）が速い
Medium：サイトのページ読み込み（表示）が普通
Low：サイトのページ読み込み（表示）が遅い

今回のモバイルページのスピードアップデートでは「ページ表示速度が極端に遅い」ページが対象になるので、スコア60未満のLowが対象だろう。

Googleは「ページの表示スピードが遅くなればなるほど評価が下がる」とアナウンスしている。

即ち、表示速度が遅いと検索結果の順位が下げられる、ということだ。

モバイルページでは最低でもMediumの評価を獲得し、目指すべきは85以上を目指したい。（パソコンページはもちろん85以上）
※「85以上」についてはそう主張する記事が散見した為。

では、どうすればページ読み込み（表示）速度を85以上を獲得できるのか？

「最適化についての提案」が意味不明

［PageSpeed Insights］では、サイトのページ読み込み（表示）スコア改善の為の対策が記載されている。
当サイトでは以下だった。

【最適化についての提案】
①圧縮を有効にする
②ブラウザのキャッシュを活用する
③画像を最適化する
④スクロールせずに見えるコンテンツのレンダリングをブロックしている JavaScript/CSS を排除する
⑤サーバーの応答時間を短縮する
⑥CSS を縮小する
⑦JavaScript を縮小する
⑧HTML を縮小する

各項目の「修正方法を表示」には具体的に何をすべきかの記載がある。
但し、これを読んでも意味が全く理解できなかった。
・レンタリングをブロック
・画像を最適化
・CSS を縮小
・JavaScript/CSS を排除
・HTML を縮小
・etc

そこで、私が簡単に出来る対策をネットで調べ、試したところスコアアップにつながったプラグイン、.htaccessに追加した内容を次に紹介します。

サイトのページ読み込み（表示）速度に役立つプラグイン

③画像を最適化する→EWWW Image Optimizer
⑥CSS を縮小する→Autoptimize
⑦JavaScript を縮小する→Autoptimize
⑧HTML を縮小する→Autoptimize

「EWWW Image Optimizer」はCMS上で使っている画像を一括で最適化してくれるプラグインだ。

「Autoptimize」はHTML、CSS、JavaScriptの3つを最適化してくるプラグイン。「縮小」ではなく「最適化」だが、これを入れると「HTML を縮小する」の項目は必ず消える。

尚、スコアは改善されるが、「最適化についての提案」には、依然と以下の項目が表示されることが多い。
③画像を最適化する、
⑥CSS を縮小する
⑦JavaScript を縮小する
⑧HTML を縮小する

プラグインはざっくりと最適化や縮小をしてくれるが100％でないということだろう。
これらの項目を消すには個別に対処しなくてはいけないが、それには知識と労力、時間がかかる。

そこまでしなくてもスコア85以上は獲得できる。

サイトのページ読み込み（表示）速度が遅くなるプラグイン

サイトのページ読み込み（表示）速度に貢献するプラグインがある一方、逆に足を引っ張るプラグインもある。

どのプラグインがサイトのページ読み込み（表示）速度を遅くしているか、その負荷を調べるプラグインがP３(Plugin Performance Profiler）。

負荷が高いプラグインは設定を変えるか、他のプラグインに変える、あるいは使用を停止べきだ。

●Head cleaner
「Head cleaner」はCSSとJavaScriptを最適化してくれるプラグインだ。
「最適化についての提案」では以下の項目に該当する。
⑥CSS を縮小する
⑦JavaScript を縮小する

ところが重大なデメリットがある。
それは、大量のキャッシュデータを吐き出すこと。

エックスサーバーで総ファイル数がサーバーが快適に動く範囲を超えた時に提案されたのが、Head cleanerキャッシュデータのデータ。
ところが、FTPソフトWinSCPでは途中でフリーズするくらい膨大なキャッシュファイルがあった。

しかし、この記事を作成中に改めて調べてみたら、このキャッシュが大量に生成する理由はWordPressPopularPostsにあった模様。

「別にHead Cleanerが悪いというわけではありません。
Head CleanerとWordPress Popular Postsを併用する場合は、Head Cleanerの設定でWordPressPopularPostsを対象外に設定していればこんなことにはならなかったはずなのです。」
※引用：WordPressのプラグインHead Cleanerのキャッシュが大きくなりすぎて消せなくなった

「Head cleaner」の設定及び、WordPressPopularPostsを対象外にする設定については、以下の記事に詳しい。
※参照：Head Cleaner の最も理想的な設定方法

「Head cleaner」は使えない!と思っていたが、認識を改めねば。

「Head cleaner」についてのキャッシュデータ及びサイトのページ読み込み（表示）速度の改善度については、別のサイトで検証の予定です。

●WordPress Popular Posts
WordPress Popular Postsは人気記事を表示できるプラグインだ。
しかし、P３(Plugin Performance Profiler）で調べると負荷が高い。

エックスサーバーによると以下の様に設定を変更すると良いという。

■推奨設定について
当サービスでは、コンテンツ表示速度の向上や、
サーバーに対する負荷の軽減が見込める以下の設定を推奨いたします。

【WPPキャッシュ期限ポリシー】 ・・・「キャッシュする」を選択
【キャッシュ更新間隔】・・・・・・・「1時間」以上を指定
【データサンプリング】・・・・・・・「有効」を選択

※引用：WordPressプラグイン「WordPress Popular Posts」の仕様変更に伴うコンテンツ表示速度の低下と改善方法に関するご案内

設定はWordPress Popular Postsの「設定」→「ツール」から変更できる。
私は上記以外に「ログ上限」も変更した。

サイトのページ読み込み（表示）速度改善に役立つ.htaccessの追加コード

以下の対策をするため、.htaccessにコードを追加した。
①圧縮を有効にする
②ブラウザのキャッシュを活用する

これは先日、記事にしたが、コードのみ記載する。

①

<ifModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
</ifModule>

②

<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/css “access plus 1 days”
ExpiresByType image/gif “access plus 1 weeks”
ExpiresByType image/jpeg “access plus 1 weeks”
ExpiresByType image/png “access plus 1 weeks”
ExpiresByType application/x-javascript “access plus 1 weeks”
</IfModule>

※詳しくは⇒「PageSpeed Insights」の使い方～ページの表示速度を改善する方法(1)

【追記】
記事作成時点ではこの情報しか見つけられなかったが、その後、.htaccessにコードを追加しなくてもWP Fastest Cacheというプラグインを使うと、それ以上のスコア改善がみられた。
.htaccessを直接編集すると404エラーを引き起こす可能性もあるので、WP Fastest Cacheの導入をオススメします。⇒WP Fastest Cacheの設定方法と使い方

取った対策でスコアはどう変わったか？

以下に実際に取った対策とその後のスコアを記します。

【ページ表示速度】
まず、対策前のスコアは以下の通り。
・パソコン：63
・モバイル：78

【取った施策（1）】
①圧縮を有効にする→.htaccess
②ブラウザのキャッシュを活用する→なし
③画像を最適化する→EWWW Image Optimizer
④スクロールせずに見えるコンテンツのレンダリングをブロックしている JavaScript/CSS を排除する→なし
⑤サーバーの応答時間を短縮する→エックスサーバーのサーバーパネルでmod_pagespeed設定（高速化Speeding Up）をONに。※これについては後述します。
⑥CSS を縮小する→Autoptimize
⑦JavaScript を縮小する→Autoptimize
⑧HTML を縮小する→Autoptimize

【ページ表示速度】
・パソコン：63→82(+19)
・モバイル：78→82(+4)

何とパソコンのスコアが19もアップ。
パソコン、モバイルページともGoodに。

【取った施策（2）】
②ブラウザのキャッシュを活用する→.htaccess

【ページ表示速度（2）】
・パソコン：63→82(+19)→84(+2)
・モバイル：78→82(+4)→87(+5)

さらにスコアアップ。
モバイルページは85を突破。

【取った施策（3）】
「修正方法を表示」をクリックすると、「レンダリングをブロックする JavaScript を除去してください」として「～pagespeed.jm～」というjsファイルが記載されていた。

これは恐らく、高速化の為にONにした拡張モジュール「mod_pagespeed」のことだと考え、設定をOFFに切り替えてみる。
その結果、ページ表示速度は以下になった。

【ページ表示速度（3）】
・パソコン：63→82(+19)→84(+2)→85（+1)
・モバイル：78→82(+4)→87(+5)→87

モバイルはスコア変わらず、パソコンは+1で、パソコンも85をクリア。

レンダリングをブロックする JavaScriptから「～pagespeed.jm～」というjsファイルは消えたが、別のjsファイルが表示されている。

サーバーの高速化設定は必要か？

当サイトが利用しているレンタルサーバーはエックスサーバーだが、サーバーパネルに「高速化Speeding Up」の項目があり「mod_pagespeed設定」が出来る。

拡張モジュール「mod_pagespeed」を使用することにより
Webサイトのコンテンツを最適化し、表示速度の向上および転送量の軽減を図ります。

onにした方が良いのか、OFFで良いのか、これについてはさらなる検証が必要なようだ。

［PageSpeed Insights］のスコアは変動する

サイトのページ読み込み（表示）速度は、Googleの［PageSpeed Insights］にURLを入力すると調べられる。

新たにプラグインをインストールした等、何かの対策をした場合は30秒以上置いて再度、「分析」をクリックする。

そして、同じ設定でも「分析」する度にスコアは変動する。

これはサーバーの環境に依存しているのかもしれない。
通常レンタルサーバーは共用サーバーなので、複数の人が同じサーバーを使うことになる。
他の人のサイトがサーバーに負荷をかけていると、その影響は自分のサイトにも及ぶ。

その点、レンタルサーバー選びも今後は重要になって来る。
これに関する検証はまだ行っていないが、私が使ったことのあるレンタルサーバーの比較記事はこちら→レンタルサーバー比較～おすすめのレンタルサーバーは？

• サイトのページの読み込み（表示）速度の計り方
• 圧縮を有効にする
• ブラウザのキャッシュを活用する
• スクロールせずに見えるコンテンツのレンダリングをブロックしている JavaScript/CSS を排除する
• サーバーの応答時間を短縮する
• 画像を最適化する
• HTML、CSS、JavaScriptを縮小する
• 修正の結果

「PageSpeed Insights」の使い方

「PageSpeed Insights」の使い方は簡単。
PageSpeed Insightsにアクセスして調べたいサイトのURLを入力後、「分析」をクリック。

すると、モバイル、パソコン別にスコアが出る。

↓モバイルページ↓

↓パソコンページ↓

私の場合、「ページの速度」が「Unavailable（取得不可）」。
※これについては、調べて後日、記事にアップの予定。

スコアは以下の3段階のようだ。
Good（緑）:80～
Medium（オレンジ）:60～80未満
Low（赤）:60未満

今回のアップデートでは、モバイルページはLowだと評価を下げることになる。
対策は、モバイル、パソコン別に「最適化についての提案」として「修正方法」が示されている。

↓パソコンページ↓

だが、この「修正方法」を見ても具体的に何をするのかがさっぱり分からない。
そこで、ネットで情報を調べ修正することにした。

圧縮を有効にする

『「PageSpeed Insights」で100点を目指せ！その1「圧縮を有効にする」』によると、以下のコードを.htaccess に追記することでファイルが圧縮され、通信速度が改善されるという。

<ifModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
</ifModule>


ローカルで「.htacess」に上記のコードを追加し、FTPソフトを使ってWEBにアップ。
※問題が発生した場合、元に戻すために、元のファイルは.txt等で残しておくと良い。

FTPソフトのWeb上に「.htacess」のファイルはない。→隠しファイルを表示に変えたら「.htacess」が現れた。
しかし、スコアは改善された。

モバイル：49→65（15ポイントUP！）
PC:57→64（7ポイントUP！）

ブラウザのキャッシュを活用する

「PageSpeed Insights」で100点を目指せ！その2「ブラウザのキャッシュを活用する」

『「圧縮を有効にする」の時と同じように「.htaccess」ファイルを編集します。
この方法は、サーバーが「Apacheモジュール mod_expires」を使えることが前提なので、編集する前にサーバーの仕様を確認しておいてくださいね。』

<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/css "access plus 1 days"
ExpiresByType image/gif "access plus 1 weeks"
ExpiresByType image/jpeg "access plus 1 weeks"
ExpiresByType image/png "access plus 1 weeks"
ExpiresByType application/x-javascript "access plus 1 weeks"
</IfModule>


上記の設定では、「画像ファイルとjavascriptの有効期限は1週間。
CSSファイルは、変更があった場合に早めに反映させたいので1日にし」た模様。

しかし、思ったほどスコアは改善されなかったらしい。

そこで、いじれも1週間にしてみる。
上記のソースの「 1 days」を「1 weeks」に変更すると以下になる。

<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/css "access plus 1 weeks"
ExpiresByType image/gif "access plus 1 weeks"
ExpiresByType image/jpeg "access plus 1 weeks"
ExpiresByType image/png "access plus 1 weeks"
ExpiresByType application/x-javascript "access plus 1 weeks"
</IfModule


ところが、モバイルのスコアは65から52に下がってしまった。
パソコンに関しては64→78とさらに14点アップ。

そこで、有効期限を全て、さらに伸ばしてみる。
「1 weeks→2 weeks」

パソコンのスコアは変わらなかったが、モバイルはダウンする前の65から68と若干アップ。

ただ、cssの有効期限を長くするとcssを変更してもデザインに反映するまで日にちがかかり不便。
これは改善の余地あり。

スクロールせずに見えるコンテンツのレンダリングをブロックしている JavaScript/CSS を排除する

『【PageSpeed Insights】レンダリングをブロックしている JavaScript/CSS を排除したら99点になったので方法をご紹介』から引用する。

実はこの二つ、WordPressがwp_headに自動で呼び出すJavaScript。まずはこれから解決します。解決方法はとても簡単で、function.phpに以下を追記するだけ。

if (!(is_admin() )) {
function add_async_to_enqueue_script( $url ) {
if ( FALSE === strpos( $url, ‘.js’ ) ) return $url; //.js以外は対象外
if ( strpos( $url, ‘jquery.min.js’ ) ) return $url; //’jquery.min.js’は、asyc対象外
return “$url’ async charset=’UTF-8”; // async属性を付与
}
add_filter( ‘clean_url’, ‘add_async_to_enqueue_script’, 11, 1 );
}

パソコンは78から80にアップして「Good」となったが、モバイルは68
から36とスコアを32も落としてしまった。
何が問題なのだろうか？

一度、書き加えたソースを削除し元に戻す。
モバイル：68
パソコン：80

モバイルは前とスコアが同じだが、パソコンは何故かスコアが2点アップし「Good」になった。

前述の参照記事の方法ではうまくいかなった。
別の方法があるようだが、とりあえず、次の項目に進むことにする。

サーバーの応答時間を短縮する

『「サーバーの応答時間を短縮する」を修正する方法：PageSpeed Insights』と言う記事を参照。

「この修正が表示されるのは、自分のブログがサーバーから読み込むのに0.2秒以上かかる場合に表示されます。」

『「サーバーの応答時間を短縮する」についての修正方法は、Googleから「ここがおかしいからここを修正してくれ！」みたいに教えてくれないので、応答時間を遅らせている原因を自分で探す必要があります。』

結局、修正方法は分からず。

そこで、「Sentry高速化：サーバーの応答時間を激減させるWordPress Popular Postsの設定方法」と言う記事により、、「WordPress Popular Posts」というプラグインの設定をあれこれ変えてみたが、スコアは全く変わらなかった。

画像を最適化する

「EWWW Image Optimizer」はCMS上で使っている画像を一括で最適化してくれるプラグインだ。

インストール後、「有効化」をクリック。

「プラグイン」のリストを見ると、上部に以下の表示がでた。

「EWWW Image Optimizer は PHP 5.4 かそれ以上を要求します。より新しいバージョンの PHP 5.6 や 7.0, 7.1 は、それまでのバージョンと比べはるかにパフォーマンスが良く安全なものになっています。このプラグインのサポートするバージョンの PHP へアップグレードする方法がわからない場合は、サーバー会社へお尋ねください。」

これはサーバーで実施するしかない。
レンタルサーバーでバージョンアップすると上記の表示が消えた。

ところが、スコアは以下の通り。
モバイル：68→79（+11）
パソコン：80→78（-2）

モバイルのスコアは11上がったが、パソコンは-2とスコアダウン。
同じ施策にも関わらず、モバイルとパソコンではスコアが異なる。

せめて85以上（Good）にしたいのだが。

ただ、反映時間に若干時間がかかるようだ。

記事を書いている途中で、再度スコアをチェックしたら以下の結果になった。
モバイル：72
パソコン：82

おやおや、パソコンはスコアが+2で「Good」になったが、モバイルは逆に-7の72になった。

次に進もう。

ここで作業を中断し、翌日、「ページの速度」を改めて計ったら、スコアが変わっていた。

モバイル：60（←72）
パソコン：87（←82）

パソコンは85をクリアしたが、モバイルは12もスコアがダウン。
同じ条件でもスコアが異なるのはサーバーの状態が影響しているのだろうか？

とりあえず、PageSpeed Insightsが提案する「最適化」を進めることにしようと思ったが、再度、ページの再読み込みを行うとまたもやスコアが変わった。

モバイル：80
パソコン：79

いずれにしても「最適化についての提案」項目は表示されている。
しかも、「修正」を行った項目まで表示されている。
行なった「修正」で逆にスコアを落とす場合もあり、「修正方法」が間違っているのかもしれない。

とりあえず、先に進むべし。

HTML、CSS、JavaScriptを縮小する

「CSSを縮小する」方法を調べていたら、「HTML、CSS、JavaScriptを縮小してWordPressブログを高速化する方法（Autoptimizeプラグイン）」という記事があった。

「最適化についての提案」について、「縮小する」対象はHTML、CSS、JavaScript、画像の4つがあるが、Autoptimizeというプラグインを使うと、その内、HTML、CSS、JavaScriptの3つ項目が「縮小する」らしい。

ただ、プラグインをあまり入れ過ぎると、プラグイン同士が干渉し合って重くなることもあるが、とりあえず試してみる。

やり方は簡単。
Autoptimizeをインストール。
「有効化」をクリック。
「設定」メニューにあるAutoptimizeをクリック。
HTML、JavaScript、CSSの各々の「コードの最適化」にチャックを入れた後、「変更を保存してキャッシュを削除」をクリック。

モバイル：76（←80）-4
パソコン：84（←79）+5

修正の結果

さて、修正を一通り行った。

ただ、修正を行ったことで逆にスコアを落とした方法もあり、その場合、修正をしない状態に戻した。

しかし、他の修正を加えた項目で、まだ修正項目に挙がっているものがある。
さらに、不思議なことにモバイルとパソコンでは評価が異なる。

↓モバイルページ↓

↓パソコンページ↓

そして、同じ条件でも、PageSpeed Insightsを読み込む度にスコアが変わる。
これはサーバーの環境が影響しているのか？
※GoodがMedium、MediumがLowになる時がある。モバイルページがLowだとまずい。

ただ、修正は十分ではないが、スコアは改善された。

いずれにしても、「最適化についての提案」が表示されており、修正は十分でない。

又、「ページの速度」が「Unavailable」となっている問題も何も改善されていない。

これららについては後日、記事にアップの予定です。

• Googleスピードアップデートを調べるきっかけ
• Googleスピードアップデートとは？
• ページ表示速度を測るサイト
• サイトのページ表示速度を上げる対策

Googleスピードアップデートを調べるきっかけ

2018年8月1日のGoogleアルゴリズムのアップデートの内容と影響については先の記事（8月9日付）にまとめた。⇒Googleアルゴリズムのアップデート（2018年8月）の内容と影響についてのまとめ

ただ、私がチェックした範囲で、「スピードアップデート」に言及している記事はなかった。
（私が見落としているだけかもしれないが。）

しかし、本日、再度、情報を探したところ、「スピードアップデート」という言葉が飛び込んできた。

表示速度に関しては、最近、管理サイトの表示が遅いと感じていた。

さらに、ずっと気になっていたのが、エックスサーバーの「総ファイル数」の数字が赤字で表示されており、その横の「！」マークをクリックすると、「快適にご利用いただける目安を超えています。不用なファイルの削除をお願いいたします。」という注意が表示される点。

こういう状況下で「スピードアップデート」の情報を目にした。

取れる対策は全て試したい。

勿論、「スピードアップデート」は既存サイトだけでなく、今後作成するサイトにも関係する。

その為には「スピードアップデート」の内容を正確に知る必要がある。
これが、Googleスピードアップデートを調べるきっかけだ。

Googleスピードアップデートとは？

まずは、SEOの大家、鈴木 謙一氏が2018年7月13日にアップした記事から。⇒『グーグル「スピードアップデート」ついに開始！ モバイル表示速度が検索ランキング要因に【SEO記事12本まとめ】』

『グーグルは、モバイルページの読み込み速度をモバイル検索のランキング要因として使用する「スピード アップデート（Speed Update）」を全ユーザーに対して展開し始めた。』

これを見ると、「モバイル」が対象のようだ。
PCは関係ないのか？

調べ見るとデスクトップPCに関しては、既に2010年にアップデートが実施された、という記述があった。
（参照：「Googleスピードアップデート「とても遅いサイトのみが影響を受ける」と改めて発言」）

即ち、2018年7月までは、スマホ版の検索エンジンの検索順位を決める指標に「サイトの表示速度」はなかったが、それが加わったということだろう。

そして、共通しているのは「ページの表示スピードが遅くなればなるほど評価が下がる」アルゴリズムだという。

Googleスピードアップデートの内容は分かった。

それでは、管理サイトのページ表示速度はどのように調べるのだろうか？
そして、「ページ表示速度が極端に遅い」と判断されるのは、何秒後からなのだろうか？

さらに、サイトのページ表示速度を上げる方法はあるのだろうか？

ページ表示速度を測るサイト

「Webサイトの表示速度を測るサービスで最も有名なサイトは、Googleが無料で提供している Google PageSpeed Insights」
（参考記事：事例で見る｜WEBサイトページ表示速度改善方法とその結果）

そう言えば、大分以前に「Google PageSpeed Insights」は使ったことが有る。

使い方は簡単。
調べたいサイトのURLを入力して、「分析」をクリック。

「モバイル」と「パソコン」別に結果が表示される。

表示速度が遅いと感じサイトを調べると以下の結果になった。

●モバイル
ページの速度：Unavailable
最適化：Good　80 / 100

●パソコン
ページの速度：Unavailable
最適化：Medium　67 / 100

これは何を意味するのだろうか？

前述の参考記事には、この数値に関して以下の記述があった。

「一般的にGoogle PageSpeed Insightsで85点以上取れば表示速度は問題ないサイトと言われています。」

PageSpeed Insightsには「最適化についての提案」があるので、1つずつ試し、数値が85点以上を目指す。

それと、「ページの速度：Unavailable」の「Unavailable」は「取得不可」という意味らしい。

本来、ページの速度が何らかの数値で表示されるところが、「取得不可」の為、数値が表示できない、ということらしい。

これについては、別記事で詳しく記述することにする。

とりあえず、「最適化についての提案」を試してみる。

サイトのページ表示速度を上げる対策

「最適化についての提案」には以下の方法が列記されていた。
「モバイル」と「パソコン」では点数が異なるので、施策も違う。

私の管理サイトの場合、モバイルよりパソコンの方がスコアが低い。
以下はパソコンの場合の「最適化についての提案」だ。
※サイト、デバイスによって点数は異なる。

どうやら評価は3段階の模様。
（複数の管理サイトのスコアからの推測です。）

Good（緑）:80～
Medium（オレンジ）:60～80未満
Low（赤）:60未満

2018年7月のGoogleスピードアップデートでは、スコアが50未満のサイトが評価を下げられ、結果、検索順位がが下がったということになるのだろう。

85点以上が「Good」なのでこれが目標になる。

ただ、同じサイトでも、調べる度にスコアが変わる。
何故だろうか？

モバイルはスピードアップデートを導入したばかりなので、とりあえずスコアが50未満のサイトが評価を下げられたと考えられるが、PCの場合は、スピードアップデートから時間が経つのので、恐らく、85点以上はセーフで85未満は評価を下げれているのではないか？

私が懸念していたサイトは、モバイルが74/ 100、PCが67/ 100で、いずれも85点に達していない。

早急に対策を行う必要がある。

しかし、具体的に何をすれば良いのかについて、調べてみてもスッキリ納得のいく記事がない。

以前はどうやったのだろうか？

これについては、後日、記事をアップの予定だ。

• ８月１日にGoogleで大きな順位変動！広範囲なコアアルゴリズムアップデートの実施を発表。順位回復の対策は？
• 【Google大変動】コアアルゴリズムアップデートによる2018年8月1日の順位変動について
• 【順位激変】Googleのコアアルゴリズムをアップデートを実施！今後の対策は3つ
• Google、広範囲なコア アルゴリズム更新を実施。対策は常に1つ――コンテンツの品質改善
• 【SEO対策情報】Google大変動｜8月1日にGoogleコアアルゴリズム・アップデート
• Googleコアアルゴリズム・アップデート（8月1日）の内容・影響のまとめ

８月１日にGoogleで大きな順位変動！広範囲なコアアルゴリズムアップデートの実施を発表。順位回復の対策は？

SEOセミナーを開催し、SEO関連の著者も複数ある鈴木将司氏の「モバイル時代のSEO情報ブログ」から抜粋する。
※参照：「【速報】８月１日にGoogleで大きな順位変動！広範囲なコアアルゴリズムアップデートの実施を発表。順位回復の対策は？」（2018年08月03日）

記事によると、3月7月にもGoogleコアアルゴリズムのアップデートがなされていた。

Googleの発表によると、コアアルゴリズムのアップデートは年数回実施されているようだ。

しかし、それは特に問題にすべき点ではない。
何しろ、日々、細かいアップデートを実施しているからだ。

我々が考えなければならいのは、①どういうアップデートがあり、②その影響はどこまで及ぶのか、そして、③運営するサイトの順位が下がった時、我々に出来ることはあるのか？と言う点だ。

そして、またこれは、今後、どういうサイトを作成していくかの指針にもなる。

記事では、まず、３月初旬のアルゴリズムアップデートについて触れている。

ユーザーの意図に合致したページを返すべきなのだが、今まではそうでないページも上位表示されていた。

Googleはよりユーザーの意図に合致したページを検索結果の上位に表示するよう、アルゴリズムを変えた。

Googleがそれを判断していると思われる指標が以下の3つ。
・滞在時間
・平均ページビュー
・直帰率

何故、鈴木氏が、3月初旬のアップデートについて言及しているかというと、「この（8月1日の）コアアルゴリズムのアップデートへの対策のアドバイスは3月のものと同じ」とGoogleが好評してるからだ。

しかし、3月のアップデートでは影響を全く受けなかった。
それが、8月のアップデートでは見事にアフィリエイト収入が減っている。

これは何故だろうか？

その後、鈴木氏のブログは更新されていないので、新しい情報はない。（2018年8月8日現在）

【Google大変動】コアアルゴリズムアップデートによる2018年8月1日の順位変動について

次は、SEOラボの「【Google大変動】コアアルゴリズムアップデートによる2018年8月1日の順位変動について」と言う記事。
※サイト運営者はSEO専門の会社で「株式会社ディーボは」。

「弊社管理サイトでは、いつもより急上昇、急下落してるキーワードの数が増えて、順位の動きが通常より活発になってます。」とある。

よりユーザーに検索意図にあったサイトが検索順位を上げ、そうでないのに検索結果の上位に表示されていたサイトが順位を下げた、ということになるでしょう。

ただ、具体的な分析は記事にない。

メールアドレスを登録すると、無料レポート「2018年8月1日の順位変動の特徴と今後のSEO対策方針」をダウンロードできる、というので、登録してみた。

「弊社の管理サイトや上位化してるサイトの傾向から、今回の順位変動には以下のような」ページが高い評価を受けていると考えられると分析している。

①検索クエリと関連性の高いいページ
②関連する内部リンクを多く受けてるページ
③ドメイン内の各ページの質が高いいサイト
④被リンクを獲得してるページ

①に関しては、前述の鈴木氏と同じ見解だが、抽象的だ。
②に関しては、「関連記事」ということだろう。
③に関しては、「質が高い」というのが具体性に欠けて内容が分からない。
④に関しては、今までと変わらない。

しかし、次を読み進めると、上記の4つの項目に関してより具体的な説明と共に今後のSEO対策が述べられている。

が、具体的な説明がないので、イメージがわかない。

【順位激変】Googleのコアアルゴリズムをアップデートを実施！今後の対策は3つ

次は「ジュンイチ」というサイトの「【順位激変】Googleのコアアルゴリズムをアップデートを実施！今後の対策は3つ」と言う記事。

ジュンイチ氏はのプロフィールには、”ブログ集客専門家・ブログマーケッター”とあり、セミナー講師として活動されているようです。

素性が今一はっきしりないので内容は期待していなかったのですが、ジュンイチ氏のクライアントの傾向を見て、8月1日のアップデートで下がったサイト、上がったサイトの特長が述べられている。

≪下がったサイトの特長≫
①医療健康関係が専門でない複数の外部ライターさんが書いている健康メディア（2017年12月の時点でかなり下がったが、さらに追い打ちをかけられるように下がった）

②お金の専門家ではない方が、お金関係の話題を扱っているサイト
（ホワイトハットSEOで頑張って記事は書いているものの下がった）

③整体院が運営する健康関係のブログ
（もはや整体院は健康関係の専門家として見られない？）

≪上がったサイトの特長≫
④お金の専門家（ファイナンシャルプランナー）が扱うお金関係のブログ

⑤税理士さんが運営する、税務に関するブログ

⑥投資の専門家が運営する投資関係のブログ

ジュンイチ氏によると、検索順位の明暗を分けた共通点は2つ。
1．お金に関するサイト
2．誰から見ても専門家だと言える方が運営していること

Googleは特に”YMYL”関係の話題を厳しく見ている、とのこと。
“YMYL”とは、「Your Money Your Life＝お金と健康」。

2017年12月6日の健康アップデートでは、健康・医療関係に関するアップデートだったが、そこに「お金」が追加されたのか？

お金と健康は生きていく上で大切な要素。
専門家でもない人が書いたサイトは上位表示させないよ、ということらしい。

勿論、これらは、12月6日のアップデートのきっかけになる、内容が不正確なキュレーションンサイトの問題が大きく影響している。

今は、”YMYL”のみのようだが、Googleがアップデートの対象とするジャンルは広がるだろう。

広範囲なコア アルゴリズム更新を実施。対策は常に1つ――コンテンツの品質改善

次は、海外SEO情報ブログを運営するKenichi Suzuki氏の「Google、広範囲なコア アルゴリズム更新を実施。対策は常に1つ――コンテンツの品質改善」という記事。

鈴木氏の主張は、『対策は常に同じで、「コンテンツの品質改善に注力する」』とそっけない。
※同じ”鈴木”でも、前述の鈴木将司氏とは別人。

「海外SEO情報ブログ」はSEOを知る者にとって、信頼性の高いブログだが、何ともあっさりした内容となっている。

そこで、鈴木氏が前回の3月のGoogleアップデート後にアップした記事をを読んでみた。
（それが鈴木氏の狙いだったりして。）

改めて、3月のアップデート時にGoogleが発表したアドバイスを読むと、ユーザーの検索意図に合致しているにも関わらず、今まで評価されていなかったサイトが上位表示するようになった、ということだろうか？

Googleはこのことを誇らしげに語っている。

そして、「すばらしいコンテンツを構築することに集中し続ける以外に、順位が前よりも下がったページへの対処方法はありません。」と続けている。

いずれしても、鈴木氏からは具体的な内容は聞けずじまいだ。

【SEO対策情報】Google大変動｜8月1日にGoogleコアアルゴリズム・アップデート

最後に、「プロのWebマーケッターによるWeb集客のためのマーケティング的戦略と思考」というサイトの「【SEO対策情報】Google大変動｜8月1日にGoogleコアアルゴリズム・アップデート」の分析を紹介する。

プロフィールの”Webマーケッター”の内容が今一分からないと思っていたら、「Web Culture Service」という会社の代表の加藤氏で、私は以前、この会社が販売する「User Contents Search/ユーザー・コンテンツ・サーチ」というツールを購入したことがあった。

このツールは中々良いと思う。

ということで、俄然、信頼性が増した。

加藤氏はどういう分析をしているのか？

記事はほとんど引用であり、参考になるものはない。
しかし、記述が後半に以下の記述があった。

月のアップデートに関する事ではないが、、Googleが普遍的だと述べている要素。
それは次の2点。

・サイトの読み込み速度を早くする
・サイトのSSL化を推奨して、セキュリティーを高める

これは、今後、意識して行かなければならない点だろう。

Googleコアアルゴリズム・アップデート（8月1日）の内容・影響のまとめ

今まで、Googleコアアルゴリズム・アップデート（2018年8月1日）について、SEO専門家等の見解を見てきた。
内容と影響をまとめてみたいと思う。

一貫していることは、Googleがユーザーの検索意図を満足させるサイトを上位表示させようとしている、これは本来、検索エンジンGoogleの使命だが、その精度が上がっている。

特にGoogleが最近、注目しているのが以下の3点。
・滞在時間
・平均ページビュー
・直帰率

今後、サイト作成において、上記の項目を常に意識して記事を作成していく必要がある。

次に取上げたサイトで共通しているのが、2018年8月のアップデートで十位を下げてサイトと上げたサイトの違いは、よりユーザーの検索結果に合致したページとなるが、今一、具体性がなくピンとこない。

その点、あくまでも自分のクライアントのケースとして、ジュンイチ氏が上げているのが、健康とお金に関するジャンルでは、専門家のサイトが順位を上げているという点。

Googleは記事（サイト）の信頼性という評価基準を強化しており、その場合、専門家が書いた記事の評価が高くなっている。

ただし、この「専門家」が本当にそうなのかは判断しにくく、それは別の指標で判断しているのであろう。

私としては、8月のGoogleのアップデートで思いもしなかった影響を受けているので、その前に影響を受けた2017年12月6日のGoogleのコアアルゴリズムのアップデートの内容を今一、確認する必要がある、と考えている。

これについては、後日、記事にする予定だ。