oEmbedは貼り付けられたURLを自ら埋め込みに変えた

従来の埋め込みモデルは、複雑さをすべてのホストサイトに押し付けていた。ブログやCMSは、Flickr、YouTube、その他のサービスがページをどのように構造化しているかを知っている必要があり、プロバイダーがマークアップを変更するたびにそれらのルールは壊れた。

oEmbedはその作業を逆転させた。プロバイダーがURLスキームとAPIエンドポイントを公開し、コンシューマーがURLを送信すると、写真、動画、リンク、またはリッチオブジェクトを記述したJSONまたはXMLのレスポンスが返ってくる。

WordPressは、この形式が定着した理由を示している。2015年までにWordPressは長らくoEmbedのコンシューマーであったが、その後WordPress 4.4はプロバイダーにもなり、通常の投稿をあらゆるoEmbedコンシューマーが埋め込めるようにした。

URLの所有者に、その埋め込み方法を尋ねる

貼り付けられたURLが、ユーザーの唯一の入力であり続けた。

プロバイダーは自らの埋め込みHTML、寸法、安全性のモデルを管理した。

コンシューマーは1つのリクエストパターンで多くのサービスをサポートできた。

WordPressの採用により、何百万ものサイトがoEmbedのコンシューマーとプロバイダーの両方になった。

すべてのプラットフォームが埋め込まれることを望むなら、すべてのホストにすべてのプラットフォームを解析させるべきではない。信頼できる情報源に埋め込みのレシピを提供させよ。

oEmbedは、ブログ、CMS、メディアサービス全体にわたるリッチなリンクプレビューと埋め込みの背後にある、目立たない配管となった。重要な選択は、巧妙なパーサーではなく、解析を拒否し、パブリッシャーに直接尋ねることであった。