· 3 min leestijd
Bouwen of kopen: wat een 'post naar social' feature echt kost
Een regel-voor-regel uitsplitsing van social media-posten zelf in je product bouwen, vergeleken met een social media API.
Het ticket zegt: "Laat gebruikers delen naar X en LinkedIn." Het lijkt een sprint. Dit zit er echt onder, zodat je schatting overeind blijft.
Het happy path (het deel dat iedereen inschat)
- Een developer-app registreren op elk platform
- OAuth implementeren voor elk platform
- Het "create post"-endpoint van elk platform aanroepen
Dat is een paar dagen per platform. Was dit het hele werk, dan zou je het zelf moeten bouwen.
Wat daarna komt (het deel dat schattingen opblaast)
| Werk | Waarom het nodig is | Doorlopend? |
|---|---|---|
| Tokens opslaan en versleutelen | Een securityreview vraagt waar de tokens van je klanten staan | Ja |
| Tokens per platform vernieuwen | Elk netwerk heeft andere levensduur en vernieuwingsregels | Ja |
| Inhoud valideren per platform | Tekenlimieten, mediatypen, groottes en het aantal carrousel-items verschillen | Ja, limieten veranderen |
| Media-uploadpipelines | Afbeeldingen en video gebruiken per platform een andere uploadflow | Ja |
| Planningsinfrastructuur | De meeste producten willen "later posten", en native ondersteuning is wisselend | Ja |
| Retries en idempotency | Een opnieuw geprobeerde request mag nooit een aankondiging van een klant dubbel posten | — |
| Meldingen bij fouten | Gebruikers moeten weten dat een bericht niet is geplaatst, en waarom | — |
| Loskoppelingen afhandelen | Gebruikers trekken toegang in, en je UI moet dat merken | Ja |
| Rate limiting en backoff | Anders per platform, soms per gebruiker | Ja |
| Wijzigingen in platform-API's | Endpoints worden afgeschaft, en beleid en tiers veranderen | Voor altijd |
De laatste rij is de dure. Sociale platforms wijzigen hun API's op hun schema, niet op het jouwe. Elke wijziging is ongepland werk dat van je roadmap af gaat.
De vragen die je moet stellen
- Is posten op social je product, of een feature ervan? Is het de kern van wat je verkoopt, dan kan het de moeite zijn om de stack zelf te hebben. Is het een feature, dan is elk uur aan token-refresh een uur dat je niet besteedt aan waar klanten je voor betalen.
- Om hoeveel platforms gaan gebruikers vragen? Het blijven nooit de eerste twee.
- Wie heeft dienst als LinkedIn om 2 uur 's nachts berichten weigert?
Hoe kopen eruitziet met Hapi
curl -X POST https://hapi.tools/v1/posts \
-H "Authorization: Bearer $HAPI_API_KEY" \
-d '{"content":"Live!","platforms":["x","linkedin"]}'Achter die ene call:
- Gehoste OAuth met PKCE. Tokens worden versleuteld met AES-256-GCM en voor je vernieuwd.
- Validatie tegen echte platformlimieten voordat een bericht wordt geaccepteerd.
- Inplannen met ondersteuning voor tijdzones.
- Idempotency keys, zodat retries nooit dubbel posten.
- Ondertekende webhooks (
post.published,post.failed,account.disconnected) met 6 retries. - API-keys met scopes, een auditlog en toegang op basis van rollen voor je team.
Vandaag live op X, LinkedIn, Bluesky, Telegram, Discord en Slack, met Instagram, TikTok, YouTube en nog zeven in de sandbox, zodat je er nu al tegen kunt bouwen.
Kostenvergelijking
Reken de tijd van je engineers door op de tabel hierboven, inclusief de rij "Voor altijd", en vergelijk dat met:
- Trial: $5 voor 15 dagen (5 accounts, 300 berichten). Genoeg om de hele feature te bouwen en te demo'en.
- Growth: $49/maand, of $39/maand bij jaarlijkse facturatie. 25 accounts, 5.000 berichten/maand, webhooks, 300 requests/minuut.
- Pro: $99/maand, of $79/maand bij jaarlijkse facturatie. 100 accounts, 25.000 berichten/maand, 1.200 requests/minuut.
- Scale: vanaf $199/maand met 250 accounts en 100.000 berichten inbegrepen, daarna betaal je naar gebruik. SSO en SLA beschikbaar.