No dejé Framer porque sea un mal producto. Lo dejé porque mi web había dejado de comportarse como un proyecto de diseño y empezaba a parecerse a un pequeño sistema editorial.
Quería rutas bilingües, artículos guardados como archivos, redirecciones predecibles, control completo sobre los datos estructurados, audio generado localmente, pruebas para el sitemap y libertad para modificar un componente sin tener que negociar con un editor visual. Framer podía resolver partes de esa lista. El problema era el coste creciente alrededor de todo aquello que no controlaba bien.
Así que reconstruí el sitio como un proyecto React exportado de forma estática, guardé el contenido dentro del repositorio, incorporé la IA como compañera de desarrollo y desplegué los archivos terminados en Vercel. En producción no necesito una base de datos ni un servidor procesando cada visita. La web es, principalmente, HTML, CSS, JavaScript, imágenes y archivos MP3 servidos desde una CDN.
Este no es otro artículo anunciando que “Framer ha muerto”. Es el registro del momento en que un constructor visual dejó de ser la abstracción adecuada para este sitio concreto.
La versión corta
Framer me dio velocidad al principio. El sitio estático me da control ahora.
| Modelo Framer | Modelo estático actual |
|---|---|
| El editor visual controla la estructura | El repositorio Git controla la estructura |
| El contenido vive dentro de la plataforma | Los artículos son archivos versionados |
| Hosting y edición están empaquetados | Hosting, contenido y herramientas están separados |
| Los cambios ocurren principalmente en una interfaz | Los cambios pasan por código y diffs revisables |
| La localización es una función de pago | Los idiomas son rutas y archivos de contenido |
| Las convenciones del producto marcan el techo | Mi capacidad de mantenimiento marca el techo |
La última fila importa. Tener el stack en propiedad no elimina las limitaciones. Sustituye las limitaciones del producto por responsabilidad técnica.
La comparación de costes, sin contabilidad creativa
Mi historial de facturas de Framer muestra la progresión real: $90 por el plan Basic anual en 2024, $180 por Basic Site anual en 2025 y un pago separado de $168.16 por Locale en 2026. Si junto las últimas facturas pagadas de Basic y Locale, el coste de plataforma era de $348.16 antes de contar el dominio.
La página pública de precios de Framer también muestra por qué la localización cambia el cálculo: Basic aparece a $10 mensuales con facturación anual y los idiomas adicionales como un complemento de $20 mensuales por locale. Los precios cambian, los impuestos dependen de la región y mi factura no es una cotización universal. Por eso utilizo mis recibos como registro de lo que pagué y la página oficial de precios como referencia actual.
El desembolso del nuevo modelo quedó así:
| Concepto | Cómo lo contabilizo | Coste |
|---|---|---|
| Hosting estático en Vercel Hobby | Hosting recurrente actual | $0 |
| Dominio registrado en Spaceship | Coste recurrente anual | $8 |
| ChatGPT Plus | Un mes asignado a la migración | $20 |
| Desembolso del mes de migración | Dominio + un mes asignado de ChatGPT | $28 |
| Coste recurrente después de migrar | Solo el dominio | $8/año |
Esos $28 corresponden a lo que asigno a la transición de este mes, no a una nueva factura mensual de la web. ChatGPT Plus cuesta $20 al mes según la página oficial de precios, pero ya utilizo esa suscripción para tareas que van mucho más allá de este sitio. Le atribuyo un mes a la migración porque representa el esfuerzo concentrado de construcción; no considero la suscripción una dependencia permanente del hosting.
Después del mes de migración, el coste marginal recurrente de esta web es de $8 al año: el dominio. El sitio generado no llama a ChatGPT en producción y las visitas no consumen créditos de IA. Si mañana cancelara ChatGPT, la web desplegada seguiría funcionando.
| Comparación | Coste |
|---|---|
| Últimas facturas de Framer Basic + Locale | $348.16/año |
| Asignación puntual del mes de migración | $28 |
| Sitio estático después de migrar | $8/año |
Frente a mis últimas facturas de Framer, el ahorro recurrente de plataforma es de aproximadamente $340.16 al año. No incluyo el dominio en ese ahorro porque lo necesitaría con cualquiera de los dos modelos. El primer año suma además los $20 puntuales asignados a la migración asistida por IA.
La letra pequeña de Vercel a $0
El plan Hobby de Vercel cuesta $0 e incluye despliegues desde Git, CDN, HTTPS, previews y recursos suficientes para muchos proyectos estáticos pequeños. Pero “gratis” no es la única condición relevante.
Vercel define Hobby como un plan para uso personal y no comercial. Su documentación de Hobby y la página de precios muestran ese límite. Un portfolio que funcione directamente como web de un negocio puede necesitar Pro, listado actualmente a $20 al mes. Quien copie esta configuración debería clasificar su uso con honestidad, no tratar Hobby como un cupón de hosting gratuito sin condiciones.
La arquitectura seguiría siendo económica si el plan cambiara porque la entrega estática consume muy poco cómputo. Pero la afirmación exacta es: mi factura actual de Vercel es de $0 bajo Hobby, sujeta a sus requisitos y límites de uso.
Qué terminó empujándome fuera de Framer
El contenido necesitaba ser portátil
Un CMS es cómodo hasta que se convierte en el único lugar donde el contenido puede existir con facilidad. Quería que cada artículo, traducción, redirección, ruta de imagen, ruta de audio y campo de metadatos pudiera inspeccionarse dentro del repositorio.
Ahora cada artículo vive en una carpeta predecible con front matter y contenido HTML. Los borradores permanecen versionados, pero desaparecen de las rutas públicas, del RSS y del sitemap. Una futura migración ya no tendrá que rescatar primero los textos de una plataforma.
La localización se había convertido en infraestructura
Inglés y español no son variantes cosméticas de una misma página. Afectan rutas, metadatos, sitemaps, relaciones hreflang, revisión editorial y publicación. Pagar por un idioma era solo una parte de la fricción; el problema mayor era tener menos control sobre el comportamiento de ambos árboles de contenido.
En la versión estática, una traducción española real es un archivo es.md. Si no existe, la ruta no se presenta a Google como contenido traducido. Es una regla suficientemente sencilla como para comprobarla automáticamente.
Quería un SEO aburrido e inspeccionable
El sitio genera ahora su propio sitemap, robots, RSS, metadatos canónicos y alternancias de idioma. Las redirecciones viven en configuración. Cuando un artículo pasa a draft, sale del sitemap en la siguiente compilación. Cuando varios artículos se solapan, puedo fusionarlos y añadir sus redirecciones permanentes dentro del mismo cambio.
Nada de esto resulta visualmente emocionante. Precisamente por eso me gusta.
La IA volvió práctico tener el código en propiedad
La IA no eliminó la necesidad de comprender la web. Redujo el coste de pasar de una intención de diseño a una implementación. Puedo describir un problema de layout, revisar el diff propuesto, ejecutar el sitio, comparar capturas e iterar sin convertir cada ajuste en un nuevo miniproyecto.
La distinción importante es que la IA asiste al repositorio; no es propietaria del repositorio. Los activos duraderos siguen siendo archivos normales, pruebas, historial de Git, comandos de compilación y decisiones documentadas.
Qué gané
Propiedad. El contenido y la interfaz pueden trasladarse a otro host estático.
Historial. Cada cambio importante puede revisarse y revertirse.
Rendimiento. Las rutas públicas se renderizan durante el build, no en cada visita.
Comportamiento personalizado. Audio, navegación, animación, schema y layouts editoriales son código normal.
Pruebas. El build verifica rutas, sitemap, localización y redirecciones.
Separación de costes. Dominio, hosting, suscripción de IA y contenido ya no forman una sola decisión de plataforma.
A qué renuncié
Esta historia sería deshonesta si solo describiera las ventajas.
El lienzo visual. Framer es mucho más rápido cuando la tarea principal consiste en componer libremente una landing.
Edición no técnica. Un repositorio no es automáticamente un CMS amable para un equipo editorial.
Convenciones gestionadas. Ahora soy responsable de dependencias, errores de build, regresiones de accesibilidad y configuración.
Publicación instantánea desde una interfaz. Los cambios pasan por archivos, Git y un despliegue.
Un único responsable de soporte. Si algo falla, no existe un solo producto que responda por todo el stack.
Para un equipo de marketing que necesita reorganizar páginas todos los días, todavía podría elegir Framer. Para un portfolio personal que se está convirtiendo en un sistema editorial y técnico, prefiero el repositorio.
El stack real
El sitio actual utiliza React 19, Vite y vinext. Vinext ofrece un modelo compatible con App Router sobre Vite y el proyecto exporta cada ruta pública como salida estática. Los artículos están en content/articles. Un script de build genera robots.txt, sitemap.xml y rss.xml. Vercel publica el directorio resultante dist/client.
No existe una base de datos de producción para el blog ni una API de texto a voz ejecutándose cuando alguien pulsa Escuchar. El audio puede generarse localmente y desplegarse como un MP3 normal. La arquitectura de producción es aburrida a propósito.
¿Recomendaría hacer lo mismo?
Solo si la razón es más fuerte que “el código parece más profesional”.
Quédate en Framer si la iteración visual es el trabajo principal, varias personas no técnicas publican contenido o la plataforma ya resuelve lo que necesitas a un precio aceptable. Pasa a un repositorio estático cuando la portabilidad, el comportamiento personalizado, el contenido versionado, el SEO técnico y el control a largo plazo compensen la responsabilidad de mantener el build.
La mejor herramienta no es la que tiene la factura más baja. Es aquella cuyas limitaciones encajan mejor con el trabajo.
Para esta web, eso cambió. Framer fue el lugar adecuado para descubrir el diseño. El repositorio se convirtió en el lugar adecuado para seguir construyéndolo.
La guía complementaria, Cómo migrar de Framer a un sitio estático en Vercel, documenta el flujo real, la estructura de carpetas, el despliegue, las redirecciones, los metadatos y el QA asistido por IA.