XML サイトマップに見られる 4 つの一般的な問題とその修正方法
公開: 2022-10-26XML サイトマップに見られる一般的な問題は何ですか? それらはどのような影響を及ぼし、どのように修正しますか?
プロジェクトに取り組んだり、SEO に関する記事を書いたりしていないときは、トマト、ピーマン、ハーブの栽培に時間を費やしている女性と、今日はそのことについて話し合うつもりです。 彼女は最近、Aleyda Solis と Freelance Coalition for Development Countries Tech SEO メンターシップから指導を受けました。 フリーランスの請負業者であり、Tech SEO Journal の創設者でもあります。 In Search SEO ポッドキャスト、Katherine Nwanorue へようこそ。
このエピソードでは、Katherine が 4 つの一般的な XML サイトマップの問題とその修正方法を共有します。
- 不適格な URL のリスト
- サポートされていない HTML 形式のエラー
- ページとその代替バージョンを正しく宣言していない
- ウェブサイトのセクションごとに 1 つの大きなサイトマップを持つ
キャサリン: こんにちは、デビッド。 お招きいただきありがとうございます。
D:ねえ、キャサリン。 ここに来てよかった。 キャサリンは、techseojournal.com で見つけることができます。 キャサリン、XML サイトマップはなぜそれほど重要なのですか?
K: いい質問ですね。 私にとって、XML サイトマップを持つことには 2 つの主な利点があります。 1 つは、検索エンジンが重要なページを見つけやすくすることです。 ページ数が 500 以下で、適切な内部リンク構造があり、ページが頻繁に変更されない小規模な Web サイトを扱っている場合、この場合、XML サイトマップを持つことは優先事項ではありません。 しかし、頻繁に変更されるコンテンツ、貧弱な内部リンク構造、および孤立したページがある大規模な Web サイトを扱っている場合は、検索エンジンが重要なページを見つけるのに役立つため、サイトマップを使用することは理にかなっています.
ただし、XML サイトマップを使用してもインデックス登録が保証されるわけではないことにも言及しておきます。 検索エンジンにとっては、ヒント、手がかりのようなものです。 これは、Google に「ねえ、インデックスに登録する必要があると思われる非常にクールなページがあります。見ていただけませんか?」と言っているようなものです。
XML サイトマップを持つことの 2 つ目の利点は、SEO の問題、特にインデックス作成の問題のトラブルシューティングに役立つことです。 しかし、私はこれに戻ります。
D: いいですね。大規模なサイトについておっしゃいましたね。 サイトのページ数が特定の数を超えている場合、XML サイトマップを使用することをお勧めします。
K: Google のドキュメントでは、500 ページ以上を推奨しています。これは、小規模な Web サイトの反対です。 ただし、ほとんどの場合、1000 ページ以上で問題ありません。
D: そこに焦点を当てる明確な数字があるのは素晴らしいことです。 そこで今日は、XML サイトマップに関する 4 つの一般的な問題を共有します。 最初から始めて、不適格な URL をリストします。
1. 対象外の URL のリスト
K: はい。不適格な URL とは、404 エラー コードを生成した URL を意味します。 robots.txt によってブロックされているか、noindex タグが付いているか、リダイレクトされている可能性があります。 これは通常、サイトマップを手動で作成した可能性が高く、何らかの理由でこれらのエラー ページがファイルに作成された場合に発生します。 これが発生するもう 1 つの理由は、自動的に更新されない静的な XML サイトマップを作成した可能性があることです。 そのため、Web サイトに新しいページを作成しても、サイトマップには反映されません。 これは問題です。検索エンジンは、有効なページをクロールする代わりに、頻繁にリダイレクトされたコンテンツやアクセスしてはならないページにアクセスしようとして時間を無駄にしているためです。 また、Google は、サイトマップのクロールを何度か試行しても失敗した場合、最終的に試行を停止すると述べています。 これは、そもそも XML サイトマップを持つという目的を無効にします。
D: したがって、不適格な URL を XML サイトマップに組み込んだままにしておくと、最終的に Google はその XML サイトマップを無視するか、おそらくあなたの Web サイト全体が信頼できるものとして信頼しなくなるでしょう。 これは、XML サイトマップがサポートされていない HTML 形式のエラーを生成する場合に 2 番目に発生します。
2. サポートされていない HTML 形式のエラー
K: まず、HTML サイトマップとは何かについて説明したいと思います。 HTML サイトマップは、そのコンテンツ、ページへのリンク、および Web サイトのセクションです。 通常、人間のユーザーがサイトをナビゲートするためのものです。 ウェブサイトのフッターセクションにあります。 はい、ほとんどの場合、検索エンジンもこれらのリンクをたどってページを見つけることができます。 しかし、XML サイトマップとの類似点はここまでです。 HTML サイトマップには変更日がありません。 ビデオがある場合、それらのビデオを HTML サイトマップにリンクすることさえできない可能性があります。
既存のコンテンツと更新されたコンテンツを本当に検索エンジンに伝えたい場合は、XML サイトマップを使用する必要があります。 しかし、XML サイトマップを送信しようとしたときに HTML 形式のエラーが発生した場合は、実際にファイルを HTML 形式で送信しているか、サイトマップに次のようなエラーが含まれている可能性があります。読みにくくします。
これが発生するもう 1 つの一般的な理由は、Web サイトにキャッシュ機能があり、プラグイン、サーバー、または構成が邪魔になり、代わりに HTML 形式のファイルを提供していることです。
D: 素晴らしいヒントもあります。 HTML サイトマップと XML サイトマップを同時に持つメリットはありますか、それとも XML サイトマップだけで十分でしょうか?
K: 両方を持っていることには利点があります。 何かで付加価値を得ることができるなら、それはなぜですか? ページのクロール深度が非常に長く、一部のページに到達するのが難しい場合は、HTML サイトマップを使用すると、ユーザーがアクセスすべきページにユーザーを誘導し、Web サイトをナビゲートするのに役立ちます。 一方、XML サイトマップは検索エンジン向けです。 したがって、この場合、ユーザーとクローラーの両方を考慮しています。 そうです、両方を持っていることは間違いなく良い考えです。
D: そしてあなたは、XML サイトマップを正しくコーディングすることの重要性について明らかに話しました。 XML サイトマップが正しくコーディングされていることを確認するように推奨している場所はありますか?
K: はい、XML サイトマップが HTML ファイルではないか心配な場合は、Google Search Console に送信してみてください。 これが HTML サイトマップであるという応答を受け取る可能性があります。 その場合は、何が原因なのかを突き止めるために、ブラウザで XML サイトマップを開き、Chrome 開発ツールでページを調べてください。 プラグインがある場合、またはサーバー キャッシングの場合は、邪魔になっているもののリストが表示される可能性があります。 キャッシュ機能があることがわかったら、先に進んで構成を変更し、キャッシュをクリアすると、すべてが元の状態に戻るはずです. しかし、キャッシング機能が邪魔をしていない場合は、エラーが発生している可能性があります。 この場合、XML サイトマップ バリデーターを使用して、サイトマップにエラーや誤ってエンコードされた属性がないかどうかを確認する必要があります。
D: 素晴らしい。 また、XML サイトマップが正しくコーディングされている場合、それが適切な XML である場合、キャッシング プラグインによって XML サイトマップがフリーズし、正しく更新されなくなる危険性はありますか? それとも、XML ファイルでは危険ではありませんか?
K:それは危険です。 そのため、プラグインにキャッシュがないことを確認することをお勧めします。 多くのプラグインには、サイトマップをキャッシュできる設定がありますが、前述のように問題が発生する可能性があるため、キャッシュしないでください。 XML サイトマップが HTML ファイルとして表示される可能性があります。 非常に多くのエラーが発生する可能性があるため、XML サイトマップをキャッシュしないことをお勧めします。 しないでください。 しないほうがいいです。
D: そして 3 番目は、ページとその代替バージョンを正しく宣言していません。
3. ページとその代替バージョンを正しく宣言しない
K: これは、XML サイトマップに hreflang タグを実装している場合に当てはまります。 この場合、インデックスを作成する URL と、それ自体を含むその代替バージョンを指定する必要があります。 たとえば、私の Web サイトに英語を話す人向けのページがあり、それをインデックスに登録したいとします。 しかし同時に、私は 2 つの代替バージョンを持っています。 スイスのスピーカー向けのドイツ語版と、中国のユーザー向けの中国語版があります。 これを行うには、英語のページの URL を指定してから、これら 3 つのバージョンをリストします。 スイス向けのドイツ語版、中国向けの中国語版、英語版があります。
そして、これらのタグは相互的です。 したがって、参照されている各代替バージョンが他方を指していない場合は、問題があります。 XML サイトマップで、hreflang タグが正しく解釈されない、または完全に無視されるという問題が発生する可能性があります。
D: 4 番目は、ウェブサイトのセクションごとに 1 つの大きなサイトマップを持つことです。
4. ウェブサイトのセクションごとに大きなサイトマップを 1 つ持つ
K: そうですね。 現在、Google は 1 つのサイトマップで 50,000 個の URL をサポートしているか、サイトマップのサイズが非圧縮で最大 50 MB のいずれか最初にヒットした方をサポートしています。 これは、50,000 個の URL がある場合、それらすべてを 1 ページにリストする必要があるという意味ではありません。 問題のトラブルシューティングが困難になる可能性があるため、これはお勧めできません。 ウェブサイトのどのセクションにインデックス作成やクロールの問題があるのか 、検索エンジンやクローラーが侵入していないセクションがわからない.
理想的には、サイトマップをセクションごとに分割する必要があります。 たとえば、e コマース Web サイトがある場合、静的ページ (会社概要、利用規約など) 用に 1 つのサイトマップを作成してから、カテゴリ ページ用に別のサイトマップを作成できます。 このようにして、問題を簡単に特定し、Google Search Console の業界レポートでフィルタリングして、ウェブサイトのセクションがクロールされず、インデックスに登録されていないことを確認できます。
D: サイトで使用できるサイトマップの最大数はありますか?
K: 今のところ、数字を出すことはできません。
D: XML サイトマップを定期的にチェックして診断するのはどうですか? 月に一度、エラーがないかチェックするべきことはありますか?
K: 月に一度はお勧めしません。 ウェブサイトで何が起こっているのかを本当に知りたい場合は、Google Search Console を確認する必要があります。Google Search Console で、サイトマップのこれらのエラーを確認できるからです。 公開するページ数に応じて、定期的に、可能であれば毎日、または毎週チェックする必要があります。 毎日コンテンツを公開しているのであれば、それを頻繁にチェックすることは理にかなっています。 ただし、ページがめったに変更されない場合は、毎週でも問題ありません。 しかし、どうか、それを確認する必要があります。
D: これを読んだり、聞いたり、見たりしている人は、私が XML サイトマップについてもっと理解する必要があると考えています。 XML サイトマップについて詳しく知るために、お勧めできるリソースはありますか?
K: はい。 Google のドキュメントを確認する必要があります。 XML サイトマップとは何か、サイトマップの作成方法、ベスト プラクティス、多言語サイトでの管理方法などに関する広範なドキュメントがあります。 あなたが見つけることができるほとんどすべての情報がそこにあります。
Pareto Pickle - 優れた内部リンク構造を持つ
D:すばらしい。 最後はパレートピクルスで締めましょう。 パレートは、20% の努力から 80% の結果を得ることができると言っています。 適度な労力で信じられないほどの結果が得られる、お勧めの SEO アクティビティを 1 つ挙げてください。
K: 良い内部リンク構造だと思います。 これは、検索エンジンの URL 検出の主要なソースであるためです。 サイト内のリンクをたどって、Web サイトの重要なページにアクセスできます。 さらに、リンクを使用して SEO 値を他のページにも渡すことができます。 または、ページの相対的な重要性とページ間の関係を示すためにも使用できます。 そうです、適切な内部リンク構造が最適です。
D: では、適切な内部リンク構造を持つということは、XML サイトマップが必要ないということではないのですか?
K: そうじゃない。 前述したように、適切な内部リンク構造と小規模な Web サイトがある場合、XML サイトマップを作成することは優先事項ではありません。 しかし、一部のサイトは、他のサイトよりも XML サイトマップからより多くの価値を得ることができます。 非常に大きなページがある場合、優れた内部リンク構造を持つことができますが、それ以上の価値を望んでいない人はいますか? 検索エンジンが時間通りにページに到達することを望まない人はいますか? したがって、XML サイトマップは二次的な予防措置のようなものであり、優れた内部リンク構造は最初のステップです。
D: 適切な内部リンクがある場合、HTML サイトマップは必要ですか?
K: ユーザーがまだ Web サイトに移動する際に問題が発生している場合は、HTML サイトマップが適しています。
D:わかりました。 したがって、あなたが言うように、URL のランク付けやナビゲーションに問題がある場合は、HTML サイトマップがユーザーと検索エンジンの両方に適している可能性があります。 ただし、インデックスを作成するすべてのページがインデックスに登録されている場合は、HTML サイトマップは必要ありません。
K:はい、必要ありません。 その場合はあると便利ですが、必須ではありません。
D: デビッド・ベインです。 キャサリンは、techseojournal.com で見つけることができます。 キャサリン、In Search SEO ポッドキャストに参加してくれてありがとう。
K:お招きいただきありがとうございます。 楽しかったです。
D: 聞いてくれてありがとう。 以前のエピソードをすべてチェックして、rankranger.com でランク レンジャー プラットフォームの無料トライアルにサインアップしてください。