ドメインオーソリティに似ていなくもない指標をGoogleは持っている。サブドメイン vs. サブディレクトリは「サイト」の区分けに依存する | 海外SEO情報ブログ
[レベル: 中級] 2018 年 10 月に英ロンドンで開催された SearchLove London 2018 で Google の John Mueller（ジョン・ミューラー）との Q&A セッションがありました。 司会者の Will Critchlow（ウィル・クリッチロウ）氏が、ハイライトをブログに公開しています。 そのなかから、SEO 業界で議論が尽きない「ドメインオーソリティ」と「サブドメイン vs. サブディレクトリ」に対する Google の見解を紹介します。 Googleは ドメインのオーソリティを見ているのか？ SEO 界隈でしばしば用いられる「ドメイン オーソリティ (Domain Authority)」というランキングシグナルに関して、ミューラー氏は次のように説明したとのことです。 Google はドメインレベルの指標を確かに見ている（ただし、それは MOZ の
Google、リッチリザルトなど特殊な検索結果の機能を説明するヘルプ記事を公開。あなたのサイトに最適なのはどの機能？ | 海外SEO情報ブログ
[レベル: 中級] Google の現在の検索結果には、従来の青色リンクのほかリッチリザルトや強調スニペット、ナレッジグラフ カードなどさまざまな特殊機能が加わっています。 こうした検索結果に含まれるさまざまな形式を解説したヘルプ記事を Google は公開しました。 ページやサイトに最適な機能のアドバイスもしています。 「サイトの検索結果機能を有効にする」ヘルプ記事 検索結果の一般的なカテゴリとして、次が挙げられています。 通常の青色リンク 拡張機能 リッチリザルト ナレッジグラフ カード 強調スニペット Onebox の検索結果 こちらは、通常の青色リンクの説明です。 こちらは、ナレッジグラフ カード の説明です。 こちらは、Onebox の検索結果説明です。 リッチリザルトは特別で、カーソルを当てるとポップアップが出現し、さらに詳細を説明しているデベロッパーサイトへリンクしています（
Google+の著者情報なきあと、コンテンツ著者をGoogleに伝えるにはプロフィールページの構造化データが役立つかも | 海外SEO情報ブログ
[レベル: 上級] コンテンツの著者が誰なのかを Google に伝えるために、著者のプロフィールページを作り構造化データでマークアップすることを Google の John Mueller（ジョン・ミューラー）は推奨しました。 Google+ の著者情報の廃止後は構造化データで 数年前までは、Google+ と連携することでコンテンツの著者情報を Google に伝えることができました。 しかしその後、著者情報プログラムは廃止されてしまいました（それどころか、Google+ 自体の廃止が決まっています）。 Google+ の著者情報を利用できない現状で、誰がそのコンテンツを作ったのかを Google に伝える方法として次の施策をミューラー氏は提案したのです。 サイトにプロフィールページを作る 構造化データでマークアップする プロフィールページをすでに持っている人も多いことでしょう。 Go
パーソナライズ検索の真相をGoogleが自ら暴いた――検索結果がパーソナライズされるのは稀、大きくは変わらない | 海外SEO情報ブログ
[レベル: 初級] Google SearchLiaison の Twitter アカウント（運用は Danny Sullivan が、パーソナライズ検索に関する真相を解説しました。 パーソナライズ検索は実際にはほとんど適用されません。 一方で、パーソナライズ以外の要因で検索結果が異なってくることがあります。 この記事では、SearchLiaison による連投ツイートの要点をまとめて紹介します。 Over the years, a myth has developed that Google Search personalizes so much that for the same query, different people might get significantly different results from each other. This isn’t the case.
Google Search ConsoleのURL検査にユーザーエージェントが追加。MFI移行の確認にも利用可能 | 海外SEO情報ブログ
[レベル: 中級] Search Console の URL 検査ツールがそのページをクロールしたユーザーエージェントの情報を提供するようになりました。 モバイル ファースト インデックスに移行しているかどうかの確認に利用することもできそうです。 URL 検査にユーザーエージェント 対象範囲レポート（インデックス カバレッジ）から URL 検索ツールを実行すると、現在インデックスされている URL の状況を確認できます。 このレポートに、ユーザーエージェント (User-Agent, UA) の項目がしばらく前に追加されました。 「スマートフォン用 Googlebot」と「パソコン用 Googlebot」のどちらがそのページを直近でクロールしたがわかります。 MFI 移行の確認に利用可能 モバイル ファースト インデックス（以下、MFI）に移行したサイトでは、スマートフォン用 Google
Google、Q&Aのカルーセル型リッチリザルトをモバイル検索で導入 | 海外SEO情報ブログ
[レベル: 中級] Q&A ページのリッチリザルトを Google は導入しました。 構造化データでマークアップすることで、Q&A 用のカルーセルがモバイル検索で表示されます。 回答をカルーセルで掲載 こちらが、Q&A リッチリザルトの実際の様子です。 1つの質問に対する回答がカルーセル形式で掲載されます。 ベストアンサーがある場合は、そのラベルが付きます。 それぞれの質問の投票数（支持数）も表示させることができます。 構造化データでマークアップ Q&A のリッチリザルトは、ユーザー同士が互いに質問・回答し合うタイプのサイトを想定しているようです。 たとえば、ソーシャルの掲示板や専門的なフォーラム、さまざまなトピックを扱う Q&A サイトです。 こうしたジャンルのサイトは構造化データでマークアップすることで、モバイル検索に Q& のリッチリザルトを表示させることができます（構造化データだけ
ウェブのパフォーマンス改善にはスピード測定ツールが必要不可欠、GoogleのイチオシはLighthouse #ChromeDevSummit
[レベル: 上級] この記事では、11 月 12 〜 13 日に米サンフランシスコで開催された Chrome Dev Summit 2018 のセッションをレポートします。 今年の Chrome Dev Summit で Google が特に力を入れていたテーマはウェブのパフォーマンス改善でした。 モバイルウェブ高速化の成功事例のセッションと高速化のための最新テクニックのセッションを先週はこのブログでレポートしています。 この記事で紹介するセッションのトピックは、パフォーマンス改善に役立つツールです。 ウェブサイトの高速化にはどんなツールが利用できるのでしょうか？ 一緒に見ていきましょう。 Metrics 何かを改善しようとするなら、計測することが重要。まず何を計測するかのMetrics（指標）を決める。ユーザーにかかわる指標を計測する。 ウェブページでは、次の 3 つを指標にするといい。
SEO向きLazyload画像に関するTIPS×2
[レベル: 上級] 検索エンジン向けの Lazyload の推奨を Google は先日公開しました。 この推奨に関して、2つの補足をこの記事では紹介します。 1. polyfill は重要 ドキュメントでは、IntersectionObserver API と polyfill の2つの技術を実装するように Google は指示しています。 「SEO」という観点では、polyfill が非常に重要です。 現在の WRS（Web Rendring Service、Google 検索のレンダリングシステム）は、Chrome 41 相当です。 IntersectionObserver API は Chrome 51 からサポートされました。 したがって、IntersectionObserver API で遅延読み込みさせる画像を Google は認識できません。 そこで、polyfill が重
モバイルウェブのスピードアップに不可欠なのは 画像・JS・フォント の最適化 #ChromeDevSummit
[レベル: 中級] 昨日とおとといに続いて、今日も Chrome Dev Summit 2018 のセッションレポートをお届けします。 セッションのタイトルは “Speed Essentials: Key Techniques for Fast Websites” です。 昨日レポートしたセッションと同じようにモバイルウェブの高速化がテーマです。 しかし、こちらはより実践的な内容になっています。 パフォーマンス改善に非常に役立つテクニックが満載です。 パフォーマンス改善の優先対象は画像とJS、フォントの3つ モバイルウェブで 1 ページあたりデータ量が多いリソースは次の順番（HTTP Archive 調べ） 画像 (約 500 KB) JavaScript (約 380 KB) フォント (約 80 KB) この 3 つは Performance Budget（パフォーマンス バジェット）
デスクトップ・モバイル・音声、どのユーザーにとって使いやすいサイトがいいのか…SEOから見る最善策とは？【後編】 | Moz - SEOとインバウンドマーケティングの実践情報
たとえば車に乗っていて、何かを聞いているとする（僕は未だに車内でCDを聞いているが、それがちょっと哀れなのは言われなくても分かっている）。衛星ラジオやWi-Fiなど、何であれ耳に入ってくるものを聞いている。 そこで、たとえばポッドキャストを聞いたり、ある著者のことを耳にしたりして、「お、この人物は面白そうだ。もっとよく知りたい」と思うとする。そのためスマートウォッチに「この人物についての検索を保存して。この著者について調べて。著作を教えて」と指示する。 それから家に帰ってGoogle Homeでその検索を呼び出すと、「ちょうど映像がありますよ。私は音声検索デバイスなのでもちろん再生はできませんが、テレビのChromecastに送信できます」と言われる。そこで君は映像をテレビに送信して、それを見る。テレビを見ている間、スマートフォンを取り出して、「何だか欲しくなってきた」と思う。そのためアマ
デスクトップ・モバイル・音声、どのユーザーにとって使いやすいサイトがいいのか？ 【前編】 | Moz - SEOとインバウンドマーケティングの実践情報 | Web担当者Forum
僕たちが日々の仕事で直面する複雑さはますます増えており、疑問があったとしても、それに対する答えはほとんど理解不能だ。特に、モバイルファーストインデックスの導入を受けて、最適化の取り組みをどこに集中させるべきか分からず、途方に暮れている。 最も重要なのはデスクトップか？ モバイルか？ あるいは、テクノロジ業界を席巻している音声の現象についてはどうか？ ほとんどのことがそうであるように、最も重要な要素はオーディエンスへの配慮だ。人々は1つのデバイスに縛られておらず、最適化戦略も縛られるべきではない。 今回のホワイトボード・フライデーでは、ドクター・ピートがマルチプラットフォームの世界に関する不安を和らげるとともに、タッチポイントではなくジャーニーの最適化の必要性に焦点を当てる。 みんな、こんにちは。Mozのドクター・ピートだ。僕はここのマーケティングサイエンティストで、今日は優秀なみんなのため
最新のJavaScript技術を使ったウェブサイトを検索向けにする方法 #ChromeDevSummit | 海外SEO情報ブログ
[レベル: 上級] この記事では、11 月 12 〜 13 日に米サンフランシスコで開催された Chrome Dev Summit 2018 に参加した際のセッションをレポートします。 セッションテーマは、JavaScript を多用したサイトを検索で発見されやすくするためのベストプラクティスと注意点です。 セッションスピーカーは、Google チューリッヒの Martin Splitt（マーティン・スプリット）氏と Google シドニーの Tom Greenaway（トム・グリーンアウェイ）氏です。 最新の JavaScript 技術で構成されたウェブサイトを検索フレンドリーにするための秘訣をマーティンとトムの2人がどんなふうに解説したのかを一緒に見ていきましょう。 JavaScript コンテンツの処理プロセス 1. クロール ⇒ 2. レンダリング ⇒ 3. インデックス 静的な
Googleリッチリザルト テストツールがコードスニペットによる検証をサポート。JavaScriptのレンダリング確認にも使える | 海外SEO情報ブログ
[レベル: 上級] リッチリザルト テストツールで、コードスニペットによる検証が可能になります。 現状では、URL を入力し公開されているウェブページの検証だけに対応しています。 米サンフランシスコで先週開催された Chrome Dev Summit 2018 で、Google の Matin Splitt 氏がセッション中に紹介しました。 （※今日までブログ更新を休む予定でしたが、今日から再開します。） RRTT でコードによるリアルタイム検証 リッチリザルト テストツール（以下、RRTT）のトップページに「< >コード」のオプションが見えます。 現在の RRTT では、URL の入力ボックスだけが表示されています。 コードを貼り付けて検証できます。 コードスニペットによる検証は、構造化データ テストツールでは可能です。 しかしながら、その後継ツールとしてベータ版が公開されている RRT
Google、新Search Consoleで「ドメイン プロパティ」機能を試験公開。wwwあり・なしやhttp・https、サブディレクトリのデータをすべて統合レポート | 海外SEO情報ブログ
[レベル: 中級] Domain properties（ドメイン プロパティ）という Search Console の新しい機能を Google は一部のユーザーを対象に試験公開しました。 ドメイン プロパティは、複数のサブドメインやプロトコルのデータを統合してレポートする機能です。 ドメイン プロパティに含まれる URL テスト対象に選ばれたユーザーが Search Console にログインすると次のような ようこそ画面が表示されるようです。 ドメイン プロパティのヘルプ記事がすでにできあがってます（英語のみ）。 ヘルプによれば、ドメイン プロパティでは、特定のドメインのすべてのサブドメインとサブディレクトリ、そして http と https の両方のプロトコルのサイトのデータがすべて統合されます。 たとえば、example.com のドメイン プロパティには次の URL のデータがす
PWA開発できる代理店のディレクトリをGoogleが公開
[レベル: 中級] PWA（Progressive Web Apps、プログレッシブ ウェブ アプリ）に対応したサイトを制作できる代理店のディレクトリを Google は公開しました。 Google お墨付きの PWA 代理店 この記事を書いている時点では、アジアまたはヨーロッパに拠点を構える 13 社の代理店が登録されています。 開発に携わったウェブサイトの URL とそのサイトの Lighthouse のスコアが掲載されています。 その代理店の技術力を知るための手がかりになりそうです（上のキャプチャでは、22feet Tribal Worldwide Pvt Ltd が制作したサイトのスコアは 100 点！）。 もし PWA を開発できるウェブ制作会社をあなたが経営しているのであれば、ディレクトリ登録してもらえるようにフォームから申請することができます。 審査に合格すればこのディレクト
AMPキャッシュのURL問題を解決するSigned HTTP Exchangeの試験運用をGoogleが開始
[レベル: 上級] Google は、Signed HTTP Exchanges のオリジン トライアル（試験運用）を開始しました。 AMP が抱える問題を解決する Signed HTTP Exchanges 高速化のためにキャッシュを配信する AMP には、たとえば次のような問題が依然として残っています。 AMP キャッシュを表示した場合はオリジンのドメイン名ではなく AMP CDN キャッシュサーバーのドメイン名を使った URL が表示される キャッシュ CDN サーバーからコンテンツが配信されるため Cookie の受け渡しに支障があり、正確なアクセス解析を難しくする Signed HTTP Exchanges を実装すると、たとえキャッシュであったとしてもオリジンのドメイン名から配信したコンテンツであるかのように扱うことができます。 上で挙げたような問題を根本から解決できます。 U
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SEO対策の定番gem（sitemap_generator／meta-tags）をRailsで使おう (1/3)：CodeZine（コードジン）
今週のピックアップ | 海外&国内SEO情報ウォッチ | Web担当者Forum
「グーグル求人検索」、人手不足の日本にも導入間近か！？ 続々目撃証言【SEO記事12本まとめ】 | 海外&国内SEO情報ウォッチ | Web担当者Forum
examples/lazyimages_without_scroll_events.js at master · puppeteer/examples