Para MILPOST migramos la web de un constructor a Grav, añadimos el panel de administración y seguimos desarrollando las páginas de servicios, la navegación y la calculadora. Explicamos qué contenido conservamos, qué campos pasaron a editarse desde el CMS y cómo comprobamos el resultado publicado.
Web del proyecto: MILPOST
Situación inicial
La empresa ya contaba con una página pública con descripción de servicios aduaneros, documentos, anuncios y contactos. Al realizar la mudanza, era necesario guardar estos materiales y enlaces, y transferir la gestión de contenidos al CMS.
En la primera etapa, transferimos la página existente. El desarrollo de la calculadora y los formularios se llevó a cabo en versiones posteriores, por lo que describimos los resultados de estas etapas por separado.
Trabajos y resultados documentados
| Trabajo | Resultado | Período o fuente |
|---|---|---|
| Migración a un CMS y mejoras del sitio | Grav sustituye al constructor web | Octubre de 2026 |
Migración a un CMS y mejoras del sitio
Grav sustituye al constructor web · Octubre de 2026
Migramos el sitio del constructor web a Grav y configuramos el panel de administración. Mejoramos la calculadora, las páginas de servicios y la navegación. Los textos y los ajustes se editan desde el CMS.
Instalamos Grav con la interfaz administrativa y preparamos el tema del sitio. Movimos el encabezado, menú, imágenes, anuncios, contactos, mapa y pie de página. Se conservaron los enlaces a la oferta y al contrato y se corrigieron las transiciones a las secciones correspondientes.
Los textos y la configuración de la página principal se transfirieron a campos estructurados de CMS. A través del panel de administración puedes cambiar el menú, primera pantalla, documentos, anuncios, contactos, mapa e imágenes. Estas ediciones no requieren que el usuario edite el HTML.
Después de la migración mejoramos las páginas de servicios y la calculadora. Separamos la consulta del precio orientativo del envío de una solicitud al responsable. Los datos de contacto se piden para la solicitud, mientras que el cálculo preliminar disponible puede consultarse sin ellos.
Añadimos búsqueda y sugerencias para elegir una ruta. Al cambiar de localidad, se borran la selección anterior y el precio calculado. Si una localidad no aparece en el directorio, el visitante puede escribir su nombre para que lo revise el responsable; esa ruta no recibe un precio automático.
Cómo comprobamos el resultado
El informe de migración del 8 de octubre de 2026 registró HTTP 200 para la página principal, CSS y carga de imágenes, menú móvil funcionando con un ancho de 390 px y sin desbordamiento horizontal. El cambio de dominio y HTTPS se comprobaron por separado.
Para la calculadora se comprobó la elección de la ruta, la modificación de los datos iniciales, el cálculo preliminar y el guardado de la solicitud. En comprobaciones posteriores, se compararon tarifas y configuraciones antes y después del cambio, de modo que la edición de la interfaz no cambió las reglas de cálculo.
Las capturas de pantalla a continuación muestran páginas públicas. Ilustran la interfaz; La verificación del guardado de la solicitud y las reglas de cálculo se basa en comprobaciones separadas y no en la imagen del formulario.
Alcance del resultado
El resultado de la migración es una web gestionable con el contenido conservado. En este caso no se midió un aumento de ventas, tráfico o conversiones.
El precio de envío depende de las reglas publicadas y los datos introducidos. Una ruta escrita manualmente o una carga no estándar requiere revisión por el responsable; la interfaz no sustituye el acuerdo sobre las condiciones de transporte.
Qué tener en cuenta en un proyecto similar
Esta migración resulta útil cuando hay que conservar el contenido existente y permitir que un empleado lo edite desde el CMS. Antes de empezar conviene enumerar por separado los materiales que se trasladarán, los campos editables y las nuevas funciones.