Das alte Einbettungsmodell verlagerte die Komplexität auf jede Host-Website. Ein Blog oder CMS musste wissen, wie Flickr, YouTube oder ein anderer Dienst seine Seiten strukturierte, und diese Regeln brachen, sobald der Anbieter das Markup änderte.
oEmbed kehrte die Arbeit um. Der Anbieter veröffentlicht URL-Schemata und einen API-Endpunkt; der Konsument übermittelt die URL und erhält eine JSON- oder XML-Antwort zurück, die ein Foto, ein Video, einen Link oder ein Rich-Objekt beschreibt.
WordPress zeigt, warum das Format Bestand hatte. Bis 2015 war es lange ein oEmbed-Konsument, dann wurde WordPress 4.4 auch zum Anbieter, wodurch gewöhnliche Beiträge von jedem oEmbed-Konsumenten eingebettet werden konnten.
Den Eigentümer der URL fragen, wie sie einzubetten ist
Eine eingefügte URL blieb die einzige Eingabe des Nutzers.
Anbieter kontrollierten ihr eigenes Einbettungs-HTML, ihre Abmessungen und ihr Sicherheitsmodell.
Konsumenten konnten viele Dienste über ein einziges Anfragemuster unterstützen.
Die Übernahme durch WordPress machte Millionen von Websites sowohl zu oEmbed-Konsumenten als auch zu Anbietern.
Wenn jede Plattform eingebettet werden möchte, sollte nicht jeder Host jede Plattform parsen müssen. Die Quelle der Wahrheit soll das Einbettungsrezept liefern.
oEmbed wurde zur stillen Infrastruktur hinter umfangreichen Linkvorschauen und Einbettungen in Blogs, CMSs und Mediendiensten. Die wichtige Entscheidung war kein cleverer Parser; sie bestand darin, nicht zu parsen und den Herausgeber direkt zu fragen.
DEN BELEGEN FOLGEN
Die Quellen
- oEmbed oEmbed · raw.githubusercontent.com
- New Embeds Feature in WordPress 4.4 Make WordPress Core · make.wordpress.org ·