+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

[レベル: 中級] HTTP ステータスコードの 404 を返す URL に Googlebot がクロールを繰り返すことがあります。 これは正常な動きです。 404 ページの再クロールが、通常のページへのクロールに悪い影響を及ぼすことはありません。 404 への再クロールは後回し 404 を返す URL へのクロールがクロールバジェットを消費してしまうのではないかと、心配するサイト管理者に Google の John Mueller（ジョン・ミューラー）氏は次のように説明しました。 重要な URL をクロールし終わったあとに、そうした URL（404ページ）を通常はクロールする。よって、何も消費されない。 @miguelpau @davidwkelley @googlewmc We generally crawl those URLs after we've crawled the im

グーグル検索で「不正確」「暴力的」「集団や個人に対して差別的」といった内容の「フェイクニュース（偽ニュース）」が検索結果に表示されないように、グーグルは検索アルゴリズムに大きな改善を行った。 この対策に加えて、「強調スニペット」や「オートコンプリート」などに不適切なものが表示された際に、検索ユーザーがその場でグーグルにフィードバックを送る機能も、同時に追加されている。 Google 検索における最新の品質向上について（Google ウェブマスター向け公式ブログ） グーグルはこれまで「検索結果に表示される情報が正確かどうかについては、保証していない」としていた。 実際には、正確な内容が表示されるようにするための仕組みを一切設けていないわけではないのだが、「ホロコーストはなかった」「オバマ氏はクーデターを企んでいる」といった情報が検索結果に表示されてしまっていたのは事実だ。 そうした「フェイク

[レベル: 中級] モバイルファーストインデックス（以下、MFI）では、ページの表示速度をランキング要因から外すと Google は発言していました。 しかし、米サンノゼで先週開催された SMX West 2017 で Gary Illyes（ゲイリー・イリェーシュ）氏はこの方針を撤回しました。 表示速度をランキング要因として組み込んだうえで MFI を導入する計画だ。 セッション終了後の Q&A タイムでイリェーシュ氏はこのようにコメントしました。 モバイルに合わせたスピード判定 現在は PC ページがインデックスの対象になっています。 現状で用いているスピード評価の方法は モバイルページをインデックス対象にする MFI では適切に機能しません。 言われてみれば、当たり前のことですね。 当初は、それならランキング要因から除こうという結論に至ったのかもしれません。 しかしながら、モバイルに

[レベル: 上級] 別々の URL で構成しているモバイル向けサイトにおける、モバイル ファースト インデックス導入にともなう hreflang 属性の実装方法の仕様変更について、Google の John Mueller（ジョン・ミューラー）氏が SMX Munich 2017 で説明しました。 これまでは、PC 向けページに hreflang を設定しておくだけで十分でした。 MFI 導入後は、PC向けページの設定はそのままで変わらないものの、モバイル向けページから PC 向けページだけを指し示す単方向の hreflang を追加する設定が必要になります。 モバイル向けページから PC 向けページへの単方向の hreflang こちらは、ミューラー氏が使用したスライドです。 まず間違いの訂正があります。 右下のボックスが「mobile English」になっていますが、正しくは「mob

3月7日と8日にかけて、アメリカのニューヨークでAMP Confが開催されています。初日の基調講演にて、Googleより大きな発表がありました。Yahoo JapanがAMP対応を開始するということです。明確な時期や進捗については不明ですが、中国のバイドゥとソゴウも対応するということです。– SEO Japan バイドゥ、ソゴウ、そしてYahoo JapanがAMP対応を表明。 *リンク先は全て英語記事です。 ニューヨークで行われているAMP Confにて、アジアの10億以上のユーザーに向けてAMPが展開されるというビッグニュースが発表された。中国の検索エンジンのバイドゥとソゴウがAMPに対応。そして、Yahoo Japanもだ。 Googleの検索のバイスプレジデントであり、AMPを率いるデイビッド・ベスブリス氏が基調講演で発表した。これらアジアの検索エンジンが対応を開始するということは

+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

+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のGary Illyes（ゲイリー・イリェーシュ）氏が、Crawl Budget（クロール バジェット）について詳細に解説しました。 要点を絞って、この記事でまとめます。 完全な翻訳は、日本語版ブログで公開されるのを待ちましょう。 クロール レート リミット（クロール率上限） サイトを訪問するユーザーの体験を損ねないように、ページを取得する頻度の最大値・上限を特定のサイトに対して設定している。この最大値設定を、Googleでは”crawl rate limit”（クロール レート リミット、クロール率上限）と呼んでいる。 crawl rate limitは、簡単に言えば、Googlebotがサイトに同時に接続する数であり、次のページ取得までの待機時間も意味する。 crawl rate limitは、次のような要因で

[レベル: 上級] 安全なHTTPSで通信するページで、安全ではないHTTPで読み込ませるリソースが存在すると、「混在するコンテンツ」 のエラーが発生します。 Content-Security-Policy: upgrade-insecure-requests という仕組みを使うと、混在するコンテンツが存在している場合でもHTTPSで強制的に読み込ませることが可能です。 つまり、混在するコンテンツエラーを回避することができます。 HTTPSページでHTTP読み込みさせると「混在するコンテンツ」が発生 たとえば、HTTPSのページに次のような画像のタグが書かれていたとします。 <img src="http://example.com/image.jpg"> src属性が、https ではなく http になっています。 この状態だとブラウザでは混在コンテンツ (Mixed content)

誰でも記事を書ける「キュレーションメディア」を謳うことで、DeNAは記事の内容に責任を負わないとしている。各記事の末尾にはこう記されている。 当社は、この記事の情報及びこの情報を用いて行う利用者の判断について、正確性、完全性、有益性、特定目的への適合性、その他一切について責任を負うものではありません。この記事の情報を用いて行う行動に関する判断・決定は、利用者ご自身の責任において行っていただきますようお願いいたします。 しかし、BuzzFeed Newsの取材に応じた社員やライターは、実態はWELQ編集部、つまりDeNAの事実上の指導のもとに大量の記事が書かれている、と証言した。 10月時点では、8000文字前後の記事が、毎日およそ100本も掲載されていた。それらの記事は、医療関係者のチェックを経ず、検索上位に大量に並ぶ結果となっている。 「キュレーションメディア」で誰でも投稿できると説明し

+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

[レベル: 上級] クレジットカードの情報やパスワードを非HTTPS/SSL（通常のHTTP）で送信するページに安全ではないことを示す通知の表示を、2017年1月にリリース予定のChrome 56から実装することをGoogleは先日アナウンスしました。 Chromeの開発版であるCanaryにこの機能が一足早く実装されました。 「保護されていない通信」ラベルで警告 パスワードやクレジットカード情報を非HTTPS接続で送信するページには「保護されていない通信」というラベルが赤文字で表示されます。 英語では「Not Secure」でしたが、日本語では（このバージョンでは）「保護されていない通信」と訳されています。 クレジットカード情報/パスワードを送信するページは必ずHTTPSで 警告マークだけではなくメッセージも入ると、「危なそう」という、より強烈な印象を僕は受けるのでないでしょうか。 今の

[訂正] Google、モバイルファーストインデックスへ移行する計画を発表 【修正】グーグル、モバイルファーストインデックスへの切り替え発表。PCを主としたランキングから、モバイルを主としたランキングへ 公開日時：2016年10月16日 15:56 米Google のGary Illyes（ゲイリー・イリーズ）氏は2016年10月13日、米国・ラスベガスで開催中の Pubcon のキーノートで、数ヶ月内に検索インデックスを PC版とモバイル版に分離することを発表した。モバイルがプライマリー（主要）となる。 ★公開時のタイトルが適切ではありませんので、「Google、自然検索インデックスの分離を発表、今後はモバイルが主要インデックスへ」から「Google、モバイルファーストインデックスへ移行する計画を発表」に変更させていただきました。詳細は「追記」欄をご覧ください★ また、訂正版の記事「Go

+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は、ペンギンアップデートの更新を実施しました。 英語版・日本語版の公式ブログで同時にアナウンスが出ています。 Penguin is now part of our core algorithm Penguin が Google のコア アルゴリズムの一部になりました ペンギンアップデートは、ウェブスパムに対抗するためのアルゴリズムで、PageRankを操作する不正なリンクを主要なターゲットにしています。 2012年4月に導入されました。 導入後数回更新を繰り返したものの、最後の更新からは実に2年近くが過ぎようとしていました。 いわば、”待ちに待った”更新と言っていいでしょう。 更新は、日本語を含む全言語が対象です。 コア アルゴリズムに組み込まれリアルタイム更新に 今回の更新から、ペンギンのアルゴリズムがコア アルゴリズムに組み込まれました。 「コア アルゴ

※ 2016/9/23：Googleがペンギンアップデートを実施し、これからはリアルタイムで処理を行うコアのランキングアルゴリズムとすることを発表しました（今後はペンギンアップデートの公式な告知、報告は行われません）。 重要なポイントは… 先週末もコアのランキングアルゴリズムのアップデートが行われましたが… ペンギンアップデート4.0の対応策は？ 今後もアルゴリズムアップデートは恐れるに足らず！ 先週末もコアのランキングアルゴリズムのアップデートが行われましたが… もう忘れ去られてしまっていた、もう実施されることはないと多くの人が思っていたであろうペンギンアップデート4.0がついに実施されます！ Googleのオフィスアワーにて、ジョン・ミューラー氏が「ペンギンアップデート4.0について公式発表の準備を行っている」ということを明言しました。 昨年より何度も何度も実施することが伝えられていた

[レベル: 初〜中級] Googleは、検索結果でのクリック率や直帰率、サイトでの滞在時間をランキングに反映させているのでしょうか？ たびたび出てくるこの質問にGoogleのJohn Mueller（ジョン・ミューラー）氏が直近のウェブマスターオフィスアワーで答えました。 検証には使っているが、個々のレベルでは使っていない 次の質問が尋ねられました。 Googleは、ランキングシグナルとして直帰率を使っていますか？ ミューラー氏はこう答えます。 直帰率みたいなものは、Googleアナリティクスのようなツールで昔から計測されている指標だ。でも、私たちはGoogleアナリティクスを検索順位を決めることにはまったく使っていない。検索に対しては通常は使っておらず、結びつけてはいない。 （クリックや直帰など）そういったデータを実際に使っている1つの場面は、アルゴリズムを評価するときだ。 概して、どち

+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

+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