Website SEO Launch Setup — Index Faster, Rank Sooner

SEO起動設定がない場合、Googleは通常、新しいサイトのページを発見してインデックスするのに3～8週間かかります。適切な設定（Search Console認証、サイトマップ送信、IndexNowピング）により、初期インデックスは24～72時間以内に実現可能です。違いは、Googlebotが外部リンク経由であなたのサイトに偶然遭遇するのを待つのか、それとも直接Googleに対してあなたのサイトの存在を通知し、すべてのページのマップを提供するのかにあります。700以上の起動を追跡した結果、起動前のGoogle Search Console設定とサイトマップ送信を行ったサイトは、最初のインデックス化されたページまで平均2.1日かかるのに対し、設定なしで起動したサイトは平均19日かかっています。単一の最大の加速要因は、DNS伝播から数分以内にSearch Console APIでサイトマップを送信し、同時にIndexNowピングでBing、Yandex、DuckDuckGoをカバーすることです。

IndexNowはオープンプロトコルで、URLが公開または更新されるたびに検索エンジンに直接通知できます。クローラーが独自のスケジュールで再訪問するのを待つのではなく、通知を直接プッシュします。2024年現在、IndexNowはBing、Yandex、Seznam、およびNaverでサポートされています。DuckDuckGoはBingのインデックスを通じて間接的に恩恵を受けます。GoogleはIndexNowをサポートしていません。Google Search ConsoleのURL Inspection APIとサイトマップベースの発見に依存しています。両方のシステムを設定します。IndexNowはBingファミリーエンジン用、Search Console送信はGoogle用です。技術的な設定には、APIキーの生成、ドメインルートに確認ファイルをホストし、IndexNowエンドポイントにURL リストを含むPOSTリクエストを作成することが含まれます。通常、これをCI/CDパイプラインまたはCMS公開フックに統合し、将来のコンテンツ更新が自動ピングをトリガーします。

最も一般的な原因は、ステージング時から残された古いrobots.txtの不許可ルール、ページ上のnoindexメタタグ、検証されたSearch Consoleプロパティがない、またはサイトマップが送信されていないことです。起動後に当社に相談するサイトの約30%でrobots.txtの問題が見られます。開発チームはステージング中に'Disallow: /'を使用して早期インデックスを防止し、本番公開時に削除するのを忘れています。次に一般的な問題は、Googlebotが処理できないクライアント側でレンダリングされたコンテンツです。React またはNext.jsアプリが任意のテキストコンテンツを表示するためにJavaScript実行を必要とし、そのレンダリングが5秒以上かかる場合、Googlebotは空のページをインデックスする可能性があります。当社の起動前監査はこれらのすべての問題をキャッチします。Googleの独自のURL Inspection APIで、Googlebotが人間の訪問者と同じコンテンツを見ることを検証します。

最低限、すべての新しいサイトはホームページのOrganizationスキーマ、すべてのページのWebPageスキーマ、ナビゲーションのBreadcrumbListスキーマで起動する必要があります。それ以上は、コンテンツタイプによって異なります。e-commerceサイトにはProductおよびOfferスキーマが必要です。サービスビジネスはLocalBusinessおよびServiceスキーマから恩恵を受けます。コンテンツサイトはArticleまたはBlogPostingスキーマを実装する必要があります。FAQページは、SERPsのリッチ結果ドロップダウンの対象となるFAQPageスキーマが必要です。すべての構造化データをサーバーレンダリング済みJSON-LDとして実装します。Microdata やRDFaではありません。JSON-LDはGoogleの推奨形式であり、HTMLボディへの変更を必要としない唯一の形式です。デプロイ前に、当社がデプロイするすべてのスキーマブロックはGoogleのRich Results TestおよびSchema.org検証に合格します。通常、ページテンプレートの多様性に応じて、サイトごと3～6種類のスキーマを実装します。

48時間のウィンドウ中に、4つのデータソースを継続的に監視します。Google Search ConsoleのIndex Coverageレポートおよび URL Inspection API、Bing Webmaster Toolsのクロールデータ、GooglebotおよびBingbotユーザーエージェント用にフィルタリングされたサーバーアクセスログ、およびリアルタイムLighthouse CIスコアです。ボットトラフィック下での5xxサーバーエラー、サイトマップで送信したURLの404、2ホップ以上のリダイレクトチェーン、サーバーが空のページで200ステータスを返すソフト404、およびクロール異常を監視しています。Googlebotが48時間で予想される50～200リクエストの代わりに3回サイトにヒットするなど、クロール異常もあります。問題を検出した場合、すぐに修正します。48時間終了時に、インデックス化されたページ総数、クロール頻度、構造化データ検証結果、利用可能な場合はCore Web Vitalsフィールドデータ、および修復手順を含むレポートを受け取ります。

当社のSEO起動設定は、サイトの複雑さに応じて$2,000～$8,000の範囲です。10～50ページと1つのCMSを持つシングルドメインマーケティングサイトは通常$2,000～$3,500の範囲です。多言語サイト、数百のSKUに渡る商品スキーマを使用するe-commerceストア、または複雑なJavaScriptレンダリングパイプラインを持つサイトは$5,000～$8,000の範囲に該当します。価格には、起動前監査、Search ConsoleおよびBing Webmaster設定、IndexNow設定、robots.txtおよびサイトマップ検証、構造化データ実装、起動日送信、および最終レポート付きの48時間監視が含まれます。リテーナーや継続的な費用はありません。これは1回限りのプロジェクト成果物です。起動後の継続的な技術SEOサポートが必要な場合は、別途提供しています。セットアップなしで簡単な監査が必要なチームの場合、$750から始まるスタンドアロン起動準備チェックを提供しています。

はい、これは実際に当社の最も一般的なリクエストの1つです。当社のSEO起動プロジェクトの約40%は、数週間または数か月前に公開されたが、検索エンジン用に適切に設定されていないサイト向けです。プロセスは起動前設定とほぼ同じです。robots.txtを監査し、Search Consoleを検証し、サイトマップを送信し、構造化データを実装し、IndexNowピングを送信します。主な違いは、Googlebotが現在見ているものとサイトが実際に含むものとの間の完全なクロール比較も実行し、不一致を修正することです。30日以上ライブだがインデックスされていないサイトには、Googleのシステムにスタッシュキャッシュの問題がある場合があります。その場合、URL Inspection APIを使用して、最優先URLのページごとに新しいクロールをリクエストします。4～6か月無視されていたサイトのインデックス化を回復し、当社の介入後5～7日以内に完全にインデックスされました。

レンダー時間のクランピングは、ページの意味のあるコンテンツがクローラーに見える時間予算を厳格に確保する慣行です。Googlebotのレンダリングパイプラインの場合、5秒以下を目標とします。Googlebotはheadless Chromiumインスタンスを使用してJavaScript集約的なページをレンダリングしますが、リソースは有限です。React、Vue、またはNext.jsアプリが8～12秒かかってハイドレーションとコンテンツ表示を行う場合、Googlebotはハイドレーション前のHTML（通常は空のdivとローディングスピナー）をインデックスする可能性があります。スロットル化されたheadless Chrome環境でページを実行することで、これを監査します。Googlebotのレンダリング条件をシミュレートします。次に、ボトルネックを特定します。過度に大きなJavaScriptバンドル、遅延ロードされたAbove-the-foldコンテンツ、メインスレッドをブロックするサードパーティスクリプト、およびハイドレーション滝です。修正には通常、重要なコンテンツをサーバー側レンダリングまたは静的生成に移動し、不要なスクリプトを遅延させ、主要なリソースをプリロードすることが含まれます。測定可能な結果は、LCPが2.5秒以下に低下し、Googlebotが最初のクロール時に実際のコンテンツを見ることです。