ペイパーポスト (Pay per Post) とは、ブログの記事をい1本各ごとに報酬を支払うという仕組みによる、口コミマーケティングツールです。もちろん記事を書く人は報酬目当てで書くわけですから、ろくに調べたり使ったりせずに商品やサービスをほめる記事を書くわけです。また SEO 目的で、特定の URL にリンクを張ることが求められることが多いです。広告主としてはリンクを購入して PageRank を操作することと同等です。

そのため Google としては、ペイパーポストに対しては厳しい対応を取ってきましたが、今回は Google の日本法人自体がその「禁じ手」のペイパーポストに手を染めてしまったわけです。今回はサイバーエージェント子会社の CyberBuzz が使われたようで、すでに他の記事にもありますが、Google急上昇ワードランキング+ブログパーツ+CyberBuzzで Google 検索すると、多くのブログに書かれた記事があります。

渡辺隆広のサーチエンジン情報館(CNET Japan)の記事によると、GIGAZINE のこの記事もペイパーポスト広告なのだとか。確かに本文中に “Cyberbuzz” と書かれていても、広告だとは気づかずに読んでしまいますね。私たちはもつと恣意的な口コミマーケティング広告記事に敏感になるべきなのかもしれません。

TechCrunch の記事によれば、日本では米国におけるほどPayPerPostに対する風当たりは強くないとのこと。そのあたりで Google 日本法人の担当者も知らなかったのでしょうね。

グーグルは公式ブログの Google のマーケティング活動についてという記事で謝罪しています。

Google Japan では、製品を多くのユーザーに知ってもらうために、さまざまなプロモーション活動を実施しています。 今回、そのプロモーション活動の一部でブログを活用したことが、Google のサーチに関するガイドラインに違反することが判明し、このプロモーションに関しては中止しました。ご迷惑をかけた関係者各位とユーザーの皆さまにお詫びするとともに、再発防止に向けて、透明性の高いコミュニケーションに努めてまいります。

迅速な対応ですが、すでに書かれた記事はたくさんあり、リンクもたくさん張られていしまっています。PageRank への影響は不可避ですが、今後削除を依頼していくのか、検索アルゴリズムを調整していくのか、何らかの対応は避けられないようです。

Buzzurl もすでに同じ対応を取っていますね。はてなブックマークも最近はスパム業者が増えてきていますので、どのような対策を取るか注目ですね。

昨日から始まった Google Shared Stuff は nofollow は使っていませんが直接のリンクではなく www.google.com のリダイレクタを使っていますね。

URL 短縮サービスの 5jp.net でも、すでに nofollow を導入していますが、あまりスパム登録は減ってないんですよね。スパム業者も気づいてないのかもしれませんが。

独自ドメインでサイトを運営する際に、http://www.example.com/ のように “www” を頭につけるか、http://example.com/ のように “www” をつけないか、どちらかにしていると思います。しかし、設定によってどらちでもアクセス可能で同じ内容が表示されているという場合も多いです。（www の有無で別内容を表示することもできますが、普通はしませんよね。）

このとき、www の有り無しどちらでアクセスさせるかを統一しておかないと、検索エンジンの結果に二重に表示されたり、ソーシャルブックマークサービスで別々の URL としてカウントされたりしますので、SEO の観点でいうと好ましくありません。

そこで、Apache であれば .htaccess ファイルを使ってリダイレクトさせることができます。

RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.example\.com
RewriteRule (.*) http://example.com/$1 [R=301,L]

これは www 有りから無しへリダイレクトさせる場合です。http://www.example.com/foo/bar にアクセスすると http://example.com/foo/bar に飛びます。うまく行かない場合は、.htaccess の利用が禁止・制限されている、mod_rewrite モジュールが入っていないなどの理由が考えられます。

追記: WordPress での注意点

WordPress では最初から .htacces ファイルが置かれています。このファイル中の # BEGIN WordPress から # END WordPress までは管理画面の「パーマリンク構造を更新」ボタンを押すと上書きされてしまいます。.htaccess ファイルに設定を書く場合は、これらの前後にします。

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.example\.com
RewriteRule (.*) http://example.com/$1 [R=301,L]

RewriteEngine on
RewriteRule (.*)\.html$ $1 [R=301,L]

# BEGIN WordPress
<IfModule mod_rewrite.c>
この間は上書きされる
</IfModule>
# END WordPress

実際にどのように使うかと HTTP のレスポンスヘッダ内にて、次のように出力します。

文書をインデックスさせたくない場合

X-Robots-Tag: noindex

文書をキャッシュさせず、スニペットも表示しない（インデックスはされる）

X-Robots-Tag: noarchive, nosnippet

指定期間後にインデックスから削除させたい時

X-Robots-Tag: unavailable_after: 27 Jul 2007 19:30:00 GMT

これをどこで指定するかというと、たとえば Apache ならば .htaccess ファイルでの指定が考えられます。

<Files "hogehoge.pdf">
Header set X-Robots-Tag "noarchive, nosnippet"
</Files>

HTTP ヘッダを確認に X-Robots-Tag: noarchive, nosnippet が付加されるはずです。mod_headers モジュールが有効になっている必要がありますが、たいていは有効になっているでしょう。

Yahoo! Search Blog: Introducing Robots-Nocontent for Page Sections という記事を読んで考えたこと。この記事の結論は、Yahoo のクローラーが class="robots-nocontent" 属性のつけられた部分を重要視しないようになるよ、ということを言っています。一例を挙げると、

<div class="robots-nocontent">
  この部分はサイトのナビゲーションメニューで
  すべてのページに共通の部分だから、
  記事とは無関係な単語やキーワードも含まれているよ。
</div>

というような感じで使うことが想定されています。rel="nofollow" の考え方に近いです。このように特定のクラス名などを付与して、ウェブ全体で共通の意味づけをもたせようという考え方は Microformats といわれています。Technorati はこの Microformats を推進しています。今回の Yahoo の発表は、Yahoo が Microformats に対応していくという表明と考えられます。

現代 HTML の問題点

しかし、この発表には賛否両論が渦巻いています。そもそも検査エンジンのロボット（クローラー）のために、文章構造に本来必要のない class を追加することが HTML の本質に反している、という主張があります。

私はこの意見には賛成ですが、現代の HTML 文章が、本来想定されていた HTML と異なる使われ方をしているところにそもそもの問題があると思います。今日の HTML が文書内容だけでなくユーザインターフェース（UI）や広告、サイドバーガジェットなどを含んでしまっているということです。

10年前の HTML は、文書構造とデザインが一体化しており、誰もが table,td 要素を使ったレイアウトや font 要素を使った見出し・強調の表現に疑問を持っていませんでした。それが啓蒙活動の成果により、HTML と CSS によるデザインの分離という考え方が浸透し、確立されてきました。

しかし、UI の分離という点ではいまだに成し遂げられていません。そればかりか AJAX の登場で、HTML に UI が組み込まれる状況は加速しています。理想的には UI 部分を HTML から分離し、Mozilla の製品で使われている XUL など、他の言語で置き換えるという方向性が取られるべきだと思います。そもそも HTML が XHTML に進化したのも、名前空間を使って XML 文書に XML 文書を埋め込めるという XML ならではのメリットがあったからです。

セマンティックウェブの考えは普及したが、なぜ XML が使われないのか

セマンティックウェブの考え自体は広く普及していますが、XHTML を XML 文書として積極的に利用しようという考え方はあまり普及していません。これにはいくつかの理由があると考えられます。

一つにはすべての UA（すなわちウェブブラウザやクローラー）が、XML を解釈できないことがあります。また、多くのウェブデザイナーにとっては HTML はまだしも XML となると難易度が高い（と感じる）ことではないかと思います。技術者の中でも XML は苦手という人はいます。

例外的なのは RSS（のフォーマットである RDF）に Dublin Core を埋め込んでいる例でしょう。ブログに RSS を埋め込んでいる例もありますが、ほとんどの場合 HTML のコメント扱いされており、本来あるべき姿ではないと感じています。

XML の考え方は非常に有用なのですが、とっつきにくいというのが普及を妨げている要因だと思います。そこで、XML を使わずに HTML の範疇でセマンティックウェブに近づける試みが Microformats なのです。これなら HTML を理解したデザイナーも class 属性に決められた値を追加するだけですから簡単に取り組めます。

Microformats はその導入のしやすさから、注目を集めています。しかし、大局的にはセマンティックウェブへの取り組みを遅らせてしまうという可能性もあると私は考えており、導入には躊躇しています。

本来ならばウェブの文書を作成するツールが XML に対応し、またブラウザが XML に対応していけば Microformats のほとんどは不要になるはずです。それとも私はまだ理解していないだけで、Microformats は XML と共存して、もしくは相互補完してセマンティックウェブの普及に役立つのでしょうか。しかし Microformats は HTML のタグを拡張してきた苦い過去を彷彿とさせます。

本来 Yahoo が取るべき対応

なぜ Yahoo はウェブサイトの作成者に労を強いるのでしょうか。Google は以前からウェブ文書のなかからコンテンツの重要部分とそうでない部分の切り分けに成功しているように見えます。Google は力業で解決していますが、Yahoo にはそれが難しいのか、よりスマートな解決策をもとめているのか、あくまで補助的に参考にするだけなのか疑問です。

たとえば今回の Yahoo の取り組みも、スパマーに逆手に取られたらどうなるのか考えてみると、Google のように自動的に判別する技術はどのみち必要になってくると思います。

WordPress Google Sitemap Generator – Ultimate Tag Warrior – Tags Addon Pluginは、UTW で生成されたタグごとのページを、サイトマップの XML ファイルに含めてくれます。

これにより今までは内部的にしか使われていなかったタグの情報を Google、Yahoo といった、Sitemaps Protocol に対応した検索ロボットが活用してくれるというわけです。もちろん、これでブログが自動的に上位表示されるということはないでしょうが、タグのページはサイト訪問者にも役立つ情報ですので、サイトマップに入っていたほうがよいですね。

インストール手順

1. まず WordPress 2.0 系列か 2.1 系列をインストール（これを書いている時点での最新版は 2.1.2）
2. UTW を入れる（同 3.14159265）
3. Google Sitemap Generator 3 Betaを入れる
4. 連携プラグインをダウンロード（同 UTWgoogleSitemaps1_1.zip）
5. 解凍して出てきた UTWgoogleSitemaps.php を wp-content/plugins/ ディレクトリに入れる。
6. 設定画面の「プラグイン」のページで「Google Sitemaps – UTW Tag Addon」を有効化
7. 「各種設定」ページの「Sitemap」で、”rebuild the sitemap” を実行

これでサイトマップの XML ファイルにタグのページのリストが追加されているはずです。

/tag/tag_name 形式の URL に変更する

UTW でのタグの表示形式は、初期状態では /index.php?tag=tag_nameです。しかし、オプションで「Use url rewriting for local tag urls (/tag/tag instead of index.php?tag=tag)」を有効にしている場合、プラグインは対応していませんので、ちょっとした改造が必要です。UTWgoogleSitemaps.php の 18行目を次のように変更します。

//$utw_tag = get_bloginfo('url') . '/index.php?tag=' . $utwtag->tag;
$utw_tag = get_bloginfo('url') . '/tag/' . $utwtag->tag;

これでもう一度サイトマップを構築すれば、/tag/tag_nameという形式の URL でサイトマップに反映されています。

そこで、Google Sitemap Generator 3 Beta というプラグインの利用がお薦めです。

標準化された Sitemaps Protocol　に基づく XML ファイルを自動生成してくれますので、Google だけでなく、Yahoo、MSN (Live Search) へのサイトマップ登録に使えます。

有志の手で各国語対応されており、日本語版のロケールファイルも入っています。素晴らしいです。

インストール方法

1. まずプラグイン（本稿執筆時点での最新版は 3.0b6）をダウンロード
2. サーバの wp-content/plugins/ ディレクトリに google-sitemap-generator/ というディレクトリを作り、解凍して出てきた sitemap.php、sitemap.pot 、 sitemap-ja_JP.UTF-8.mo、 sitemap-ja_JP.UTF-8.po ファイルをコピーする。WordPress ME の場合は sitemap-ja_UTF.mo、 sitemap-ja_UTF.po をコピーする。
3. プラグインの管理画面で「Google (XML) Sitemaps」を有効にする。
4. 「各種設定」に「Sitemap」という項目ができているので、そこでサイトに合わせて適宜設定。（一部英語のままの部分もあります）
5. 何か記事を書いて（編集でも可）保存すると、sitemap.xml ファイルと sitemap.xml.gz ファイルが生成される。（早い!!）
6. Google にも自動的に通知してくれます。Yahoo Developer Network の Application ID を取得すれば、YST にも自動送信できます。

Easy All テーマでの 404.php の作り方

Creating an Error 404 Page « WordPress Codex を参考に、404.php というファイルを作ります。ただし Easy All テーマではフッターのテンプレートにサイドバーの内容が含まれていますので、そのあたりを考慮して手を加えます。

<?php get_header(); ?>
<div class="post">
  <h2 >該当ページはありません</h2>
  <div class="storycontent">
    <p>お探しのページが見あたりません。削除された可能性もあります。</p>
    <h3 class="storytitle">検索する</h3>
    <form id="searchform" method="get" action="<?php echo $_SERVER['PHP_SELF']; ?>">
      <div>
       <input type="text" name="s" id="s" size="40" /> <input type="submit" value="<?php _e('Search'); ?>" />
      </div>
    </form>
    <h3 class="storytitle" >カテゴリーから探す</h3>
    <ul><?php list_cats(0, '', 'name', 'asc', '', 1, 0, 1, 1, 1, 1, 0,'','','','','') ?></ul>
  </div>
</div>
<?php get_footer(); ?>

これだけです。404 のページを自動的に作成するプラグインを勧めているサイトもありますが、プラグインによってはステータスコードを正しく返さない (404 ではなく 200 を返してしまう) ものもあるようです。404 ページは簡単に作れますからプラグインに頼る必要はないですね。

しかも 404.php なら WordPress の関数や PHP のコードを使ってもっと柔軟にカスタマイズできます。このブログのエラーページではタグも表示しています。また、404.php を使った方法ならステータスコードは 404 を返してくれます。

とはいえ、404 のページに広告やリンクがたくさん貼り付けられていてゴチャゴチャしているのもどうかと思います。存在しなかったページにアクセスしたら自動的にトップページにリダイレクトされてしまうのも不愉快ですね。あと、もう一つ困るのが存在しないページなのにステータスコード 404 を返さないこと。

なぜステータスコードが重要なのか

404 Blog Not Found:誤った404エラーページをつくるただ1つの方法で指摘されているように、

なにかのきっかけで訪れるのは、人間とは限りません。 （略） 「彼ら」にとって「ページが存在しない」とはいったいどういうことでしょう? （略） そのURIにアクセスした時に、Status 404がきちんと返ってくることです。 誤った404エラーページをつくるただ1つの方法、それはStatus 404を返さないことなのです。

これにより検索エンジンのロボットは、404 が返されたページをインデックスしないようになり、検索エンジンの質が上がります。これはそのサイト運営者にとっても利用者にトップもプラスになることです。

某大手ポータルの無料ホームページスペースは最悪で、ステータスコード 200 を返した上にトップページにリダイレクトします。

通常のページでも 404 を返すのがよい場合

ステータスコード 404 を返した方がよいのは、存在しないページや削除されたページだけのことではありません。たとえば動的なページなどで、ページ自体は存在するが、そのページに掲載すべき商品が見つからなかった場合など、200 ではなく 404 を返すのが検索ロボットに対して親切です。

有名なのはヤフーオークションで「該当する商品がなかった」場合、アマゾンで該当する商品がない場合などです。

URL 短縮サービスの 5jp.net でも、一定期間後に削除された URL、スパムで削除された URL のジャンプページのステータスコードは 404 を返すようにしています。以前は 200 のままでしたのでまだ検索エンジンにゴミがたくさん残っていますが、今後は少なくなってくるはずです。これにより 5jp.net ドメイン全体のページの質が上がるわけです。サイト運営者にも利用者にもメリットがあるというのはこういう事です。

404 のステータスコードを返すには

PHP では難しいことではありません。該当の検索結果が無い場合、削除されていた場合、次のコードを入れるだけです。

    header("HTTP/1.0 404 Not Found", true, 404);

ステータスコードを確認するには

探せばいろいろなサービスやツールがありますが、私がお薦めするのは Firefox のアドオンである Live HTTP Headers です。英語ですがシンプルなので使い方に迷うことはないと思います。

クリップ数を画像で取得する APIを使わせていただいています。登録されていない場合は何も表示されません。

また、細かいことですが、ジャンプ画面のタイトルがいままでは「URL短縮・転送サービス 5jp.net 確認画面」で固定でしたが、タイトルがある場合は、「短縮URLの詳細: ＜タイトル名＞ – 5jp.net」のようになりました。検索エンジン最適化(SEO　= 上位表示という意味ではない)の一環です。

そこで、ジャンプ先のリンク（A要素）には rel=”nofollow” をつけてみました。これは、リンク先ページについてはこのサイトは保証していませんので、SEO 的にも妥当なはずです。 これで検索エンジンスパム目的の登録が少しでも減ればよいのですが。

4月に Google のデータセンターが刷新され (BigDaddy というらしい)、検索アルゴリズムが変わたそうですが、その後の調整がまだ行なわれているのだと思います。

あるキーワードで検索した結果、BigDaddy 前は補足結果と表示されるものを含めて 14～15件でしたが、BigDaddy 後は 38,500件前後になっていました。どうも日本語の分かち書きアルゴリズムが変わったようです。熟語が単漢字にバラバラにされるような感じです。たとえば「ブログ」は「ブ」と「ログ」に分かれて検索されていました。件数が増えたのはこのためでしょう。

ところが今日そのキーワードで検索すると 2 件しか出てきません。分かち書き仕方が戻っただけでなく、補足結果がまったく出ていません。他の検索キーワードでも同様の傾向があり、補足結果がまったくないか、極端に少なくなっています。

補足結果は定期的にクロールされていないページなので、いずれインデックスから削除されるといわれつつ、（クロールされないために）古い情報を引きずったまま、１年以上も削除されていませんでした。その補足結果のインデックスが、大量に削除されたのでしょうか。すぐに復活したりして。

最も的確な結果を表示するために、上の90件と似たページは除かれています。
検索結果をすべて表示するには、ここから再検索してください。

というリンクをクリックすると、検索結果のヒット件数が減るという現象も出ていますね。

結果的にウェブログは単なる CMS でなく、日記サイトでもないという認識に達しましたが、サイトのタイトルは変更せずに今日に至りました。これは、良いサイト名を思い浮かばなかったから、という単純な理由なのですが、思わぬ副次的効果ももたらしました。

それは、Google で「津田ふみか」を検索すると数千件も引っかかること。（たしかつい最近までは1万件以上ヒットしていたのですが、仕様が変わったのかも） サイト名に名前を入れることにより、名前が売れるのです。これはエントリー量に比例すると思いますが、トラックバックや各種 RSS アグリゲーションサイトに拾われることにより、名前が勝手に増殖していくのです。

「ARTIFACT ―人工事実― | サイト名 さん付けの呼び方の普及は個人サイトのメディア化の証」に書かれているように、ウェブログ自体が人格化され、さん付けされるようになりましたが、ウェブログのタイトルに名前が入っていないと、ウェブログのタイトルだけが有名になってしまいます。もっとも「津田ふみかさん」ではなく「津田ふみかの日記さん」と呼ばれてしまっているのですが（笑）

私がもしハンドルではなく本名で日記（あるいはウェブログ）を書いていれば、本名がかなり広まったことになりますね。まあ始めた当時は本名を知られたくないという思いが強かったので、そんな選択はしなかったでしょうが。これから成功者を目指したい人（笑）は、ぜひ自分のウェブログに名前を入れることをお薦めします。

名前を入れると言っても、「○○のブログ」とか「△△の日記」ではやはりセンスが悪いです（お前が言うなって）。例えば『渡辺聡・情報化社会の航海図』というように名前を入れれば良いでしょう。

IE については、謎小屋で、XSLT を使う方法が紹介されているほか、クライアント側でレジストリを書き換えて対応することもできます。しかし、Googlebot について、こちらではどうすることも出来ません。そんなわけで、ヘタレな私は、未対応な UA に対しては mod_rewrite で text/html を出力するなどという小手先の対応をしているわけです。

しかし、もじら組の中野さんは、ウェブログを application/xhtml+xml のみで運営しています。なかなか強気で真似できないなあと思いました。中野さんはapplication/xhtml+xmlで運営しているサイトなんて、 ここぐらいなものかもしれません。と書いています。

ところが海外でも似たようなことを実践しているサイトがあるようです。Going My Way: Googleには読めないページで知ったのですが、Harry Love というサイトです。というものの、このサイトは XHTML ではなく XML + XSLT なので事情は少し違います。

上記サイトが共通しているのは、私と違って Google にインデックスされないことを恐れていないことでしょう。素晴らしいです。私は W3C 信者に近いのですが、現実派でもあります。「検索されてなんぼ」と思っていますので、Googlebot が対応するまではレスポンスヘッダを application/xhtml+xml にすることはできないでしょう。もし Google と YST が対応したら IE のことは無視して切り替えるつもりですけれど。

それにしても、また NTT 系列のウェブログですか。Doblog (NTTデータ)、goo BLOG (NTTレゾナント)、ブログ人(NTTコミュニケーションズ)に続いて、まあグループ内で互換性のないものをよくも作り続けるものです。

いずれウェブログの淘汰が始まると、ISP みたいにどこかに統合されちゃうのでしょうね。

アメリカでは、Friendster などの出会い系サイトが注目を浴びています。 日本でもネットエイジが Gocoo なるサイトを立ち上げています。これらが今までの出会い系サイトと何が違うかと言えば、

Friendsterにユーザー登録して自分のプロフィールとともに数人の友人を紹介すると、その友人の友人を順にたどっていくことによって新たな出会いを見つけられるというのが売りだ。

その意味では一緒（原文ママ）の出会い系サイトだが、男女の関係に特化しているわけではなく、ビジネスや社交的な関係を構築するためにもしばしば利用されるところが若干異なっている。

ということらしいです。

その Friendster を買収しようとして断わられた Google が、新たに Orkut.com という出会い系サイトを立ち上げたそうです。

一応、Google 社員が立ち上げたサービスで、Google の公式のサービスではないそうで、また加入するには Orkut.com にすでに加入している人から紹介してもらう必要があるとか。

また、CNET Japan の記事では、

もしOrkutがGoogleファミリーの一部となれれば、同社の方向性を大きく変えるきっかけになるだろう。

同社がネット用のセルフパブリッシングツールであるBloggerの開発元Pyra Networksを買収した際にもそうした変化が起こった。

ソーシャルネットワーキング・サービスの目指すところは、世界中の情報を組織化するという、 Googleが長年掲げてきた企業理念からかけ離れている。

Orkutを自社のサービスに加えれば、Googleは、人とウェブサイトの情報を結びつける代わりに、人と人を結びつけることになる。

という見方がされています。Blogger や Orkut は検索とは一見関係がないように思えます。

しかし、Yahoo への対抗策という観点からすると、つながりが見えてきます。Yahoo には My Yahoo! というパーソナライズ機能が備わっています。 これはユーザの趣向を知るのにまたとないツールで、注目の技術「パーソナライズ検索」に有用です。

ところが、Google にはパーソナライズ検索に使える個人データを知る方法がありません。そこで、Blogger や Orkut などを通じてユーザやその仲間（コミュニティ）の趣向を検索に反映させる手法を模索しているのではないかと推測できます。

同様の「グループの趣向を反映した検索」については、つい先日 Eurekster というサービスが登場したばかり。有効な手法かどうかは分かりませんが、これが実現すれば、ポータルサイトのパーソナライズ機能とは一線を画した方法になるでしょう。

とはいえ、すでにSEO の手法として使われることを懸念する声もあります。

広告屋さんのサクラが1万人くらい登録していて、ネット上の友達だと思っていた人は皆広告屋だったってことが起きそうな気がするんですけどね

「出会い系サイト」といえば、どちらかといえば悪いイメージがあります。「ソーシャル・ネットワーキング」サイトが本当にビジネスにも使えるサイトになるのか、はたまた単なる合コン募集サイトに成り下がってしまうのか、いったいどちらでしょうか。

SEO よりも手軽に Google 検索結果に表示させる方法が、Google アドワーズです。2003 年は SEO が流行りましたが、自前で検索エンジン対策できる人は少数で、ほとんどは SEO 業者に頼まなければなりません。しかしその費用はバカになりません。

そこで、検索エンジンにお金を払って検索結果に表示してもらうという方法が次第に注目を集めています。ネットショップなどで利用が広がっています。「キーワード広告」や「検索型広告」と呼ばれています。Google では「Googleアドワーズ」というサービス名です。

『免許皆伝 Google アドワーズ道場』という本では、「検索型広告」の始め方・使い方をていねいに解説しています。実際に使って成功したショッピングサイトのオーナーの声も掲載されていていますので、ネットショップの店主の方はぜひご一読を。

［WSJ］ Googleの検索順位シャッフルが呼んだ大きな波紋 によれば、Googleは11月半ばに、検索アルゴリズムを変更したのだとか。たしかに 11月中旬くらいから、検索結果が大きく変わった気がします。

件の記事からは、Google が SEO のテクニックを排して、検索結果の品質向上を図ったことが、SEO 業者からの反撥を招いているのでしょう。

しかし小賢しいテクニックではなく、内容が評価される方が利用者の益になり、それが社会全体の利益になります。ユニバーサルデザインを意識したサイト作りをしてコンテンツを充実させていけば、Google のアルゴリズム変更のたびに一喜一憂することはないでしょう。

たしかに某巨大掲示板サイト群などでは、Google の結果だけで正しいかどうかを判断している人たちが多いようですし。そもそもインターネット上の情報は、プロのジャーナリストから素人から悪意のある人間まで玉石混淆、嘘も多いのが実情です。Google を含めインターネットは便利ですが、依存しきってはダメでしょう。『「IT」で若者がぼける？』というニュースもありますし。（元記事か消滅したので一部転載します）

■「IT」で若者がぼける？　言われたことや予定を忘れる

大切な顧客や同僚の名前を思い出せない。予定を覚えられず、仕事や日常生活に支障が出る。ひどい時は手帳にメモしたことも忘れてしまう――。ぼける年齢でもないのに物忘れがひどい健忘症の若者が近年、増えているという。「若年性健忘症」と名づける専門家もいる。いくつかの原因が考えられているが、「頭を鍛えなくても生活できるIT（情報技術）社会」の到来が要因の一つになっているのは間違いなさそうだ。

「最初は信じられなかった」と第三北品川病院（東京都品川区）の築山節医師（脳神経外科）は話す。「物忘れのひどい若者」の増加に気づいたのは5、6年ほど前のことだった。パソコンが個人に普及し、インターネットが一般化した時期と一致する。

　大手電子メーカーの男性（31）は5年前、「自分がばかになったのではないか」と思い、同病院で受診した。男性は「上司や同僚から言われたことを全く覚えられない」「スケジュールを覚えられず、大切な用件でもすぐに忘れてしまう」などと訴えていた。

男性はシステムエンジニア。会社ではパソコンに向かい、プログラミングに没頭していた。毎日同じ人と顔をあわせ、同じような会話をし、日常の買い物はコンビニエンスストアですませる。ある意味で「単調な繰り返しの日々」（築山さん）を過ごしていた。物忘れはひどかったが、検査では、脳が傷ついていたり、脳細胞が死んでいるなどの異常はなかった。 　築山さんは男性に入院してもらい、治療として「新聞の1面のコラムを毎日、手書きで書き写す」「その内容について看護師と会話する」ことを課した。男性の物忘れは徐々に軽くなり、約2カ月後には回復したという。(毎日新聞)

ITによって与えられる情報を鵜呑みにするのではなく、自分の頭で検討・判断して利用するのが大切だということでしょう。

以前は、Google のインデックスは月に一度の大更新がありました。インデックス更新中には Google の検索結果が上下するという現象が見られました。

Google はラウンドロビンのような方式で複数サーバを使っています。複数の Google サーバのインデックスを更新するのにタイムラグがあるので、検索するたびに新旧インデックスからの異なった結果が帰ってきます。

結果結果が激しく変動して見えることから、Google Dance と言われました。

ところが、8月以降は様子が変わり、月に一度の大更新ではなく、日々新たなデータが取り込まれ、検索結果は少しずつ変化するように変わりました。鮮度の高い情報を提供するためには、この変更は歓迎すべきものでしょう。

どうやら Google Dance は無くなってしまったように見えます。

しかし、実は Google Dance は隠れて行なわれていました。

9月22日頃から、PageRank という、ページの重要度度を測る（といわれる）数値が更新され始めました。

また、バックリンクと言われるデータも更新されました。バックリンクとは、そのページにリンクを張っているページのことで、Google 上から検索して知ることができます。

私が管理している複数のサイトでは、ページランク、バックリンクとも、横ばいか上昇という結果でした。ところが、25日の時点では、ページランクは元の値に戻ってしまいました。バックリンクは更新されていますが、アクセスする Google サーバによっては古い値が返ることもあります。

実は、ページランクとバックリンクについては、以前と同じく大更新が行なわれているようです。今はその真っ直中なのでしょう。

バックリンクの Google Dance は、www2.google.com や、www3.google.com 、www-gv.google.com など複数のサーバで検索して確認できます。月末くらいまでは、この隠れダンスが続きそうです。もう終わったようです。