ツールガイドDeepCrawlのクロールプロジェクトにXMLサイトマップやサイトマップインデックスを追加できます。XMLサイトマップ監査にどのデータを含めるか把握することが大変重要ですDeepCrawlでXMLサイトマップを監査するには、次の3つの方法があります。全てのデータソースが有効なクロールプロジェクトを利用するウェブおよびXMLデータソースが有効なクロールプロジェクトを利用するXMLサイトマップのみが有効なクロールプロジェクトを利用する。これらのクロールプロジェクトには、それぞれ目的に応じて長所と短所があります。クロールプロジェクトを設定する前に、サイトマップをテストし、そのサイトマップが有効であることを確認してください。XMLサイトマップファイルをテストする無効なサイトマップを設定してしまうとクロールデータが正確ではなくなり、クロールを再度行う必要が発生します。正確なクロールデータを利用するため、以下の手順で実行してください。XMLサイトマップのみを含む、テストクロールプロジェクトを作成し、実行する。XMLサイトマップの有効性の検証ガイドを読み、手順に従う。XMLサイトマップが有効であることが確認できたら、監査目的に合うクロールプロジェクトに追加してください。XMLサイトマップ監査時のクロールプロジェクトを選択するDeepCrawlをKPIの達成に役立てるために、クロールプロジェクトごとの違いを理解した上で選択することが必要です。以下の表では、3つの異なるクロールプロジェクトを比較しています。全てのデータウェブサイトおよびXMLサイトマップXMLサイトマップのみ以下では、各クロールプロジェクトを使用する上での長所と短所について、詳しく説明しています。すべてのデータソースをクロールするプロジェクトこのクロールプロジェクトタイプでは、データソースとして全てのデータソースが選択されています。連携したデータソース(Googleサーチコンソールやバックリンクなど)の視点からXMLサイトマップファイル内のURLをより良く理解することができます。長所:XMLサイトマップに含まれるURLのバックリンク、トラフィック、および内部リンクシグナルの理解に役立つ詳細なURLデータを提供します。XMLサイトマップのURLが、サイトの内部リンク構造に存在するか、ウェブクロールで見つからない(もしくは孤立したページ)のかの判断に役立ちます。バックリンク、Googleアナリティクス、Googleサーチコンソールのパフォーマンスデータにより、XMLサイトマップ内の重要なURL、重要でないURLを把握することができます。短所:このクロールプロジェクトタイプは、各ソースからの全データをクロールするため、処理に時間が掛かります。このプロジェクトタイプの適切な使用タイミングすべてのデータソースが選択されたクロールは、月ごと、または四半期ごとに実行するような設定をおすすめします。すべてのデータソースが選択されていると、DeepCrawlがリクエストおよび処理するのに時間がかかるためです。データソースと同じプライマリドメイン名を使用するクロール設定のデータソースを連携する際は、すべてXMLサイトマップおよびウェブクロールと同じプライマリドメインを設定していることを確認してください。www.example.comなど)プライマリドメインがバックリンクや他データソースで異なる場合、DeepCrawlではXMLサイトマップ分析が無効になってしまいます。これは、URLに関連付けられているインプレッション、クリック、バックリンクといったあらゆる指標が、サイトマップで見つかったURLと一致しないためです。ウェブクロールとXMLサイトマップのクロールプロジェクトこのプロジェクトタイプでは、データソースとしてウェブサイトとXMLサイトマップのみが選択されています。このタイプを使用することで、サイト上のシグナル(内部リンク、孤立したページ、正規化など)の視点から、XMLサイトマップファイル内にあるURLをより良く理解することができます。長所:クロールしたサイトの範囲内でXMLサイトマップ上のURLを理解するのに役立ちます。XMLサイトマップのURLが、サイトの内部リンク構造に存在するか、ウェブクロールで見つからない(もしくは孤立したページ)どちらなのか把握するのに役立ちます。ウェブサイト全体でcanonicalタグの不一致を迅速に識別するのに役立ちます。(XMLサイトマップが正規とする)このクロールプロジェクトタイプは、すべてのデータソースを選択しているプロジェクトよりも高速な処理が可能です。短所:このクロールプロジェクトタイプは、ウェブサイト上の全てのリンクをクロールするため、処理に時間が掛かります。このプロジェクトタイプの適切な使用タイミングDeepCrawlが要求および処理する必要がある余分なデータソースのために、すべてのデータソースが選択されたクロールがクロールに時間がかかるため、すべてのデータソースを選択したクロールプロジェクトは、毎月または四半期に実行するようにスケジュールするのが最適です。クロールでは同じプライマリドメイン名を使用してくださいウェブサイトのクロールデータとXMLサイトマップの2つをデータソースとして選択する際は、両方とも同じプライマリドメインを設定していることを確認してください。プライマリドメインがXMLサイトマップとウェブサイトのクロールデータと異なる場合、DeepCrawlでのXMLサイトマップ分析が無効になってしまいます。URLに関連したすべてのページ上の指標が、サイトマップ上のURLと一致しないためです。XMLサイトマップのクロールプロジェクトこのクロールプロジェクトでは、データソースとしてXMLサイトマップのみが選択されています。このタイプを使用することで、XMLサイトマップファイルで見つかったURLの問題(HTTPステータスコードエラー、noindexのページ、壊れたリンクなど)をすばやく認識することができます。長所:XMLサイトマップファイル上のページレベルの指標をすばやく把握するのに理想的です。DeepCrawlのスケジュール機能と組み合わせることで、XMLサイトマップファイルの技術的な問題を日次、または週次で監視するのに役立ちます。このクロールプロジェクトタイプは、他のクロールプロジェクトと比較して最も高速に処理することができます。短所:このクロールプロジェクトでは、他のデータソースを選択していないため、XMLサイトマップ内のURLに、内部リンク、外部リンク、正規化シグナルといったウェブサイトアナリティクス関連の指標が存在しません。DeepCrawlはXMLサイトマップで見つかったURLのみクロールし、そのページ上で見つかったリンクをクロールしません。このプロジェクトタイプの適切な使用タイミングこのプロジェクトタイプは、開発チームやSEOチームがXMLサイトマップを監視し、データをすぐに反映させたい場合に適しています。まとめXMLサイトマップ監査を行うためのクロールプロジェクト設定には、正しい方法も誤った方法もありません。DeepCrawlでXMLサイトマッププロジェクトを設定する場合、次のことが重要になります。