2018年とその先のSEO戦略に役立つ良記事3本！【SEO記事12本まとめ】

今週のピックアップ

illustration by つきのあめだま [5]

今週のピックアップはいつもと少し趣向を変えて、「2018年、そしてこれからのSEO」に役立つ心構えや秘訣、そして事例インタビューを、まとめて3本お届けする。

2017年も残すところ、あと1か月。すでに2018年度のプランを詰めている人もいることだろう。

あなたは2018年のSEOを、そして今後の3年や5年のSEOをどう進めるだろうか？ そのヒントにしてほしい。

2018年のSEO心構えは「疑問解決力」。2012年の「リンクで勝負」とは隔世の感 [6]
どのページよりも適切にユーザーの悩みを解決する （Kenichi Suzuki on Twitter） 海外情報

2017年も残り1か月となった。来年に向けてのSEOの心構えを、このコラムの読者にお伝えする。イタリアのミラノで筆者が先月参加したSMXL Milan 2018カンファレンスで、（元）Mozのランド・フィッシュキン氏が発言したことだ。

いにしえの2012年のSEOで最優先すべきことは、「狙ったキーワードにより正確にアンカーテキストが一致したリンク」を上位10位の競合よりも多く獲得することだった。

2018年のSEOで最優先すべきことは、検索結果1ページ目のどの結果よりも適切に検索者の疑問を解決することだ。

2010年前半はSEOといえばたしかにリンク勝負だった。しかし現在そして今後もだろうが、状況は大きく変わっている。

すでに、「いかに上手に検索ユーザーの悩みを解決したり要望を叶えたりできるか」の勝負になっている。関連性がある高品質なコンテンツはもちろんとして、それだけではなく、

• コンテンツの見せ方
• 快適な表示速度
• プライバシー保護
• 信頼性

などを含めた全体的なユーザー体験に勝るサイトが1位の座に着くだろうし、検索エンジンはそうあるべきだ。

ユーザーの悩みをどのサイトよりも完璧に解決するサイト作りを最優先のSEOとして、来年から、いや今から取り組んでほしい。

そしてグーグルには、「ユーザーが理解できる・求めている」ものと「ユーザーが好むわけではないが本当はユーザーに価値を提供する」もののバランスをとれるように、できるだけ早く進化していってほしいものだ。

SEOに成功する秘訣は大局的に考えること [7]
SEOはグーグル攻略ではない （Eoghan Henn on Twitter） 海外情報

グーグルのジョン・ミューラー氏がリツイートしたツイッターの投稿を紹介する。投稿主は、スペインのSEOコンサルタントだ。

バックリンクの状態やキーワードのランキング、グーグルのアルゴリズム更新に関する、とめどない議論に夢中になっているSEO担当者もいる。

でも、そんなSEO担当者になってはいけない。もっと大局的に考えるべきだ。

• ユーザーの検索意図
• ユーザー体験
• 情報設計
• マシンリーダビリティ（クロールやインデックスのこと）
• コンテンツの品質

こういったことに焦点を当てることこそが、安定した堅実な投資対効果を生み出す。

昔ながらのSEOで一般的だった、

• バックリンク調査
• 順位チェック
• アルゴリズム分析

などが悪いことだとは言わない――ユーザーの満足度を上げ、グーグルに正当に評価してもらうことに繋がるのであれば。だが現実的には、たいていの場合こうしたことは、ウェブ担当者として日常的に力を入れて取り組むべきことではないだろう。

「今のグーグルを攻略する」のではなく、長期的な展望に立ってサイト運営することが、結局は成功に通じる。そういう時代なのだ。

ちなみに、このツイートは276文字ある。利用できる文字数が増えたTwitterは、以前よりも「情報」を伝えるのに使いやすい場になっているようだ。

グーグルが追いついてくるのを待つ、「先をいく」SEOとは？ [9]
「SUUMOタウン」はKPIも設定せず、キーワードも意識せず （HRナビ by リクルート） 国内情報

リクルート住まいカンパニーのオウンドメディア「SUUMOタウン」の運営者、横関崇志氏と岡武樹氏へのインタビュー記事を紹介する。

注目したいコメントを引用する。なかなか刺激的な発言も含まれている。

コンテンツマーケティングのすべてが潜在層向けとはいえませんが、第一に潜在層へのアプローチを狙っています。

『SUUMOタウン』は、SEO・リターゲティング広告といったダイレクトに反響を狙いにいくものと、テレビCMみたいに広い認知度アップを狙うところの中間くらいの立ち位置です。

（メディアとしての目標値やKPIの問いに対して）置いてないですね。

あまりキーワードなどは意識していないですね。Googleがどんどん進化していけばいくほど、こういったコンテンツ（キーワードを意識しない、ユーザーにきちんと読まれるコンテンツ）が評価されるだろう信じています。

SEOには「流派」があるんですよ。短期で上位を狙いにいくぜっていう、グレーゾーンぎりぎりまで攻めるパターンもあれば、普通にいわゆるSEO的な施策、検索キーワードを入れてそれに関する記事を網羅的に書くのもある。僕はさらに先を行くような、ユーザーに対してちゃんとした記事を提供していれば、いつかはGoogleの評価が追いついてくるだろう、という考え方で『SUUMOタウン』に取り組んでいます。

「ユーザーに対してちゃんとした記事を提供していれば、いつかはGoogleの評価が追いついてくるだろう、という考え方で『SUUMOタウン』に取り組んでいます」という最後の締めくくりの言葉は、グーグルがよく言う「アルゴリズムを追うのではなく、ユーザーを追いなさい」にまさに合致している。

ユーザー目線のコンテンツに主眼を置くサイト運営は、すぐには結果が出ないことが多い。それ以前に結果を明確に測ること自体が難しい。心が折れそうになった経験をしたことがあるウェブ担当者も少なくないはずだ。横関氏と岡武氏が語ったことに発奮しその努力を続けてほしい。

グーグル検索SEO情報

強調スニペットは発展途上。いま出ていても明日には消え、また翌日には復活するかも [10]
検索結果0位を狙いたい!? （The SEM Post） 海外情報

グーグルのゲイリー・イリェーシュ氏が、11月に米ラスベガスで開催されたPubconカンファレンスで強調スニペットについて説明した。主要点をまとめる。

• 強調スニペットは、非常にユーザーの役にたっている
• 強調スニペットが出る検索結果は今後さらに増えていくと思う
• もっと正確で質が高くなるとも思う
• ただし、まだ開発の途中であるため、今はころころと変わりやすい――1日たつと違う強調スニペットが出ることもあるし、もう1日たつとまた元に戻ることもある

検索結果の一番上にでる強調スニペット

強調スニペットは、オーガニック検索結果の1位よりも上に出る。そのため「検索順位“0位”」と呼ばれることさえある。一般的に言って、相当高いクリック率が見込めるため、狙って強調スニペットを出すことを試みて成功しているサイトもあるほどだ。

イリェーシュ氏はそういった試みを否定はしなかったが、「どうすれば強調スニペットを獲得できるか」のアドバイスもしなかったとのことだ。理由は、強調スニペットは依然として開発途中であり、今の時点で効くアドバイスができても、そのやり方がいつ役立たなくなるかわからないからだ。無責任発言になってしまうことを避けた。

とにもかくにもグーグルは、アルゴリズム改善だけではなく、品質向上や新しい特徴も含めて、強調スニペットを含めた検索結果の改良に取り組み続けているとのことである。

主要コンテンツが正規ページと一致しないAMPページはポリシー違反に [11]
ランキングには影響なし （グーグル ウェブマスター向け公式ブログ） 国内情報

AMPのコンテンツの同一性に関するポリシーの適用方法を変更することを、グーグルが予告した。

変更内容は次のとおりだ。

2018 年 2 月 1 日以降、AMP ページのコンテンツを（オリジナルの）正規ページのコンテンツと同等にすることがポリシーによって義務付けられます。

AMPページでは主要コンテンツの一部だけを掲載し、「すべて読む」などのボタンやリンクをタップして通常のモバイル向けページへ移動させるサイトが、少数ながら存在する。

AMP最大の長所は高速な表示だ。それなのに、わざわざ一段階多く動作させて普通のモバイルページに誘導させるのでは、ユーザーにとってはAMPのせいでムダな動作と時間が増えることになる。

グーグルは、そうした問題を解決したいのだ。

ただし、「何から何まで完全に“同一”にしなければならない」ということではない。そのページの重要なコンテンツが“同等”であればいい。

ニュース記事なら抜粋ではなく記事全文をAMPページにも掲載すべきだし、動画ページなら動画本体を最初から最後までAMPページでも見られるようにすべきだ。

しかし、AMPページではナビゲーションメニューが一部省略されていたり、広告がなかったり、ヘッダーのロゴが簡略化されていたりといったことは問題ないだろう。これらは補助的なコンテンツであり、それが正規ページと多少異なっているからといって問題視されるとは思えない。

なお、正規ページとAMPページで主要コンテンツが不一致だと判断されても、検索ランキングへの影響はない。有効なAMPページとして認識されなくなり、検索結果に表示されるのがAMPページではなく通常のモバイルページになるだけだ。ましてや、それが原因で手動対策を受けるなんてこともない。

このポリシー変更で対応が求められるサイトは多くはないだろう。それでも公式アナウンスに一通り目を通しておいてほしい。また、このポリシー変更に関連して安田編集長が書いた「コンテント・パリティ [12]」についてのコラムも併せて読むといい。

テクニカルSEO情報

割引クーポンをイベント構造化データにして露出アップ!? それガイドライン違反です [13]
手動対策を受けることもあるので厳禁 （グーグル ウェブマスター向け公式ブログ） 国内情報

「イベント」構造化データの利用に関するガイドライン違反について、グーグルは公式ブログで通達した。

具体的には、イベントと関係のない情報たとえば、割引クーポンをイベントとしてマークアップすることを明確に禁止したのだ。

[13]

クーポン配布は構造化データが本来対象にしているイベントではない。そのため、イベント用のマークアップを使うのは明らかにおかしい。

しかし実際に、クーポンのような特典をイベントとしてマークアップし、検索結果にリッチスニペットを表示させているサイトが存在するらしい。

この情報を記載する公式ブログの書き出しは、次のようなものだ。

最近ユーザーから、検索結果の「イベント」スニペットが表示されるべき場所に、イベントと関係のない情報（たとえばクーポン情報）が表示されるとの報告が寄せられています。

ここからわかるように、実際に検索ユーザーからクレームが寄せられているようだ。そのためか、違反した場合には手動の対策が与えられることもあるということだ。

大事なのは、「クーポンをイベントとしてマークアップする」ことが問題ではない点だ。構造化データというセマンティックな世界を実現するための仕組みを悪用すること、そして検索ユーザーにまぎらわしい表示になることが問題なのだ。

クーポン以外でも、イベントと無関係な情報を「イベント」としてマークアップすると、ガイドライン違反に問われる。イベントの構造化データを利用しているなら、公式記事を丁寧に読んでおくように。

Fetch as Googleの乱用にグーグルは慎重になっている？ [14]
必要なときだけに使いたい （John Mueller on Twitter） 海外情報

グーグルのジョン・ミューラー氏にツイッターでフォロワーが次のような質問を尋ねた。

Fetch as GoogleのURLインデックス送信が実際に処理されるのにかかる時間は、URLによって異なってきますか？

たとえば仮にCNNのトップページと薄っぺらいコンテンツのページのURLを送信したとしたら、CNNのインデックスのほうが優先されるでしょうか？

ミューラー氏は次のように返信した。

インデックスは保証されない。

このツールを使ったとしても、すぐインデックスされるときもあれば、時間がかかるときもある。

このツールは乱用が多いため、われわれは慎重になっているんだ。

Fetch as Googleを実行すると、URLをインデックスに登録するために、Googlebotにクロールをリクエストできるボタンが現れる。

Search ConsoleでFetch as Googleをすると出てくるインデックス登録のリクエストボタン

しかし、このボタンを使ったからといって必ずクロールしてインデックスされるわけではない。あくまでもグーグルへの「リクエスト（依頼）」であることは、どのサイトでも同じだろう。

そして、ミューラー氏が「乱用が多い」とわざわざ発言している点にも注意したい。

「このボタンを使うと優先してクロールしてもらえるかも」と、むやみやたらに使いまくるウェブマスターが多すぎると、どうなるだろうか。もしかしたら、ツール経由のクロールリクエストが軽視されるようになったり、場合によっては無視されるようになったりすることもあるかもしれない。本当に必要な状況だけで使うようしたほうがいいのではないかと、筆者は思う。

大量のURLのクロールを促進したい場合にはサイトマップを使えばいいのだから。

HTTPS移行後はSearch ConsoleのURLパラメータ機能を設定すること [16]
面倒だが仕方ない （John Mueller on Twitter） 海外情報

HTTPS移行で注意すべき点がある。

アクセス解析などの目的で独自のURLパラメータをサイトで使っているならば、どのパラメータがページ内容に影響を与えるのか・与えないのかを、Search Consoleの「URLパラメータ」機能で指定していることだろう。

HTTPSに移行したら、HTTPSのサイトをSearch Consoleを新規登録しなければいけないのだが、新しいサイトの登録でもURLパラメータをちゃんと設定しておく必要があるのだ。

HTTPとHTTPSでは同じサイトであっても別プロパティになるので管理は別だ。面倒だが、いたしかたない。

念のために解説しておくが、ほとんどの場合、グーグルは一般的なURLパラメータをうまく判別して処理してくれるはずだ。Search Consoleの画面にも警告があるように、この機能を使うのは、サイトの動作を正しく理解している場合だけにしておくのがいいだろう。

構造化データを実装するならサイト内の全ページにマークアップしなきゃダメ？ [18]
特定のページだけでも問題なし （John Mueller on Twitter） 海外情報

構造化データをサイトのHTMLに実装する場合は、特定のページだけでマークアップしても、何も問題はない。「すべてのページに実装しなければ」なんて思う必要ない。

家電のECサイトなら冷蔵庫カテゴリの製品にだけ商品の構造化データをマークアップして問題ないし、レシピサイトなら豚肉カテゴリの料理にだけレシピの構造化データをマークアップしてもいい。

構造化データを実装する際は、サイト内の全ページにマークアップしなければならないと認識しているサイト管理者がいるようだ（実際に筆者の身近にもいた）。

しかし、必要に応じて任意のページでマークアップするだけでもいい。「あるカテゴリは構造化データを実装し、あるカテゴリは実装しない」という形で、リッチスニペットの有無によるクリック率のA/Bテストを実行することもできる。

ただし、ブラウザで表示されないコンテンツ（ユーザーには見えないコンテンツ）を構造化データでマークアップすることは、ガイドラインでは原則として許可されていないので注意してほしい。

インデックス数、Search Consoleの「インデックス ステータス」と「サイトマップ」の違いは何？ [20]
site: は不正確 （Webmaster Central Help Forum） 海外情報

Search Consoleには、インデックス数を知るためのレポートが2つある。

• ［Googleインデックス］＞［インデックス ステータス］の「インデックスに登録されたページの総数」
• ［クロール］＞［サイトマップ］の「インデックスに登録済み」数

両者の違いをご存知だろうか？

インデックス ステータスの「インデックスに登録されたページの総数」は、Googlebotが発見したURLがすべて対象としている。

それに対してサイトマップの「インデックスに登録済み」数は、サイトマップファイルで送信したURLだけが対象だ。

つまり、インデックス ステータスのほうでは、サイトマップはもちろん、リンクやテキストで書かれたURLなどなど、その他の手段でGooglebotが発見したURLが含まれている。

自分が把握しているサイト内コンテンツのどれぐらいがインデックスされているのかを正確に把握したいのであれば、サイトマップのほうのレポートを参照するのがいいだろう。

なお、グーグル検索で「site:」コマンドを使って検索してもインデックス数を調べることができる。

しかし、インデックス数の調査という目的ではほとんど役に立たないと思っておくほうがいい。それどころか、ざっくりした目安としてでも [21]信頼しないほうがいい。

site:検索が役に立つのは、単独のURLがインデックスされているかどうかを調べるときだけだ。

[22]海外SEO情報ブログの
掲載記事からピックアップ

ヤフー検索のAMP対応とグーグルの求人検索に関するトピックを今週はピックアップ。

• 日本のYahooがついにAMPを正式サポートか？ [23]

  AMPの検索トラフィックが増えるサイトも出てくるはず

  ★★★★☆

  • すべてのWeb担当者は一応知っておく
  • AMPがんばってる人用
• 求人検索のGoogle for Jobsが給与情報と勤務地情報を提供するように [24]

  今のところは米国のみのサービス

  ★★☆☆☆

  • 求人サイトのWeb担当者 必見か？
  • SEOがんばってる人用（ふつうの人は気にしなくていい）