この記事を読むのにかかる時間: 約 10.5 分
「海外SEO情報ブログ」の鈴木 謙一氏が、
国内と海外の検索マーケティング関連情報を
さらっとまとめて毎週金曜日にお届けします。
この記事の次の項目で紹介するが、グーグルがスマートフォン用のクローラを導入したことを受けて、スマートフォン向けサイトのウェブ担当者によく聞かれる代表的な質問や疑問について渡辺隆広氏が回答した。
スマートフォン用サイトをグーグルがどうやって認識・区別するかや、リダイレクトは301と302のどちらを使うべきかなど、あなたも抱いている疑問が含まれているかもしれない。挙げられているQ&Aのトピックは次のようなものだ。
今回のクローラーは、スマートフォン用サイトのみをクローリングすると考えて良いのか?
Google は、PC 用サイトとスマートフォン用サイトをどのように区別・識別するのか?
スマートフォン版 Googlebot-Mobile に見せるコンテンツはスマートフォン版で良いのか? 情報量は PC 版のほうが豊富なため、PC 版を見せたほうが検索ランキング的に有利ではないのか?
UA 判定をしてユーザーを PC 用またはスマートフォン用サイトにリダイレクトする場合、ステータスコード 301 と 302 のどちらを使えば良いのか?
PC 用サイトとスマートフォン用サイトを同一 URL で管理しており、UA の判定によってレイアウトやフォントなどを切り替えている。このような場合にスマートフォンサイトを適切に検索エンジンに登録するにはどうすればいいか?
PC 用サイトとスマートフォン用サイトを別の URL で管理している。このような場合にスマートフォンサイトを適切に検索エンジンに登録するにはどうすればいいか?
スマートフォン端末向けのサービスを提供しており、サイトも持っている。しかし PC 用のサイトは持っていない。こうした場合に SEO はどうしたらいいのか?
スマートフォン用サイトのために別途、何らかの SEO を行うべきなのか?
PC 用、スマートフォン用、タブレット(iPad)用の3つでそれぞれのスクリーンにあわせた画面を用意している。今回の発表を受けて、タブレット向けはどう扱えばいいのか?
一方、グーグルウェブマスター向け公式ヘルプフォーラムでは、グーグルの社員がスマートフォン用クローラの導入に関してユーザーからの質問を受け付けていた。すでに募集期間は終了しているが、こちらの回答も楽しみだ。
日本語で読めるSEO/SEM情報
スマートフォン版のGooglebot-Mobileを導入したことを、Googleが公式アナウンスした。増加しているスマートフォンユーザーのための検索サービスを改善することが狙いだ。
スマートフォン版のGooglebot-Mobileとして次のユーザーエージェントを紹介している。
Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_1 like Mac OS X; en-us) AppleWebKit/532.9 (KHTML, like Gecko) Version/4.0.5 Mobile/8B117 Safari/6531.22.7 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html)
「Googlebot-Mobile」という名前には変わりはないので、この文字列を頼りにモバイルのユーザーエージェントで振り分けを行っているサイトのウェブ担当者は、正しく振り分けができるか確認しておいてほしい。
iPhoneに偽装したGooglebot-Mobileは以前から目撃されておりいよいよ正式に登場したことになる。今のところスマートフォン用のインデックス(検索結果)を作ったということではないが、今後はどうなるであろうか。
SEOに適したライティングにおいて「共起語」が重要だと言われる。「共起語」とは、(適切な用語かどうかは抜きにして)ある言葉と共によく使われる言葉だ。たとえば「犬」の共起語として「ペット」「ドッグフード」「首輪」「おすわり」「ノミ」などが考えられる
グーグルは共起語も考慮して特定のテーマに対する関連性を判断していると思われる。しかしだからといって、共起語とおぼしきキーワードを詰め込めばいいということでもない。
渡辺隆広氏はワントピで次のようにツイートしている。
もともと共起の話は、特定のライティングのクセを持つ人を牽制する役割、あるいはターゲットキーワードを並べればいいと思っている人を指導するための合理的な説明、という趣旨が強い話題かと。
この直前には次のようにもツイートしている。
「共起語」の話は頭の片隅においておきつつ、文章は自然に、普通に書くと良い
ピックアップした記事を執筆した田村氏も、次のように締めくくっている。
これ(共起語)をあえて狙う必要はなく、自然に書けば共起語は含まれるはずなのである。
結局のところ共起語という概念を知っておくことは重要だが、そのトピックについて精通している人が普通に書けば共起語は自然と含まれるものだ。意識して共起語を文章中に盛り込むということは、そのトピックに対する知識と説明力がまだまだ不十分ということになる。
ただし、ライティング(文章執筆)のスキルを向上させる段階においては、共起語を意識することで語彙や表現の幅が拡がることはあるだろう。そうした視点で共起語を意識することは、決して悪くはない考えだ。
全ユーザーが利用できるようになったGoogleアナリティクスの「サイトの速度」に、新しいレポートが追加された。ページ読み込みのどの段階でどれくらい時間がかかっているかを詳しく表示してくれる。
英語版の公式ブログでは、「技術」レポートに関するアナウンスが出ているが日本語版ではまだ出ていない。しかしGAフォーラムが解説しているのでチェックしてみよう。何が原因になって読み込み速度の低下をもたらしているかを発見する手がかりにしたい。
このレポートはHTML5のNavigation Timing APIのフローに沿った内容になっている。それぞれの項目の意味は次のとおりだ。
項目名 |
説明 |
値が大きい場合の対処法 |
平均表示時間(秒) |
ページビューの開始(ページへのリンクのクリックなど)からブラウザでの読み込みが完了するまでの全体の時間 |
他の個別の時間で長い部分を見つけて対処する |
内訳 | 平均リダイレクト時間(秒) |
そのページの取得を開始する前のリダイレクトに要した時間。リダイレクトがなければこの値はゼロのはず(Googleの説明に記載はないが、前にブラウザが表示していたページの読み込み解除も含まれるはず) |
不要なリダイレクトを減らす、または時間がかかっているリダイレクト処理を見つけて対応する |
ドメインの平均ルックアップ時間(秒) |
ドメイン名から接続先サーバーのIPアドレスを調べるDNSの参照にかかった時間 |
DNSサーバーの性能や設定を見直す |
サーバーの平均接続時間(秒) |
ページ取得のためにサーバーとTCP接続を確立するのにかかった時間 |
Webサーバーの待機プロセス数の調整を行う。OSの性能を確認する。Webサーバーの手前にあるネットワーク機器の性能を確認する |
サーバーの平均応答時間(秒) |
ブラウザがページリクエストを送信したときから、サーバーからの最初の応答がブラウザに届くまでにかかった時間(サーバー側の処理時間+ネットワーク通信時間) |
Webサーバーの設定や.htaccessの内容を確認する。OSのファイルシステムの状態を確認する。動的ページの場合はプログラムの処理やデータベースサーバーの設定を確認する。サーバーが海外にある場合は国内に移す |
ページの平均ダウンロード時間(秒) |
サーバーからの最初の応答がブラウザに届いたときから、サーバーからのすべての応答がブラウザに届くまでにかかった時間 |
ページのファイルサイズを確認する。動的ページの場合はプログラムの処理やデータベースサーバーの設定を確認する |
※このあとにブラウザがHTMLを読み込み、ページ表示に必要な画像やCSSやJavaScriptを取得し、それらを処理してページの表示が完了するまでの時間がかかっており、その時間も含めた全体が「平均表示時間(秒)」として表示されている。 |
ちなみに、平均リダイレクト時間のデータは2011年11月から取得が開始されたため、その前後で平均ページ読み込み時間が変わっている可能性があることに注意してほしい。
また、2011年11月16日あたりから平均ページ読み込み時間が長くなっている場合、Firefoxのバグが原因の場合がある。気になる場合は、「表示中のセグメント」でブラウザごとに値を表示して確認してみるといいだろう。
グーグル日本のウェブマスターセントラルブログで2011年に公開されたなかでもっとも人気があった記事が6つ公式ヘルプフォーラムで紹介された。
どれもウェブ担当者には有用な記事ばかりなので、もう1回読みなおしておこう。
- アフィリエイトを導入されているウェブマスターの皆さまへ
- 複数のサイトを運営する皆さまへ
- Android のユーザーエージェントの検出について
- Google の検索結果からホームページが消えてしまいました。どうすればいいでしょうか?
- Google Merchant Center に関するお知らせ: 固有商品 ID と送料の設定について
- Google の検索結果からコンテンツを削除するには
海外のSEO/SEM情報を日本語でピックアップ
・スパムレポートによる通報は対応優先度4倍
・小さなサイトにXMLサイトマップは不要
・複数の国に地域ターゲットを設定する方法
・ログインユーザーだけに見せてグーグルには見せたくないページの設定方法
・ウェブマスターツールの検索クエリデータをダウンロードするプログラムをグーグルが公開
SEO Japanの掲載記事からピックアップ
・ロングテールをGoogleが殺しつつあることを証明するインフォグラフィック
・2012年のSEOに必要なたった3つの冴えたやり方
海外のSEO/SEM情報を日本語でピックアップ
スパムレポートによる通報は対応優先度4倍
★★★★☆ ユーザーによる手助けもグーグルには必要 (Matt Cutts (mattcutts))on Twitter
10年来SEOをやってきて、いまだかつて見たことがないほどひどいスパムに出会った。スパムレポートを送信しようと思うのだが、見てもらえるものなのだろうか?
上のようなツイートを送られたグーグルのマット・カッツ氏は、次のように返信した。
見るとも。他の方法で見つけたスパムに比べると、スパムレポートが送信されたスパムは4倍の優先度で対応する。
筆者が以前に参加したカンファレンスでもマット・カッツ氏が同じことをプレゼンのなかで話していたのを記憶している。スパムレポートから通報があっても通常は、直接の対応がそのサイトにすぐさま行われることはない。幅広く適用できるようにアルゴリズムの改良に活かされるからだ。しかし優先度は高いようだ。
直ちにスパムサイトが排除されることはないにしても、ウェブを浄化する手助けのためにもスパムサイトを見つけたらグーグルに教えてあげよう。
小さなサイトにXMLサイトマップは不要
★★★★☆ なくてもインデックスされる Google Webmaster Central Help Forum
21個のURLをXMLサイトマップで送信したがそのうち16個しかインデックスされていません。どうしたらいいのでしょうか?
米国版のウェブマスター向け公式ヘルプフォーラムに投稿された質問である。グーグル社員のジョン・ミューラー氏は次のように答えた。
そのくらいの規模のサイトならば、本当ならばサイトマップは必要ありません。なくても通常は、私たちはすべてクロールしてインデックスできます。それにそんな小さなサイトマップなら個々のURLがインデックスされているかを1つ1つ自分で調べることだってできます。
それよりも「index.htm」が付いたトップページのURLをあなたはサイトマップに登録しています。一般的には「index.htm」が付かないURLを私たちはインデックスします。
それに内容がほとんど同じページがあなたのサイトには3つあります。それぞれをインデックスさせたいのだったら、中身を明らかに別々してユニークなものにしなければなりません。
サイトマップを送信は必須だととらえているウェブ担当者もいるようだが、サイトマップはあくまでもクロールやインデックスを補う役割しかもたない。送信してマイナスになることはないので送信することは構わないが、サイトマップに頼らずともリンク構造によってすべてのページがくまなくクロールされるのが理想だ。ページ数の少ない小さなサイトならなおのこと、サイトマップがなくても内部リンクだけで全部のページが巡回されるようにしたい。
そしてインデックスしてもらうには、インデックスするに足る価値あるコンテンツをそのページが持っていなければならない。ユーザーにとって価値のないページをグーグルはインデックスしたくないのだから。
複数の国に地域ターゲットを設定する方法
★★★★★ すごく簡単 (Google Webmaster Help Channel)
グーグルウェブマスターツールではサイト管理者が地域ターゲットを設定できますが、複数の場所に対してはどうしたらいいのでしょうか?
この質問に、グーグルのマット・カッツ氏が回答した。
いい質問だ。とても簡単にできるということがすぐに分かってもらえる。
ドメイン名を所有していたとしたら、たとえばサブドメインかサブディレクトリを別々のサイトとしてウェブマスターツールに追加できる。別々のサイトとして登録したらあとは個別に地域ターゲットを設定していけばいい。
なんにも難しいことはないし、異なるドメイン名をたくさん持つ必要もない。.fr や .de.、.uk を手にできるんだったら、それはすごくいいことだ。でもドメイン名が1つしかなくて地域ターゲットを設定したいんだったらサブドメインやサブディレクトリを作れる。そしてそれぞれを必ず別々のサイトとして追加して、個々の部分に特定の国に対する地域ターゲットを割り当てればいいんだ。
1つのドメイン名で複数の国を対象にしたサイトを運営する場合は、対象国ごとにサブドメインかサブディレクトリを作成するといい。たとえば次のようにする。
- 米国向け: www.example.com
- フランス向け: fr.example.com または www.example.com/fr
- ドイツ向け: de.example.com または www.example.com/de
- 日本向け: jp.example.com または www.exampele.com/jp
それぞれを個別にウェブマスターツールに登録する。そうすると独立したサイトとして管理できるので、地域ターゲットとして、米国向け登録サイトには米国を、フランス向けの登録サイトにはフランスを、ドイツ向け登録サイトにはドイツを、日本向登録サイトには日本を設定する([サイト設定]>[設定]メニューの「地域ターゲット」)。たったこれだけだ。
なお、日本向けの.jpをはじめ、「.fr」「.de」「.uk」のようなccTLD(国別コードトップレベルドメイン)はその国に地域が自動で割り当てられるので、ウェブマスターツールでも地域ターゲットは設定できない(.tvや.coなど一部の例外を除く)。地域ターゲットを設定できるのは、.comや.net、.orgのようなgTLD(ジェネリックトップレベルドメイン)のみである。
WebmasterWorldに次のような質問が投稿された。
サイト登録ユーザーのプロフィールページがある。これらのページをログインしたユーザーだけが閲覧できるように変更した。
すると、毎週10万以上の404エラーが検出されるようになってしまった。元に戻して noindex, follow のrobots metaタグをつけようと考えている。問題があるだろうか、また他に良い方法があるだろうか。
フォーラム管理者は次のようにアドバイスした。
プロフィールページが作られた時点でインデックスしないように設定しているなら、そのプロフィールページへのリンクにnofollow属性を付けておくといい。そうしないと新たにプロフィールページが作られるたびにURLの発見をGooglebotが試みてしまう。
404を返してしまうとそのページのmetaタグをGooglebotは見ることができない。
状況から考えると404(見つからない)ではなく403(アクセス禁止)のHTTPレスポンスを返すのが適切だ。なぜならそのページは存在しないわけではないからだ。これが唯一無用なトラブルを防ぐ方法だろう。
グーグルウェブマスターツールの「検索クエリ」のデータは、APIが提供されていないためツールを使ったダウンロードができず手動に頼るしかない。しかしCSV形式でダウンロードしGoogle Docsにアップロードできるスクリプトをグーグルは公開した。言語としてPythonを使っている。このプログラムを使えばデータの保存処理がずいぶんと楽になりそうだ。
公式ブログでの英語による説明が難しい場合は、「モバイルSEOのすすめ」の木村氏がチュートリアルを公開しているので参考にするといい。
提供されているのはPythonスクリプトだけだが、グーグルのジョン・ミューラー氏によればPHPでもまったく同じことができるとのことだ。Javaバージョンを公開している有志もいる。
しかし、こんなスクリプトを公開するぐらいならばAPIを提供するほうがいいと思うのだが、そういうわけにはいかないのだろうか。
SEO Japanの掲載記事からピックアップ
ロングテールキーワードでの検索をグーグルが減少させているのではないかと主張するインフォグラフィックと、2012年に特に意識したいSEOを解説した記事を今週はピックアップする。
鈴木 謙一(すずき けんいち)
フリーランスのインターネットコンサルタント。アメリカを中心としたSEO/SEMのコアな情報を日本に持ち込み、「海外SEO情報ブログ」で“海外SEO”のブランドを確立。サーチエンジンマーケティング専門ソーシャルニュースサイト、Sphinn(スピン)の公式日本版であるサービス「Sphinn Japan」立ち上げメンバーでもある。
現在は、株式会社セルフデザイン・ホールディングスのCTOとして、SEOの情報収集やトレーニング、海外のSEOカンファレンス参加などを通じて正しいSEOの普及に取り組んでいる。
この記事に関連する他の記事を見る
※このコンテンツはWebサイト「Web担当者Forum - 企業ホームページとネットマーケティングの実践情報サイト - SEO/SEM アクセス解析 CMS ユーザビリティなど」で公開されている記事のフィードに含まれているものです。
オリジナル記事:スマートフォン向けSEOの質問に答えます など10+2記事(海外&国内SEO情報) [海外&国内SEO情報ウォッチ] | Web担当者Forum
Copyright (C) IMPRESS BUSINESS MEDIA CORPORATION, an Impress Group company. All rights reserved.