+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1

米Google、「検索結果の多様性」の仕様変更を発表、同ドメインの表示件数は減少へ 検索結果の多様性と、クエリに適合する、優れた権威あるサイトを提示することのバランスはどうとるべきか。Googleは今回、新たな変更を加え、ドメインあたり4回以上は検索結果に表示しないよう仕様を変更すると発表した。近日中に導入される。 公開日時：2013年05月18日 23:32 米Googleウェブスパム対策チームのMatt Cutts氏は2013年5月15日、検索結果に表示されるドメインの多様性に関する変更を実施することを発表した。この変更内容はすでにチームミーティングで承認されており、近日中に導入される見込みだ。 先日のビデオで言及されていた、検索結果あたりの表示ドメイン数に関する変更がまもなく行われる。今後、同ドメインのページがGoogle検索結果に表示される件数が減少する。具体的には、あるクエリに対

+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1

モバイルサイトとモバイルファースト インデックスに関するおすすめの方法 Google のインデックス登録とランキングでは、スマートフォン エージェントでクロールしたモバイル版のサイト コンテンツを使用します。これをモバイルファースト インデックスと呼びます。 モバイル版のページを用意することは、コンテンツを Google の検索結果に表示させるための要件ではありませんが、非常に強く推奨されています。このページで説明するおすすめの方法は、モバイルサイト全般にあてはまり、当然のことながら、モバイルファースト インデックスにもあてはまります。 ユーザーに最適なエクスペリエンスを提供できるよう、このガイドで紹介されているおすすめの方法を実践してください。 モバイル フレンドリーなサイトを作成する スマートフォンからアクセスした際のユーザー エクスペリエンスが優れたものなるように、モバイル フレンド

[対象: 中〜上級] rel=”canonical”タグの正しい使い方とよくある間違いについて英語版のGoogle Webmaster Centaral ブログが説明しました。 最近は、日本語版のウェブマスター向け公式ブログの翻訳記事の公開のスピードが早いことが多いので近いうちに日本語でも読めると思います。 ですが、負けたくない早く共有したいので紹介します。 ただし「よくある間違い」については意訳になっているので全訳は日本語版ブログでの公開を待ってください（とはいえ、重要な点はきちんと説明しているのでご安心を）。 ではスタートです。 推奨されるrel=”canonical”のベストプラクティス 重複するページの大部分のコンテンツが正規化バージョンのページに存在すること ヒント: そのページの言語が分からないと仮定して、重複ページを正規ページの隣に並べて置いたとき重複ページに書かれている単語

SEO:自己参照canonical設定時の注意事項：Googleに優先登録したいURLを記述すること 自己参照 canonical URL は適切に実装すればSEO 的には有効です。しかし実際に正しい実装ができていない企業が少なくありません。具体的な事例とともにどうすればいいかを解説します。 公開日時：2012年07月20日 13:54 事実上 Google 独自仕様となっているURL正規化（標準化）のための rel=canonicalアノテーションですが、各社のウェブサイトの実装状況を調査したところ、間違った実装を行っている企業が少なくありません。きちんとウェブ専任の担当者を置いているであろう大手企業も例外ではなく、むしろ SEO に意識が高いが故に Canonical に関心を持って対応したのに間違った実装をしてしまいましたという事例が目立ちます。 今回は、そんな間違い実装例の中から「

そう話すのは、ピクシブ株式会社のディレクター中村氏と鈴木氏。 多くのユーザーが自分でイラスト・漫画・小説を創作し投稿するpixivのサイトでは、検索エンジン最適化に関してどんな問題を抱えていて、どんなSEO施策を進めたのだろうか。 今回pixivのSEO施策を担当した株式会社アイレップの担当者とともに、話を伺った。 今回のSEO施策でpixivが行ったのは、次のようなものだ。 サイトコンテンツのインデックス促進 ―― 重複コンテンツなど不要なページへのクロールをなくし、意味のあるページをよりクロールしやすいようにサイト内リンクを最適化することで、検索エンジンが効率的にコンテンツをインデックスできるようにする最適化。検索ボリュームが多くなるキーワードに対応した重み付け ―― 関連するイラスト投稿の多いキーワードに対するサイト内リンクが自動的に増える仕組みの実装。検索エンジンが理解しやすいペー

[対象: 全員] GoogleのMatt Cutts（マット・カッツ）氏に対して行ったインタビューをStone Temple ConsultingのEric Enge（エリック・エンゲ）氏が公開しました。 貴重な情報をたくさん含んでいるなかから、“価値のあるオリジナル”なコンテンツの考え方についての応答を紹介します。 他の店舗と同じ商品を取り扱うECサイトや多数の場所に店舗を展開する店舗ビジネスに役立つでしょう。。 Q (Eric Enge): 60の都市に店舗を持つピザ屋の例について話してみたい。サイトを作るとしたらそれぞれの都市ごとにページを作らなければならないが？ A (Matt Cutts): ここで面倒なのはまったく同じコンテンツでそれぞれのページを埋めてしまうことだ。「私たちの手作りピザは50年以上前と変わらない製法で愛情を込めて作られています……」、同じ情報を伝える6、7個の

[対象: 中〜上級] SMX Advanced Seattle 2012 セッションレポート第2弾は、英GoogleのPierre Far（ピエール・ファー）氏による「スマートフォン向けサイトの最適化」です。 Far氏のプレゼンテーションは、直前にGoogle Webmaster Central Blogで公式アナウンスがあったスマートフォンサイト構築の推奨に関する記事とその詳細を説明しているドキュメントとほぼ同じ内容です。 Far氏のプレゼンと公開されたばかりのドキュメントを合わせて、Googleが推奨するスマートフォンサイトを構築する際の最適化についてレポートします。 スマートフォン向けサイトの最適化 3タイプの構成のスマートフォン向けサイトをGoogleはサポート レスポンシブ・ウェブデザイン (Responsive web design) — デスクトップとモバイルで同じURL・同

[対象: 全員] SMX Advanced Seattle 2012からのレポート記事になります。 第一弾は“You&A With Matt Cutts”というタイトルのキーノートです。 “You&A”は“Q&A”をもじったもので、Googleのウェブスパムグループのリーダー、Matt Cutts（Matt Cutts）氏がさまざまな質問にこのキーノートでは答えてくれます。 モデレータはSearch Engine Landの編集長、Danny Sullivan（ダニー・サリヴァン）氏です。 ここでしか聞くことのできない貴重な情報がたくさんあります。 やや長めですがじっくり読んでください。 “You&A With Matt Cutts” キーノート ペンギン・アップデートはペナルティなのか？ 違う。アルゴリズムの校正 (calibration)。パンダは質の低いコンテンツに対抗するために作ら

+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1

LinkedIn アカウントを開設しました: Google 検索でサイトを見つけやすくするためのニュースやリソースについては、LinkedIn アカウントをフォローしてください。 Google ウェブ検索のスパムに関するポリシー Google 検索の文脈では、スパムとはユーザーを欺いたり、ランキングを上げる目的で Google の検索システムを操作したりするように作られたウェブ コンテンツを指します。Google のスパムに関するポリシーは、ユーザーを保護し、検索結果の品質を高めることを目的としています。Google ウェブ検索の検索結果（Google がウェブ全体から検出したウェブページ、画像、動画、ニュース コンテンツなどのコンテンツ）に表示されるようにするには、Google 検索の全体的なポリシー、またはこのページに記載されているスパムに関するポリシーに準拠している必要があります。こ

accessibility 10 advanced 195 AMP 13 Android 2 API 7 apps 7 autocomplete 2 beginner 173 CAPTCHA 1 Chrome 2 cms 1 crawling and indexing 158 encryption 3 events 51 feedback and communication 83 forums 5 general tips 90 geotargeting 1 Google Assistant 3 Google I/O 3 Google Images 3 Google News 2 hacked sites 12 hangout 2 hreflang 3 https 5 images 12 intermediate 205 interstitials 1 javascript 8 job s

LinkedIn アカウントを開設しました: Google 検索でサイトを見つけやすくするためのニュースやリソースについては、LinkedIn アカウントをフォローしてください。 Google 検索の基本事項 Google 検索の基本事項は、ウェブベースのコンテンツ（ウェブページ、画像、動画など、Google がウェブ上で見つけた一般公開されているコンテンツ）について、Google 検索結果に表示されるための適格性を満たし、上位に表示されるようにするための重要な要素です。 技術要件: Google 検索でウェブページを表示させるためにウェブページに必要なもの。 スパムに関するポリシー: 掲載順位が下がったり、Google 検索の検索結果から完全に除外されたりする原因となる行動や手法。 主なベスト プラクティス: Google 検索の検索結果でのサイトの表示を改善するための主な方法。 Goo

+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1

301リダイレクトは、”Permanent Redirect”で「恒久的な転送」、一方、302リダイレクトは、”Temporary Redirect”で「一時的な転送」を表します。 恒久的？、一時的？ 分かるようでよく分からない表現です。 サーチエンジンの取り扱い方に違いが出てくるのですが、たとえばSERPでの表示（インデックスの仕方）が異なってきます。 以前、GoogleのWebmaster Centralチームで働いていたVanessa Foxさんがパーソナルブログで、301リダイレクトと302リダイレクトのケーススタディを記事投稿しているので、見てみましょう。 彼女は、「www.vanessafoxnude.com」というドメインで「Vanessa Fox Nude」というサイトを運用していました。 しかし数ヶ月前に「www.nineblue.com」というドメインの「Nine By

rel="canonical" などを利用して正規 URL を指定する方法 重複ページまたは非常に類似したページの正規 URL を指定する場合、いくつかの方法で Google 検索に優先事項を伝えられます。正規化に対する効果が高い順に、以下の方法があります。 リダイレクト: リダイレクト先が正規ページになるべきことを強く示すシグナルです。 rel="canonical" link アノテーション: 指定された URL が正規ページになるべきことを強く示すシグナルです。 サイトマップに含める: サイトマップに含まれる URL が正規ページになることを示しますが、シグナルとしては弱いものです。 これらの方法を組み合わせて使用するとより効果的です。 2 つ以上の方法を使用すると、希望する正規 URL が検索結果に表示される可能性が高くなるということです。 上記の方法を使用することをおすすめします

Ajaxを使うためにはページ内リンク (hash fragment=URLの#以降) を使うのが一般的*1 hash fragmentはサーバに送信されないから、JavaScript非対応のブラウザだと動作しない 特にサーチエンジンのクローラ等で問題になる*2 そこで Google は、#! が含まれる URL を hash を含まないものに読み替える仕組みを提唱している。例えば「www.example.com/ajax.html#!key=value」のサーチエンジン用URLは「www.example.com/ajax.html?_escaped_fragment_=key=value」になる。 TwitterやFacebookはこの仕様に従うことで、Ajax な UI と SEO を同時に実現している、というわけ。ということを調べたなう。 参照: Getting Started  |