属性を使ってマークアップされます。提唱するマークアップに含まれます。要素などの不可視な要素にも適用することができます。要素を使って不可視のメタデータを定義(記述)することができます。よって著者情報を示した例です。フォーマットとして採用することが前提としていたようです。継続的なサポートは期待できそうです。ウェブマスター向け公式ブログなどでも同じような情報を確認することができます。推奨する方針のようです。両方のタイプを使用しないようにしてください。要素を使ってメタデータを記述する、比較的新しいタイプのフォーマットです。フォーマットに従ってデータが定義されます。利点はいくつかあります。フォーマットなので、各システムでデータを取得・解析しやすいのが最大の特徴です。解析する仕組みを持っていますし、パース(システムが処理できるデータに変換すること)も高速です。ドキュメントに埋め込みやすいという利点があります。ある1つの種類のデータを示すメタデータを1か所にまとめて記述するため、システムが読めるだけでなく、人間も読みやすいです。その他のメタデータフォーマットは、ある要素の中に記述されたり、その要素がページ中に分散することもあります。データサイズが小さい、という利点もあります。自体が軽量なフォーマットですが)一方で、可視化されたデータと重複する内容をメタデータとして出力すると、冗長なデータとなります。とマークアップはデータが重複した例です。分かりやすさのために最小のデータによって表現していますが、実用的なシーンでは、より多くのデータが重複するでしょう。</a>冗長になってしまったパターン(NAME/URL)例えば名前や日付などは冗長になりがちです。可視化されたデータとして名前を記述し、別途メタデータとしても名前を記述することになります。いずれかのデータが変更されたとき、もう一方のデータも変更するコストがかかります。交互に記述されるので、多少コードの美しさを多少損なうこともあるでしょう。これまでのフォーマットの経緯を多少逆行しています。データの形式や目的は未来志向ですが。ドキュメントに埋め込まなくても良いんじゃないかなぁとは思います。対象にメタデータをマークアップすることを目的として検討されてきたようです。推奨する一方で、他の形式と比較して古いメタデータの形式です。別のフォーマットへ移行した方がよさそうです。採用できることでしょうか。比較すると記述方法が複雑で、導入しにくく、見通しが悪いと感じるでしょう。多少冗長なように見えます。積極的に使われた例を私は知りません。構造化データとして採用しています。用いてメタデータを表現します。属性はそれを使うことができる要素とその値が定められています。名なのかが不明瞭であるなどの欠点があります。利点と欠点」のページを参照してください。コメントをキャンセルメールアドレスが公開されることはありません。*次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。コメントデータの処理方法の詳細はこちらをご覧ください。