Tengo más de 50 artículos técnicos publicados. Algunos son de los mejores que he escrito: análisis profundos sobre SQL, guías reales de infraestructura Linux y arquitecturas PHP que me llevaron semanas entender. Durante mucho tiempo, todos estaban enterrados en las paginas finales del feed.
Ese es el problema silencioso de cualquier blog que se organiza solo por fecha: el tiempo entierra el contenido bueno exactamente igual que el malo.
El cementerio de artículos excelentes
WordPress es excelente para publicar contenido. Es una máquina para eso. Pero su modelo de navegación por defecto, categorías planas, feed cronológico y etiquetas que casi nadie usa, no ayuda a que un lector nuevo entienda de qué va realmente tu sitio. Está pensado para que veas lo último que publicaste, no para que explores el conocimiento que has acumulado.
Yo quería algo diferente: una capa de navegación que organizara el contenido por tema, no por fecha. Una sección donde alguien que llegara por primera vez al sitio pudiera ver en segundos que aquí hay material serio y profundo sobre PHP, Linux, SQL o despliegue, y acceder a él sin tener que escarbar entre decenas de páginas.
La idea: Hubs de conocimiento
La solución que imaginé fue crear una sección independiente en juredev.com/temas/ con páginas dedicadas a cada tema importante. No simples categorías de WordPress, sino algo más intencionado: páginas que contextualicen el tema, expliquen su importancia y enlacen los artículos relevantes con criterio editorial.
En SEO esto se conoce como modelo Hub & Spoke (página central + contenidos relacionados). Funciona muy bien para reforzar la autoridad temática ante Google. Pero lo que realmente me importaba era la experiencia del lector: que pudiera descubrir la profundidad de lo que tengo escrito de forma natural.
Por qué Hugo
No voy a hacerte aquí una comparativa exhaustiva de generadores estáticos. Te lo digo con sinceridad: elegí Hugo porque ya lo conocía bien. Sabía lo que podía darme y no necesitaba aprender otra herramienta para resolver este problema concreto.
El resultado lo justifica completamente. Cada hub es un archivo estático puro. Carga de forma instantánea, sin consultas a base de datos ni PHP ejecutándose en el servidor. Para páginas de autoridad que quiero que Google indexe bien y que los lectores encuentren rápido, eso es exactamente lo que necesitaba.
WordPress sigue siendo el motor del blog: la parte dinámica, los comentarios, el feed y la publicación diaria. Hugo se encarga de la biblioteca organizada. Cada aplicación hace lo que mejor sabe hacer.
El pegamento: un plugin que conecta los dos mundos
El verdadero reto técnico no fue crear los hubs, sino hacer que WordPress y Hugo se comunicaran fluidamente. Para eso desarrollé un plugin propio: Jure Hubs Connector.
El plugin añade un selector en el editor de entradas de WordPress. Cuando publicas o editas un artículo, eliges a qué hub pertenece. Automáticamente, al final del post aparece un banner que lleva de vuelta al hub correspondiente.
Así, el lector que llega a un artículo sobre FrankenPHP descubre que existe toda una sección de Backend PHP esperándolo. El enlace bidireccional fortalece la autoridad temática en ambas direcciones.
flowchart TB
subgraph Local ["💻 Entorno Local"]
H_Edit["Editar Hubs en Hugo"] --> H_Build["hugo build (Compilación)"]
H_Build --> H_Deploy["deploy.sh (rsync)"]
end
subgraph Server ["🌐 Servidor VPS (juredev.com)"]
direction TB
WP["WordPress Engine"] -- Plugin inyecta --> WP_Post["Artículos /blog/"]
Static["Hugo Hubs /temas/"]
end
H_Deploy -->|Sincronización| Static
Static <==>|Estructura Hub & Spoke| WP_Post
User((Lector)) -->|Descubrimiento| Static
Static -->|Lectura Profunda| WP_Post
El despliegue: un comando y listo
Actualizar la sección /temas/ es extremadamente sencillo. Un script se encarga de todo: Hugo compila el sitio completo en segundos, rsync solo transfiere los archivos que realmente cambiaron, y el servidor queda actualizado. Sin paneles de control, sin FTP y sin pasos manuales repetitivos.
Es el tipo de automatización que parece un detalle menor… hasta que llevas meses usándola y te das cuenta de lo liberador que es no tener que pensar en ella.
Lo que logré y lo que aprendí
La sección /temas/ ya está en producción. Diez hubs activos, cada uno con su contexto editorial, enlaces internos bien pensados y SEO cuidado (JSON-LD, canonicals, Open Graph). El resultado es una parte del sitio que se siente realmente curada, no generada automáticamente.
Lo mejor de todo es que no tuve que migrar nada. No elegí entre WordPress y un generador estático. Simplemente entendí qué hacía bien cada herramienta y les asigné la responsabilidad que mejor les correspondía.
A veces la mejor arquitectura no es la más moderna ni la más sofisticada. Es la que separa claramente los problemas y deja que cada sistema brille en lo suyo.
Esta aproximación híbrida me ha permitido mantener la facilidad de publicación de WordPress mientras construyo una capa de conocimiento organizado y duradera. Y lo más importante: ahora los lectores (y yo mismo) podemos encontrar y aprovechar realmente todo ese contenido que antes quedaba enterrado.
Tema Relacionado: Git & DevOps