The platform's own embed
Free, official, and shows one post or one profile in that platform's styling.
Every network publishes an embed of its own, a single post, a timeline, a channel. It costs nothing and it is guaranteed to keep working. What you give up is everything else: one network per embed, the platform's visual language rather than yours, an iframe that will not inherit your fonts or your width, and a third-party script from the network on every page that carries it. Stack four of them on a page and you have four different design systems and four sets of cookies.
- Right when
- One post quoted in an article, or a single channel on a single page.
- Breaks down when
- The moment you want two networks together, your own styling, or any control over what appears.
A plugin for your website builder
Deep integration with one CMS, and a dependency that lives inside your site.
Most website platforms have an ecosystem of feed plugins, Smash Balloon is the best known on WordPress, and Shopify, Wix and Squarespace all have app stores carrying equivalents. These integrate tightly with the host platform, which is genuinely the right answer if you have exactly one site on exactly that platform and intend to keep it. The costs are structural: another thing to update, another thing that can break on a core release, code running inside your site rather than beside it, and no path at all if you later add a second site on a different platform.
- Right when
- A single site, on a platform you are committed to, managed by whoever also manages the plugins.
- Breaks down when
- Across several sites, several platforms, or an agency's client list where every project would need a different one.
A hosted aggregator
A separate service that collects, curates and serves the feed; you paste a snippet.
This is the category Vitraz is in, alongside Juicer, Curator.io, Taggbox, Walls.io, EmbedSocial, Flockler and Tagembed among others. The shared shape is that collection, moderation and rendering happen outside your site and arrive as an embed, which means one approach works across every platform you build on and the vendor absorbs API changes. They differ from each other mainly in how much curation control they give you, whether the embed is an iframe or real page content, how fast feeds refresh, and how the meter is drawn, which is what the section below is for.
- Right when
- Several sites, several networks, or anyone who wants moderation to be a real workflow rather than an on-off switch.
- Breaks down when
- If you need the data itself rather than a display of it, or your requirement is genuinely one post on one page.
Building it against the platform APIs
Total control, and a permanent maintenance commitment nobody costs correctly.
For teams with engineers and an unusual requirement, going direct is legitimate. You get the data, not a rendering of it, and you can do anything with it. What is consistently underestimated is that this is not a project, it is a subscription paid in engineering time: OAuth flows and token refresh per network, an app review process per network before you see a single post, rate limits, and a platform API that will make a breaking change on a schedule you do not control and did not ask about.
- Right when
- Product features built on social data, or requirements no display tool covers.
- Breaks down when
- As a way to put photos on a marketing page. The ongoing cost dwarfs the licence it replaced.