Het Europese alternatief voor Vercel.

Dezelfde workflow, in detail

"Ja" in die tabel betekent de workflow die je kent, geen benadering. Koppel een repository via de GitHub App en elke push bouwt en deployt, met het resultaat als status check terug op de commit. Elke pull request krijgt zijn eigen tijdelijke preview-URL die bij elke push bijwerkt en na 7 dagen vanzelf verloopt.

Deploys zijn zero-downtime: de nieuwe versie start op naast de versie die verkeer serveert en moet een health check halen voordat het verkeer overgaat, dus een build die crasht bij het opstarten krijgt nooit een request. Node- en Next.js-apps draaien als echte servers — env vars, live logs, geplande cron-aanroepen — en schalen naar nul bij inactiviteit, tenzij je ze op je plan stand-by houdt. Rollback is opnieuw wijzen naar een eerdere deployment; seconden, geen rebuild.

SSR draait als server, niet als lambda

Het architectuurverschil: Vercel hakt je Next.js-app op in serverless en edge functions; slew draait hem in standalone-modus als de langlopende Node-server waarvoor het framework geschreven is. Dat betekent geen rekensommen over cold starts, in-process state en WebSockets werken gewoon, en het mentale model van `next start` overleeft het contact met productie. ISR werkt: pagina's die stale-while-revalidate-headers sturen worden uit de platformcache geserveerd — ook terwijl een inactieve app wakker wordt — en een on-demand revalidation-endpoint gooit een pad uit elke cachelaag. De afweging: rendering gebeurt in één EU-regio achter een CDN, niet in tientallen edge-locaties. Details op de Next.js-hostingpagina.

Hoe de rekening eruitziet

Een concreet scenario: een team van vier met vijftien sites, waarvan twee Next.js-apps. Op Vercel is dat prijs per teamlid in dollars, nog vóór enig verbruik; op slew is het Scale voor €24 per maand vast — 30 projecten, 5 server-apps stand-by, 500 GB, hele team inbegrepen, nul seat-kosten. Analytics en beeldoptimalisatie zijn op elk slew-plan inbegrepen in plaats van afgerekend naar verbruik. Vroege klanten houden hun prijs zolang ze abonnee blijven.

Wanneer Vercel nog steeds de juiste keuze is

Eerlijk is eerlijk: heb je een wereldwijd edge-netwerk over tientallen regio's nodig, edge middleware, ISR aan de edge of diepe enterprise-features, dan is Vercel volwassener — slew is een jong platform, gerund door één persoon, ik, en ik beantwoord mijn eigen supportmail. slew is de juiste keuze wanneer EU-jurisdictie een eis is in plaats van mooi meegenomen, wanneer je een rekening wilt die niet meegroeit met je teamgrootte, en wanneer "git push, live URL" het product is dat je echt nodig hebt.

Jong betekent niet onzorgvuldig: platformdata wordt elke 6 uur versleuteld geback-upt naar off-site EU-objectopslag, en het herstelpad is echt geoefend — een volledig herstel vanaf back-up op een verse machine, uitgevoerd en geklokt, niet aangenomen.

Migreren is één commando, geen weekend

De CLI heeft een Vercel-importer. Draai hem in je projectmap en hij leest je vercel.json en — met een Vercel-token — je build-instellingen, env vars, gekoppelde repo en domeinen rechtstreeks uit de API van Vercel, read-only. Hij begint met een eerlijk compatibiliteitsrapport: wat meegaat (redirects met hun exacte statuscodes, same-site rewrites, crons, env vars, de git-koppeling), wat naar framework-config verhuist (headers gaan naar next.config.js, waar ze blijven werken omdat je app als echte server draait), en wat helemaal niet zou draaien — in dat geval stopt hij voordat er iets wordt aangemaakt.

$ slew import vercel --dry-run
Compatibility check: clean — nothing in the way.

$ slew import vercel
Created project 'your-project' → https://your-project.slew.cloud
Set DATABASE_URL (both) … Connected acme/your-project @ main.
Imported. Nothing on Vercel was changed — cut over when ready:

Hij eindigt met een DNS-checklist voor de overstap, ingevuld met je echte domeinen. Je site blijft vanaf Vercel serveren totdat je zelf de DNS omzet — en terugzetten is dezelfde wijziging in omgekeerde richting, dus er is geen moment waarop je blind moet springen. De volledige walkthrough, inclusief wat er echt anders is, staat in de migratiegids. Een heel portfolio migreren? De importer is scriptbaar — één commando per project.

Veelgestelde vragen

Waar staat mijn data precies?

Source, builds, logs en platformdata op Hetzner in Duitsland; CDN en DNS bij Bunny in Slovenië; bedrijf gevestigd in de EU zonder Amerikaans moederbedrijf. De privacypagina somt elke subverwerker op.

Je gebruikt GitHub — is dat geen Amerikaans bedrijf?

Ja, voor auth en repositories, en het loont om precies te zijn: de identiteit van je GitHub-account valt onder de jurisdictie van GitHub, maar alles wat slew host — source-checkouts, builds, verkeer, logs, analytics — blijft op EU-infrastructuur.

Custom domeinen en TLS?

Voeg je domein toe, richt de DNS erop, en certificaten worden automatisch geregeld. Domeinen kunnen ook een specifieke branch volgen — een staging-domein op staging, productie op main.

Heb ik een verwerkersovereenkomst nodig?

Als je persoonsgegevens voor klanten verwerkt, waarschijnlijk wel. Mail me en je krijgt een getekende verwerkersovereenkomst plus de subverwerkerslijst als documenten terug.

Wat als slew ermee stopt?

Je zit niet vast: je repository is de bron van waarheid, builds zijn gewoon statische bestanden of gewoon Node, en niets hier is een proprietary formaat. Van slew af verhuizen is een git push ergens anders heen.