Blog técnico

Volver al blog

Por qué he reconstruido mi portfolio con Astro

He pasado de una web de una sola página con mucho JavaScript a un modelo más rápido y fácil de mantener. Aquí explico los motivos del cambio.

Publicado
Lectura
1 minutos
Temas
Astro · Frontend · Portfolio

Hasta hace poco, mi portfolio era una sola página con mucho JavaScript y efectos visuales. Estaba bien, pero a nivel técnico se me estaba quedando corto y era difícil de mantener. He reconstruido todo desde cero con Astro para que la web cargue rápido, se posicione mejor en Google y para poder subir contenido sin complicaciones.

Aquí van los tres motivos principales del cambio.

El problema de las webs de una sola página

El mayor problema de tenerlo todo en una sola URL es que para Google apenas existes. Si alguien busca uno de mis proyectos específicos, es muy difícil que lo encuentre. Ahora cada proyecto tiene su propia página y, por fin, he podido añadir este blog. Si quieres que te encuentren en internet, necesitas una web con páginas de verdad, no solo una URL con secciones.

Menos animaciones y más velocidad

En mi web anterior tenía fondos con partículas en Three.js y animaciones que consumían recursos sin necesidad. He decidido simplificar la parte visual para que la web cargue rápido. Ahora el JavaScript solo está donde hace falta de verdad, como en el menú del móvil. Menos código significa una web más ligera y con menos errores.

Ahora añadir contenido es fácil

Antes, para subir un proyecto nuevo tenía que copiar y pegar bloques de HTML. Era un proceso lento y siempre acababa rompiendo alguna etiqueta por el camino. Ahora uso MDX, que me permite escribir en texto plano y dejar que Astro haga el trabajo. Esto me permite organizar mejor los proyectos y las notas del blog, y tardo mucho menos tiempo en actualizar el sitio.

Este cambio no es solo por usar una tecnología nueva, es porque quería una web sólida que fuera fácil de mantener al día. En Astro vs WordPress: cuál elegir para tu web explico cuándo este enfoque tiene sentido y cuándo un CMS sería una decisión más práctica.