「良いコンテンツ」「品質の高いコンテンツ」を検索エンジンが判断する三本柱とは など10+2記事

illustration by つきのあめだま

“良いコンテンツ”を検索エンジンが判断する三本柱とは ―― Bing版パンダアップデートの情報より
★★★★★ オーソリティ・実用性・体裁 （Bing Search Quality Insights）

コンテンツの品質をどのようにランキング決定に用いているかを、Bing公式ブログが説明した。コンテンツ品質の三本柱として次の3要素を挙げている。

• オーソリティ
• 実用性
• 体裁

オーソリティ ―― 「そのコンテンツ」「コンテンツが掲載されているサイト」「コンテンツを作った著者」を信頼できるかどうか。ソーシャルネットワークや他のサイトでの言及、名前の認知度、著者の身元などのさまざまな要因から判断する。

実用性 ―― コンテンツが本当に役立つものであるかどうか。裏付けする十分な情報を含んでいるか。解説するための動画や画像、図があることが好ましい。

コンテンツを作るための労力や専門性の高さも評価対象になる。似たような情報を持つサイトが他にあったとしても、そこでしか得られない独自の価値を提供しているほうが、上位表示される可能性が高くなる。

体裁 ―― 読みやすくわかりやすいデザインであるかどうか。メインコンテンツをすぐに見つけられるか。

たとえば、広告が多すぎたり、コンテンツの閲覧を邪魔する形で広告が掲載されていたりすれば、ユーザー体験を損ねるので質が低いとみなされる。

コンテンツの品質を評価するアルゴリズムといえば、グーグルのパンダアップデートが思い浮かぶ。だがグーグルと同様にBingも、コンテンツの品質を重視しているのだ。

日本でのシェアが低いBingといえど、高品質なサイトを目指すうえでこの3本柱はぜひ意識したい。Bingであってもグーグルであっても、検索ユーザーはこのようなサイトを求めているからだ。

日本語で読めるSEO/SEM情報

グーグルがパクりコンテンツを見つけて教えくれたらいいのに
★★★★☆ リクエストしたい機能 （伊藤公助 (@self0828) on ツイッター）

札幌のSEOコンサルタント、伊藤氏のツイッターでのつぶやきを3つ紹介する。

僕のSEO業務の中に、クライアントサイトのパクリサイトがないかチェックするのとネガティブSEOされてないかのチェック作業がある。いつもやってて思うけれども、これ本当に無駄。Googleが必ずオリジナル情報を評価してくれて、ネガティブリンクを完璧に見抜いてくれたら良いんだけど。。

— 伊藤公助 (@self0828) 2014, 12月 9

こんなのに時間使うなんて本当に無駄で、特にクライアントには絶対にさせたくないから、ここは対応していこうと思う。　僕に支払うSEOの費用の中に、この費用が入っていると思うだけで腹立たしいけれども、実際に結構多いので仕方がない。特にパクリサイトは多くて本当に困る。

— 伊藤公助 (@self0828) 2014, 12月 9

WMTで自サイトと同じコンテンツが発見された場合に通知される機能が付けば良いのに、と思う。

— 伊藤公助 (@self0828) 2014, 12月 9

重複コンテンツを検出したときのウェブマスターツールへの通知の仕組みはないことはない。

「クロスドメイン URL の選択」のメッセージだ。同じコンテンツのページを異なるドメインで検出した場合にメッセージを送ってくる。しかしこれはサイトのトップページだけが対象で個別ページの重複まではカバーしていない。

スパム的な無断複製を大量に発見した場合に、グーグルがウェブマスターに知らせてくれる機能があったら、たしかに助かるだろうし、世の中のためになるだろう。

モバイル対応が不完全なサイトにグーグルが警告
★★★☆☆ モバイル対応は完璧に （UMA）

モバイルユーザービリティに問題があるサイトには、ウェブマスターツールに通知が届くことがあるようだ。

通知は「http://www.example.com でモバイル ユーザビリティ上の問題が検出されました」という件名で、次のように始まる。

http://www.example.com のウェブマスター様

Google のシステムは、貴サイトの 1 ページをテストし、そのうちの 100% に重大なモバイル ユーザビリティ上の問題を検出しました。

この 1 ページの問題の影響で、モバイル ユーザーは貴サイトを十分に表示して楽しむことができません。

これらのページは Google 検索でモバイル フレンドリーとは見なされないため、スマートフォン ユーザーにはそのように表示、ランク付けされます。

問題の修正方法の説明がこの後に続く。

※画像は記事著者の許可を得て転載

筆者の管理しているサイトにもモバイルにまったく対応していないサイトがあり、ウェブマスターツールにも登録しているが、こうした通知は届いていない。グーグルがこうしたメッセージをテストしているのか、それともよほどひどい状態のサイトにだけ送られるのかは、現時点ではわからない。

どちらにせよグーグルがモバイルのユーザービリティを重視していることは明らかだ。グーグルが先日公開したモバイルガイド日本語版とモバイルフレンドリーテスト ツールでモバイル対応を完璧にしておこう。

グーグルの年末拡大版ウェブマスター向けオフィスアワーが開催されました
★★★★☆ 出張オフィスアワーの案内あり （ウェブマスター オフィスアワー）

このコーナーでも告知した今年最後のウェブマスター オフィスアワーが開催された。普段の倍の1時間と、拡大版だ。

グーグルからの最新情報に続いて、先日開催されたオンラインサービス提供事業者を対象にしたWebmaster Meetupで挙がった有益な質問とその回答を説明した。次の3つだ。

• クローリング
• モバイル関連
• nofollowの使い方

さらに公式ブログの今年の人気記事を紹介し、後半では一般のウェブマスターたちとのQ&Aを行った。

次のような質問に回答している。

• リンクの否認が即座に効果を発揮しない理由
• モバイルフレンドリーテストの結果と「スマホ対応」ラベルの関係
• モバイルユーザービリティのエラーが検索順位に与える影響
• モバイルガイドの狙い
• 画像検索のベストプラクティス

参加していなければ視聴しよう。

オフィスアワーでいつも活躍しているグーグルの社員さんたちに代わって宣伝がある。

「出張ウェブマスターオフィスアワー」と題して、グーグルのサーチクオリティチームのスタッフがあなたの街にやってきてくれる。“オフライン”でのオフィスアワーで、あなたからのさまざまな質問に彼らが対面で答えてくれるのだ。サイト運営のための役立つアドバイスももらえるだろう。

出張費は請求しないので（そのはずだ）、費用のことを心配せずにリクエストしてみるといい。詳細は、48分26秒あたりからを見てほしい。

グーグルの東京検索チーム、0.1秒のモバイル検索高速化を実現
★★☆☆☆ Tokyo検索チームの成果 （Ryoichi Imaizumi on Google+）

モバイル検索で100～150ミリ秒（0.1～0.15秒）の高速化を達成したことを、ウェブの高速化を啓蒙している米グーグルのイリア・グリゴリック氏がGoogle+で公表した。

高速化のために実装したのは「リアクティブ・プリフェッチ」と呼ばれる技術だ。ユーザーが検索結果をクリックしたタイミングで、飛び先ページのレンダリングに必要となる重要なリソース（画像・CSS・JavaScriptなど）を、飛び先ページのHTMLを読み込むのと並行してブラウザ読み込み始めるというものだ。

プリフェッチとは「ページ内のリンク先のコンテンツを事前にブラウザに事前に読み込ませておく」というもので、実は従来からそうした考え方や仕組みは存在していた。

しかし、既存の手法では、先読みするコンテンツが実際に使われるかどうかが定かでない状態で読み込みを開始させるものだったため、場合によっては先読みが無駄になることがあり、結果として帯域を無駄遣いする可能性が常にあった。

しかし、グーグルが今回導入したリアクティブ・プリフェッチは、そうした「投機的な先読み」ではなく、検索ユーザーが飛び先を選んだ時点で、確実に必要になるリソースだけを読み込むものだ。

具体的には、検索結果のリンクをクリックした時点で、その飛び先のページに必要なリソースを<link>要素として検索結果ページのHTML内に動的に挿入するものだ。

ただし、現時点でこの機能が有効になるのは、Android版のChromeブラウザのみということだ。

実は、この技術の導入は東京の検索チームが担当したそうだ。

Imaizumi氏は、モバイル検索結果での「スマホ対応（Mobile-friendly）」のラベル導入を英語版の公式ブログでアナウンスした1人でもある。モバイルユーザーのユーザー体験向上への取り組みが日本を中心に進んでいるようで頼もしい。

グーグルはたったの0.1秒の高速化にも真剣に挑戦している。我々も負けずにウェブサイトの高速化に励みたい。

SSLサーバーを高速化させるとっておきのチューニング方法
★★★★☆ 安田編集長も唸った （元RX-7乗りの適当な日々）

HTTPSを利用していて複数サーバーでロードバランスしている場合に、サーバーへのアクセスを高速化する設定を解説した記事。

かなり技術的な内容なのでうまく説明するのは難しいのだが、簡単にいうと、「常時SSLのサイトを複数のWebサーバーで動かしているときに、本来はサーバーごとに必要な、ブラウザからWebサーバーに接続する際の処理を、“SSLセッションキャッシュ”をサーバー間で共有することにより接続を高速化」するものだ。

Web担の安田編集長も「なるほど、そういう方法があるのか」とうなっていた手法だ。

常時SSLのサイトでなければあまり意味がないし、技術的に高度な話題なので、ウェブ担当者よりもサーバー管理者やインフラ担当者向けのトピックだろう。

しかし、常時HTTPSも一般的になってきているし、何よりもサイト訪問者にとってメリットのある話題だ。技術担当に「これ、知ってる？」と聞いてみるのはどうだろうか。

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

rel="canonical"とApp Indexingについての記事を今週はピックアップ。

• rel=canonicalで正規化した重複URLが検索結果にインデックスされる理由
  ★★★★☆ すぐには処理されない
• モバイル検索結果の15%がディープリンク、App Indexing設定の4つのコツをGoogleが解説
  ★★★☆☆ モバイルユーザー体験向上に役立つ