Google search consoleで気にした方が良いこと気にしない方が良いこと

カスタマイズ

2023/02/11

2023/02/13 0

vanillaice (Akira)

SEO 初心者向けトラブル対処

SEOが気になる方とそうでない方といますが、気になる方向け記事です。FC2ブログの仕様上気にしても致し方ないことなどもありますのでそれらの説明です。

以前にもクリソツなタイトルの記事を書いていますがこちらは SSL化に関する内容です。

「SSL化してないなぁ」という場合にSEOの話しをしたって仕方がないので、最低でも『SSL化している』『search consoleに登録している(またはしようと思っている)』を前提にします。

はじめに

本記事は『検索上位を目指そう』『どうすればPVが上がるのか』などの指南を目的とするものではありません。通常のブログ運営で普通に行われてほしいこと、つまり記事を書く → Googleにインデックスされるというルートが正常に行われているか、行われていたらどのデータに注目すべきか、行われていなければ何が問題なのか、というのが論点です。

そしてFC2ブログでは、管理人(あるいはFC2)の思惑とGoogleのそれが食い違うことも往々にしてあります。FC2ブログのシステム上でどうにもならないことなどもあり、それらに関してはヤキモキ・イライラしても意味がないんですが、それと知らずにそんなことが起これば「なんでこうなるんや？？テンプレートのせいか？？」という疑念も生じるでしょうから、大雑把ではありますがその点についても説明できればと思います。

目次へ戻る↑

FC2ブログで注視すべきは「エクスペリエンス」

search consoleのページ左にナビゲーションのリストがあります。その中の大分類名エクスペリエンスです。簡単に言うと『訪問ユーザーがあなたのサイトを閲覧しているときに快適だと感じているかどうか』の指標。

快適あるいは『特に気になる・気に障る点がない』と言い換えても良いかと思います。イライラすることなく閲覧できるかどうか。

小分類最初のページエクスペリエンスではサイト全体がどう判断されているかのグラフを見ることができます。続く小分類は (全体的な)ページエクスペリエンスのシグナルになるものです。

ページエクスペリエンス

モバイルとPCとに分かれて評価されており「全体的にあなたのサイトはこうよ」というGoogleの判断が結果として表示されています。2022年からは検索ランキングのシグナルとして活用されていますので、ここで『不良』… かなぁ、ちょっと表現が見たことなくてわからないけども、英語では『failing』、とにかくそれに準ずる赤字の言葉の場合は修正が必要です。あとは『改善が必要 (needs improvement)』という中間にあたる判定もあるかと思います。

ウェブに関する主な指標 (コアウェブバイタル)

ページエクスペリエンスのシグナル・判断基準になるものの一つで、英語では『core web vitals (こあうぇぶばいたるず)』です。コアウェブバイタル、という言葉の方が寧ろ聞き覚えがあるかもしれません。こちらもさらなる小分類がありますが細かくは教えてくれていませんね。

CLS (Cumulative Layout Shift) --- 発生させてはいけない
FID (First Input Delay) --- 遅くなってはいけない
LCP (Largest Contentful Paint) --- 大きすぎてはいけない

上記が構成要素です。大雑把にそれぞれ『どうなったらだめなの』を書いておきますが後ほど説明します。FC2では CLS が特に注目されているのかな、と思います。何故なら投稿画面の『見たまま編集』を素直に利用していると嫌でも発生するからです。
* ここで言う『投稿画面』とは新デザイン管理画面のデフォルトエディターを指します。

Googleによる判定はファーストビュー (above the fold) でという条件がついている点に注意。アクセスした際、スクロールせずに見られる範囲のことです。判定はこの部位(範囲)に特定して行われています。

当然スマートフォンとPCでは範囲が変わります。双方に注意を向けられない場合、重要視するのはスマートフォンの方と考えてOKです。スマホとPCで処理を分けるというのはなかなか難しいですよね。常にスマホ優先で考えてください。

CLS（Cumulative Layout Shift)

きゅーみゅらてぃぶれいあうとしふと。日本語にすると何だ？『累積する構図の移動』か？逆に難しい（￣∀￣；）

FC2ブログの投稿画面『見たまま編集』で画像を挿入すると以下のようなhtmlがバックグラウンドで差し込まれます。

<img src="画像アドレス" alt="画像ファイル名+拡張子">

width属性と height属性が無いんですね。良い形、CLSを極力防げるhtmlの形は以下の通りです。

<img src="画像アドレス" alt="画像ファイル名+拡張子" width="画像横幅" height="画像高さ">

ブラウザはhtmlに従って大まかな構図を描き、CSSでそれをさらに整えるわけですが、一旦描画されたものが再構成されて書き換わると、画面内で表示されているものガクっとズレたりして、見ている方はストレスを感じるわけです。

描画 (rendering, レンダリング) でシフトが生じる主な原因は不確定要素が存在することです。画像の横幅や高さがhtmlに記されていない場合、ブラウザはその横幅・高さを『ゼロ』として解釈をすすめますが、本来はサイズを持っているので後からそのサイズが表面に現れてきます。特に『高さ』。高さゼロのものが後から400pxや1000pxといった高さを発生させるので、画面がガクっとズレる、と。

このあたりについては以下の記事をご参照ください。

個人的に、現在のwebそして今後のwebに於いても領域の予約・予定の概念というのがポイントになってくるのかなぁ、と思います。『JSで差し込む要素の範囲を予め予約しておく』『某の要素(広告など)が挿入されることを予定しておく』など。つまり表示領域の事前確保。

みなさん一度は経験されていると思うんですが、例えばスマートフォンの画面上部に広告などが後から出てきて、読んでいる部位がガクっと下がって位置を見失う、ですとか、リンクをタップしようとしたら広告が出てきてそっち押しちゃった、など。めちゃくちゃ鬱陶しいですよね (∵`)
それはなんの変哲もない画像でも起こります。画像の高さが大きれば大きいほど顕著です。なので、FC2ブロガーは若干不利というかめんどうにはなりますけれど、『HTML編集』に切り替えて自主的にwidth, heightの両属性を追加されると良いですね。

判定自体はファーストビューにフォーカスしていますが、記事内にある画像全てにおいてCLSが発生しないよう対処しましょう。

また、明らかにファーストビュー内に位置しない画像(below the foldに有る画像)については遅延読み込みを行いましょう。

<img src="画像アドレス" alt="画像ファイル名+拡張子" width="画像横幅" height="画像高さ" loading="lazy">

loading="lazy" はiframe動画にも利用できます。動画は動作を重たくしがちですから、YouTubeなどを掲載する際にそれがファーストビューに位置しないならば積極的に付加すると良いですね。

画像を掲載するときはHTML編集で width属性, height属性を追加。ファーストビュー外の画像・動画にはloading属性も追加しよう。

FID (First Input Delay)

ふぁーすといんぷっとでぃれい。日本語では『最初の操作の遅れ』でしょうか。訪問ユーザーがページを開き、最初に行った操作に対し応答が遅くないかどうか、つまり操作に対する反応の速度です。

例えばページにアクセスし、すぐに他のページへのリンクをクリックしたとします。その時滞在中のページの読み込み処理が終わっていないと、なかなか次のアクション、ここでは別ページへの遷移ができません。要するに待機状態が長いということ、ひいては反応速度が遅いということです。

FC2を主体に考えると、FIDが大きくなる原因のほとんどが JavaScript です。

テンプレートが古い
JSプラグインを多用している
サードパーティ製のプラグインを多用している
jQueryが含まれるテンプレートでFC2独自プラグイン「アルバム」を利用している

大体こんな感じです。まずテンプレートがHTML 4以前やXHTMLなどのバージョンで作成されている場合、async属性など新しい技術が使えませんのでそれだけで不利です。
* JSのダウンロード・実行の最適化(非同期処理)

そして当然JSを利用したプラグインが多ければ多いほど処理が重たくなりますね。さらにFC2という環境に限定するとアルバムプラグインというのがあるんですが、このプラグイン自体がjQueryを含んでいるため、テンプレート内のjQueryと衝突することがあります。するとこのFIDが看過できないレベルでめちゃくちゃ遅く・重たくなります。

FC2ではこのパターン(アルバムプラグイン利用によるFID)が結構多いんですが、管理人は気づいていないのか無視を決め込んでいるのか。ページ自体は表示されているので気づかないんだろうな、と思います。ブラウザのステータスバーをよく見てもらうとわかるんですが、ローディング中を示すぐるぐるマークがいつまでも表示されています。そしてクリックしても遷移できない、スクロールさえ始められない、みたいな。
* スクロールの遅延自体はFID計測基準から外されています。

どうしてもアルバムプラグインを使いたい場合は、jQueryを含まないテンプレートに変更するか、jQueryを含んでいても衝突しないテンプレートを探すか、ということになります。とはいえ衝突しないテンプレートというとjQueryのバージョンがかなり古いテンプレートということになりますのでおすすめはできません。

最近FC2ブログではFIDに限らずコアウェブバイタル全体に気を使っている製作者が多いというか、公式テンプレートは表示や操作の速度を非常に意識していますし、共有にしても同様です(と思う)

ただしプラグインについては製作者側ではどうにもできないので、無用・不要と思われるものは思い切って利用をやめるなどの英断も必要です。

古い技術のテンプレートを使わないようにしよう。

LCP (Largest Contentful Paint)

らーじぇすとこんてんとふるぺいんと。『最も(領域的に)大きな内容の描画』でしょうか。ページが表示されたときに目に入る一番大きな要素のことです。大きければ描画時間もかかるだろうという単純なことなんですが。

これはですね、一番気をつけなければいけないのはなんといっても画像なんですね。ブログの構成を考えると、一番最初に画像を持ってくるケースって多いですよね。一番最初にあるということは、ページ表示のファーストビュー (above the fold)に入ってくる可能性が高いということです。もちろん皆が皆最初に画像を掲載するわけではないですがパターンとしては比較的多め。

テキストブロックが最大、という場合はこの項目はまず問題なくクリアできますが、最大が画像ブロックだった場合は結構シビアな判定が行われます。簡単に結論を言えば画像の容量は削減しましょうということです。

写真系ブロガーさんの中には解像度を落としたくない、という方も。だとしてもGoogleは｢削減をしなさい｣という方向性を明確に示していますので、そのあたりの折り合いを上手くつけないと仕方ないですよね (´・ω・｀)

とはいえ昨今はロスレス圧縮の技術も進んでいますし、新拡張子も誕生していますので、昔ほど『容量を削減したら劣化が著しい』という事態にはならないはずです。

新拡張子の webP についてはFC2ブログではアップロード未対応なので対応を待つということになります。もうそろそろ実装してもらいたいなぁ (∵`)

画像は容量を削減してから掲載しよう。

コアウェブバイタルについて重要項目3つについてFC2ブロガーが個々に対応するとすればこれまで書いた内容ぐらいかな、と思います。なのでそんなに難しくはないはずですし、これらを改善するだけでもシグナルの質が向上するというのですからやった方が良いですよね。

モバイルユーザビリティ

続いてモバイルユーザビリティ、つまりスマートフォンでの使い勝手です。「モバイル」とある通り、PCのエクスペリエンスには含まれません。現在はPCよりもモバイルが優先される時代ですからこの項目は疎かにできません。

『使用不可』『使用可能』となっている部分、以前は『エラー(error)』『有効(valid)』と表記されていたように記憶していますが、『使用』って何なんでしょうね。使用？ちょっとよくわからないけど久々に見たら文言が変わっていた、と(笑)

使用不可のページが有る場合、そのページに生じている可能性のある問題は以下の通り。

ビューポートが設定されていません (viewport not configured)
ビューポートが「端末の幅」に収まるよう設定されていません (content not sized to viewport)
クリックできる要素同士が近すぎます (touch elements too close)
テキストが小さすぎて読めません (small font size)
互換性のないプラグインを使用しています (Flash usage)
コンテンツの幅が画面の幅を超えています (content wider than screen)

ビューポートが設定されていません

この項目についてはテンプレート側の問題ですから、製作者次第ということになります。
ビューポートが設定されていないテンプレート = 技術的に古いテンプレート
といえますので利用を避けましょう。

古いテンプレートとはさよならしよう。

ビューポートが「端末の幅」に収まるよう設定されていません

大抵の場合は固定幅レイアウトのテンプレート(非レスポンシブ, px固定)をスマートフォンでも表示させている場合に指摘されます。昔はレスポンシブウェブデザインという概念がなかったので、古いテンプレートのほとんどが px という単位で横幅を固定しています。FC2ブログではそういったテンプレートを使いながら個人設定で『スマートフォン専用版の表示設定』を『無効』という無茶な設定をしている方もまだまだいらっしゃいます。ビューポート設定の仕方によっては画面に収まっている場合もありますが、著しく視認性を欠く表示になりますので、レスポンシブデザイン以外のテンプレート利用中にスマートフォン版を無効にしないよう注意してください。素直にPCとスマホではテンプレートを分ける、と。

『レスポンシブ設定』へ

「PC版の固定幅テンプレートを気に入っていて、どうしてもスマホでもそれを表示させたい」とかいうワガママはもう通用しない (ノﾟｪﾟ)

スマホとPCの見た目を揃えたいならレスポンシブウェブデザインを採用しよう。

クリックできる要素同士が近すぎます

こちらについてもほとんどがテンプレートの問題ですが、ユーザータグがなかなか厳しいんですよねぇ (∵`)
具体的には「クリック要素同士の距離は上下左右8px以上」とされており、タグの多い人だと結構な範囲を使ってしまうため、デザインとしてはなかなかちょっと… 条件厳しい…（￣∀￣；）
いやマジでこれ守ってサイドメニューにタグプラグインを掲載すると、高さが4000pxとか5000pxといったどデカイ感じになる方も結構いらっしゃいます。タグのプラグイン、結局は『リンク』なもので、Googleは「リンクの数が多すぎる」という指摘をすることもありますが、じゃあ削るのか、という別の問題もあるので私の中では結構グレーゾーンなのがタグプラグインというか、タグ(笑)

隣接するリンク同士の周りには最低8pxの余白が必要だよ。

テキストが小さすぎて読めません

具体的には最小12px です。これを下回るとエラー判定を受けます。ここでもタグが厳しい。タグ数多いとフォントを小さくしたくなりますが最小12px、と。

フォントは最低でも12px必要だよ。

互換性のないプラグインを使用しています

日本語では『互換性の無いプラグイン』となっていますが、英語はもっと端的で『フラッシュの利用』という指摘です。まさかまだフラッシュ掲載している、なんて方は居ないと思う、思いたい。何年も前にブログを離れてしまったユーザーには居ると思いますが。

フラッシュを使ってはいけません。

コンテンツの幅が画面の幅を超えています

最後に個人的にFC2で発生率が高く、そしてGoogleから最も重視されていると推測できるもの、英語表現の方がわかりやすくて『コンテンツ横幅が画面よりデカイ』
画像や動画が画面からはみ出しているブログがかなりの数で存在します。画面から何かがはみ出してたら即モバイルユーザビリティエラーです。はみ出しているとスクロール中にグラグラ左右に揺れますのでめちゃくちゃ鬱陶しいですよね。これは気づいたら即修正すべし。

で、画面超過についておおよその原因は以下の通りです。

テンプレートが古い
table要素の特性を理解せずに利用している

スマートフォンに限らずPCでさえ画像や動画が右側に大きく飛び出しているブログとかあるんですが、なんで直そうとしないの？とただただ疑問 ^^;
これはもうテンプレート変えるだけで済みます。済むけども古いものを利用を継続したい場合は

img, iframe {
  max-width: 100%;
  height: auto;
}

をスタイルシートに追加するだけで大抵は防げます。こういう対処法を書いてしまうと古いものを使い続ける人が出てきてあまり良くはないけれども (∵`)

動画の場合は先程のCSSで横幅を画面内に収めることはできますが、アスペクト比を守ることはできません。私の提供するテンプレートの場合は

<div class="box-for-video" style="max-width: 動画横幅px; margin: 0 auto;">ここに動画埋め込みiframe要素</div>

と埋め込みコード記載時にひと手間加えてもらうとアスペクト比 16:9 の黄金比を守れるようにしてあります。
* style属性の内容は任意です。日本語部位は適切な内容に書き換え必須です。

他製作者テンプレートの場合も事前に準備してくれている場合がありますので尋ねて(あるいは仕様の確認をして)みると良いですね。

table要素の利用はですね、ここでまとめられるほど単純な話しでもないので以下の記事を参照のこと。

画像・動画・table要素に気をつけよう。

HTTPS

読んで字のごとく「httpsスキームで通信しているかどうか」です。FC2ブログもとっくに対応済みですが個人の決定に委ねられています。よほど大きな理由が無い限りhttpsに切り替えを。別の言い方で『SSL化』です。Googleはhttpサイトを排除する意向を何度も示していますので、やれウィジェットが、やれプラグインが、やれ某が、とかもうそんな話し聞きたくないッ！という感じです。というかいまだにSSL非対応のウィジェットを配信してるとか、そんなサービス使わないほうが良いと思ふ。

SSL化は必須だよ。

目次へ戻る↑

インデックスが遅い

ここまではインデックスされたページがどう評価されているかについて主に触れましたが、最近になってインデックスされない, インデックスが遅いといった話しをよく目に耳にします。

原因なんですけども、国内外を問わず「ある時期からインデックスが遅くなった」という報告がたくさん出ています。Googleのコアアップデート、アルゴリズム変更によるものだと思いますが、Googleによると「Googleに優良とみなされているサイトで約1週間」と発言しています。優良で1週間です。なので1週間経ってないうちに騒がないで、という意味でもあると思います(笑)

アルゴリズムは常に変更されますので、その都度色々と情報が出回るわけなんですが、search consoleに登録をし、インデックス未登録のものがあれば登録のリクエストをするというのが結局は王道なので、それを行ってみてそれでも拒否される場合には何かクリティカル(致命的)なエラーがあるはずです。そしてそうであるならばGoogleから通知が届いているはず。

特にエラーも無く、リクエストしたら登録された、つまり原因不明とかもザラ。「登録されない、どうしようどうしよう」という受け身ではなくて、まずは登録を試みることが大事です。そもそもクロールというのはいろんな要因で行われるものですし、Googleだって完璧ではありません。気まぐれGoogleぐらいに思っておくほうが良い (´・ω・｀)

ページがインデックスされているかどうかを簡単に知るには

site:ページアドレス

を入力してエンターキー。

目次へ戻る↑

ページがインデックスに登録されなかった理由

インデックス作成の大分類に『ページ』という小分類があります。この中で見られる『ページがインデックスに登録されなかった理由』ですが、これを見てヤキモキヤキモキ、という方も。ですがこれは当然の結果です。寧ろ全てのページがインデックスされてしまう方が恐ろしい。

そしてこの点をよく理解して欲しいのだけれども、インデックスしなかった・されなかった理由を述べられているだけの場合と、インデックスされなかった原因を修正しなさいと促されている場合とがあります。やみくもに「全て修正しなければ」と考える必要はありません。

FC2ブロガーがどう捉えれば良いかを大まかに示しながら、よくあるものをまとめます。

代替ページ (適切な canonical タグあり)

ほとんどの場合気にする必要はありません。

FC2ブログではパラメータによるURL指定が可能です。例えば

ブログアドレス/?no=612

緑部位 ? を含み意向がパラメータです。記事番号612の記事へアクセスすることができます。ですがこのページの正規URLは

ブログアドレス/blog-entry-612.html

です。正規アドレスとはつまり『正式なURL』です。パラメータというのは動作の確認などに利用するもので、正規URLではないけれども開くことができる、といった類のもの。GoogleにとってURLが一文字でも違えばそれは『別のページ』なわけですが、表示される内容は全く同じものです。これが別々にインデックスされてしまえば『重複コンテンツ』となり、コピーサイト(または記事)疑惑が発生するなど、良いことは一つもありません。パラメータURLはインデックスされるべきではありません。ただし『適切なcanonicalタグ』が記されているかどうかはテンプレート次第。記されていなければそれは技術の古いテンプレート・SEOに無関心なテンプレートと言えるでしょう。

FC2ブログでは ?sp というスマートフォン版を表示させるパラメータもよく重複が起こります。解消するには canonicalが適切に記されているレスポンシブウェブデザインテンプレートを利用するぐらいしかありません。もちろん『PC版+スマホ版』という形態でそれぞれに正しい正規化を自分でできる、という場合はその限りではありません。あとは携帯(フィーチャーフォン)版のパラメータもまだ残っていますので重複している方も少なくないかも。こちらはFC2が近いうちになんとかしてくれると思いますので待つ方が良い、かな。

FC2ブログはユーザー任意のSSL化によるURL変更がありましたし、パラメータも存在しますので、canonical設定の無いテンプレートでは重複コンテンツが量産されます。調べるには「セキュリティと手動による対策」→「手動による対策」でチェック。問題が無ければ「問題は検出されませんでした」と表示されます。重複コンテンツは検索結果から除外される(掲載されない)のでしっかりと修正を。

noindex タグによって除外されました

自分の意図と合致しているならば気にする必要はありません。

体感としてこれを嫌う人が多いんだけれども、検索結果のページやコメント編集ページなどはインデックスしても意味の無いページですから除外するべきです。どのページを除外するかは管理人次第ですが、テンプレート製作者が個々の意思を反映させるのは不可能なので、『概ねこうだろう』というものを決めてhtmlを組んでいます。

ページにリダイレクトがあります

気にする必要はありません。

これもそのまんまです。「このURLにアクセスしたらリダイレクトされたので、リダイレクト先を登録してこっちはインデックスから除外しました」というだけ。例えば実例を取ると

https://vanillaice000.blog.fc2.com/blog-entry-522.html]FC2

というURLでGoogleのクローラーが実際にアクセスしたわけなんですが、こんなアドレスは正式ではありません。そして実際にアクセスしてみると

https://vanillaice000.blog.fc2.com/

と、当ブログのトップページへとたどり着きます。つまりリダイレクトされた、ということですね。なんでしょね、どなたかがリンク掲載してくれたんでしょうか。そしてそのアドレス表記が間違っていた、誤字っていた、とかかもですね。

リダイレクトエラー

FC2ブログの障害の可能性があります。

FC2ブログではユーザーが個々のページで任意にリダイレクトを設定することはありませんので、この文言を目にすることはほとんどありません。目にした場合、リダイレクト設定自体の個人的対処はできませんので、URL検査を行ってください。障害が取り除かれていれば再クロール後のインデックスに期待します。

サーバーエラー 500

FC2ブログのサーバー障害です。

500番台エラーはサーバー障害です。障害発生中にクロールが試みられ、失敗したことを意味しています。URL検査を行ってください。障害が取り除かれていれば再クロール後のインデックスに期待します。

見つかりませんでした (404)

気にする必要はありません。

これも読んで字のごとく単に「見つからなかったー (∵`)」と言っています。削除あるいは非公開にされた記事です。

ソフト 404

気にする必要はありません。

404 not found ではありませんが、Googleが「404の方が良いのでは」と考えているページです。FC2ブロガーの中には携帯版テンプレートを意図的に空にしている方も居るかと思います。そんな時にこの文言を目にすることがあるかもしれません。

検出 – インデックス未登録

気にする必要はありません。

クローラーが対象サイトのアクセス負荷を察知したため、クロールを先送りした場合に通知されます。基本的には放置で構いませんが、念の為URL検査で登録リクエストを促しても良いと思います。

クロール済み – インデックス未登録

場合によっては対応が必要です。

端的に言うと『インデックスする価値を見いだせないページ』とGoogleに判断されています。この場合はそのまま再クロールをしてもらってもインデックスされない可能性が高いので、記事品質を見直してから再クロールを依頼すると良いでしょう。インデックスする必要が無いと判断できる場合は放置でも構いません。例えば『自分だけがわかれば良い覚書的な記事』『購読者に何かお知らせしているだけの記事』など。

重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました

FC2ブログの仕様上避けられません。

これなんですけども、FC2ブログの特徴として、「実際は無いページが有る」というと混乱するかもですが、例えば

ブログアドレス/blog-category-100000.html

カテゴリ番号10000など、ありえなさそうなURLにアクセスしてみると、空コンテンツのページを開けてしまうんですね。あるいは日付でまだ訪れていない未来やブログ開設前の過去など

ブログアドレス/blog-date-300001.html

上記だと 3000年1月ということになりますがこちらも開けます。

これらはFC2ブログの特性ですからどうにもなりません。ですからGoogleのシステムによって除外されたのならば「ありがとう」と言いましょう。ちなみにFC2プラグインのカレンダーを素のままで利用していると起こりやすい現象です。

対象ページのURLを確認し、正規ページとしてインデックスされて然るべきものであるならば、正規化設定(canonical設定)が間違っている、ということになります。今回サンプルとした『FC2の仕様』に起因する場合はどうしようもないのですから騒いでも仕方ありません。

こんな感じで、インデックスされないことが正しい場合もあるよ、という点と、自分の意思に反してインデックスされないページが有る場合、特に「カテゴリの2ページ目以降」「タグの2ページ目以降」などをインデックスしたいなど。個人的に内容が流動的なページは代表の1ページ目のみインデックスしてもらえば良い、と考えていますが、そう考えない方も。ならばテンプレートの head要素内にある情報を自分の好みに書き換えれば良い、ということになります。その際はhtml構文を壊さない・変更による影響を理解しておく、など慎重に行ってください。

で、ここまで説明した項目、旧search consoleではエラーという表現でした。文言が変わって「わかりにくくなった」とする方もいらっしゃいますが、個人的には今の表現の方が良いような気がします。例えば意図的に noindex を指定しているのに「エラーです」とか言われるのはどうなの、とか(笑)

新しい記事はインデックスに時間を要しますので今は言及を置いておいて、古い記事でインデックスされていない場合はsearch consoleを見れば一目瞭然なんですが、この他にもクローラーによる訪問を受けてないという場合もあります。

2014年あたりにはFC2ブログの『中国向けコピーサイト作成によるペナルティ』疑惑があったようで、疑惑なのか事実なのか私にはわかりませんが、ともかくクローラーが全然来てくれない、という事態に陥った時期があったようです。2012年にも似たようなことがあったのかな？ちょっとごめんなさい、私よく知らないわ ^^;

サービスドメインそのものがペナルティを受けていたり、というパターンもありますが、まともな運営をしている(コピーコンテンツなどを作成していないなど)前提の上FC2ブログで原因として上げられそうなのは『内部リンクの弱さ』とかかなぁ、と。自分のブログ内でいろんな記事に飛べるようなリンク構成になっているか、です。個別記事には当然前後記事へのリンクがあるべきですし、ナビゲーションには主要ページへのリンクがあるべきですし、あとは『新着記事リスト(プラグイン)』『関連記事リスト』も掲載しておくと良いでしょう。『カテゴリ』や『月日別』『タグ』よりも内部リンクとして有効だと思います。

あとクローラーはカテゴリ数が多すぎると嫌みたいですYO (ノﾟｪﾟ)
カテゴリ階層を増やして欲しい(孫カテゴリ希望)といったリクエストも見受けられますが、個人的にはあんまり良くない気がするなー。サイト構造が深くなるのはあんま良くない(つってもFC2ブログのカテゴリ階層は擬態しているだけですが)

目次へ戻る↑

よくある誤解

初心者向け解説になりますが、以下のような点が誤解されやすいのかなぁ、と感じます。

ブログを開設したらすぐにインデックスされる(検索結果にブログが出てくる)
テンプレートを変更したらすぐにその仕様が反映される(インデックス状態の書き換わりなど)

インデックスはGoogleクローラーに発見してもらって初めて登録が試みられます。ブログを開設したら自動で即インデックスされるわけではありません。クローラーは基本的にリンクを辿ってサイトや記事を見つける旅をしていますので、どこかにリンク掲載されていなければ見つけてもらえません。FC2ブログのようなポータルページを持つ『ブログ専用サービス』は有利と言えます。または自主的にsearch consoleに登録をして存在を知らせるなど。

テンプレートについては例えばSEOに弱いものを長年使用しており、これじゃいかんとSEOに強いとされる有料テンプレートに変更した、とか。では変えた直後にその威力が発揮されるかと言えばそうではありません。過去の記事についてはクローラーが再クロールをしてくれるまでインデックス情報も評価も書き換わることはありません。クローラーの訪問頻度はサイトによりますので「大体このぐらい」とも「1回来たら何ページぐらいクロールする」なども言えません。記事を公開して2年後に再クロールがあった、とかも普通です。再クロールの促進については『リライト (rewrite, 上書き, 書き換え)』が有効とされています。内容をごっそり入れ替えるということではないですよ。情報の修正や補足を意味します。

目次へ戻る↑

まとめ

シグナル云々色々ありますが、Googleは「良い内容を書いていることが最も強力なシグナル」と言っています。どれだけSEOを頑張っても結局は書いた内容が有益かどうかが一番大事、ということですね。とは言っても同等の価値を持つ記事内容でかたやユーザビリティに気を使っているページ、かたやユーザビリティを無視したページ、であれば結果はおわかりの通り。

あとは、現時点で無くなっているようですが煩わしいインタースティシャルの非表示 (ad experience) という項目もあります(ありました)

インターステイシャルというのは以下のようなものです。

コンテンツ全体を隠してしまう広告など。「こういうのはやめなさい」という項目が合ったはずなんですが無くなってる。とはいえ個人的にも『ものすごくウザい広告のワースト3に入る』系統なのでできれば出会いたくない。そうは言っても管理人の優先目的が広告収入にあるならば、Googleの指摘は無視するしかないですよね。SEOでもなんでもバランスや折り合いが大事なのです (ノﾟｪﾟ)

この記事で利用した吹き出しデザインのコードはコチラ