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
- oEmbed oEmbed · raw.githubusercontent.com
- New Embeds Feature in WordPress 4.4 Make WordPress Core · make.wordpress.org ·