SEOの絶対URLと相対URL
ウェブサイトを開発しています。メニューナビゲーションで多くのアンカーリンクを使用し、絶対URLを指定しました。私が読んだどこかで、メニューナビゲーションで親relativeのURLを使用することもできます。
SEOの観点から、メニューナビゲーションの絶対URLまたは相対URLのどちらに適していますか？
私の知る限り、それほど大きな違いではありません。
Ipreferrelative（常にドキュメントルートから、ドメインなし）。
httpsに変更する場合、私のウェブサイトのすべての内部リンクを更新する必要はありません。サイトの名前を変更するか、「常にwww」から変更する場合「決してwww」へ（何らかの理由で）すべてを更新する必要はありません。
このプロは、あなたが自分でchached htmlファイルを作成したときに増加します。
そして、小さなボーナスで、リンクごとに数バイトのhtmlを節約します（非常に小さなボーナス）。
SEOの観点から見ると、唯一重要なことは、URLが解決可能なドキュメントを正しく指していることです。これは、絶対URLまたは相対URLのすべてが絶対URLとして解決されるためです。
絶対URLは、コンテキストに適応しないため、柔軟性がありません。システムからその場で生成される場合、それは大きな問題ではありませんが。
相対URLにはさまざまな形式があり、いくつかの利点があります。
- ページの相対URL（例：
../../about.html） - ドメインの相対URL（例：
/about.html） - プロトコルの相対URL（例：
//example.com/about.html）
それぞれの動作は異なり、メリット/デメリットはあなたの状況に依存します。
ページ相対URLは脆弱であり、リンクドキュメントとリンク先ドキュメント間の一貫した関係に依存しています。この関係が変更されると、リンク切れが発生します。
ドメインの相対URLは同じドメインにあり、同じプロトコルを使用しますが、それ以外は完全パスを指定します。これにより、リンク先のドキュメントとリンク先のドキュメント間の結合が削除されますが、ページの移動によってリンクが依然として破損する可能性があることは明らかです。
プロトコル相対URLは、他のサブドメインまたはドメインからリソースを呼び出すのに最適ですが、使用中のプロトコルを保持します。これは、httpまたはhttpsのいずれかで提供されるページからリンクされたリソースに対して特に効果的です。プロトコル相対リンクにより、すべてのリソースが同じプロトコルで要求され、暗号化されていないリソースに関するhttpsページの警告が停止します。
到達可能なドキュメントに解決し続ける能力についてそれぞれを評価する必要があります。すべてのリンクが自動生成される場合、絶対URLは問題ありません。そうでない場合、ドメイン相対URLは柔軟性が非常に高く、プロトコル相対リンクは、httpまたはhttpsで提供されるアセットに最適です。
SEOの場合、もちろん正しくない限り、違いはありません。
正しく定義されていない相対URLに接頭辞のスラッシュが欠落し、動作しない404が終わることのないURLのスパイダートラップを作成するWebサイトが常に表示されます。
例えば
http://www.example.com/relative/
http://www.example.com/relative/relative/
http://www.example.com/relative/relative/relative/
http://www.example.com/relative/relative/relative/relative/
これらの「クモ」トラップは、無限の量の重複ページを作成し、Googleのクロール予算を使い果たします。どちらもSEOにとっては悪いことです。
相対URLを使用しない理由はいくつかあります
非常に一般的な問題は、ウェブマスターがサイトの2つの異なるバージョンを維持することです-1つは開発ディレクトリとして、もう1つはライブディレクトリとして。
Devディレクトリを隠していない場合、SEOに悪影響を与える可能性のある重複コンテンツの問題が発生する可能性があります。
他のポジティブ/ネガティブに関する良い（最近の）議論がここにあります： https://moz.com/blog/relative-vs-absolute-urls-whiteboard-friday
SEOの場合、完全な絶対URLは、共有時にリンクが機能しなかったり、メールのクリックからリンクが機能しないなど、さまざまな理由で優れています。偉大な長いコンテンツを記述し、相対パスのURLがスパイダーボットを混乱させ、コンテンツが盗まれやすく、メールや共有リンクをクリックするとエラーページが表示される場合に検索するように最適化することは意味がありません。これは数年前から流通しており、開発者は常に完全な絶対URLを使用しています。検索エンジンジャーナルは2008年にそれについて書きました：
https://www.searchenginejournal.com/seo-internal-interlinking-relative-vs-absolute-urls/7000/
そして最近のMOZ：
https://moz.com/blog/relative-vs-absolute-urls-whiteboard-friday
およびYaost：