Este blog nació en WordPress. Y WordPress no tiene nada de malo, pero mi combinación concreta (hosting compartido con caídas recurrentes) sí: un sitio que pasa semanas devolviendo errores es un sitio que Google desindexa y que ningún LLM va a citar.
Así que hice lo que llevaba tiempo posponiendo: migrarlo a un stack estático.
El stack nuevo
- Next.js con App Router y generación estática
- Contenido en MDX: cada post es un archivo Markdown en el repositorio
- Vercel como hosting, en su plan gratuito
- GitHub como fuente de verdad: publicar es hacer
git push
Qué gané
- Coste cero de hosting. Solo pago el dominio.
- Velocidad. HTML estático servido desde CDN: Core Web Vitals en verde sin esfuerzo.
- Cero caídas. No hay base de datos que se sature ni PHP que se rompa.
- Control total del SEO técnico: canonicals, schema, sitemap, RSS y llms.txt generados desde el código.
Qué perdí
- El editor visual. Ahora escribo en Markdown (para mí es ventaja, para otros no).
- Los plugins. Todo lo que hacía un plugin ahora es código propio.
- La inmediatez de tocar algo en producción desde el admin.
Las trampas de la migración
- Las redirecciones 301 son sagradas. Cada URL antigua debe apuntar a su nueva casa, o pierdes el poco equity que tuvieras.
- Exportar de WordPress a Markdown tiene herramientas (como
wordpress-export-to-markdown), pero revisa el resultado: imágenes, shortcodes y embeds suelen romperse. - No migres y rediseñes la información a la vez si tu sitio posiciona. En mi caso no posicionaba, así que aproveché para replantearlo todo.
¿Merece la pena para cualquier blog? No. Si tu WordPress funciona, déjalo en paz. El mío no funcionaba, y esta es la historia de cómo lo arreglé.