marketing.scrap();

PCのSEOを経験されている方であれば「site:」や「link:」といった特別構文には非常になじみがあるのではないだろうか。これらの構文を用いて上位表示を達成するための定量的な数字を導きだし、導き出された数字を目標として施策を実施するということをあたり前のようにやっているだろう。
ところがモバイルではなかなか思うように行かないのが実情である。そんな中で指標として用いることができるのが、Googleの提供する「ウェブマスターツール」とYahoo！の提供する「サイトエクスプローラー」だ。
どちらもPCに主眼が置かれて開発されたシステムのようで、実情と乖離する部分もあるが、まったくの手探りで進むより格段にスムーズにSEOを実施することができるだろう。

特別構文とは何か

そもそも冒頭述べた特別構文とは何か。
これはGoogleやYahoo!などの検索エンジンから特定の情報を抽出するための命令文のようなものだ。
代表的なものをいくつか上げる

site構文（Google、Yahoo!共通）

特定のサイトを検索対象とする構文。「キーワード site:example.com」のように「site:」のあとにFQDNを記述し、特定のサイトからキーワードに関する情報を検索するために使う。
SEOの施策を検討する上では、site構文を単独で使うことのほうが多い。この場合はヒット数が検索エンジンに登録されているWebページの数（インデックス数）となり、自社のサイトがどのくらいインデックスされているかを調べることができる。

link構文（Google、Yahoo!共通）

特定のサイトにリンクしているサイトを検索する構文。Googleの場合は「link:example.com」、Yahoo!の場合は「link:http://example.com」とすることでexample.comにリンクしているサイトの一覧を抽出することができる。
執筆時点において、Googleモバイル、Yahoo!モバイルでは少なからず被リンク数つまり、リンクが貼られている数が検索結果の順位に影響している。自社のサイトに貼られているリンクの本数と上位のサイトに貼られているリンクの本数を比較することで、達成すべき被リンクの目標数値を立てることが可能だ。

このように特別構文を使えばSEOを実施する上で非常に有益な情報を手にすることができる。ところが、モバイルの検索エンジンでは、使用可能な特別構文が限られており、重要な指標を得られない。
Googleではsite構文は利用可能であるが、検索結果に表示されるのは2件までとなっている。また、link構文は使用できない。Yahoo!においてはsite構文は使用可能であるが、link構文は使用できない状況だ。
そこで参考になるのがGoogleの提供するウェブマスターツールとYahoo!の提供するサイトエクスプローラーだ。

Googleウェブマスターツールから得られる情報と活用方法

はじめにGoogleの提供しているウェブマスターツールから得られる情報と活用方法をご説明する。また導入手順についてはGoogleのサイトに解説があるのでそちらをごらんいただきたい。（https://www.google.com/webmasters/tools/docs/ja/about.html）
ウェブマスターツールで取得可能な情報としては、以下2つは抑えておきたい。

1.クローラーのアクセス状況

ウェブマスターツールを導入すると、クローラーが正しくサイトにアクセスできているかを確認することができる。
サマリーの項目では、以下のようなエラーがどういったURLで発生しているか確認ができる。

HTTP エラー DNSやファイヤウォールの設定など、通信系のトラブル
URL がタイムアウトしました DNSやファイヤウォールの設定など、通信系のトラブル
URL にアクセスできません DNSやファイヤウォールの設定など、通信系のトラブル
robots.txt により制限された URL robots.txtでクロールを制限している場合はその制限を受けたURL
クロールが完了できなかった URL リクエストタイムアウトなど通信障害
サイトマップの URL に関するエラー カレンダーのページなど無限ループに陥るなどの問題
見つかりませんでした 404（Not Found）になってしまったURL

特定のプログラムで問題が発生している場合、CGIの修正をしたり、そもそもクロールさせるべきではないコンテンツの場合はrobots.txtでクロールさせないようにするなどの対応をすることで、適切な状態にすることが可能だ。

2.コンテンツの解析

「統計情報」の中にある「Googlebot のクロール情報」というメニューの「サイトのコンテンツ」項目がある。
ここには、Googleが解析した、該当サイト内のキーワードが表示される。
例えばここに、「非」「対応」「機種」や「エラー」といった単語が並んでいる場合は、Googleのクローラーに対してエラーページを表示している可能性が高い。今一度自社の端末を振り分ける処理がどのようになっているか、確認が必要だ。

Yahoo!サイトエクスプローラーから得られる情報と活用方法

サイトエクスプローラーでは、インデックス数、などの情報が取得可能だ。
インデックス数については、site構文で取得する値と大きく異なっている。いくつかのサイトのデータを分析したところ、site構文のほうが現状を正しく評価しているようだ。

さてPCのSEOとの大きな違いはsite構文、link構文が使えないため、上位表示しているサイトとの比較が出来ない点が一番難しい。
ウェブマスターツール、サイトエクスプローラーを用いて現状の数字を把握し目標値を設定して取り組むのが良いだろう。

見落としてた･･･

Googleモバイルに電卓機能あったんですね。

ただ僕の3年ほど使用している携帯にも電卓機能があり、わざわざWebにアクセスして使いそうも無い。
どういった目的なんだろうか。

とりあえず作ってみたという感じ？

いつの間にかGoogleのローカル検索がすごい。
映画の上映時間見れるしレストランも探せるし。

レストランの検索には食べログが採用されていた。

水道橋付近のレストランの検索結果

食べログのデータが採用されているとなると、SEOでどこぞの店舗のページを上位に出すとかコンロトールすることは出来なそうです。

そもそもコントロールなんかしてほしくないが。
対しておいしくないサイトが出てきたらショック。

食べログがブックマークに入っているので、あえてGoogleでレストランを探すことはしないけど、知らない人は使うのかなぁ。
今のところGoogleモバイルのバーティカルが一番充実している気がする。

Googleモバイルで「映画」というキーワードで検索すると 「今日の上映情報」が表示されるようになっていた。

Googleのインデクシングにかかる時間

5日程度

テストサイトの更新頻度モット上げないとな･･･

ウェブで最も普及しているリッチメディアのひとつにFlashがある。Flashの携帯電話版である「Flash Lite」に対応した505iシリーズが2003年にドコモから発売されて以降、普及が進み、現在ではほぼすべての端末がFlashを搭載している。

2007年頃からフルFlashのモバイルサイトを見かけるようになった。マクドナルドやNIKEではすでにフルFlashのモバイルサイトを立ち上げている。

ところがFlashのファイル（swfファイル）は検索エンジンのクローラーが解析できない仕様になっており、フルFlashのサイトはSEOではタブーとされてきた。マクドナルドを例に説明しよう。

Googleモバイルで「マクドナルド」というキーワードで検索してみる。通常であれば、こういった固有名詞検索ではサイトのトップページがヒットするのだが、1位と2位に店舗検索のページがヒットし、3位に会員登録ページが表示される（2008年8月6日時点）。

原因はいくつか考えられるが、トップページにFlashが採用されているため、検索エンジンが解析できないことがいちばん大きな原因だろう。

PCであればHTMLファイルのオブジェクトとしてswfファイルを呼び出すことによりタイトルやメタタグなど最低限の対策を行うことが可能である。

しかし、モバイルサイトでこの方法をとると一部の端末で正しく表示されないため、一般的には直接swfファイルを呼び出す手法がとられる。

結果、検索にヒットしないという事態が発生している。モバイルサイトでFlashを導入する場合には、このあたりのPCとモバイルの違いに配慮しながら別途対策を実施をする必要がある。さもないと、そもそも検索結果に表示されないこともあるので注意してほしい。

8月6日時点におけるPCのGoogleクローラーでは、Flashの中にある一部のテキスト要素はインデックスできるようになってはいるが、モバイルではまだ検索結果にswfファイルが表示されるという事象は確認できていない。

ビジュアルにもユーザビリティにも優れているFlashサイトも多いが、クローラーがFlashに対応できていないため検索結果には表示されな い。フルFlashで構築したサイトの場合には、わざわざHTMLのサイトも作成しなければならないため、ユーザーの使い勝手も損なう事態に陥っている。

検索エンジン側もこの状況に手をこまねいているわけではない。2008年7月1日、Flashの開発元であるAdobe SystemsがYahoo!、Googleと提携し、Flashファイルフォーマット（swfファイル）を検索インデックスに取り込めるようにするため のFlash Player技術を提供するというニュースが流れた。

ただ、開発にはまだ時間を要すると思われる。当面はFlashでサイトを構築した場合には別途SEOの施策を施しておく必要がある。この技術提携が進めば、ビジュアル、ユーザビリティ、SEOの3つを兼ね備えた新しいサイトが生まれるかもしれない。

モバイルSEOを実施する際に肝となる下記の5つのポイントをご説明している。今回はこのうち下記の4と5について解説させていただく。1～3については前回記事を参照してほしい。

1. 検索キーワードの違い
2. 検索エンジンの違い
3. 公式サイト・一般サイトの区別
4. キャリア/端末の識別
5. IPアドレスによるアクセス制限

4.キャリア／端末の識別

PCでもブラウザを判別し、ブラウザにあわせたウェブページを表示するというのはごく一般的に行われている。PCのウェブページはデータの構造をxhtml、デザインをcssで記述する。

ところがブラウザやそのバージョンによってスタイルシートの実装に差異があるため、同じデザインにするためには、JavaScript等を用いてそれぞれのブラウザにあわせて書いたスタイルシートを読み込むという手法をとっている。

では、モバイルサイトの場合はどうかというと、PCサイトのようの単にデザインを維持するという問題だけではなく、さらにサービスを提供できるかという観点が加わる。

ご存知のように携帯端末では端末ごとに対応しているサービス、対応していないサービスがある。そのため、モバイルサイトでは、UserAgent などのヘッダー情報を参照し、アクセスしてきた端末の機種を判定した後、キャリア／端末に適したウェブページを表示する仕組みを導入している。

特に、「着うたフル」や「きせかえツール」などのデジタルコンテンツを提供しているサイトでは、このような仕組みなしにコンテンツを提供することはできないだろう。

実は、この処理が検索エンジンのクロールを妨げてしまうケースが多々ある。クローラーは携帯電話サイトの情報を読み取るために、携帯端末を偽装し てアクセスしている。ところが、サービスに対応していない端末を偽装している場合もあるため、非対応端末向けに用意したエラーページしかクローラーに読み 取られないといったことが起こる。

自社のサイト名で検索しても検索結果に表示されないといった場合にはこのような問題が発生していることが多い。また、サイト名で検索した際に表示 される説明文に「対応端末ではない」などエラーページの文言が含まれている場合には、すでにそういった問題が起こっていると考えられる。

良くあるケースとしては以下の2つがあげられる。

1. 対応していないキャリアと判定している
2. 対応していない機種と判定している

GooglebotのモバイルとYahoo!モバイルのクローラーUser Agentの特徴は下記の通りだ。

1. Googleモバイル
   UserAgentに「Googlebot-Mobile」という文字列が含まれるもの
2. Yahoo!モバイル
   UserAgentに「Y!J-SRD」「Y!J-MBS」という文字列が含まれるもの

UserAgentに上記の文字列が含まれている場合は正しくアクセスできるように、端末を識別している処理を修正する必要がある。

続いて、IPアドレスによるアクセス制限について解説する。

5.IPアドレスによるアクセス制限

オープンな一般のウェブと異なり、モバイルサイトでは、各キャリアのネットワークからのみアクセス可能にしているサイトが多い。

ここで問題になるのは、モバイルサイト用クローラーの多くがキャリアの保有するネットワークと異なる帯域で動作している点である。Googleモバイル、Yahoo!モバイルのクローラーのIPアドレス帯域は下記の通り。

1. iMenu検索サービス
   NTTドコモの保有するネットワークで動作しているため個別の設定は不要。IP帯域はNTTドコモのウェブサイトで公開されている。
2. EZweb検索サービス
   Googleにアウトソースしているため、Googleの保有する帯域になる。KDDIのネットワークと異なる帯域で動作しているため個別の設定を行う必要がある。IPアドレスはコンテンツプロバイダー向けのサポートサイト（SPICE）に掲載されている。
3. Yahoo!ケータイ
   SoftBankモバイルの保有するネットワークで動作しているため個別の設定は不要。IP帯域はSoftBankモバイルのウェブサイトで公開されている。
4. Googleモバイル
   Googleの保有するネットワークで動作しているため、Googleの保有するネットワークの一部に対してアクセスを許可する必要がある。Google Japan Blogに詳細が記載されている。
5. Yahoo!モバイル
   非公開。Yahoo!では残念ながらIPアドレスが公開されていない。

検索結果に表示されるためにはキャリアのネットワークに加えて上記の帯域からもアクセス可能な状態にしておく必要がある。

弊社がインデックス社と共同でモバイル検索エンジンの満足度をアンケート調査したところ、「検索キーワードと検索結果が一致しない」「信頼できるサイトが検索結果に見当たらない」といった回答が寄せられた（参考：アウンコンサルティングとインデックス共同調査「携帯電話におけるインターネットおよび検索エンジンの利用状況」（PDF））。

モバイル検索をより利便性の高いものにするためにも今回ご紹介した「キャリア／端末の識別」「IPアドレスによるアクセス制限」の2つについては最低限対応していただきたい。

検索エンジン側のインフラやアルゴリズムの改善も必要と思われるが、モバイルサイトを取り巻く特有の環境のため、そもそもクロールが正しく行われ ない状態にあるサイトも多い。これらは運営者側に起因する問題のため、サイト運営者ひとりひとりが取り組まなければならない課題である。

前回は携帯電話とPCの検索における5つの違いをまとめた。挙げたのは下記の5つだ。繰り返すが、PCのSEOのノウハウを携帯電話にそのまま転用しても成功には結びつかない。

• 1.検索キーワードの違い
• 2.検索エンジンの違い
• 3.公式サイト・一般サイトの区別
• 4.キャリア/端末の識別
• 5.IPアドレスによるアクセス制限

実はこの5つの違いがそのままモバイルSEOを実施する際のポイントになる。今回はこのうちの1～3についてまとめる。

1.検索キーワードの違いに対するポイント

予測変換で表示される順番を意識するのが重要。例えば、前回も例に出した「待ち受け」。編集などの都合でページ内での表記を「待受」とすることが多々ある。

しかし、携帯電話で「まちうけ」と入力すると「待ち受け」がはじめに表示されるため「待ち受け」と検索される方が多い。したがってページ内でも「待ち受け」という表記を使うほうが良い。

このように携帯電話の日本語入力システムにはAtokやWnnなどの種類があり、これらのソフトの持つ予測変換機能の影響を強く受ける。対策する キーワードを決めるにあたっては端末で実際に入力し、どのキーワードが一番初めに候補として表示されるかを確認すると良いだろう。

2.検索エンジンの違いに対するポイント

検索エンジンの「クロール頻度」と「インデクシング」に時間がかかる点を考慮することが重要である。前回書いたように、クロールの頻度が少なくイ ンデックスに時間を要するエンジンも存在することから、検索結果に表示されるころには情報が古くなっているというケースがある。

古いだけならまだ良いが、ページが削除されていたりエラーになっているケースも多々見受けられる。

必要な対応としては、時間がかかることを前提に対策することだ。

対策1:前倒しで公開する
検索結果に表示されるのに最低1.5カ月かかるのを考慮し、検索結果に出したい日から2カ月程度遡ってページを公開する。例えば「母の日」や「クリスマス」など、ある程度時期を特定できるイベントの場合はこういった手法をとることが可能だ。

しかしながら、運用負荷が高まるという点と季節感がずれたページを公開しなければならないというデメリットがある。

対策2:バックナンバー化する
掲載期間が終了した特集ページを削除してしまうという運用をしている場合もあるだろう。しかし、終了した特集も削除しない運用にすることで404エラーとなることなどは避けることができる。ただし、こちらの対策では情報の鮮度を保つことが難しい。

対策3:インデックスさせない
上記2点のような運用ができない場合。あるいは、404エラーとなってしまうくらいならインデックスさせないというのも有効な打ち手である。

例えば、特集ページが http://www.example.com/special_20081004.html となる場合には、ルートディレクトリに下記のようなrobots.txtというファイルを配置することでクロールさせないことが可能だ。

robots.txtの記述例

User-agent: *
Allow: /
Disallow: /special_20081004.html

また、special_20081004.htmlのhtmlファイルに下記のメタタグを追加することでもインデックスさせないことが可能だ。

<meta name="robots" content="noindex,follow">

3.公式サイトの対策におけるポイント

PCには無いキャリアの「公式サイト」が携帯電話サイトにはあり、ドコモの提供するiメニュー検索サービスやKDDIの提供するEZweb検索 サービスにおいては公式サイトだけが表示される仕組みになっている。公式サイト専用の検索サービスではキャリアの仕様にあわせてサイトを構築しなければな らない。

各キャリアの公式サイト向け検索サービス（iメニュー検索サービス、EZweb検索サービス、Yahoo!ケータイ）は、公式サイトのみをクロールする仕組みになっている。どうやって公式サイトかどうかを判定しているかが重要なポイントだ。

キャリアによって呼び方は異なるが、どのキャリアでも公式サイトとして登録した範囲のURLかどうかで識別している。各キャリアに申請しているURLと実際にサービスを提供しているURLに相違が無いか確認が必要となる。

携帯電話とPCには5つの大きな違いがある。PCのSEOのノウハウを携帯電話にそのまま転用しても成功には結びつかない。両者の違いを踏まえてモバイル独自の対策を実施する必要がある。下記に挙げた5つの違いについて順番に解説していく。

• 1.検索キーワードの違い
• 2.検索エンジンの違い
• 3.公式サイト・一般サイトの区別
• 4.キャリア/端末の識別
• 5.IPアドレスによるアクセス制限

1.検索キーワードの違い

SEOで最も重要な要素のひとつが対策するキーワードだ。携帯電話ならではの特徴と、PCとの共通点が見えてきた。

携帯電話の検索の特徴「キーワードの正確さ」

ほぼすべての端末には予告変換機能が搭載されており、はじめの1文字2文字を入力すれば、大抵は自分の意図する単語が表示される。固有名詞が辞書 に登録されているため、「L’Arc～en～Ciel」「Mr.children」などのアーティスト名や「LOUIS VUITTON」などのブランド名が正確に入力される傾向が強い。

また、「待ち受け」と「待受け」、「待受」のように複数の表記が存在する単語があるが、これらも予告変換の影響を強く受ける。上記の例では、予告変換で一番初めに表示される「待ち受け」の検索が最も多いようだ。

携帯電話でも「ロングテール化」が進んでいる

アウンコンサルティング、インデックス、ポイントオンの3社で実施したアンケート調査では、「携帯電話の検索エンジンに不満な点は？」という問いに対して、13％のユーザーが「検索ボックスへの入力が面倒」と回等した。

これを多く見るか少なく見るかであるが、PCのキーボードによる入力になれたユーザーからすると少なく感じられるのではないだろうか。しかし、携帯電話を主として使うユーザーにとってはテンキーを使った入力はそれほど苦にならないようである。

2007年4月に開かれた「次世代モバイル技術セミナー」のGoogleの講演によると、上位100のキーワードが検索された割合はわずか12％であるという。

また、病院検索サービスを提供するサイトの検索キーワードを調査すると、「東京都　病院」や「北区　赤羽　眼科」などのように2語、3語を組み合 わせた検索キーワードを用いて流入する割合が過半数となっていた。このように携帯電話の検索においても多様なキーワードが利用されており、「ロングテール 化」が進んでいると言える。

2.検索エンジンの違い

検索エンジンの基本的な仕組みは同じであるが、その動作についてはPCと大きく異なる部分がある。

基本的な仕組みは同じ

携帯電話もPCも検索システムに大きな違いはない。クローラーがウェブページを読み込み、インデックスが作成され、キーワードが投げられるたびにアルゴリズムによって順位が決定し、検索結果が返される仕組みだ。

だが、注意しなければいけないのは、「クロールの頻度」と「インデックスの更新頻度」だ。

携帯電話の検索エンジンのインフラ面はまだまだ未成熟

インフラの面ではPCと比較して貧弱であるといわざるを得ない。具体的にはクロールの頻度とインデックスの更新頻度の2つだ。特に一般サイト向けの検索エンジンではこの傾向が強い。

PCでは、3日に1回くらいはクロールが行われる。サイトによっては毎日行われるという場合もある。しかしながら、モバイルサイトのクロールはPCほど頻繁には行われておらず、1週間に1度、場合によっては1カ月に1回というサイトもあるくらいだ。

クロール後インデックスされるまでに要する時間もモバイルサイトのほうが長い傾向にある。PCでは2、3日でインデックスが更新されるのに対して、モバイルでは、1～3週間程度を要している。

つまり、クロールされインデックスされるまでに最大で7週間程度かかることになる。これは対策をしてその効果が現れるまでに最大7週間かかることを意味する。

3.公式サイト・一般サイトの区別

PCでは、メーカーやアーティストなどが運営する公式サイトはあっても、「キャリア」が認定する公式サイトというものは存在しない。しかし、ご存知のように、モバイルサイトでは、キャリアが認定する「公式サイト」というものが存在する。

ドコモが提供するiメニュー検索やKDDIの提供するEZweb検索サービスの公式の枠に表示させるためにはキャリアの公式サイトに認定されなければいけない。また、公式サイト用の検索サービスには独自の仕様が織り込まれており、それらも考慮しなければならない。

4.キャリア／端末の識別

キャリア／端末によって利用可能なサービスが異なるため、サイトを訪問した携帯電話が自社の提供するサービスに対応したキャリアや端末であるかを確認する仕組みを導入するのが一般的だ。

例えば、筆者の携帯電話はauの3G端末で着うたにはかろうじて対応しているものの、デコレーションメールには対応していない。着うたサイトでは通常にコンテンツをダウンロードできるが、デコメのサイトでは対応機種ではないというエラーページが表示されるものもある。

端末の違いは、IEとFireFoxのようなブラウザ以上の違いがある。

5.IPアドレスによるアクセス制限

PCサイトがインターネット上でオープンにどこからでもアクセス可能な状態であるのに対して、モバイルサイトの多くは、携帯電話端末からのアクセスに限定するために、キャリアIPアドレスによるアクセス制限を設けている。

これら5つのポイントがそのままモバイルSEOを実施する際のポイントにもなる。今回はポイントを整理したので、「実際にどう対策すればよいか」については次回以降、順を追って解説させていただく。

2008年4月15日に発表したアウンコンサルティング、インデックス、ポイントオンの3社共同調査によると、「パソコンでもっとも使う検索エンジンは？」という問いに対して「Yahoo!」と回答したユーザーが58％、「Google」と回答したユーザーが38％となり、2つの検索エンジンだけで96％を占めた。

一方、「携帯電話でもっとも使う検索エンジンは？」という問いに対しては「Yahoo!モバイル」が35％、「Googleモバイル」が22％となり、2つの検索エンジンを合わせても57％にしかならなかった。

これらの他に携帯電話ではどんな検索エンジンが使われているのかというと、「各キャリアが提供する検索サービス」を利用すると回答したユーザーが 27％で、「F★ROUTE」（6％）、「gooモバイル」（4％）、「CROOZ!」（1％）、などその他の検索エンジンが合計で16％のシェアを持っ ている。

つまり携帯電話での検索は、Yahoo!モバイルとGoogleモバイルに、ドコモ、KDDI、SoftBankの運営するポータルを合わせた5つで84％のシェアを持っており、この5つの検索エンジンに対応することが重要といえる。

各検索エンジンは、検索対象となるウェブサイトの種類や検索結果に表示される件数が異なり、検索のアルゴリズム（順位決定の仕組み）も違う。各検索エンジンの仕様をまとめると下記のようになる。

ドコモ iMenu 検索サービス

利用可能端末：ドコモ端末
検索対象：DoCoMo公式サイト
2008年4月1日にトップページに検索窓が設置さ れ、検索結果の1画面目には公式サイトが4件、一般サイトが4件、PCサイトが2件表示されるようになった。2画面目以降はそれぞれ10件ずつ表示され る。公式サイトの検索にはドコモオリジナルの検索エンジンが使われているが、一般サイトとPCサイトについてはGoogleのエンジンが使われている。

また、検索結果の1画面目にはGoogleの提供するAdWords広告の枠が4枠、D2Cの提供するiMenu検索連動広告が1枠表示される。 2画面目にiMenuサイトの検索結果を選択した場合は上下にiMenu検索連動広告が、その他の携帯電話サイト、PCサイトを選択した場合は AdWords広告が表示される。その他の携帯電話サイトの検索順位は概ね、Googleモバイルの検索結果に準じている。

KDDI EZweb検索サービス

利用可能端末：au端末
検索対象：au公式サイト
2006年7月にGoogleと提携し、ポータルのトップページに検索窓を設置した。検索結果の1画面目には公式サイトが4件、一般サイトが3件、PCサイトが3件表示される。2画面目以降はぞれぞれ10件ずつ表示される。

ただし、「着うた」を含むクエリの場合は公式サイトだけが表示されるようになっており、公式サイトが10件ずつ表示される。公式サイト、一般サイ ト、PCサイトの3つともGoogleのエンジンが利用されている。また、検索結果の1画面目にはGoogleの提供するAdWords広告が3枠表示さ れ、2画面目以降には2枠表示される。

SoftBank Yahoo!ケータイ

利用可能端末：SoftBank端末
検索対象：SoftBank公式サイト及び一般サイト
2006年10月よりポータルの名称を「Yahoo!ケータイ」に変更した。ドコモ、auでは、公式サイト、一般サイト、PCサイト、それぞれ表示枠が3つに分かれている。それに対して、Yahoo!ケータイでは携帯電話サイトとPCサイトの2つの枠に分かれており、1画面目には携帯電話サイトが5件、PCサイトが2件表示される。

また、携帯電話サイトの枠には公式サイトと一般サイトの両方が表示される。2画面目以降にはそれぞれ10件ずつ表示される。Yahoo!ケータイでは、1画面目に1位から5位が表示され、2画面目には1位から10位までが表示される。

つまり、1位から5位のサイトは1画面目と2画面目の両方に表示されることになり露出機会が増える。また、広告にはオーバーチュアのスポンサードサーチが4枠表示される。

Googleモバイル

利用可能端末：ドコモ端末、au端末、SoftBank端末
検索対象：一般サイト
公式サイト、一般サイトの区別なく、クロールしたサイトがすべて検索対象になる。1画面目には携帯電話サイトが5件、PCサイトが5件表示される ほか、検索キーワードに関連する画像・ニュース・エリア情報があった場合には、該当する検索結果が検索結果上部に最大3件表示される。

Goolgeモバイルの検索結果はドコモ公式サイト、au公式サイトに提供されている。AdWords広告はPCサイトの表示枠の下に2件表示される。

Yahoo!モバイル

利用可能端末：ドコモ端末、au端末
検索対象：一般サイト
1画面目には携帯電話サイトが5件、PCサイトが2件表示される。Yahoo!ケータイ同様に、1画面目に1位から5位が表示され、2画面目には1位から10位までが表示される。

また、SoftBank端末はYahoo!ケータイにリダイレクトされる仕組みになっており、Yahoo!モバイルにはアクセスできない仕組みになっている。このことは意外に知られていない。オーバーチュアの広告は検索結果の上と下に2件ずつ、計4件が表示される。

公式サイトであっても、GoogleモバイルやYahoo!モバイルへの対策が可能である。むしろ、この2つに対応できていないと、57％のユーザへのリーチの機会を失うことになる。したがって各サイトのウェブマスターが最適化すべきエンジンは次のようになる。

• ドコモ公式サイト
  ドコモ iMenu 検索サービス、Googleモバイル、Yahoo!モバイル
• au公式サイト
  EZweb検索サービス、Googleモバイル、Yahoo!モバイル
• SoftBank公式サイト
  Yahoo!ケータイ、Googleモバイル
• 一般サイト
  Googleモバイル、Yahoo!モバイル

また、公式サイトがSEOを行うにあたり特に注意しなければいけないのはモバイル特有の「環境的要因」だ。特に公式サイトがGoogleモバイル、Yahoo!モバイルに対策する場合この環境的要因がネックになり対策できていないという事例が多い。

IPアドレスによるアクセス制限

公式サイトの場合、キャリア（ドコモ、au）のゲートウェイからしかアクセスできないように設定しているケースが多い、一般サイト用のクローラーはキャリアのゲートウェイとは異なるIP帯域で動作している。

キャリアと提携しているGoogleにおいても例外ではない。そのため、キャリアのゲートウェイだけではなくクローラーの動作しているIP帯域からのアクセスも受け入れなければ、そもそもクロールも行われず検索結果にも表示されない。

ゲートウェイからのアクセスに限定することでセキュリティを保っている場合、すべてのネットワークからのアクセスを受け入れることによって、なん らかの不具合が発生する恐れもある。そのため、単純にすべてのネットワークからのアクセスを受け入れるというわけにもいかないだろう。

対応キャリア

Googleモバイル、Yahoo!モバイルは、3キャリアのどの端末からでも利用可能である。

例えば、3キャリアの公式サイトを運営しており、ドコモ専用サイト、au専用サイト、SoftBank専用サイトと3つ立ち上げていたとする。こ の場合、au端末で検索した際にドコモ専用サイトが検索結果に表示される場合がある。当然この場合、端末からページを表示することはできない。

現状、特にGoogleにおいては、検索した端末に対応したサイトだけを検索結果に表示するといった対応はとられていない。なので、Google モバイル、Yahoo！モバイルに対策する場合は、サイト運営者側で非対応端末からアクセスされた場合を想定してサイトを構築しておく必要がある。

まずこの点において自社のサイトに問題がないか、確認が必要である。