Por qué elegí Strapi como CMS headless para mi portafolio
Lo que me convenció, y lo que no esperaba al conectar el contenido.
Antes de escribir la primera línea de código de este portafolio, tuve que decidir dónde iba a vivir el contenido: texto plano en el repositorio, un archivo JSON, o un CMS real. Elegí Strapi, y esto es lo que me convenció.
Por qué no me quedé con contenido estático
Un portafolio cambia todo el tiempo: proyectos nuevos, experiencia actualizada, artículos como este. Editar código para cada cambio de texto se vuelve tedioso rápido, y no quería depender de hacer un
deploy
completo solo para corregir una palabra.
Lo que me gustó de Strapi
- Es open-source y se puede autohospedar sin costo recurrente.
- El editor de contenido enriquecido (Blocks) exporta JSON estructurado, fácil de parsear en el frontend.
- Las relaciones entre content-types se sienten como una base de datos real, no como un formulario plano.
Lo que no esperaba
El populate de relaciones anidadas tiene curva de aprendizaje, y algunos campos con relaciones circulares pueden fallar si pides
populate=*
de forma muy profunda. Aprendí a ser más específico con qué pedir en cada endpoint en vez de pedir todo siempre.
En general, la inversión de tiempo en conectar el CMS valió la pena: ahora puedo actualizar casi todo el sitio sin tocar código.
