O modelo antigo de embed empurrava a complexidade para cada site hospedeiro. Um blog ou CMS precisava saber como o Flickr, o YouTube ou outro serviço estruturava suas páginas, e essas regras quebravam sempre que o provedor alterava a marcação.

O oEmbed inverteu o trabalho. O provedor publica esquemas de URL e um endpoint de API; o consumidor envia a URL e recebe de volta uma resposta JSON ou XML descrevendo uma foto, vídeo, link ou objeto rico.

O WordPress mostra por que o formato pegou. Em 2015, ele já era havia muito tempo um consumidor de oEmbed, e então o WordPress 4.4 também se tornou um provedor, tornando posts comuns incorporáveis por qualquer consumidor de oEmbed.

Pergunte ao dono da URL como incorporá-la

Uma URL colada continuava sendo a única entrada do usuário.

Os provedores controlavam seu próprio HTML de embed, dimensões e modelo de segurança.

Os consumidores podiam dar suporte a muitos serviços por meio de um único padrão de requisição.

A adoção pelo WordPress transformou milhões de sites tanto em consumidores quanto em provedores de oEmbed.

Se toda plataforma quer ser incorporável, não faça cada hospedeiro analisar cada plataforma. Deixe a fonte da verdade servir a receita de embed.

O oEmbed se tornou o encanamento discreto por trás de pré-visualizações de links ricas e embeds em blogs, CMSs e serviços de mídia. A escolha importante não foi um analisador inteligente; foi recusar-se a analisar e perguntar diretamente ao publicador.

CONFIRA AS EVIDÊNCIAS

As fontes

  1. oEmbed oEmbed · raw.githubusercontent.com
  2. New Embeds Feature in WordPress 4.4 Make WordPress Core · make.wordpress.org ·