El antiguo modelo de embeds trasladaba la complejidad a cada sitio anfitrión. Un blog o un CMS tenía que saber cómo Flickr, YouTube u otro servicio estructuraban sus páginas, y esas reglas se rompían cada vez que el proveedor cambiaba el marcado.
oEmbed invirtió el trabajo. El proveedor publica esquemas de URL y un endpoint de API; el consumidor envía la URL y recibe una respuesta JSON o XML que describe una foto, un vídeo, un enlace o un objeto enriquecido.
WordPress muestra por qué el formato perduró. En 2015 llevaba mucho tiempo siendo consumidor de oEmbed, y luego WordPress 4.4 también se convirtió en proveedor, lo que hizo que cualquier consumidor de oEmbed pudiera insertar entradas ordinarias.
Preguntar al propietario de la URL cómo insertarla
Una URL pegada seguía siendo la única entrada del usuario.
Los proveedores controlaban su propio HTML de inserción, sus dimensiones y su modelo de seguridad.
Los consumidores podían admitir muchos servicios mediante un único patrón de solicitud.
La adopción por WordPress convirtió a millones de sitios en consumidores y proveedores de oEmbed a la vez.
Si todas las plataformas quieren poder insertarse, no hagas que cada anfitrión analice cada plataforma. Deja que la fuente de la verdad sirva la receta de inserción.
oEmbed se convirtió en la infraestructura silenciosa detrás de las vistas previas enriquecidas de enlaces y de las inserciones en blogs, CMS y servicios de medios. La decisión importante no fue un analizador ingenioso; fue negarse a analizar y preguntar directamente al editor.
CONSULTA LAS PRUEBAS
Las fuentes
- oEmbed oEmbed · raw.githubusercontent.com
- New Embeds Feature in WordPress 4.4 Make WordPress Core · make.wordpress.org ·