Google、Chromeのシークレットモードでアクセスする全ての非HTTPSページに「保護されていない通信」ラベルを。今年10月から
[レベル: 中級] Google は、Chrome ユーザーのプライバシー保護をより一層強化することにしました。 次のどちらかの条件に当てはまるページに Chrome でアクセスした場合、URL 欄に「保護されていない通信」のラベルが付きます。 データを入力する HTTP ページ シークレットモードでアクセスする すべての HTTP ページ パスワードとクレジットカード情報だけじゃない 1月にリリースされた Chrome 56 から、パスワードまたはクレジットカード情報を HTTP 通信で送信するページ、言い換えると HTTPS ではない通信でそれらの情報を送信するページには、URL 欄に「保護されていない通信」というラベルが表示されるようになりました。 この仕様を Google はさらに一歩推し進めます。 情報を入力する すべての HTTP ページ パスワードとクレジットカード情報に限ら
HTTPでフォーム送信するサイトにGoogleが警告を一斉送信、Chrome62から実装するセキュリティ警告に備えてHTTPS移行を促す
[レベル: 中級] 非 HTTPS (HTTP) のページでテキストをフォーム送信する要素を持つサイトを対象に、Google は先週末いっせいに警告メールを送信しました。 Chrome 62 から実装予定のセキュリティ警告 次のメールが Search Console 経由で届きます。 Chrome のセキュリティ警告を http://example.com に表示します http://example.com の所有者様 2017 年 10 月より、ユーザーが Chrome（バージョン 62）で HTTP ページのフォームにテキストを入力すると、「保護されていません」という警告が表示されるようになります。また、シークレット モードを使用している場合は、HTTP ページにアクセスするだけで「保護されていません」と表示されます。 貴サイトでは、たとえば以下に示す URL に、Chrome の新し
モバイルウェブが爆速に！ GoogleがAMP (Accelerated Mobile Pages) を立ち上げ
[レベル: 上級] Googleは、Accelerated Mobile Pages （アクセラレイティッド・モバイル・ページ）という、モバイル端末でのウェブページの表示を高速化するためのプロジェクトを公開しました。 略して、AMP（アンプ）と呼びます。 AMPで策定された仕様に従ってモバイルサイトを構成すると、モバイル検索結果からリンク先ページがまさに“一瞬”で表示されます。 AMPをデモで体験 AMPを使ったページがどのようにモバイル検索から表示されるのかを見てみましょう。 Inside Searchの公式アナウンスに動画があります。 まずこれを見て、何となくでいいので雰囲気をつかんでください。 ただ、見てもどんなだか十分にはわかりませんでしたよね。 実際に試したほうが理解できます。 AMPを体験できるサンプルのリンクもアナウンスに出ていますが、日本からでは機能しないので少し細工を加え
Google、「スマホ対応」をランキング要因に利用することを決定。4/21から導入。
[レベル: 初・中・上級] Googleは、スマホ対応しているかどうかをモバイル検索のランキング要因として使用することを発表しました。 4月21日からの導入を予定しています。 またApp Indexingに対応したアプリコンテンツもランキング要因として利用するようにしました。 こちらは今日（現地時間の2月26日）から導入されています。 モバイルフレンドリーが単なるラベル表示からランキング要因に 昨年11月に、そのページがスマートフォンに対応しているときに、「Mobile-friendly」（モバイル フレンドリー）というラベルをGoogleはモバイル検索結果に表示するようにしました。 日本には、翌月の12月に導入されました。 「スマホ対応」というラベルが付きます。 導入時点では、「スマホ対応」ラベルは単純に表示だけの仕様でした。 スマホ対応しているかどうかはランキング要因にはなっていません
404エラーは数が多くてもクロールとインデックス、ランキングに悪い影響を与えない
[対象: 初級] すでに削除したURLに対して大量のクロールエラー（404エラー）がGoogleウェブマスターツールで記録されたとしても、サイトのクロールとインデックス、ランキングに何らかの悪影響が発生することはまずありえません。 英語版のGoogleウェブマスター向け公式ヘルプフォーラムでGoogle社員のJohn Mueller（ジョン・ミューラー）氏が次のように説明しています。 存在しないURLをリンクが指し示しているとするなら、リンク切れの数はサイトのクロールとインデックス、ランキングに通常はまったく影響しない。ほんの少しであっても何百万であってもだ。 リンク切れがあったからといってサイトの質が低いとみなすことにはならない（存在しなくなったURLを技術的に適切に処理しているのだからむしろいい証拠なのかもしれないと個人的には思ったりもする）。 404や410のクロールエラーがサイトの
Googleが検索システムを今後数カ月で刷新 〜 鍵を握るEntity(エンティティ)とは？
[対象: 中〜上級] 今後数カ月のなかでGoogleの検索システムを大きく改良する予定であると、GoogleのサーチクオリティチームのトップであるAmit Singhal(アミット・シンガル)氏がインタビューの中で発言しました。 まず補足です。 今回のニュースは米Wall Street Journalのオンライン版が報じて、その邦訳をウォール・ストリート・ジャーナルの日本版で読むこと（全訳してない？）ができます。 ただし、インタビューはWSJのもとで行われたわけではありません。 Mashableが今年の2月に公開したインタビュー記事を再利用しているようです。 似たようなことを言っているなとは感じたものの繰り返し言っているのだろうと深く考えなかったのですが、そういうことでした。 とはいえ、少なくとも日本人の大多数にとっては初めて耳にする、衝撃的（？）なニュースであることに変わりはありません。
Google推奨のスマホとフィーチャーフォンに最適化したサイトの作り方
[対象: 中〜上級] Googleは、フィーチャーフォン向けのモバイルサイトに対する推奨構成を公開しました。 Building Smartphone-Optimized Websites – Webmasters — Google Developers スマートフォン向けのモバイルサイトの推奨構成を1ヶ月前に公開しましたが、このなかには従来型の携帯電話であるフィーチャーフォン、日本で俗にいうガラケーについては触れていませんでした。 そこでフィーチャーフォン用の推奨要件をドキュメントに新たに追加した形になります。 モバイルサイトの構成に際してはレスポンシブ・ウェブデザインをGoogleは推奨しています。 しかしフィーチャーフォンはCSSメディアクエリをサポートしていません。 したがってGoogleがサポートする3つ構成のうちのレスポンシブ・ウェブデザイン以外の方法を採用する必要が出てきます。
301リダイレクトと302リダイレクトの違い
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
最低2秒、目指すは1秒以内。ウェブサイトを高速化するためのTIPS at #SMX Advanced Seattle 2012
[対象: 上級] ページの表示速度が、Googleのランキングを決める指標として日本を含むインターナショナルで導入されていることがSMX Advanced Seattle 2012で判明しました。 そこで今日は、ウェブページの高速化を取り扱ったセッションをレポートします。 スピーカーは、ECサイトのREIでSEOに携わるJonathon Colman（ジョナサン・コールマン）氏です。 ウェブサイトのパフォーマンス最適化 サイトを高速化する理由 コンバージョン率の最適化 カスタマーエクスペリエンスとカスタマー満足度の向上 直帰率を下げる。 競争率が非常に激しいキーワードでオーガニックからのトラフィックを増やす。 全体的な競争力を高める。 運用費を節約する。 数字で見るページスピード Googleではページスピードが検索の1%に影響している。 ユーザーがページ表示に待てるのは2秒まで。 3秒以
【公式アナウンス】Google、スマートフォン版Googlebot-Mobileを導入
[レベル：全員] スマートフォン用のGooglebot-Mobileクローラを導入したことを、Googleは公式発表しました。 日本版のウェブマスター向け公式ブログでもすでにアナウンスが出ています。 iPhoneを偽装したGooglebot-Mobileは以前からも観測されていましたが、ついに正式に導入されました。 Googlebot-Mobileが使用する主なユーザーエージェントは次のようになります。 ▼ 従来型携帯電話版 Googlebot-Mobile SAMSUNG-SGH-E250/1.0 Profile/MIDP-2.0 Configuration/CLDC-1.1 UP.Browser/6.2.3.3.c.1.101 (GUI) MMP/2.0 (compatible; Googlebot-Mobile/2.1; +http://www.google.com/bot.html
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
