BloggerのGoogleインデックス：Blogspotブログを検索結果に表示する完全ガイド
プラットフォームの組み込み制限にもかかわらず、無料Bloggerブログの SEOポテンシャルを最大限に引き出します
このガイドの内容
Blogger（Blogspot）はGoogle独自の無料ブログプラットフォームですが、限定的なSEOコントロール、ラベルページの重複、最新の最適化機能の欠如により、ユニークなインデックスの課題が生じます。プラグインエコシステムも、構造化データ管理も、ページ速度ツールもありません — 最小限の設定パネルだけです。
本ガイドでは、Bloggerで利用可能なすべてのSEOレバーを網羅します：検索の説明、robots.txtのカスタマイズ、サイトマップの送信、カスタムドメインの設定、ラベルページの処理、レガシーモバイルサブドメインの問題。個人ブログでもニッチコンテンツサイトでも、プラットフォームから最大限のインデックス価値を引き出すことができます。
Bloggerの検索設定：SEOコントロールセンター
BloggerのSEO設定はSettings > Search preferencesに統合されています（モダンなBloggerダッシュボードでは、設定の下にスクロールして「Crawlers and indexing」セクションに移動します）。これはコンパクトなオプションセットですが、それぞれがGoogleがブログをインデックスする方法に大きな影響を与えます。
最初の最も重要な設定は「Enable search description」です。このトグルは新しいBloggerブログではデフォルトで無効になっており、つまり投稿はHTMLにメタディスクリプションタグなしでインデックスされます。Googleが扱うメタディスクリプションがない場合、投稿コンテンツからスニペットを抽出します — それはサイドバーウィジェットのテキスト、ナビゲーションリンク、または奇妙に切り捨てられた文章かもしれません。この設定をすぐに有効にしてください。有効にすると、すべての投稿エディタの右サイドバーに「Search Description」フィールドが表示され、各投稿に対してカスタム150文字のメタディスクリプションを書くことができます。
「Meta tags」セクションでは、ブログのホームページの説明を設定できます。これは個別の投稿の説明とは別物です。ブログのトピックと対象者を要約する説明を書いてください：「モダンなJavaScriptフレームワークを構築する開発者向けのテックレビューとチュートリアル」は、「私のブログ」より優れています。
「Custom robots.txt」セクションでは、Bloggerのデフォルトrobots.txtをオーバーライドできます。デフォルトでは、Bloggerのrobots.txtはすべてのクロールを許可し、2つのサイトマップ：/sitemap.xmlと/atom.xmlを指します。デフォルトはほとんどのブログに問題ありませんが、特定のパス（ラベルページや検索結果ページなど）をブロックしたい場合は、ここでカスタマイズできます。極めて注意してください：誤って構成されたrobots.txtはブログ全体をインデックスから削除する可能性があります。
「Custom robots header tags」セクションでは、さまざまなページタイプに対してページレベルのrobotsディレクティブを設定できます：Homepage、Archive and Search Pages、Post and Page Pages。デフォルトはすべて「noarchive」に設定されています（検索結果でのキャッシュバージョンを防ぐ）。アーカイブと検索ページにnoindexを追加して、薄いコンテンツページがインデックスされるのを防ぎながら、実際の投稿はインデックスされるようにできます。
これらの設定がBloggerの組み込みSEOツールのすべてです。プラグインも、拡張機能も、アドオンのマーケットプレイスもありません。その他のすべてのSEO改善には、ブログのHTMLテンプレートを直接編集する必要があります。
カスタムドメイン対Blogspot.com：SEOへの影響
新しいBloggerブログはyourblogname.blogspot.comでホストされます。BloggerはSettings > Publishing > Custom domainを介してカスタムドメイン（yourdomain.com）の接続をサポートしています。この選択のSEOへの影響は重要です。
blogspot.comサブドメインはGoogleが所有しており、ブログはこのドメインを何百万もの他のブログと共有します。blogspot.comが蓄積するドメインオーソリティはすべてのBlogspotブログに分散され、個々のブログのシグナルは希釈されます。カスタムドメイン（yourdomain.com）はサイト専用にオーソリティを蓄積します。時間の経過とともに、カスタムドメインは競争の激しいキーワードでblogspot.comサブドメインをほぼ常に上回ります。
ただし、実用的なニュアンスがあります。バックリンクやコンテンツ履歴のない新規ブログの場合、blogspot.comはわずかな初期的な利点を提供します：Googleはblogspot.comドメインを信頼しているため、blogspot.comブログの新しい投稿は、ゼロのオーソリティを持つ新しいカスタムドメインの投稿よりもわずかに早くクロールされてインデックスされる可能性があります。この利点は、コンテンツとバックリンクを構築するにつれて数ヶ月以内に消えます。
blogspot.comからカスタムドメインに切り替えることを決定した場合、Bloggerはリダイレクトを自動的に処理します — すべてのblogspot.com URLはカスタムドメインの同等物にリダイレクトされます。Googleはこのリダイレクトを認識し、時間の経過とともにblogspot.com URLからカスタムドメインにインデックスシグナルを転送します。移行は通常、Googleが完全に処理するのに2〜4週間かかり、その間に一時的なランキング変動が見られる場合があります。
1つの複雑な点：Bloggerのカスタムドメイン設定には特定のDNSレコードが必要です。ドメイン（またはwwwサブドメイン）をghs.google.comに指すCNAMEレコードと、Google のIPアドレス（216.239.32.21、216.239.34.21、216.239.36.21、216.239.38.21）を指す4つのAレコードが必要です。DNSプロバイダーがルートドメインでCNAMEレコードをサポートしていない場合は、wwwサブドメイン（www.yourdomain.com）を使用し、ルートドメインからwwwへのリダイレクトを設定する必要があります。セットアップを徹底的にテストしてください — DNS構成ミスはブログをアクセス不可にし、ドメイン移行中のダウンタイムはユーザーエクスペリエンスとクロール継続性の両方を損ないます。
Bloggerのサイトマップ構造を理解する
Bloggerは/sitemap.xmlにサイトマップを自動生成します。これは投稿とページを含む個別のサイトマップファイルを指すサイトマップインデックスです。150を超える投稿を持つブログの場合、サイトマップは複数のファイルに分割されます：/sitemap.xml?page=1、/sitemap.xml?page=2などで、各ファイルには最大150のURLが含まれます。
Bloggerは、コンテンツ発見のためにGoogleが使用できるAtomフィードも/atom.xml?redirect=false&start-index=1&max-results=500に生成します。デフォルトのrobots.txtはサイトマップとAtomフィードの両方を参照します。
サイトマップにはすべての公開された投稿と静的ページが、最終更新日とともに含まれます。ただし、Bloggerのサイトマップにはラベル（タグ／カテゴリ）ページ、アーカイブページ、ホームページが個別のエントリとして含まれません。これは実は良いことです — ラベルとアーカイブページは通常薄いコンテンツであり、サイトマップに含めるとクロールバジェットが希釈されます。
サイトマップが機能していることを確認するには、ブラウザで/sitemap.xmlを貼り付けてください。投稿とそのURLおよび最終更新日をリストしたXMLドキュメントが表示されるはずです。Google Search ConsoleのSitemapsでこのURLを送信します。Googleは通常、Bloggerのサイトマップを24〜48時間以内に処理し、未発見の投稿のインデックスを開始します。
Bloggerのサイトマップの癖：古い投稿を更新すると、サイトマップのlastmod日付が変更され、コンテンツが更新されたことをGoogleに通知します。これはコンテンツ更新に役立ちます — 古い投稿を大幅に修正すると、サイトマップの変更によりGoogleが再クロールを促されます。ただし、些細な編集（タイプミスの修正）もlastmod日付を更新するため、多くの投稿で頻繁に小さな編集を行うとクロールバジェットが浪費される可能性があります。
Bloggerは、画像、動画、ニュースコンテンツ用の別々のサイトマップをサポートしていません。標準の投稿サイトマップが唯一のオプションです。画像が多いまたは動画が多いコンテンツを公開する場合は、投稿の画像に説明的な代替テキストが、動画に適切な埋め込みがあることを確認してください。これにより、Googleは専用のメディアサイトマップではなく投稿のHTMLを通じてこのメディアコンテンツを発見できます。
ラベルページと薄いコンテンツへの対処
Bloggerのラベルシステム（他のプラットフォームのタグやカテゴリと同等）は、そのラベルを持つすべての投稿をリストする/search/label/[label-name]に専用ページを作成します。これらのラベルページはBloggerの最大のSEO問題の1つです。
各ラベルページは、そのラベルでタグ付けされたすべての投稿の投稿スニペット（タイトル、日付、切り捨てられたコンテンツ）を表示します。10のラベルと50の投稿があり、各投稿に平均3つのラベルがある場合、10のラベルページがあります — それぞれが、ブログのホームページと個別の投稿ページですでに利用可能な投稿スニペットの部分的なリストを含んでいます。これは教科書的な薄い重複コンテンツです。
問題はページネーションで複雑になります。ラベルに30の投稿があり、ブログがページあたり7つの投稿を表示する場合、ラベルは5つのページネーションされたページ（/search/label/javascript、/search/label/javascript?updated-max=...など）を生成します。これらのページネーションされたラベルページはさらに薄いコンテンツを持ちます — それぞれ7つの投稿スニペットだけです。
ラベルページを処理するには、Settings > Search preferencesの「Custom robots header tags」設定を使用します。「Archive and Search Pages」で、「noindex」と「follow」を有効にします。これは、ラベルページ、アーカイブページ、検索結果ページをインデックスしないようGoogleに伝えますが、それらのページのリンクをたどって個別の投稿を発見し続けます。「follow」ディレクティブは重要です — ラベルページ自体はインデックスされなくても、Googleがラベルページからリンクされた投稿を発見し続けることを保証します。
サイトのナビゲーションにラベルページに依存している場合（多くのBloggerテーマはサイドバーにラベルリンクを表示します）、クローラーがアクセスできるようにしてください（robots.txtでブロックしない）が、robots header tagsを介してnoindexにしてください。これにより、Googleはラベルページから投稿へのリンクをたどることができますが、ラベルページ自体はインデックスされません。
別のアプローチは、使用するラベルの数を制限することです。各固有のラベルは新しいラベルページを作成するため、50の細かいラベルを使用すると50の薄いコンテンツページが作成されます。ラベルを5〜10の広範なカテゴリに統合してください。投稿から未使用または冗長なラベルを削除して、ラベルページの総数を減らしてください。
モバイルサブドメインの問題：m.blogspot.com
Bloggerは歴史的に、m.blogspot.com（またはカスタムドメインの場合はm.yourdomain.com）でモバイル訪問者に別のバージョンのブログを提供していました。このモバイルサイトは、簡略化されたフォーマットを持つ簡素化されたテンプレートを使用していました。www.blogspot.comのデスクトップ版とm.blogspot.comのモバイル版は同じコンテンツに異なるURLを持ち、大規模な重複コンテンツの問題を作り出しました。
最近のBloggerアップデートで、Googleはm.サブドメインの動作を主に廃止し、最新のBloggerテーマはすべてのデバイスで同じコンテンツを提供するためにレスポンシブデザインを使用しています。ただし、一部の古いBloggerテーマは依然としてm.リダイレクトをトリガーし、長年存在している一部のブログには依然としてGoogleのインデックスにm. URLが存在します。
ブログが影響を受けているかどうかを確認するには、モバイルデバイスまたはモバイルユーザーエージェント文字列を使用してブログのURLにアクセスします。m.サブドメインURLにリダイレクトされる場合、テーマはレガシーモバイルテンプレートを使用しています。レスポンシブBloggerテーマ（組み込みテーマギャラリーの2020年以降のテーマはレスポンシブのはず）に切り替えて、モバイルリダイレクトを排除してください。
m. URLがすでにGoogleのインデックスにある場合、レスポンシブテーマに切り替えると最終的に問題が解決されるはずです — Googleはm. URLを再クロールし、メインドメインへのリダイレクトを受信する（またはm. URLは単にレスポンシブ版を提供する）ため、インデックスエントリが統合されます。これを高速化するには、Google Search ConsoleのURL検査ツールを使用して、見つけたm. URLの再インデックスを要求できます。
カスタムドメインブログの場合、DNSに別のm.サブドメインレコードがあるかどうかを確認してください。レスポンシブテーマに切り替えた場合は、アクティブなリダイレクトがそれに依存していないことを確認した後、m. DNSレコードを削除できます。
この問題は、より広範なBloggerの制限を強調しています：プラットフォームの年齢は、モダンなプラットフォームにはないレガシーな動作を持っていることを意味します。Bloggerで予期しない重複コンテンツやリダイレクトの問題に遭遇したときの原因は、しばしばプラットフォームのモバイルウェブ以前のアーキテクチャの名残です。
BloggerテンプレートをよりSEOに最適化するためのカスタマイズ
BloggerのHTMLテンプレートエディタ（Theme > Customize > Edit HTML）を使用すると、ブログの基礎となるコードに直接アクセスできます。これは完全なCMSほど柔軟ではありませんが、テンプレートを編集することでいくつかの影響力のあるSEO改善を行うことができます。
構造化データの追加は最も価値のあるテンプレート編集です。Bloggerテーマには、デフォルトではJSON-LD構造化データが含まれていません。テンプレートの投稿コンテンツセクション内にArticleスキーマブロックを追加し、Bloggerのテンプレートデータタグを使用してフィールドを動的に設定できます：headline用の<data:post.title/>、URL用の<data:post.url/>、日付用の<data:post.dateIso8601/>など。これにより、Google検索でリッチリザルトが有効になり、投稿の公開日、著者、潜在的に注目画像が表示されます。
canonicalタグの追加も重要な編集です。Bloggerはデフォルトでcanonicalタグを追加しますが、ページソースを表示して存在し正しいことを確認してください。ブログがカスタムドメインにあるが、canonicalタグが依然としてblogspot.com URLを参照している場合、解決が必要な構成の問題があります。
カスタム見出し階層はBloggerテーマでしばしば壊れています。ブログタイトルは通常<h1>タグであり、投稿タイトルは<h2>タグです。個別の投稿ページでは、投稿タイトルが<h1>であるべきです。これは条件付きでレンダリングするためにテンプレートを編集することで修正できます：ホームページでは、ブログタイトルが<h1>で投稿タイトルが<h2>；投稿ページでは、投稿タイトルが<h1>になり、ブログタイトルが<p>になるか非表示になります。この正しい見出し階層は、各ページのコンテンツ構造を理解するのに役立ちます。
Open GraphとTwitter Cardのメタタグは、Bloggerのデフォルトテンプレートには含まれていません。これらのタグをテンプレートに追加すると、適切なソーシャル共有プレビューが有効になり、ソーシャルエンゲージメントとリンク共有が増加することで間接的にSEOが向上する可能性があります。Bloggerのテンプレートデータタグを使用して、現在の投稿のコンテンツに基づいてog:title、og:description、og:image、og:urlを動的に設定してください。
ステップバイステップガイド
検索の説明を有効にしブログメタデータを設定する
Bloggerダッシュボードにログインし、Settingsに移動します。「Crawlers and indexing」セクション（レガシーインターフェイスでは「Search preferences」）まで下にスクロールします。「Enable search description」をトグルしてオンにします。表示される「Description」フィールドに、ブログのトピックと対象者の150文字の要約を書きます。この説明は、ブログのホームページのメタディスクリプションとして表示されます。保存後、エディタで任意の投稿に移動し、右サイドバー（「Post settings」の下）に「Search Description」フィールドが表示されることを確認します。今後、公開する前にすべての投稿にカスタムの検索の説明を書いてください。
ラベルとアーカイブページのrobots header tagsを構成する
同じSettings > Crawlers and indexingセクションで、「Custom robots header tags」を見つけて有効にします。「Homepage」では、「all」と「noodp」（Open Directory Project descriptionなし）を選択します。「Archive and Search Pages」では、「noindex」と「follow」を選択します — これにより、薄いラベルページ、アーカイブページ、検索結果がインデックスされないようにしながら、Googleがそれらのページのリンクをたどることができます。「Post and Page Pages」では、「all」と「noodp」を選択して、実際の投稿とページが完全にインデックスされるようにします。設定を保存します。
サイトマップをGoogle Search Consoleに送信する
Google Search Consoleを開きます（ブログの所有権を確認している必要があります。同じGoogleアカウントを使用している場合、blogspot.comブログでは自動です）。左サイドバーのSitemapsに移動します。サイトマップURLを入力します：メインサイトマップには/sitemap.xml。Submitをクリックします。Googleは24〜48時間以内にサイトマップを処理します。処理後、Sitemapsセクションに戻ってエラーを確認します。Googleが問題を報告した場合は、サイトマップXMLをブラウザで直接開いて有効であることを確認してください。コンテンツ発見の二次フィードとして/atom.xmlを送信することもできますが、サイトマップはほとんどのブログに十分なはずです。
カスタムドメインを設定する（推奨）
本格的なブログを構築する計画がある場合は、レジストラからカスタムドメインを購入します。Blogger Settingsの「Publishing」で、「Custom domain」をクリックしてドメイン名（例：yourdomain.com）を入力します。Bloggerは必要なDNSレコード：CNAMEレコードと4つのAレコードを表示します。ドメインレジストラのDNS管理にログインし、これらのレコードを追加します。DNS伝播には24〜48時間かかります。伝播後、Bloggerに戻ってカスタムドメインを再入力します — BloggerはDNSレコードを確認し、カスタムドメインを有効にします。HTTPSを有効にし（Settings > HTTPS > HTTPS availability: YesおよびHTTPS redirect: Yes）、すべてのトラフィックがHTTPSを使用するようにします。以前blogspot.comでインデックスされていた場合、Googleはリダイレクトを自動的に処理します。
すべての既存の投稿に検索の説明を書く
ブログのすべての公開された投稿を確認し、カスタムの検索の説明を追加します。エディタで各投稿を開き、サイドバーの「Search Description」フィールドを見つけ、投稿の主要キーワードとクリックする理由を含む150文字の説明を書きます。多くの投稿を持つブログにはこれは退屈ですが、検索結果からのクリック率に測定可能な違いを生みます。最初に最もトラフィックの多い投稿を優先してください（Google Search ConsoleのPerformanceレポートを確認して特定します）。説明を更新した後、Googleは次のクロールで変更を取得します — blogspot.comブログでは通常数日以内です。
Bloggerテンプレートに構造化データを追加する
Theme > Customize > Edit HTMLに移動します。個別の投稿コンテンツをレンダリングするテンプレートのセクションを見つけます（<data:post.body/>または類似のものを探します）。このセクションの上に、Bloggerのテンプレートタグを使用してArticle構造化データを出力するJSON-LDスクリプトブロックを追加します。headline（<data:post.title/>から）、datePublished（<data:post.dateIso8601/>から）、author、mainEntityOfPage（<data:post.url/>から）を含めます。テンプレートを保存し、公開された投稿のいずれかでGoogleのRich Results Testを使用して構造化データを検証します。バリデーターが報告するエラーを修正してください。
IndexBoltでインデックスを加速する
BloggerがGoogleのプロパティであるにもかかわらず、新しい投稿が検索結果に表示されるまでに数日かかる場合があります — 特に新しいブログや低トラフィックのブログでは。新しい投稿を公開した後、そのURLをコピーしてIndexBolt経由で送信します。これはタイムリーなコンテンツに特に価値があります：トレンドトピックのコメント、イベントのカバレッジ、インデックスウィンドウが重要な季節コンテンツ。IndexBoltのNormalモードは定期的なブログ投稿に十分であり、Instantモードはインデックスが最初になることが大きなトラフィックを意味するブレイキングトピックに関連するコンテンツにとってクレジットの価値があります。Google Search ConsoleのPerformanceレポートで投稿の検索結果への表示を監視してください。
よくある問題と解決方法
メタディスクリプションなしでインデックスされた投稿がランダムなスニペットを表示する
原因： Bloggerの設定の「Enable search description」トグルが有効になっていなかったため、BloggerはHTMLに<meta name="description">タグを出力しません。このタグがないと、Googleはページからテキストを抽出して独自のスニペットを生成します — これにはサイドバーウィジェットのテキスト、ナビゲーションリンク、または検索結果で非専門的に見える切り捨てられた文章が含まれる可能性があります。
解決方法： Settings > Crawlers and indexingで「Enable search description」を有効にします。次に、投稿エディタを介してすべての公開された投稿にカスタムの検索の説明を追加します。説明なしですでにインデックスされている既存の投稿については、説明で更新し、Googleが再クロールするのを待ちます（または、Search ConsoleのURL検査ツールを介して再インデックスを要求します）。
ラベルページがGoogleのインデックスで薄い重複コンテンツを作成する
原因： 投稿に割り当てる各ラベル（タグ）は、投稿スニペットを表示する/search/label/[label-name]にページを作成します。これらのページには、ホームページと投稿に表示される同じコンテンツ（タイトルと抜粋）が含まれており、ユニークな価値を追加しません。多くのラベルがある場合、数十の薄いページがGoogleのインデックスに蓄積されます。
解決方法： Settings > Crawlers and indexing > Custom robots header tagsで「Archive and Search Pages」のnoindexを有効にします。これにより、すべてのラベルページ、アーカイブページ、検索結果ページにnoindexディレクティブが適用されます。「follow」ディレクティブを有効にしたままにして、Googleがこれらのページのリンクを通じて投稿を発見し続けることができるようにします。さらに、数十の細かいタグの代わりに、ラベルを5〜10の広範なカテゴリに統合してください。
モバイルm.サブドメインURLがインデックスで重複ページを作成する
原因： レガシーBloggerテーマは、モバイル訪問者をm.blogspot.com（またはm.yourdomain.com）サブドメインにリダイレクトし、簡素化されたモバイルテンプレートを提供します。デスクトップURLとモバイルURLの両方がGoogleによってインデックスされ、すべての投稿に対して重複コンテンツエントリが作成されます。
解決方法： モバイルサブドメインにリダイレクトせずにすべてのデバイスで同じコンテンツを提供するレスポンシブBloggerテーマに切り替えます。Themeに移動し、ギャラリーから任意のモダンテーマを選択します（「Contempo」、「Soho」、「Emporio」、「Notable」とラベル付けされたテーマはすべてレスポンシブです）。切り替え後、m.リダイレクトが停止し、Googleは時間の経過とともに重複エントリを統合します。Search Consoleを介して影響を受けるURLの再インデックスを要求して、統合を高速化してください。
DNS変更後にカスタムドメインブログがインデックスを失う
原因： カスタムドメインの設定中のDNS構成ミス — 不正なCNAMEターゲット、不足しているAレコード、DNS伝播の遅延 — により、ブログが一時的にアクセス不可になります。Googleのクローラーが複数日にわたって5xxエラーまたはDNS解決の失敗に遭遇した場合、クロール頻度を一時的に減らしたり、ページをインデックスから削除したりする可能性があります。
解決方法： DNSルックアップツール（dignsまたはnslookup）を使用して、DNSレコードが正しいことを確認します。CNAMEレコードはghs.google.comを指し、4つのAレコードはGoogleのIPを指す必要があります。DNSが正しいことを確認した後、完全な伝播のために48時間待ちます。ブログがアクセス可能になったら、Google Search Consoleにサイトマップを送信し、最も重要なページのインデックスを要求します。DNSが安定すると、インデックスは通常1〜2週間以内に回復します。
BloggerがGoogleのプロパティであるにもかかわらず、Googleが遅くクロールする
原因： 一般的な信念に反して、BloggerブログはGoogleから優先的なクロール待遇を受けません。バックリンクが少なく、トラフィックが低い新しいブログは、新しいサイトと同じ低いクロールバジェットを持ちます。さらに、Bloggerの共有インフラは、1つのブログの積極的なクロールがシステム全体を保護するために制限されることを意味します。
解決方法： 関連性のあるサイトからのインバウンドリンクを構築して、ブログのクロール優先度を高めます。一貫して公開してクロールパターンを確立します。サイトマップをSearch Consoleに送信し、新しいコンテンツを公開するときにpingします（GET https://www.google.com/ping?sitemap=YOUR_SITEMAP_URL）。IndexBoltを使用して、優先度の高い投稿をGoogleのインデックスパイプラインに直接送信し、クロールキューを完全にバイパスしてください。
プロのヒント
よくある質問
BloggerはWordPressと比較してSEOに優れていますか？+
Bloggerは基本的なSEOを適切に処理します — サイトマップを自動生成し、メタディスクリプションをサポートし、robots.txtのカスタマイズを許可します。ただし、WordPressの高度なSEO機能はありません：SEOプラグイン（YoastやRank Mathなど）はなく、構造化データ管理はなく、URLのカスタマイズは限定的で、ページ速度最適化ツールはありません。個人ブログや趣味サイトには、BloggerのSEOは十分です。ランキングを競うビジネスまたはプロフェッショナルコンテンツサイトには、WordPressや他のフル機能のCMSが大幅により多くの制御を提供します。
Blogger投稿がインデックスされるまでどのくらいかかりますか？+
定期的な公開スケジュールを持つ確立されたBloggerブログの新しい投稿は、通常24〜72時間以内にインデックスされます。新しいブログは、Googleがサイトを発見して評価するため、初期インデックスに1〜2週間かかる場合があります。サイトマップをGoogle Search Consoleに送信すると、発見が高速化されます。最速のインデックスのために、IndexBoltを使用して投稿URLをGoogleのインデックスパイプラインに直接送信してください。BloggerがGoogleのプロパティであっても、Blogspotコンテンツに対する自動即時インデックスはありません。
より良いSEOのためにBloggerでカスタムドメインを使用すべきですか？+
はい、本格的に成長させる計画があるブログにはカスタムドメインが推奨されます。カスタムドメインはサイト専用にオーソリティを蓄積しますが、blogspot.comのオーソリティは何百万ものブログ間で共有されます。カスタムドメインの設定は簡単です：ドメインを購入し、必要なDNSレコード（ghs.google.comへのCNAMEと4つのAレコード）を追加し、Blogger設定で構成します。Bloggerはblogspot.comからカスタムドメインへのリダイレクトを自動的に処理し、既存の検索エクイティを保持します。
Bloggerブログに構造化データ（Schema.org）をどのように追加しますか？+
Bloggerには組み込みの構造化データマネージャがないため、テーマのHTMLテンプレートを直接編集する必要があります。Theme > Customize > Edit HTMLに移動し、投稿コンテンツセクション内にJSON-LDスクリプトブロックを追加します。Bloggerのテンプレートデータタグ（<data:post.title/>や<data:post.dateIso8601/>など）を使用して、構造化データフィールドを動的に設定します。最低でも、headline、datePublished、author、mainEntityOfPageを含むArticleスキーマを追加してください。投稿を公開した後、GoogleのRich Results Testを使用して実装を検証してください。
なぜBloggerのアーカイブページがGoogle検索結果に表示されているのですか？+
Bloggerは日付別（/2025/01/、/2025/01/01/）とラベル別（/search/label/topic）にアーカイブページを生成します。これらのページは、Bloggerがnoindexを追加しないため、デフォルトでインデックスされます。これを修正するには、Settings > Crawlers and indexingで「Custom robots header tags」を有効にし、「Archive and Search Pages」をnoindex、followに設定してください。これにより、Googleはこれらの薄いコンテンツページをインデックスしないように指示しますが、リンクをたどって実際の投稿を発見し続けます。