Google推奨の動画SEO: 各動画に専用ページを作成する
[レベル: 中級] 動画だけを掲載するページの作成を推奨するガイドを、検索セントラル サイトの動画検索のベストプラクティスに Google は追加しました。 各動画の専用ページを作る この記事を公開している時点では、日本語ページはまだ更新されていません。 オリジナルの英語ページには次の段落が加わっています。 【UPDATE (2021/11/18)】 日本語ページにも更新が入りました。 To give your videos maximum exposure, create a dedicated page for each video, where the video is the most prominent subject on the page. Some features require that type of video page, including Key Moments
Lazy LoadはSEOに不向き？ Lazy Loadで表示する画像をGooglebotは認識できないことがある
[レベル: 上級] Lazy Loadを利用して表示する画像に対するGoogleの処理についてJohn Mueller（ジョン・ミューラー）氏が、英語版のオフィスアワーで説明しました。 実装方法によっては、Lazy Loadで表示される画像をGooglebotは認識、インデックスできません。 Lazy Loadとは はじめに、Lazy Loadを簡単に説明します。 「Lazy Load（レイジー・ロード）」とは、日本語では「遅延読み込み」と呼ばれることもあります。 画像表示に対して使われることが多い技術です。 ページを表示した段階では画像を読み込ませません。 よく利用されるタイプのLazy Loadは、ユーザーがブラウザをスクロールしてその画像を配置している場所に到達した時点で画像の読み込みを実行し、画像を表示します。 ページにアクセスした時にすべての画像を一度に読み込まないので、ページの
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 の新し
AMP対応をやめたとき、Google検索にAMPページを表示させないようにする3つの方法（ただし使いたいのは1つだけ）
[レベル: 上級] AMP 対応をやめたとき、AMP コンテンツが Google 検索に表示されなくするようにする方法を Google はデベロッパー向けページに追加しました。 Google は3つの方法を説明しています。 僕の見解も交えながら、この記事で紹介します。 【方法1】Google 検索から AMP ページを削除 この方法を使うと、検索ユーザーにエラーを発生させることなく AMP ページが検索結果に表示されるのを止めることができます。 正規ページ (rel="canonical" で指定しているページ) の HTML コードから、rel="amphtml" を削除する AMP ページの URL を、対応する正規ページの URL に 301 リダイレクトまたは 302 リダイレクトする AMP ページがなくなったことを次のようにして確かめる Google 検索して AMP ページが
ウザくないオーバーレイでコンバージョン率アップを狙う秘訣 #CTAConf
[レベル: 上級] カナダのバンクーバーで開催された CTA Conference 2017 に先月参加しました。 SEO に関連するセッションのレポート記事を先週投稿しています（まだ読んでいなかったらぜひ読んでください。面白いです！）。 ですが、CTA Conference は、SEO ではなくコンバージョン獲得をテーマにしたカンファレンスです。 そこで、せっかくなので本テーマであるコンバージョンに関連するセッションもレポートします。 トピックは、「オーバーレイのベストプラクティス」です。 「オーバーレイ (Overlay)」とは、今見ているページに覆いかぶさるようにして出現する画面のことです。 ポップアップやインタースティシャルにも似ています。 こちらは、ブログ記事閲覧中にオンラインセミナーを案内してきたオーバーレイです。 出現するタイミングはさまざまですが（後述）、ページのメインコン
Google CDNのAMPキャッシュを大解剖――URLフォーマット、更新プロセス、更新方法、削除方法
[レベル: 上級] この記事では、Googleが公開しているドキュメントに基づいて、AMPキャッシュの仕組みについて説明します。 具体的には、次を扱います。 AMPキャッシュのURLフォーマット AMPキャッシュの更新プロセス AMPキャッシュの更新強制 AMPキャッシュの削除 あなたがAMPをすでに実装しているなら、知っておくと役に立つこともあるはずです。 では行ってみましょう⚡ AMPキャッシュのURLフォーマット AMP CDNにキャッシュされたコンテンツはたとえば次のようなURLになります。 https://cdn.ampproject.org/c/s/example.com/amp_document.html https://cdn.amproject.org/i/example.com/images/logo.png 分解して、どんな構成になっているのかを見てみましょう。 ※こ
Google、リッチスニペットよりもさらにビジュアルな”リッチカード”をモバイル検索に導入
[レベル: 上級] Googleは、モバイル検索にリッチカード (Rich Cards) を導入したことをアナウンスしました。 リッチカードとは、リッチスニペットを発展させたもので、より”ビジュアル”な検索結果を提供します。 まずレシピと動画を対象に米Googleで提供が始まりました。 リッチスニペットよりもビジュアルなリッチカード こちらは「pasta recipe」（パスタ レシピ）で出現するリッチカードです。 パスタのレシピの一覧がカルーセル形式で表示されます。 キャプチャの例では2段のカルーセルがあります。 1段目のカルーセルには「Recipes」のラベルが付き、レシピのリッチカードを導入している複数のサイトからのレシピカードが掲載されています。 一方、2段目のカルーセルには、Allrecipes.com だけからのレシピカードが掲載されています。 1つのサイトのなかに関連するカー
【保存版】301や302、307、JavaScript、meta refreshなどのリダイレクトをGoogleはどのように処理するか？
[レベル: 中〜上級] GoogleのJohn Mueller（ジョン・ミューラー）氏が、各種のリダイレクトに対する検索エンジン（とGoogle）の処理方法について、詳細にまとめた説明をGoogle+に投稿しました。 リダイレクトの違いがいまいちわかっていないひとにとってはもちろんのこと、リダイレクトについて熟知しているひとにとっても、リダイレクトについての理解を深めることができるとても役立つ解説です。 日本語に訳したので参考にしてください（可能な限りこなれた日本語に訳したので、原文にはない言葉を使っている部分もあります）。 リダイレクト全般について、まず、ミューラー氏は次のように簡単に定義します。 一般的に、リダイレクトは2つのページ間で行われる。ここでは、それらのページをRとSと呼ぶことにする。 ものすごく単純化して言うと、「ページRを呼び出したときはページSにコンテンツがある」という
Googleがウェブマスター向けガイドラインを大幅改定 ―― いったい何が変わったのか？
[レベル: 初・中・上級] Googleは、ウェブマスター向けガイドラインを大幅に改定しました。 この記事では、主だった変更点を抽出して解説します。 認識しておきたい変更点が数多くあります。 新しいウェブマスター向けガイドラインの主だった変更点 セクション分け 以前は、次の3つのセクションに大きく分かれていました。 デザインとコンテンツに関するガイドライン 技術に関するガイドライン 品質に関するガイドライン 現在は、2つに分かれています。 一般的なガイドライン 品質に関するガイドライン 内容が減ったわけではなく、「デザインとコンテンツに関するガイドライン」と「技術に関するガイドライン」の2つが、「一般的なガイドライン」にまとめられた感じになっています。 「一般的なガイドライン」はさらに次の3つのサブセクションに分かれています。 Google がページを検出できるよう手助けする Google
モバイルウェブが爆速に！ GoogleがAMP (Accelerated Mobile Pages) を立ち上げ
[レベル: 上級] Googleは、Accelerated Mobile Pages （アクセラレイティッド・モバイル・ページ）という、モバイル端末でのウェブページの表示を高速化するためのプロジェクトを公開しました。 略して、AMP（アンプ）と呼びます。 AMPで策定された仕様に従ってモバイルサイトを構成すると、モバイル検索結果からリンク先ページがまさに“一瞬”で表示されます。 AMPをデモで体験 AMPを使ったページがどのようにモバイル検索から表示されるのかを見てみましょう。 Inside Searchの公式アナウンスに動画があります。 まずこれを見て、何となくでいいので雰囲気をつかんでください。 ただ、見てもどんなだか十分にはわかりませんでしたよね。 実際に試したほうが理解できます。 AMPを体験できるサンプルのリンクもアナウンスに出ていますが、日本からでは機能しないので少し細工を加え
Google、ドメイン間の rel=”canonical” タグのサポート開始
Googleは、かねてからアナウンスしていたように、ドメインをまたぐrel=”canonical”タグのサポートを開始したことを公式アナウンスしました。 ※ rel=”canonical”タグって何？、何のために使うの？ という読者さんは、まずこちらからお読みください。 「重複コンテンツ・重複URL」のおさらい rel=”canonical”の正規化で、重複コンテンツを撃退 Google, Matt Cuttsによるrel=”canonical”タグの解説ビデオ もともと、rel=”canonical”タグは、同一ドメインまたはサブドメインの中だけで有効でした。 ”www.example.com”と”example.com”を正規化することはできましたが、 ”www.example.com”と”www.example123.com”を正規化することは、できなかったのです。 301リダイレク
ローカル検索の仕様をGoogleが大変更、7パックから3パックへ
[レベル: 上級] Googleは、ウェブ検索結果に挿入されるローカル結果のデザインと仕様を変更しました。 オーナー確認していないGoogle+ローカルページをGoogleが削除したことを説明した先週の記事のなかで軽く触れましたが、ローカルSEO業界ではとても重大な出来事なのでこの記事であらためて取り上げます。 これが最も大きな変更です。 従来は、7つのローカルビジネスがリスティングに掲載されていました。 7パック (7 Packs)とローカルSEOの世界では呼んでいます。 これが3つに減りました。 ※ただしクエリによっては以前にも3つの場合があった 以前の7パック 新しい3パック 7つあった“席”が3つに減ったということは、4つのローカルビジネスが検索結果から締め出されます。 検索トラフィックに影響が出てきそうです。 パック結果に残った方はトラフィックが増えそうだし、反対に締め出された方
「スマホ対応」アルゴリズム更新の疑問にGoogle社員が答えた
[レベル: 初・中・上級] サイトがモバイルフレンドリーかどうか（モバイル対応しているかどうか）をランキング要素として使用することを先週Googleは発表しました。 4月21日から開始の予定です。 この記事では、このアルゴリズム変更に関連した疑問についての回答を紹介します。 Googleジョン・ミューラーがオフィスアワーで回答 発表の当日に、GoogleのJohn Mueller（ジョン・ミューラー）氏が英語版のオフィスアワーをGoogle+で開催しました。 当然のごとく、モバイルフレンドリーアルゴリズムの質問が終始たくさん出てきます。 僕たちが知りたいことも多く含まれています。 参加者から出てきた質問とそれに対するミューラー氏による回答をピックアップしてまとめました。 あなたのモバイル対応の参考にしてください。 モバイルフレンドリー アルゴリズム Q&A Q: サイトがモバイル対応してい
Google、「スマホ対応」をランキング要因に利用することを決定。4/21から導入。
[レベル: 初・中・上級] Googleは、スマホ対応しているかどうかをモバイル検索のランキング要因として使用することを発表しました。 4月21日からの導入を予定しています。 またApp Indexingに対応したアプリコンテンツもランキング要因として利用するようにしました。 こちらは今日（現地時間の2月26日）から導入されています。 モバイルフレンドリーが単なるラベル表示からランキング要因に 昨年11月に、そのページがスマートフォンに対応しているときに、「Mobile-friendly」（モバイル フレンドリー）というラベルをGoogleはモバイル検索結果に表示するようにしました。 日本には、翌月の12月に導入されました。 「スマホ対応」というラベルが付きます。 導入時点では、「スマホ対応」ラベルは単純に表示だけの仕様でした。 スマホ対応しているかどうかはランキング要因にはなっていません
モバイルSEOに役立つGoogle純正ツール×5
[対象: 初〜中級] この記事では、モバイル向けサイトのユーザビリティやユーザーエクスペリエンスの向上に役立つ、Googleが提供する公式ツールを5つ紹介します。 Chrome PageSpeed Insights Mobile-Friendly Test Fetch as Google モバイルユーザビリティ レポート 順に説明します。 Chrome Google Chromeの「デベロッパー ツール」では、スマートフォン端末で見たときのそのページの表示をエミュレーションできます。 「デベロッパー ツール」は次の手順で起動します。 [Google Chromeの設定]（右上の3本バー） − [その他のツール] − [デベロッパー ツール] Ctrl + Shift + i (Windows) / Cmd + Opt + i (Mac) スマホを表すアイコンをクリックするとスマホでの表示モ
XMLサイトマップとRSSフィードの両方を送信することをGoogleが公式に推奨
[対象: 中級] 新しいページや更新したページを含めサイト内のすべてのページのクロールを促進するために、XMLサイトマップとRSS・Atomフィードの両方を送信することを、英語版ウェブマスター向け公式ブログでGoogleは推奨しました。 有用性の高い情報なので、早ければ今日にも、日本語版の公式ブログで翻訳記事が公開されるだろうと予測します。 したがってこの記事では、若干の補足を加えつつも要点を簡潔にまとめて解説します。 XMLサイトマップとフィードの違い まずXMLサイトマップとフィードの違いと特徴を知りましょう。 一般的には、単にサイトマップと呼ぶことが多いですね。 普段僕たちがウェブマスターツール（またはrobots.txtのAuto Discovery）で送信する検索エンジン向けのサイトマップです。 サイトマップには通常、Googleにクロール・インデックスさせたいURLをすべて記述
HTTPからHTTPSへの移行で出てきた質問に回答
[対象: 中〜上級] Googleは、HTTPSをランキングシグナルとして取り入れました。 HTTPからHTTPSへ移行する際のサイト管理者たちからの質問にGoogleのJohn Mueller（ジョン・ミューラー）氏がGoogle+で回答しています。 僕たちにも参考になるので紹介します（すべてではありません。一部はHTTPS Everywhereからです）。 HTTPS移行への質問に対するジョン・ミューラー氏から回答 Q: 「HTTPSを考慮に入れる」というのは、HTTPSページの順位を上げるということか？ A: そのとおり。今のところはわずかだが、HTTPSのほうが上位になることがある。 Q: EV SSLなどサーバー証明書には種類があるがどれにすべきなのか？ A: 種類は問わない。今のところGoogleが条件に【UPDATE】推奨しているのは 2048 bit（以上）の証明書であるこ
Google検索品質評価ガイドラインが定義する最高品質のページに必須な3つの要素
[対象: 上級] 高品質なサイトやページに求められる条件として「E-A-T」が、メジャーバージョンアップしたGoogleの検索品質ガイドラインに新たに加わったことを先週伝えました。 この記事では、高品質なページに求められる E-A-T 以外の条件、そしてそのなかでも最高品質のページに求められる3つの条件について解説します。 高品質なページに求められる条件 高品質なページに求められる条件として、品質評価ガイドラインの最新版は次の7項目を挙げています。 満足感を与える量のメインコンテンツ 高いレベルの専門性・権威性・信頼性 (E-A-T) 良い評判 役立つ補助コンテンツ 実用的なページデザイン 満足がいく量のウェブサイトの情報 手入れがよく行き届き、きちんと維持されているウェブサイト 順に説明します。 満足感を与える量のメインコンテンツ メインコンテンツとは、そのページの目的となるコンテンツで
レスポンシブウェブデザインへの変更時には302リダイレクトを使う、301ではない from #SMX Advanced 2014
レスポンシブウェブデザインまたは動的配信への変更にともない、モバイル向けサイト用に割り当てていた別URLを、PC向けサイトと統一したURLに変更する場合は302リダイレクトを利用します。 301リダイレクトではありません。 ドキュメントどおり302が正しい Googleは、スマートフォン向けサイトの移転の注意事項を解説したドキュメントを先日公開しました。 そのなかで、次のように説明しています。 サーバー サイドの 302 HTTP リダイレクトおよび Cache-Control: private ヘッダーを使って別個のスマートフォン向け URL をデスクトップ向け URL にリダイレクトします ※強調は僕による これを読んだとき、「301じゃないのか？ 」と僕は疑問に思いました。 同じ疑問を抱いたのは、きっと僕だけではないはずです。 そこで、GoogleのMaile Ohye（マイリー・オ
スマートフォンのコンバージョン率を上げる秘策 from Conversion Conference Boston 2013
[対象: 中〜上級] 僕が所属するセルフデザイン・ホールディングスの海外遠征の一環で、昨年の秋に米ボストンで開催されたConversion Conference Boston 2013に参加しました。 僕が海外カンファレンスに参加したときはセッションレポートをこのブログで公開するのが通常です。 ところがConversion Conference Boston 2013に関しては、帰国後予想以上に忙しかったせいもありレポートをまとめる時間がとれませんでした。 時間がたちましたが、ようやくまとめることができたのでセッションレポートを公開します。 この記事でとりあげるセッションはモバイルサイトのコンバージョン率を上げるための秘策です。 スピーカーは、SeeWhyの創設者、Charles Nicholls（チャールズ・ニコルズ）氏です。 では行ってみましょう。 モバイルにおけるコンバージョンの問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
