Introducción
Hace poco tuve la oportunidad de construir un sitio web real utilizando WordPress como CMS headless y Angular como frontend. Al principio tenía una idea clara: aprovechar la facilidad de WordPress para editar contenido y combinarlo con la flexibilidad y el rendimiento de Angular en el lado visual.
Pero déjame decirte algo: leer sobre headless y hacerlo de verdad son dos cosas muy distintas. Este post no es un tutorial, es más bien una reflexión sobre cómo fue realmente, qué salió bien, qué se complicó, y qué volvería a hacer igual.
El arranque
Usé WordPress porque sabía que el cliente estaría cómodo con eso. No necesitaban aprender una plataforma nueva, y con plugins como ACF y CPT UI, pude moldear un backend claro y fácil de usar.
Por otro lado, el frontend fue totalmente en Angular. Me encanta el control que tengo con esta herramienta, especialmente usando Tailwind CSS. Me permitió avanzar más rápido y mantener un diseño consistente.
El reto inesperado: el contenido
El cliente no me mandó archivos de Word ni hojas de Excel. Lo que recibí fueron presentaciones de PowerPoint en formato PDF, con mucho texto, gráficas y contenido corporativo.
Mi primera tarea como "desarrollador" fue… interpretar slides 😅
Tuve que extraer la información clave y convertirla en algo estructurado, y luego organizarla dentro de campos ACF en WordPress.
Lo que más me ayudó
Estas herramientas me salvaron en varios momentos:
- ACF + CPT UI: Le dieron al cliente un panel limpio y organizado para manejar secciones complejas como servicios y certificaciones.
- RxJS en Angular: Usé
shareReplay
para cachear datos y evitar llamadas innecesarias a la API en cada navegación.
- Tailwind: Me hizo olvidar el CSS tradicional. Estilizar la app fue mucho más rápido y consistente.
- EmailJS: Como no tenía backend personalizado, EmailJS fue ideal para enviar los mensajes del formulario directo al correo del cliente.
Problemas reales (y cómo los manejé)
Algunas situaciones que recuerdo bien:
- El cliente no entendía que era “headless” — tuve que explicar que WordPress no tenía el control del diseño visual.
- Organizar el contenido desordenado fue casi como hacer estrategia de contenido.
- Optimizar llamadas a la API fue clave, y RxJS me ayudó muchísimo.
- SEO sin SSR fue difícil. No usé Angular Universal, pero sí cuidé las metaetiquetas, las rutas limpias y la optimización de imágenes para que Google indexara bien.
Reflexión final
No fue un desarrollo perfecto. Hubo momentos complicados, solicitudes inesperadas y límites técnicos. Pero aprendí bastante.
A veces no se necesita “el stack ideal”, sino uno que funcione para el proyecto y las personas involucradas. WordPress + Angular + paciencia fue una excelente combinación.
¿Lo volvería a hacer? Claro. Pero ya sé a lo que me atengo 😅