Por qué dejé WordPress para mi blog técnico

WordPress sigue resolviendo muchos problemas reales. El cambio no vino por moda, sino por el tipo de proyecto que quería construir. Para un blog técnico pequeño, con control total sobre estructura, SEO y contenido, quería menos capas y más claridad.

El problema no era publicar

Publicar en WordPress es fácil. Lo que me empezó a pesar fue otra cosa:

• demasiadas decisiones alrededor de plugins;
• una capa extra de mantenimiento que no me aportaba valor;
• y menos control fino sobre rutas, metadata y semántica.

Lo que buscaba al salir

Quería un flujo donde el contenido viviera en el repositorio, con frontmatter claro y pages generadas desde archivos. Eso ayuda a varias cosas a la vez:

1. versionar el contenido con el código;
2. mantener URLs limpias y predecibles;
3. reducir dependencias innecesarias;
4. facilitar SEO técnico y datos estructurados.

Por qué Next.js me encajó mejor

Con Next.js App Router puedo tratar el sitio como un producto editorial ligero:

• páginas estáticas por defecto;
• control sobre metadata;
• sitemap y robots dentro del propio proyecto;
• y una estructura preparada para que los motores de IA lean contenido consistente.

Qué aprendí del cambio

No hay stack perfecto. Cambiar WordPress por Next.js solo tiene sentido si valoras el control técnico y aceptas hacerte cargo de la implementación editorial. Si tu prioridad es publicar sin tocar código, WordPress sigue teniendo mucho sentido.

Siguiente paso natural

Una vez haces este cambio, el siguiente trabajo importante es no limitarte a "tener blog", sino construir un sistema de contenido serio. Por eso en TechRickViews se prioriza un contrato editorial claro y metadata consistente, como explico en el tutorial sobre automatizar metadata en Next.js para SEO técnico. Si además estás revisando piezas de infraestructura alrededor del proyecto, también tiene sentido leer la review de Cloudflare Registrar tras mover dominios reales.