ウェブサイトのランキングが下がったり、インデックスが失われたり、Google が検索結果の表示方法を変更した理由が分からなかったりして心配していませんか?最新の Google 検索オフィス アワーでは、Google Japan の専門家が、SEO コミュニティが懸念している 9 つの最もホットな SEO 問題に直接答えました。
9 つの顕著な SEO 問題の簡単な概要
忙しい方のためにまとめました:
ハッシュタグで検索: Google がユーザー エクスペリエンスを最適化したいと考えているため、この機能が変更されました。トラフィックを獲得するためにハッシュタグに依存せず、代わりに検索意図に焦点を当てます。
サブドメインのファビコン: この問題は、多くの場合、不正な URL 構造またはファビコンファイルの宣言が原因で発生します。パスを明確に宣言するか、ファビコン ファイルをサブドメインのルート ディレクトリに配置してください。
キーワード ランクの大幅な低下: ランキングは永久的なものではありません。原因は、アルゴリズムの変更、強力な競合他社、または関連性のなくなったコンテンツである可能性があります。
ナレッジ パネルが更新されない: Google は、Google ビジネス プロフィールを含む多くのソースから情報を集約しています。すべてのプラットフォームで情報を更新し、Google が同期するまで辛抱強く待ってください。
「クロール済み - インデックスに登録されていません」ページ: これは、Google がクロールしたがインデックスに登録されていないことを意味します。インデックス再作成リクエストを送信しても、結果は保証されません。コンテンツの品質を向上させ、技術的要因を確認する必要があります。
特殊文字を含む URL: URL にカンマなどの奇妙な文字を使用しないでください。表示エラーやクローラの不一致が発生する可能性があります。
Googlebot ダウンロードの減少: これは通常、ボットがより効率的に動作していることを示す良い兆候です。これにより 4xx/5xx エラーやランキングの低下が発生するかどうかを心配してください。
AI の構造化データの概要: 構造化データは Google がコンテンツをより深く理解するのに役立ちますが、AI の概要に表示されることを保証するものではありません。
デスクトップとモバイルの個別 URL インデックス: Google はレスポンシブ デザインを推奨しています。 2 つの別々の URL を使用する場合は、両方にインデックスが付けられ、同等のコンテンツが含まれていることを確認してください。
各問題の詳細なコンテンツと解決策
1.ハッシュタグの検索ステータス - まだ機能しますか?また、結果が変化するのはなぜですか?
回答: Google では検索インターフェース機能のテストや更新を頻繁に行うため、ハッシュタグの可視性は時間の経過とともに変化する可能性があります。ハッシュタグはユーザーからの状況に応じたガイダンスの一種ですが、Google は主に有用性、検索意図との関連性、ソースの品質に基づいて結果をランク付けして表示します。 「ハッシュタグ固有の結果」のような機能が以前のように表示されなくなった場合、Google がこのシグナルの処理方法を調整した可能性があります。これにより、結果が役に立たなくなったり、スパムのようなものになったり、新しいユーザーの行動と互換性がなくなったりするためです。
すべきこと: トラフィックを獲得するためにハッシュタグなどの別個の表示機能に依存しないでください。代わりに、検索者の意図に従ってコンテンツを最適化し、明確なタイトルと説明を使用し、コンテンツに独自の価値があり、ソーシャル ネットワークで共有しやすいようにします。実際の変化については、Search Console でトラフィックを確認してください (オーガニック検索とソーシャル参照)。ソーシャル メディア上のコンテンツを整理するためにハッシュタグを使用する場合は、引き続きそのことを明確にしてください。ただし、それは確実な SEO メカニズムではなく、アウトリーチ チャネルとして考えてください。
2.ファビコンがサブドメインのコンテンツに表示されません - その理由と修正方法は何ですか?
回答: ファビコンは基本的に画像ファイルです (通常、/favicon.ico または タグで宣言された PNG/SVG ファイル)。ブラウザとサービス (Google を含む) は、主に 2 つの方法でファビコンを見つけます。ファイルをホストのルートに直接配置する方法 (例: https://sub.example.com/favicon.ico)、または HTML ヘッドで宣言されたパスを読み取る方法です。サイト構造でサブドメインが使用されているが、「ホーム」ページが実際にはサブパスである場合 (例: sub.example.com/site/)、明示的なリンク宣言のないページにはファビコンが表示されないか、クローラー/エージェントがサブドメインのルートで正しいファイルを見つけられない可能性があります。
修正するには: 各ページの セクションに が正しい favicon を指していることを確認するか、favicon ファイルをサブドメインのルート パス (/favicon.ico) に配置します。ファビコンが HTTP コード 200 を返し、正しい Content-Type を持ち、robots.txt によってブロックされていないことを確認してください。サイトに複数のサブドメインがある場合は、サブドメインごとにファビコンを設定するか、絶対 URL (https://example.com/static/favicon.ico) を使用することを検討し、必要に応じて CORS を確認してください。さらに、ブラウザのキャッシュにより変更がすぐに反映されない可能性があるため、匿名またはオンライン テスト ツールを使用して確認してください。
3.キーワードの大幅な順位低下 - 一般的な原因とその調査と回復方法
回答: 順位の低下は、Google のアルゴリズムの変更、検索者の意図と比較したコンテンツの関連性の変化、最適化された競合他社、バックリンク プロファイルの変更、ページの変更 (古いコンテンツ、更新が少ない) など、さまざまな理由によって発生する可能性があります。さらに、SERP には、従来の表示位置が下がっているように見える新機能 (クイックアンサー、ナレッジパネル、ニュース) が表示される場合があります。 SERP での順位は永続的なものではなく、Google はユーザー データに基づいて結果を継続的に調整していることを理解することが重要です。
テスト プロセス: まず、Search Console をチェックして手動アクションの通知やインデックス エラーがないかどうかを確認します。ページ上の最近の変更と削除時とを比較します (コンテンツ、メタ、正規、ロボット)。競合他社の分析: コンテンツやバックリンクに関して競合他社と何が違うのか?サーバー ログをチェックして、Googlebot が以前と同じようにクロールしていることを確認します。ユーザー エクスペリエンスをテストします: ページの速度、モバイルの使いやすさ、コンテンツの構造、直帰率。回復アクションには、現在の検索意図に応じたコンテンツの更新（有用な情報の追加、更新されたデータ、明確な構造）、 参照によるE-A-T（専門性、権威性、信頼性） の強化、質の高いバックリンクの増加、技術的な最適化（スキーマ、内部リンク）が含まれます。回復には多くの場合、時間をかけてテストと監視が必要になることに注意してください。
4.ブランド変更後にナレッジ パネルが更新されない - 原因と解決策
回答: Google のナレッジ パネルは、Google ビジネス プロフィール、Wikipedia/Wikidata、公式ページ、公開データ、多くのサードパーティ ソースなど、多くのソースから情報を集約しています。したがって、Web サイト上のブランド名を更新しても、すぐにパネルが変更されるわけではありません。応答には時間がかかる場合があり、Google は信頼できると判断した情報源を優先します。さらに、古い名前を依然として使用している情報源が多数ある場合（古いリスト、新聞ページ、更新されていないウィキデータなど）、信頼できる情報源が更新するまで、Google は古い情報を保持することがあります。
対処方法: Google ビジネス プロフィールのビジネス プロフィールが更新され、確認されていることを確認します。可能であれば、他のすべての重要な場所 (ウィキペディア、ウィキデータ、公式新聞サイト) を更新します。ウェブサイトの構造化データ (組織スキーマ) を使用して、新しい名前やバリエーションを Google に通知します。この問題を解決するために、「否認」ツールやリンク削除ツールを過度に使用しないでください。すでにパネルの所有者である場合は、可能な場合は「申請」機能を使用するか、編集を提案してください。最後に、しばらくお待ちください。この変更がソースを通じて広まり、Google によって更新されるまでには時間がかかることがよくあります。
5.ページに「クロール済み - 現在 Search Console でインデックスに登録されていません。どうすればよいですか?」というステータスが表示されます。
回答: 「クロール済み - 現在インデックスに登録されていません」というステータスは、Googlebot がその URL にアクセス (クロール) したが、現在インデックス (インデックス) されていないことを意味します。一般的な原因には、薄いコンテンツ、重複したコンテンツ、別の URL を指している正規のページ、ヘッダーを返すページ、またはインデックスを作成しないよう指示するメタ ロボット、またはコンテンツの品質が十分ではないため、現時点ではインデックスを作成すべきではないと Google が判断した場合などがあります。インデックス リクエストを「再送信」してもインデックス登録が保証されるわけではないことを理解することが重要です。Google は品質と有用性に基づいて決定します。
処理手順:URL 検査ツールを使用して、クロールの詳細と通知を表示します。ロボットのメタ、カノニカル、リダイレクト (リダイレクト)、および HTTP コードを確認します。コンテンツをサイト上の他のページと比較して、重複を避けます。内容が薄い場合は、より深い情報、独自のデータ、実際の例、信頼できる参考文献を含めて記事を拡張します。そのページへの内部リンクを増やして、そのページに価値があることを Google が理解できるようにします。サイトマップをチェックして URL が適切に表示されていることを確認してください。ただし、サイトマップは単なる提案であることを理解してください。すべてが明確であるにもかかわらずインデックスが作成されていない場合は、サーバー ログをチェックして、Googlebot が実際にページを参照しているかどうか、読み込みプロセス中にエラーがないかどうかを確認します。
6. robots.txt とカンマを含む URL: robots.txt はエンコードされたバージョンをブロックしますか?
回答: Robots.txt はクロール ガイダンス メカニズムであり、URL と robots.txt の RFC 標準の複雑さにより、クローラーによる特殊文字の処理方法が異なる場合があります。一部の文字は「予約済み」とみなされ、エンコードが必要ですが、カンマなどの文字はすべてのパーサーでエンコードされるわけではありません。さらに、クローラーが異なれば、robots.txt の解析方法が若干異なるように実装される場合があります。したがって、URL で標準以外の文字を使用すると不一致が発生し、ブラウザ、ソーシャル ネットワーク、クローラーの両方で URL が誤って解釈され、リンクが機能しなくなったり切り捨てられたりする可能性があります。
推奨事項: 可能であれば、URL でカンマや奇妙な文字を使用することは避けてください。 URL の設計では、互換性を確保するために、文字、数字、ダッシュなどの安全な文字を使用する必要があります。 URL 構造を変更できない場合は、実験する必要があります。robots.txt テスターを使用して、作成したパターンがエンコードされた URL を実際にブロックするかどうかを確認し、必要に応じてエンコードのバリエーションをブロックすることを検討します。 robots.txt はクロールをブロックするだけであり、その URL を指している別のソースがある場合、必ずしもインデックス作成を完全に阻止するわけではないことに注意してください。インデックス作成を防ぐには、ページでメタ ロボット noindex を使用します。つまり、わかりにくい URL の作成を避けることが最も持続可能な方法です。
7. Googlebot のダウンロード サイズの急激な減少は悪い兆候ですか?どうすればよいですか?
回答: クロール レポートのダウンロード サイズは、Googlebot がリクエストごとにダウンロードするデータの平均量を表します。サイズの削減は、必ずしも悪いことではないさまざまな技術的な理由によるものです。サーバーがより適切な圧縮コンテンツ (gzip/deflate/brotli) を返す可能性がある、クローラーがリソースをロードする方法を変更する可能性があります (大きな画像や JS ファイルをロードする可能性が低くなるなど)、または CDN/エッジ構成が変更される可能性があります。サイズの縮小に 4xx/5xx エラーや SERP 可視性の低下が伴う場合は、さらなる調査が必要です。インデックスとトラフィックが安定している場合は、Googlebot がより効率的にクロールし、不要なリソースを読み込んでいない可能性があります。
確認方法: 前回と次回のサーバー ログを確認して、Googlebot がリクエストしたファイル、戻りサイズ、HTTP ステータス コードを正確に確認します。コンテンツ圧縮、Content-Encoding ヘッダー、または CDN 構成の変更を確認します。 CSS/JS などの重要なリソースが robots.txt によってブロックされていないこと、および Googlebot がアクセスしたときに正常に読み込まれることを確認してください。 Search Console ですべてが正常に表示され、マイナスのインデックスやランキングの変化がない場合は、通常は心配する必要はありません。陰性症状がある場合は、ログとデバッグ ツール (Fetch as Google/URL Inspection) を使用して、具体的な違いを見つけます。
8. AI 概要に表示する構造化データを追加する必要がありますか?
回答: 構造化データ (schema.org などの構造化データ) は、Google がページ上のコンテンツの構造と意味をより深く理解するのに役立ちます。通常、構造化データは直接的なランキング要因ではありませんが、Google がリッチリザルトを表示するのに役立ち、特定の機能に対してコンテンツが選択される可能性が高まります。 「AI」機能 (モデル集約された概要セルなど) に関しては、構造化データは、システムがコンテンツを理解して抽出するために使用できる明確なコンテキストと構造化情報を提供できます。ただし、スキーマを添付したからといって、AI 概要に選ばれるという保証はありません。
アドバイス: コンテンツがスキーマ タイプ (記事、製品、組織、FAQ、ハウツーなど) に適合する場合は、正しく実装してください。構造化データがユーザーに表示されるコンテンツを正確に反映し、Google のガイドラインに準拠していることを確認します。構造化データ テスト ツール/リッチリザルト テストを使用してテストし、エラーがないことを確認します。ただし、構造化データを AI に登場するための「バックドア」と考えないでください。決定的な要素は依然として有用なコンテンツ、ソースの信頼性、Web 上のコンテキストです。高品質のコンテンツと構造化データの両方を組み合わせるのは合理的なアプローチです。
9. URL が異なる場合、デスクトップ バージョンとモバイル バージョンの両方にインデックスを付ける必要がありますか?
回答: 一部の Web サイトでは、デスクトップ バージョンとモバイル バージョンに別々の URL を使用しています。この場合、Google はモバイル ファースト インデックスを適用するようになりました。これは、Google がモバイル コンテンツに基づいてクロールとランキングを優先することを意味します。したがって、最も重要なことは、Google がモバイル バージョンにアクセスして理解できることを確認することです。
アドバイス: 最も持続可能な方法は、レスポンシブ デザイン (すべてのデバイスに 1 つの URL) を使用して、複雑さを避けることです。 2 つの URL を維持する必要がある場合は、Google のガイドラインに従って 2 つのバージョン間で rel="alternate" / rel="canonical" を適切に宣言し、モバイル バージョンのコンテンツが重要な情報に関して同等であることを確認してください。
rel="alternate"とは、同じコンテンツの異なるバージョン (モバイル、AMP、言語など) を指します。 other)。rel="canonical"は、重複するページやほぼ同一のページが多数ある場合に、どの公式 URL を優先的にインデックス登録する必要があるかを Google に伝えるために使用されます。 Search Console で、Google がインデックス作成に使用しているバージョンを確認してください。デスクトップがインデックスに登録されておらず、デスクトップ ユーザーに影響を与えていることがわかった場合は、レスポンシブにマージするか、デスクトップにもクロール可能なコンテンツがありブロックされていないことを確認することを検討してください。
SEO 担当者にとっての貴重な教訓
Google 検索オフィス アワー セッションの 9 つの質問と回答を通じて、SEO が「固定方式」ではない、あるいは単なるものではないことがわかります。技術的な最適化を中心に展開します。 Google は、検索者のニーズを満たすためにアルゴリズムと表示機能を継続的にテストおよび調整すると同時に、あまり有用でないシグナルや悪用されやすいシグナルを除外します。これは、今日機能しているものが明日には変わる可能性があり、SEO 担当者の仕事は常にそれらの変化に迅速に適応することであることを意味します。
この Q&A セッションから得た教訓は、検索意図と一致した高品質のコンテンツの構築に重点を置き、精度と信頼性 (E-A-T) を維持し、検索エンジンを使いやすい Web サイトを維持するために技術的な最適化を組み合わせるということです。同時に、個々の機能やテクニックに完全に依存するのではなく、コンテンツ、技術、ユーザー エクスペリエンス、ブランドの評判など、すべての要素のバランスをとり、継続的に強化する必要がある全体的な戦略として SEO を考慮してください。
このアプローチにより、Google がアルゴリズムを変更したり、新機能をテストしたり、ランキングを調整したりしても、Web サイトは持続可能な検索トラフィックを維持し、発展させるための強固な基盤を維持できます。
シェア
