サイトの所有者を証明するrel=publisherの利用をGoogleが推奨し始めたようだ。rel=authorはコンテンツとその著者・作成者を結びつけるための機能なのに対しrel=publisherはサイトとその所有者・発行者を結びつけるための機能。

独Googleサーチクオリティチームに所属するGoogle社員氏がリンク否認ツールの使い方について、あるサイト管理者からの質問に回答した。重要なポイントが3つある。問題となるリンクのデータ元、不自然でないリンクを報告してしまったとき、サイトワイドでの非承認。

価値のある質の高いロングテールキーワードを、簡単にできる作業で“再”最適化することにより、検索からのアクセスを短期間に大きく伸ばせるテクニックを解説する。米国のあるSEOブロガーはこの方法を使い1ヶ月足らずでブログの検索トラフィックを44%増加させたとのこと。

場所を示すワードが含まれていなくても検索クエリによってはローカル検索の結果を返す特許をGoogleは取得した。通常のウェブページと地図の2種類の結果を同じ検索結果ページに表示する。すでに実装されている仕組みだと考えていいだろう。

schema.orgで構造化マークアップしたパンくずリストは、Googleの検索結果のリッチスニペットとしては表示されないことが判明した。schema.orgのサイトが示している構造化データが正しくないためGoogleがサポートしていないため。パンくずリストをリッチスニペットとして表示させたいなら別の構造化データを使うべき。

schema.orgの仕様に従ったパンくずリストの設定方法の解説。基本は2つ。「bodyタグにitemscope itemtype=http://schema.org/WebPage の属性を付ける」・「パンくずリストを itemprop=breadcrumb の属性でくくる」。ただしschema.orgのパンくずリストには現状で問題点がないわけではない。

無断でコンテンツをコピーして転載する、いわゆるスクレイピングがオリジナルのページよりも検索順位が上になってしまう事件がまたもや発生した。The Vergeの記事を掲載したThe Huffington Postのページが記事タイトルの検索で上位に表示されてしまうのだ。オリジナルとコピーの識別はGoogleにとって依然として難しい問題のようだ。

間違ったパンくずリストが検索結果のリッチスニペットに表示されてしまった事例を紹介する。原因は、パンくずリストに使わる記号を別の場所で使ったことと本当のパンくずリストを構造化データでマークアップしていなかったためと思われる。

Googleは2013年初となるパンダアップデートの更新を実行することをTwitterでアナウンスした。通し番号は「24」。検索に与える影響は英語クエリで1.2%程度。データのリフレッシュでアルゴリズムの変更は伴っていないようだ。

DNSへの問い合わせエラーが長く続くとインデックスから消えることがありえる。Googleウェブマスターツールに警告メッセージが届いたときは速やかな調査と対処が望まれる。