メイヤー氏　それは残念ながら、Yahoo!の影響かもしれません。Yahoo!はインターネットの壮大なサクセスストリーの1つです。そしてYahoo!では、スタッフの一団がWebを閲覧し、情報をディレクトリごとに分類しています。そうしたYahoo!スタッフに関する記事を目にした人たちは、自分たちに提示される検索結果ページはすべて手作業でまとめられたものだと思ってしまっています。ですから、「MP3の検索結果ページは誰が担当しているのだろうか？」などと不思議に思ったりするのです。さすがにWeb管理者ぐらいになれば現実を分かっているのでしょうが、一般ユーザーの多くは、Googleでもそうしたスタッフが検索結果ページを手作業で作成し、「このサイトは第4位から第7位に移動しなければならない」といったことを判断しているものと思っています。実際のところ、Googleではそうした手作業は全く行っていません。

　われわれは、検索結果ページが完全に客観的なものになることを重視しています。ですから、もし判断に人手を介すようなことがあれば、それは大問題です。クローキングはわれわれが注意しているシグナルの1つです。Googleボットを各サイトに送信する際には、われわれは常に通常のユーザーエージェントも送信するようにしています。双方を比較し、広告以外の部分まで変わっていることが確認された場合、そのサイトはクローキングを行っていることになります。それが判明した時点で、検索結果ページでのそのサイトの表示位置は引き下げられることになります。

――　今あなたが一番重視しているのはどの領域ですか？　最近、ご自分の担当業務のなかで最も多くの時間を割いているのはどの分野ですか？

メイヤー氏　わたしは集中して一気に取り組むタイプのようです。普段は、スタッフが迅速に作業を進め、テストを行ったり、適切な変更を加えたりできるよう、常に全体の動きを管理し、把握するようにしていますが、ときには一層の注意を要する製品が登場する場合もあります。例えば、iGoogleもそうです。iGoogleは非常に急速に成長しているからです。

――　iGoogleの改善について、顧客からはどのような要望が寄せられていますか？

メイヤー氏　ページ遷移なしでGoogleガジェット（Googleのウィジェット）をもっと大きく表示させたいという要望があります。これは、もっともな意見です。切手サイズのビューでは小さすぎる場合も少なくないからです。テーマ（スキン）に対するユーザーの反応も良好です。ユーザーはもっと多様なテーマが提供され、パーソナライズ機能も充実することを望んでいます。そこで、われわれはもっとテーマを増やし、ユーザーにもその開発に参加・支援してもらう方法を検討中です。

　そして、ユーザーから要望があるわけではないのですが、われわれは大きなバイラル効果についても考えています。つまり、わたしが自分のホームページに何かコンテンツを追加し、それを気に入ったとして、それをどのように友人と共有できるかということです。例えば、われわれはプログラミングの方法を知らないユーザーにも簡単にガジェットを作成してもらえるよう、Gadget Makerというツールを提供していますが、ガジェットが作成できたとして、次はそれをどのようにメールで送信するかが問題となります。

――　あなたは先日の記者会見で、Google Trendsに関連し、アプリケーションのAPIをオープンにする方針を明らかにされました。そうなれば、プログラマーはこのツールを自分のアプリケーションに組み込めることになります。ほかにも、公開を予定しているAPIはありますか？

メイヤー氏　Googleはオープン化には大いに賛成です。われわれのAjax用の検索APIは非常に人気が高く、Google Maps APIやGoogleガジェットのAPIも大いに人気を博しています。目下われわれが検討しているのは、これらのAPIすべてにわたって共通のテーマと言語をいかに編成できるようにするかです。それが実現すれば、Google APIのいずれか1つを使用できるようになれば、ほかのGoogle APIも実に容易に習得できるようになるはずです。今のところ、そうしたAPIはまだそれぞれ異なる開発者によりバラバラのスケジュールで開発されていますが、われわれは開発者がGoogle APIの基本的なフレームワークを理解するだけでそうしたAPIを統合的に利用できるような方法を検討中です。

――　あなたはプログラマーとしてGoogleに参加して以来、見事な出世を遂げています。プログラミングの世界と消費者相手の世界との違いをうまく管理していく上で鍵となっているのは、どのようなポイントですか？

メイヤー氏　だからこそ、われわれはコンピュータ科学者を製品マネジャーとして雇っているのです。なぜなら、「最高のインタフェースを提供するためには、技術的な基盤を理解し、それを分かりやすく簡略化し、ユーザーにとって使いやすいものにする必要がある」というのがわれわれの考えだからです。ですが、ときには妥協も必要となります。「この機能を付けずに、この製品をリリースすべきだろか？　それで問題はないだろうか？　その場合、製品はどのように機能し、どのようなルック＆フィールになるだろう？」といった比較考量もときとして必要です。