Tres stacks que arrancamos en 2026: Webflow, Sanity, AWS
Qué se rompió, qué ahorramos, qué haríamos otra vez. Tres walkthroughs honestos de migración con horas y facturas adjuntas.
Cada estudio tiene su cementerio de proveedores. El nuestro se llenó más rápido que la mayoría porque aceptábamos proyectos con cualquier stack que vinieran — y luego veíamos la factura del año dos. En 2026 limpiamos tres: Webflow de un sitio de cliente, Sanity de nuestro propio CMS de producto, AWS de dos workloads en producción. Esto es lo que costó cada uno y dónde aterrizamos.
1. Webflow → PHP custom
El sitio tenía tres años. Seis idiomas, un CMS que el equipo de marketing realmente usaba, una capa de interacciones custom soldada encima. Webflow cobraba €312/mes por el workspace, subiendo a medida que se añadían idiomas. Experiencia de editor: buena. Experiencia de developer: trabajo de sábado.
El punto de ruptura no fue el precio. Fue el export. El export HTML de Webflow servía para sitios estáticos en 2017; en 2026 se atragantaba con CMS bindings y embeds dinámicos. El cliente quería empujar envíos de formulario a HubSpot. Esa única integración ya obligaba a salir del form handler de Webflow de todos modos.
Qué hicimos: Levantamos el design system tal cual a un stack PHP plano. Cockpit CMS para editorial. Cloudflare para el CDN. Sin Next.js, sin React, sin build pipeline. Total de líneas de nuestro código: bajo 2000.
Horas: 84 (un senior + un mid, sprint de dos semanas).
Coste de switching ahorrado en año dos: ~€3.700.
Lo que nos sorprendió: La velocidad de edición del equipo de marketing subió. El modelo i18n de Cockpit les deja duplicar un campo entre idiomas en un clic; el CMS de Webflow les hacía editar cada idioma por separado.
2. Sanity → Cockpit
Esta dolió más, porque habíamos escrito los schemas de Sanity. Nos gustaba Sanity. La edición colaborativa es genuinamente buena. GROQ es genuinamente bueno. El precio de 2026 genuinamente no lo es, si eres un producto B2B con miles de seats de editor en el horizonte.
El tier gratuito de Sanity es generoso para estudios. El tier pago tiene precio para media companies con VC. No cabíamos en ninguna caja.
Qué hicimos: Migramos a Cockpit v2 self-hosted en una VM pequeña. Escribimos un script one-shot que pegaba al endpoint de export de Sanity, mapeaba el block content al modelo de Cockpit, y publicaba el resultado vía REST de Cockpit. Tiempo total incluyendo QA: 11 horas.
Cambio de coste: €0/mes vs ~€240/mes proyectado a nuestro número de seats.
Lo que perdimos: Edición colaborativa en tiempo real. El equipo lo sintió durante dos semanas. Después de eso, nadie volvió a mencionarlo. Cambiamos la ansiedad social del "¿hay alguien más en este doc?" por un patrón simple de lock-on-open.
3. AWS → OVH
No todo el stack. Dos workloads: un sitio de marketing detrás de CloudFront, y una API Node pequeña detrás de ALB + EC2. Las dos juntas facturando ~€180/mes. Las dos en AWS porque alguien hace tres años escribió cdk deploy y no pensó más en ello.
AWS no es caro cuando lo usas bien. Es caro cuando lo usas por defecto. CloudFront para un sitio estático con 40k visitas/mes es exagerado a precio enterprise. EC2 para una API Node que procesa 200 peticiones/día es desperdicio de redondeo — pero sigue siendo desperdicio.
Qué hicimos: Sitio de marketing a shared hosting OVH + Cloudflare free tier. API Node reescrita en 90 líneas de PHP en el mismo plan OVH.
Factura antes: €178/mes. Después: €11/mes.
Lo que nos sorprendió: La API Node tenía tres dependencias en llamadas del AWS SDK. Las tres reemplazadas por PHP nativo, un cron de OVH y un archivo de config. La reescritura fue más rápida que la auditoría de migración.
Lo que volveríamos a hacer
- Empieza por el export. Antes de comprometerte con un proveedor, escribe el script que saca tus datos. Si no lo puedes escribir en un día, firmaste un acuerdo de rehén.
- Mira el año dos. El año uno de cualquier SaaS tiene precio para captarte. El año dos tiene precio para retenerte. Haz esa cuenta al firmar.
- "Shared hosting" no es "vergüenza". Los costes de cloud en 2026 son 4–8× el equivalente en shared hosting. Para el 80% de los sitios de marketing, shared hosting no solo es adecuado — es lo correcto.
Lo que no migraríamos
Para equilibrar: no migramos nuestras analytics de PostHog, ni migramos los preview deployments de Vercel. El punto no es que todo sea más barato en otro lado. El punto es que asumir por defecto una cloud tier-1 para todo porque fue lo que dijeron en las charlas es cómo los estudios acaban pagando €18.000/año en infraestructura que podrían reemplazar por €600.
Audita tu stack una vez al año. Migra el que más duele. Repite.