0

昔ながらのウェブページでは、2つの場所に重複するコンテンツがある場合、1つに「正規」のフラグを付けることができるため、ウェブクローラーなどは、これがリソースへの単なる別の参照であり、「真の」場所のURLを明示的に定義します。コンテンツ。<head>これは、元のページを指す非正規ページの HTMLタグでリンクタグを使用することによって行われます。

<link rel="canonical" href="http://www.example.com/the-real-url-of-this-content.php>

RESTful Webサービスの領域では：

  1. これは必要ですか、推奨されていますか、それともお勧めできませんか？
  2. Canonicalは、検索エンジンのコンテンツにフラグを立てるためのHTMLの構成にすぎませんか？
  3. 必要に応じて、HTTPヘッダーで同じことがどのように達成されますか？私はHTML（JSONオブジェクトのみ）を返さないので、リンクタグは意味がありません...
  4. RESTの一意のリソースに複数のURLがあるかどうかは重要ですか
4

1 に答える 1

2

RFC6596は潜在的にこれに答えます。

  1. 言いにくい。
  2. これは一般的なリンク関係ですが、Googleによって「発明」されています。
  3. 仕様を参照してください（HTTP「リンク」ヘッダーフィールドも使用できます）。
  4. いいえ、関係ありません。しかし、もちろん、同じものに対して複数のURIを回避することは、何があっても良い考えです。
于 2012-07-19T17:18:58.603 に答える