Aggregator

ホスティング プロバイダとウェブマスターの皆様へ

13 years 10ヶ月 ago
Google ウェブマスター向け公式ヘルプフォーラム に寄せられる質問の中には、ホスティング プロバイダの設定に起因するものがときおり見られます。そこで今回は、これまでにあった一般的な問題と修正方法をご紹介します。ホスティング プロバイダとウェブマスターの皆さまがこのような問題を認識、診断、修正するのに役立てば幸いです。
  • Googlebot のクロールがブロックされている: これはよく発生する問題で、通常はファイアウォールや DoS 攻撃防御システムの設定ミスで発生することが多く、また一部のサイトが採用している CMS(コンテンツ マネージメント システム)が原因で発生することもあります。防御システムはホスティングの要ともいえる要素で、サーバー リクエストの頻度が高い場合には自動的にブロックするよう設定されています。Googlebot はその性質上、人間のユーザーよりも多くのリクエストを実行するため、防御システムが Googlebot をブロックの対象と判断してしまい、その結果ウェブサイトがクロールできなくなることがあります。このような問題が発生していないか確認するには、ウェブマスター ツールの Fetch as Googlebot 機能 を使用して実際に Googlebot がクロールできているかを確認したり、ウェブマスター ツールの クロール エラー において何かアラートが表示されていないかを確認したりしてください。

    Google では Googlebot によるクロールをより高度に制御したいウェブマスターの皆さまとホスティング プロバイダ向けに、いくつかのツールや情報を提供しています。これらの対策を実装することにより、クロールの効率も向上します。
    • robots.txt ファイル URL パラメータの設定 を活用して Googlebot のクロールを制御する方法について、詳細なヘルプ記事を用意しています。
    • Googlebot のユーザー エージェントを偽装した不正なロボット対策方法については、ヘルプ記事「Googlebot の確認」をご利用ください。
    • Googlebot のリクエストの速度を変更するには、ウェブマスター ツールであなたのサイトを確認し、クロール速度の変更 を行ってください。ホスティング プロバイダが IP アドレスの所有権を確認することもできます。
    クロールとインデックスに関する FAQ でも様々な情報を提供していますのでぜひご覧ください。

  • サイトへ接続できない: 上記と似たような問題で、Googlebot(およびユーザー)がウェブサイトにアクセスしようとしても繋がらない場合があります。これには DNS の問題、サーバーの過負荷によるタイムアウトや接続拒否、コンテンツデリバリネットワーク(CDN)の設定ミス、その他多くのエラーが含まれます。Googlebot がこのような問題に遭遇した場合は、ウェブマスター ツールで URL にアクセスできないエラー または クロール エラー として報告されます。

  • 無効な SSL 証明書: ウェブサイトの SSL 証明書が有効であるためにはサイト名と一致している必要があります。よく発生する問題としては、有効期限の過ぎた SSL 証明書を使っていたり、サーバー上のすべてのウェブサイトで同じ証明書を使用する設定にしていたりといったサーバー側の設定ミスがあります。このような状況ではほとんどのウェブ ブラウザーがユーザーに警告を行います。Google もウェブマスター ツール経由でメッセージを送信し、ウェブマスターに通知します。この問題を解決するには、ユーザーが目にするウェブサイトのすべてのドメインおよびサブドメインに対して SSL 証明書が有効であることを確認する必要があります。

  • ワイルドカード DNS: ウェブサイトがすべてのサブドメイン リクエストに応答するように設定できることがあります。たとえばウェブサイト example.com を、foo.example.com、made-up-name.example.com、その他すべてのサブドメインに対するリクエストに応答させることができます。

    特定の場合ではこれが望ましいこともあります。たとえば、ユーザーが作成したコンテンツを提供するウェブサイトでは、各アカウントにサブドメインを付与することがあります。しかし、別のホスト名で不必要にコンテンツが複製され、Googlebot のクロールに影響を与える可能性もあるため一部のウェブマスターにとっては望ましい状況ではありません。

    ワイルドカード DNS の設定に関する問題を最小化するには、ウェブサイトでこの技術を使用しないか、存在しないホスト名に対して成功の応答をしないようにサーバーを設定します。この場合、接続を拒否するか、404 の HTTP ステータス コードを返すようにします。

  • バーチャル ホスティングの設定ミス: この問題では、同じサーバーにホスティングされている複数のホストやドメイン名が、常に 1 つのサイトのコンテンツを返す症状が発生します。つまり、サーバーが複数のサイトをホスティングしていても、リクエスト内容にかかわらず 1 つのサイトのみを返すということです。この問題を調べるには、サーバーが HTTP リクエストの Host  ヘッダ フィールドに正しく応答しているかを確認する必要があります。

  • ホスト専用 URL での重複コンテンツ: 多くのホスティング サービスでは、テストや開発用の URL を提供しています。たとえばホスティング プロバイダが http://a.com/ というウェブサイトをホストしている場合、http://a.example.com/ や http://example.com/~a/ などの URL を介してサイトにアクセスできる場合があります。このようなホスト専用 URL は、パスワードで保護するなどして一般ユーザーにアクセスできないようにすることをお勧めします。一方でこういった URL がアクセス可能な場合でも、Google のアルゴリズムはお客様の意図したとおりに URL を取得する場合が多いです。アルゴリズムが  ホスト専用 URL を選択 した場合でも、正しく 正規化 を行うことでアルゴリズムが取得する URL を指定することができます。

  • ソフト エラー ページ: ホスティング プロバイダの中には、エラー ページの表示にエラーのステータス コードの代わりに 200(成功)のステータス コードを使用している場合があります。たとえば「ページが見つかりません」というエラー ページが  404 ではなく 200 を返す ソフト 404 エラー であったり、「サイトが一時的に使用できません」というメッセージが通常のステータス コード HTTP 503 ではなく 200 を返したりします。Google ではソフト エラー ページの検出に努力していますが、アルゴリズムがソフト エラー ページの検出に失敗した場合、これらのページがそのままインデックスされてしまいます。これはランキングや クロスドメイン URL の選択 で問題が発生する原因となる可能性があります。ステータス コードを確認する方法は簡単です。Fetch as Googlebot などのツールを使用して、サーバーが返す HTTP ヘッダーを確認するだけです。エラー ページが HTTP 200 を返した場合、正しい HTTP エラー ステータス コードを返すように設定を変更します。また、ウェブマスター ツールの診断セクションにあるクロール エラー ページで、ソフト 404 の報告がないか確認してください。

  • コンテンツの変更とフレーム: ホスティング プロバイダによってコンテンツが変更され(一般的には、ページにスクリプトや画像が挿入されます)、驚いたことがあるウェブマスターの方もいるでしょう。また、<frames>や <iframe> を使用してサイトのコンテンツが他のページに埋め込まれて表示されることもあります。ウェブ ホストによってコンテンツに意図しない変更が行われたかどうかを確認するには、ホストが提供するページのソース コードを確認し、ご自身でアップロードしたコードと比較します。サーバーによるコードの変更は、とても便利な場合もあります。たとえば、サーバーで Google の mod_pagespeed Apache モジュール (英語)などのツールを使用している場合、ページの表示速度を最適化するために縮小コードを返すことがあります。

  • スパムやマルウェア: 一部のウェブ ホストやサブドメイン サービスが、マルウェアやスパムを広める要因になっている場合があります。Google ではユーザーの保護と検索品質を維持するための措置は、なるべく細やかに対応するようにしていますが、ホスティングされているサイトの大部分がスパム サイトであったり、マルウェアを配布したりしている場合、ウェブ ホスト全体に対して措置を取る必要が出てくることがあります。マルウェアを制御する助けとして、Google は以下のツールを提供しています。
以上のヒントが、ホスティング プロバイダとウェブマスターの皆さまが問題を見つけ出し修正するのに役立てば幸いです。ここに挙げた以外に、サービスの品質やサポートの充実度など、ホスティングの品質面についても気を配るようにしてください。 

この記事に関するコメントやご質問は、ウェブマスター ヘルプ フォーラム までお寄せください。

もしも、「ニッポンレンタカー」を解析するなら(前半)

13 years 10ヶ月 ago
Web担当者Forumの2012/1/12の記事をどうぞ。
http://web-tan.forum.impressrd.jp/e/2012/01/12/11921

関連リンク:
もしも、「ザ・ペニンシュラ東京」を解析するなら(下)
もしも、「ザ・ペニンシュラ東京」を解析するなら(中)
もしも、「ザ・ペニンシュラ東京」を解析するなら(上)
もしも、「デル」を解析するなら(後半)
もしも、「デル」を解析するなら(前半)
もしも、「TOHOシネマズ」を解析するなら(後半)
もしも、「TOHOシネマズ」を解析するなら(前半)
もしも、「早稲田大学」を解析するなら(後半)
もしも、「早稲田大学」を解析するなら(前半)
もしも、「ユニクロ」を解析するなら(後半)
もしも、「ユニクロ」を解析するなら(前半)
もしも、「NTTドコモ」を解析するなら(下) 
もしも、「NTTドコモ」を解析するなら(中)
もしも、「NTTドコモ」を解析するなら(上)
もしも、「東京ガス」を解析するなら

もしも、「確定申告サイト」を解析するなら (後半)

もしも、「確定申告サイト」を解析するなら (前半)

もしも、「DODA」を解析するなら(後半)

もしも、「DODA」を解析するなら (前半)

もしも、「えきねっと」を解析するなら(後半)
もしも、「えきねっと」を解析するなら(前半)
もしも、「よみうりランド」と「としまえん」を解析するなら
もしも、「三井記念病院」を解析するなら
もしも、「帝京大学医学部附属溝口病院」を解析するなら
もしも、「日本相撲協会」を解析するなら
もしも、「浦和レッズ」を解析するなら
もしも、「家庭用太陽電池」を比較検討するなら(後半:京セラを調べる)
もしも、「家庭用太陽電池」を比較検討するなら(前半:シャープのサンビスタを調べる)
もしも、「デジタルカメラ」を比較検討するなら(後半:パナソニックのルミックスを調べる)
もしも、「デジタルカメラ」を比較検討するなら(前半:カシオのエクシリムを調べる)
もしも、「ベルリッツ」を解析するなら(後半:体験レッスンの申し込み)
もしも、「ベルリッツ」を解析するなら(前半:検索からコース詳細ページまで)
もしも、「ライフネット生命保険」を解析するなら(後半:見積もりから申し込みまで)
もしも、「ライフネット生命保険」を解析するなら(前半:検索から商品案内まで)
もしも、「@nifty」を解析するなら(後半:検索から申し込みまで)
もしも、「@nifty」を解析するなら(前半:収益構造から対象ユーザーを想定する)
もしも、「ヤマハ発動機」を解析するなら
もしも、「ドクターシーラボ」を解析するなら(後半)
もしも、「ドクターシーラボ」を解析するなら(前半)
もしも、「川崎市」を解析するなら(後半)
もしも、「川崎市」を解析するなら(前半)
もしも、「ANA」を解析するなら(後半)
もしも、「ANA」を解析するなら(前半)
もしも、三菱東京UFJ銀行サイトを解析するなら(後半)
もしも、三菱東京UFJ銀行サイトを解析するなら(前半)
もしもtoyota.jpを解析するなら(後半)
もしもtoyota.jpを解析するなら(前半)
旧連載分のWeb担当者Fourmの記事はこちら
noreply@blogger.com (hiromi ibukuro)

米広告モデルの携帯デジタルコンテンツ売上、2015年には売上の約3割に など

13 years 10ヶ月 ago
米広告モデルの携帯デジタルコンテンツ売上、2015年には売上の約3割に
2012/1/11のeMarketerの記事から。

http://www.emarketer.com/Article.aspx?id=1008775&R=1008775

2011/12末の携帯IP接続サービス契約数は101,120,000に
2012/1/11の電気通信事業者協会のリリースから。
http://www.tca.or.jp/database/2011/12/
noreply@blogger.com (hiromi ibukuro)

2011Q4世界のPC出荷、対前年同期比0.2%のマイナス など

13 years 10ヶ月 ago
2011Q4世界のPC出荷、対前年同期比0.2%のマイナス
2012/1/11のIDCのリリースから。

http://www.idc.com/getdoc.jsp?containerId=prUS23261412

2016年度法人向けスマートデバイス関連ビジネス市場、2011年度の4.7倍の1兆949億円に
2012/1/11の富士キメラ総研のリリースから。
http://www.fcr.co.jp/pr/12001.htm

2011年の国内ソフトウェア市場は2兆1,235億800万円、前年比成長率マイナス0.5%
2012/1/10のIDC Japanのリリースから。
http://www.idcjapan.co.jp/Press/Current/20120110Apr.html
noreply@blogger.com (hiromi ibukuro)

英YouTubeが訪問ベースでソーシャルネットワークの25%を占める など

13 years 10ヶ月 ago
英YouTubeが訪問ベースでソーシャルネットワークの25%を占める
2012/1/11のHitwiseのリリースから。

http://www.hitwise.com/uk/press-centre/press-releases/2-18-billion-visits-to-online-retailers/

英健康系サイトの利用率はネット利用者の5割超
2012/1/11のcomScore Data Mineから。
http://www.comscoredatamine.com/2012/01/uk-is-the-largest-market-for-health-sites-in-europe/

米コンピュータ/家電系サイト、訪問ベースではMicrosoftがトップ
2012/1/10のNielsenのブログから。
http://blog.nielsen.com/nielsenwire/online_mobile/consumer-electronics-websites-microsoft-is-most-visited-but-apple-has-longest-time-spent/
noreply@blogger.com (hiromi ibukuro)

2011年末の米Facebook ページのファン数、トップ3はFacebook,Youtube,Coca-Colaで2010年末と変わらず など

13 years 10ヶ月 ago
2011年末の米Facebook ページのファン数、トップ3はFacebook,Youtube,Coca-Colaで2010年末と変わらず
2012/1のIgnite Social Mediaのブログから。
http://www.ignitesocialmedia.com/facebook-marketing/the-top-50-branded-facebook-fan-pages-of-2011-versus-2010/

Mobage、GREE利用者の8%程度は、1カ月1,000円以上支払って遊ぶ
2012/1/11のシード・プランニングのリリースから。
http://www.seedplanning.co.jp/press/2012/2012011101.html
noreply@blogger.com (hiromi ibukuro)

“Search plus Your World”とは 〜 Googleがパーソナライズ検索を加速させた

13 years 10ヶ月 ago


「Search plus Your World」と称してGoogle+とウェブ検索の融合を一挙にGoogleは推し進めた。Google+のソーシャルデータをもとにパーソナライズ検索がさらに強化される。SEOに与える影響は未知数だが無視することはできないだろう。

- “Search plus Your World”とは 〜 Googleがパーソナライズ検索を加速させた -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM

CSS Nite:2011年のベストセッションを選出しました

13 years 10ヶ月 ago

2011年、CSS Niteでは39回の関連イベントを通して170セッションが行われました。 のべ参加人数は4,977人(Ustreamでの視聴数を除く)。

2011年のベスト10セッション+αを選んでみました。選外にも素晴らしいセッションがたくさんありました。

人気記事トップ10

人気記事ランキングをもっと見る