Has Miro considered supporting the oEmbed Spec Directly for Embed Content + Better Feature Parity for Embed REST API Endpoint?

Hi folks!

Curious if Miro has considered more directly supporting the oEmbed standard to allow for more open-ended iFrame Embed content so long as it adheres to the open oEmbed Spec.

Please correct me if I’m mistaken, but my understanding is Miro currently relies on a third party platform (Embed.ly) to handle processing of iFrame embed content => generating the iFrame to embed in a Miro board given a link to some piece of content & auto-detect eg if it is a Video Player or some other type of content.

Further, I think that as things stand today, the awesome new Miro Embed REST API endpoint in V2’s functionality and behavior doesn’t quite match the end-user experience of manually the “Paste iFrame Code” / “Embed iFrame Code” widget inside Miro itself. It seems like the built-in feature is more permissive => tries to “do the right thing” displaying iFrame embed content and making use of web standards like OpenGraph metadata, whereas the Embed REST API V2 Endpoint seemingly ignores / does not properly display any iframe content that has not been whitelisted as an authorized provider by Embed.ly? [Please do correct me if I’m wrong on this front!]

Given that oEmbed is an open standard, and Embed.ly is a “middleman” of sorts which currently seems to be very under-resourced since the Medium acquisition, has the Miro team put any consideration into opening up their Embed capabilities a bit more to more directly rely on the open standard?

Our top-of-mind concern is that it seems like Embed.ly has been struggling to keep up with the approval workflow for new oEmbed providers over the past year+, and over time there could be some conflicts of interest between A Medium Corporation and some of the loftier goals of companies like Miro to promote a diverse, open plugin ecosystem and app marketplace that is not stifled by another third party review process that is “out of band” of Miro’s own review process and standards. We ourselves have been waiting for Embed.ly to review our provider application for nearly a month now with no follow-ups or feedback about our application status.

As a point of contrast:

I’ve been genuinely impressed by the approach that e.g. Notion and some other companies have taken to allow for open-ended embeds, even if it has another layer of more “first-class” iframe embeds for larger common providers like YouTube, etc.

Would love to discuss more with folks on the Miro team and hear their thoughts on this matter! Understand it is a fine line, and definitely appreciate the need to safeguard users against potentially malicious iFrames or janky end-user experiences that result from non-spec-compliant iFrame code. In that way I completely get how Embed.ly solves a real problem and can be a nice “first layer of defense”/walled garden of curated “certifiably compliant” embeds.

But it certainly has been frustrating to work with them so far, in stark contrast relative to the delightful and supportive experience we’ve had working with the Miro team to-date!