久しぶりに「これは面倒だな」というGoogle検索の仕様変更に遭遇したので、メモ。DMMという事業とサイトの性格上、正直、コアアップデートより面倒です。 日本のSEO担当者で実務レベルでこの情報を本当に必要とする人が果たしてどれだけいるのか不明ですが（この変更の直撃を受けているサイトは限定されるはず）、その少数の方の参考になれば幸いです。 Google検索設定に「アカウントに基づく情報」が出現 今回の検索仕様変更による影響 原因は「アカウントに基づく情報」 アカウントに基づく情報の挙動 Googleの「子どもから大人まで安心して利用できるインターネット」への取り組み 追記(11/1) 一般サイトも影響を受けている模様 Google検索設定に「アカウントに基づく情報」が出現 2023年10月31日に、Google検索のその他の設定の項目に、コンテンツという見出しとともに「アカウントに基づく情

[レベル: 上級] JavaScript で構築されたサイトのために Dynamic Rendering（ダイナミック レンダリング）と呼ぶ仕組みを Google はサポートするようになります。 米マウンテンビューで開催された Google I/O 2018 のセッションで Google の John Mueller（ジョン・ミューラー）氏が発表しました。 Google が現在サポートする JS サイトのための3つのレンダリング構成 JavaScript でレンダリングされたコンテンツを適切にインデックスするために、次の3つのレンダリング構成を Google は現在サポートしています。 Client Side Rendering（クライアント サイド レンダリング）――クライアント側、つまりブラウザまたは Googlebot がすべてをレンダリングする。Googlebot がレンダリングで

+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

米国のSEOニュースサイト「Search Engine Land」によると、これまでGoogleのモバイル版の検索結果はPC版の順位に対してスマートフォン最適化をしているかどうかでプラスマイナスを加味するという順位決定方式だったのを数ヶ月以内に分離して、モバイル版Googleは独自の検索結果を表示することになりました。 Within months, Google to divide its index, giving mobile users better & fresher content Currently, Google has a single index of documents for search. Google's Gary Illyes announced they plan on releasing a separate mobile search index, whi

この投稿はhttp2 Advent Calendar 2015の24日目の記事として インフラ系の人がHTTP/2推進を頑張ってくれると、私のようなフロントエンドやSEOに関わる人間が幸せになるので、ぜひ、とにかく、なんとしてでも頑張っていただきたい！という応援のメッセージを送りたいという思いが形になったものです。 11月末。Googleの中の人でも飛び抜けて有名なジョン・ミュラー氏がGoogleのクローラーがHTTP/2に対応すると発表しました。 さらに、その中でランキング要因としても影響すると明言。SEO業界に衝撃が走りました。 Why Everyone Should Be Moving To HTTP/2 さらに、CDN大手のCloudflareがデフォルトでHTTP/2に対応するなど、時代の波は確実にHTTP/2に来ています。 Cloudflareが全ユーザにデフォルトでHTTP/

schema.org構造化データマークアップのシンタックスにJSON-LDという選択 高見和也（株式会社アラタナ） 2014年10月28日にHTML5が勧告され、もうすぐ1年が経とうとしています。HTML5やその他のAPI、たとえばWeb StorageやService Workerを始め、WebではJavaScriptで操作するようなAPI技術が話題に上がることが多いように思えます。しかし忘れてはいけないのは、HTML5では検索エンジンなどのプログラムにサイトの情報を正しく理解してもらうことを可能とするマークアップができることです。 <header>や<article>といったタグレベルでの情報はたくさんあり、一般的になりつつあります。代表的なCMSのテンプレートでも実際に組み込まれているものがほとんどです。そこで今回は、Webサイトのコンテンツ情報をよりプログラムで構造的に取得できるよ

Googleは、Ajaxのクロール/インデックスに対応する新しい仕様を9月までには公開できるようです。 Ajaxコンテンツをクロールするためのスナップショットの作成はもはや必要ないとしつつも、URLを「?_escaped_fragment_=」に置き換えたスナップショットを作成する仕様を推奨構成として現在も引き続き公開しています。 今四半期中の完成に向けて実験中 AjaxやSPAなどJavaScriptフレームワークを使って生成するコンテンツに対してスナップショットを作る必要は今はないとGoogleは言っています。 それなのに、_escaped_fragment_をURLに含むスナップショットを事前に準備する構成のドキュメントをいまだに公開しているのはどうしてなのでしょうか？ GoogleのGary Illyes（ゲイリー・イリーズ）氏はStack Overflowで次のように説明していま

グーグルのアップデートでスマホ非対応のサイトは大ピンチ！2015.04.21 09:005,580 アクセス激減の恐れあり。 検索最大手グーグル。その検索結果は常に変動し、より最適な検索結果を表示出来るように日夜改善され続けています。その改善の中でも特に大きな変更がある場合はグーグルから事前に発表が行われるのですが、ちょうど今日4月21日火曜日に大きな変更が行われることになっています。 それがスマホ対応についてのアップデートです。モバイル版のグーグルで検索をかけると、こんな風に｢スマホ対応｣という文字が表示されるようになっています。この表示がついているか否かが、検索結果の表示順位に大きく影響を及ぼすようにアップデートをかけるとのことなんです。 このアップデートによってどれほどの影響があるか、細かい部分については述べられていません。しかし、グーグルが事前に発表を行ってから実施するアップデート

英語の質問サイトQuoraにて、「グーグルで"-4^(1/4)"で検索するとなぜかポルノサイトが出てくるんだけど?」という質問が話題になっています。実際に手元で検索してみても、アダルトサイトばかりが検索結果に表示されます。 「セーフサーチ: 強」の時はさすがに何も出ないようなので、何がなんでもアダルトな結果を見たくない人にまで見せてしまうという事故にはならずに済んだ模様。 この質問を見て試してみた人たちの「俺も俺も」の証言が集まってきた結果、この数式に限らず、桁数の数字が3つ並んでマイナス記号を含む一定のキーワードで、この結果が引き起こされることが絞り込まれてきました。 この質問は先月にされたようですが、一昨日になってQuoraにGoogle検索チームのエンジニアが登場し、これがグーグル検索のバグであることを認めました。そして彼は、実際にどういう条件でアダルトサイトの検索になってしまうのか

[対象: 初級] CSSファイルやJavascriptファイルへのGooglebotのクロールをrobots.txtでブロックしないようにしてほしいと、GoogleのMatt Cutts(マット・カッツ)氏が“公共メッセージ”を流しました。 もし、JavascriptやCSSにGooglebotがクロールするのをブロックしているとしたら、少しだけ時間を取ってその記述をrobots.txtから削除してほしい。 JavascriptやCSSをクロールさせてもらえればそのページでどんなことが起こっているかをより適切に理解できる。 帯域幅のようなリソースを浪費しないようにとブロックする人がたくさんいるけれど、Googlebotはかなり高性能なのでそういったものを速すぎるくらいにクロールしたりはしない。 ほかにもFlashがJavascriptを含んでいるのを知らなくてJavascriptをブロック

今日のエントリもSMX Westのセッションからのレポートです。 扱うトピックは、GoogleのMaile Ohye(マイリー・オイェ)さんが説明した、「ページネーションにおけるrel=”canonical”タグ（属性）の使い方」です。 ※ページネーションとは、ここでは1まとまりのコンテンツを複数のページに分割する、いわゆる「ページ送り」を意味します。 たとえばECサイトで靴を通信販売していたとします。 あるカテゴリで、1ページにつき商品を10個表示していて、全部で200種類の靴があったとします。 この場合ページネーションすると、合計で20ページができあがります。 こんなケースでrel=”canonical”タグを使うとしたら、あなたはどうしますか？ 僕だったら、2ページ目以降のページでは1ページ目を指し示すようにrel=”canonical”タグを記述します。 つまり「ページ2」〜「ペー

米国版のGoogle Webmaster Central 公式ヘルプフォーラムで、重複コンテンツを防ぐためのrobots.txtの利用についてGoogleのヘルプに矛盾がありどちらが正しいのかという質問が投稿されました。 Google と相性の良いサイト（40349） メインのページが検索結果に含まれるようにするには、robots.txt ファイルを使用してこのような重複ページがスパイダーに検出されないようにする必要があります。 重複コンテンツ（66359） Google では現在、robots.txt ファイルなどの方法を使用してウェブサイトの重複コンテンツがクローラでアクセスされないようにすることはおすすめしていません。 上ではrobots.txtを使えと言ってますが、下では使うなと言っています。 ヘルプの更新日は、この記事を書いている時点でどちらも2011年3月20日です。 どちらか

Send feedback Stay organized with collections Save and categorize content based on your preferences. How to get your website on Google Search Google Search Central, formerly Google Webmasters, is here to help the right people view your content with resources to make your website discoverable to Google Search. New to SEO? Start by reading this introductory guide to SEO.