oEmbed는 붙여넣은 URL이 스스로 임베드로 변하게 했다

예전 임베드 모델은 복잡성을 모든 호스트 사이트에 떠넘겼다. 블로그나 CMS는 Flickr, YouTube 또는 다른 서비스가 페이지를 어떻게 구성하는지 알아야 했고, 제공자가 마크업을 바꿀 때마다 그 규칙은 깨졌다.

oEmbed는 그 작업을 뒤집었다. 제공자는 URL 스킴과 API 엔드포인트를 공개하고, 소비자는 URL을 제출하여 사진, 동영상, 링크 또는 리치 객체를 설명하는 JSON 또는 XML 응답을 받는다.

WordPress는 이 형식이 왜 자리 잡았는지 보여준다. 2015년까지 WordPress는 오랫동안 oEmbed 소비자였고, 그 후 WordPress 4.4는 제공자도 되어 일반 게시물을 어떤 oEmbed 소비자든 임베드할 수 있게 만들었다.

URL의 소유자에게 그것을 임베드하는 방법을 물어라

붙여넣은 URL이 사용자의 유일한 입력으로 남았다.

제공자는 자체 임베드 HTML, 크기 및 안전 모델을 통제했다.

소비자는 하나의 요청 패턴으로 많은 서비스를 지원할 수 있었다.

WordPress의 채택은 수백만 개의 사이트를 oEmbed 소비자이자 제공자로 만들었다.

모든 플랫폼이 임베드되기를 원한다면, 모든 호스트가 모든 플랫폼을 파싱하게 만들지 마라. 진실의 원천이 임베드 레시피를 제공하게 하라.

oEmbed는 블로그, CMS 및 미디어 서비스 전반에서 리치 링크 미리보기와 임베드 뒤의 조용한 배관이 되었다. 중요한 선택은 영리한 파서가 아니었다. 파싱을 거부하고 발행자에게 직접 묻는 것이었다.