Necesarias
Siempre activoAyuda a mantener la seguridad, el funcionamiento fiable de los formularios y a recordar tu elección de privacidad. No se utiliza para publicidad.
Cargobus ya disponía de una plataforma digital funcional, pero la configuración basada en CakePHP dificultaba la gestión de los cambios habituales de contenido y de futuras integraciones. Por tanto, la migración de CakePHP a WordPress se centró en cambiar la base técnica sin alterar la estructura visible que los usuarios ya conocían.
Mono reconstruyó el sitio en WordPress, conservó los patrones establecidos de páginas e interacción y conectó después la nueva plataforma con las API de City Carrier. Así, las funciones relacionadas con paquetes podían operar a través del sitio web, en lugar de permanecer como procesos aislados del backend.
El sistema existente en CakePHP gestionaba las funciones principales del sitio, pero las actualizaciones habituales dependían en gran medida del trabajo de desarrollo. Esto limitaba la capacidad del equipo de marketing para administrar las páginas de forma autónoma y complicaba futuras ampliaciones.
El requisito no era un rediseño visual. Cargobus necesitaba reproducir fielmente la experiencia existente en una plataforma más manejable, preservar los flujos conocidos por los usuarios y crear espacio para integraciones operativas más profundas.

La primera fase fue una migración controlada entre plataformas. La estructura del frontend se reconstruyó con gran fidelidad visual para que los clientes siguieran encontrando una interfaz conocida tras el cambio de plataforma.
WordPress proporcionó al equipo interno una capa más práctica de gestión de contenidos, al tiempo que conservaba la estructura necesaria para el recorrido de servicio existente. La migración se trató como un cambio de base, no como un proyecto de rediseño.

Una vez establecida la base en WordPress, el proyecto fue más allá de la gestión de contenidos. La integración de API de City Carrier conectó el sitio con las operaciones de paquetería y los datos de envíos en tiempo real.
La integración admitía flujos de creación de paquetes, actualizaciones de estados de envío, sincronización de datos de pedidos y seguimiento en tiempo real. Esto permitió que el sitio web público funcionara como una interfaz operativa para el cliente, en vez de limitarse a presentar información estática sobre los servicios.
Los clientes pueden iniciar el seguimiento con un número de paquete o pedido. La interfaz de entrada mantiene la tarea centrada en la información necesaria para localizar el envío.

Una opción de ayuda contextual muestra dónde aparecen los números pertinentes de pedido y paquete. Esta orientación se integra directamente en el flujo de seguimiento para resolver un punto habitual de duda sin abandonar la interfaz.

En los envíos todavía en curso, los datos en directo de la API se presentan como una cronología estructurada. La interfaz puede mostrar etapas como la asignación del mensajero, la recogida, las actualizaciones del centro de clasificación, el tránsito y la llegada al destino.

Los envíos entregados se separan de los activos para que los clientes puedan cambiar entre los estados de entregas en curso y completadas sin mezclar ambas vistas.

Varias restricciones determinaron la implementación.
La estructura y el recorrido existentes debían seguir siendo reconocibles. El nuevo backend de WordPress tenía que dar al equipo interno más control sobre las actualizaciones habituales de contenido. Las funciones conectadas mediante API debían operar dentro de la misma experiencia visible para el cliente, y la información de los envíos tenía que seguir vinculada a datos operativos en directo, en lugar de duplicarse como contenido estático del sitio.
Estos requisitos hicieron que la migración de CakePHP a WordPress fuera un ejercicio de migración e integración, no un rediseño web convencional.
La migración de CakePHP a WordPress trasladó Cargobus desde una configuración menos flexible a una base editable conectada directamente con los flujos logísticos.
El equipo de marketing obtuvo un entorno de contenidos más manejable, mientras que los clientes conservaron una estructura web conocida y accedieron a funciones en directo para crear y seguir paquetes desde la misma interfaz. La arquitectura también estableció una base más clara para añadir futuras funciones e integraciones sin reconstruir toda la plataforma.
La base factual del artículo actualizado, incluida la migración desde CakePHP, la reconstrucción en WordPress, la integración de las API de City Carrier, el seguimiento en directo y la funcionalidad operativa resultante, está documentada directamente en el caso de estudio existente.
Empieza por el problema. Te ayudamos a definir el sistema adecuado.
Solicitar revisión del sistema