Una migración web es más fácil de gestionar cuando cada comprobación importante tiene un responsable, un criterio de aceptación y un resultado documentado. Elegir la plataforma no resuelve quién traslada el contenido, quién revisa las solicitudes que llegan y quién actúa si algo falla después del lanzamiento.
Esta guía es una plantilla de planificación, no un informe de resultados de la migración de un cliente concreto. Las tareas, plazos y accesos reales deben quedar en la propuesta del proyecto.
1. Empieza por lo que debe seguir funcionando
“Necesitamos una web nueva” no es un briefing completo. Enumera los procesos de negocio que dependen de ella: solicitudes de presupuesto, reservas, compras, soporte y avisos internos. Cada proceso necesita una prueba real. En una empresa de servicios, una solicitud de prueba debe llegar a la persona correcta con toda la información necesaria.
Indica al equipo de desarrollo qué servicios son importantes para el negocio, qué campañas enlazan a páginas existentes y cuándo una interrupción saldría especialmente cara. El tráfico es solo una señal. Una página poco visitada puede ser clave para un socio o un cliente actual.
Deja claro quién aprueba los cambios. Las instrucciones contradictorias de varias personas son un riesgo para el proyecto aunque la parte técnica sea sencilla.
Preparación relacionada: Desarrollo web corporativo: qué planificar antes de solicitar un presupuesto
2. Nombra a los responsables
La persona que decide en el cliente aprueba contenidos, ofertas y procesos. Facilita los accesos necesarios e indica quién recibe las solicitudes de prueba. También decide qué problemas abiertos pueden esperar y cuáles bloquean el lanzamiento.
El equipo de desarrollo web realiza el trabajo acordado, hace las comprobaciones técnicas y registra errores y correcciones. Si interviene otro desarrollador o el proveedor de la plataforma, esa coordinación también necesita un responsable.
El responsable de SEO y medición revisa las URL importantes y los eventos acordados, guarda una referencia inicial y sigue la transición. En un equipo pequeño puede ser la misma persona que desarrolla. Aun así, la tarea debe estar asignada de forma explícita.
El responsable de soporte gestiona las incidencias tras el lanzamiento. Acordad antes de la entrega el canal de contacto, la disponibilidad y los niveles de urgencia. “Avisadnos si hay algún problema” se queda corto cuando un formulario deja de entregar solicitudes.
3. Crea un checklist de aceptación
La guía de Google sobre migraciones incluye probar la web nueva, relacionar las URL antiguas con las nuevas, configurar redirecciones y vigilar el tráfico. También explica que las posiciones pueden fluctuar durante el cambio. Por eso no conviene prometer que el posicionamiento se mantendrá igual. Fuente: Google Search Central.
Asigna un responsable y un estado a cada punto:
- Contenido: páginas importantes, imágenes, descargas, datos de contacto y versiones de idioma revisados.
- URL: destino de cada URL antigua importante documentado. Prueba una redirección permanente cuando exista una página equivalente, en lugar de enviar todo lo eliminado a la portada.
- Indexación: configuración de indexación, URL canónicas y enlaces internos revisados en las páginas que se publicarán.
- Formularios: envío correcto y con error, confirmación, destinatario y traspaso interno probados.
- Tienda online: pedidos de prueba, cambios de estado y notificaciones revisados con el modo de pago de prueba acordado.
- Medición: el evento acordado aparece donde debe, no se cuenta dos veces y se distingue de la actividad real durante las pruebas.
- Vuelta atrás: documentados los criterios para detener el lanzamiento, quién decide y cómo recuperar la versión anterior. Una tienda también debe tener en cuenta los pedidos recibidos tras el cambio.
Guarda pruebas junto al checklist: por ejemplo, la hora del test, la confirmación de quien recibió la solicitud y cualquier error pendiente. Una marca sin explicación sirve de poco en la entrega.
4. Define qué recibe el cliente
El dominio, la plataforma, la analítica y el contenido pueden estar en cuentas distintas. La lista de entrega debe indicar quién administra cada una y qué acceso recibe el cliente. Las contraseñas deben entregarse por un canal seguro, no en un documento público del proyecto.
Pide una lista de suscripciones, costes de renovación, licencias necesarias y exportaciones disponibles. La entrega del código fuente, la exportación completa de la web y la posibilidad de cambiar de proveedor dependen de la plataforma y del contrato. Acláralo antes de elegir el sistema. Tener acceso a una cuenta no describe todos los derechos contractuales ni los servicios incluidos.
Un buen material de entrega incluye un inventario de cuentas, instrucciones de edición, el checklist aceptado y una explicación de las tareas recurrentes. Acordad quién lo mantiene actualizado después.
5. Pon fecha a la revisión posterior
Una secuencia útil es una comprobación inmediata en el lanzamiento, controles operativos en los primeros días y una revisión posterior con periodos comparables. El ritmo exacto debe ajustarse al tráfico y al riesgo de la web.
Los clics de Search Console y los eventos de GA4 responden a preguntas distintas. Un lead cualificado necesita además una definición de negocio: ¿la solicitud es relevante, se puede contactar a la persona y no está duplicada? Normalmente lo confirma el equipo que la recibe o el CRM. Más eventos de formulario no significan automáticamente más ventas.
Registra los errores conocidos, la corrección prometida y su responsable. El mantenimiento, las funciones nuevas y la gestión de campañas pueden requerir un encargo aparte. Aceptar la web no los contrata automáticamente.
Preguntas frecuentes
¿Una web nueva necesita un dominio nuevo?
No necesariamente. Empieza por el motivo de negocio. Cambiar el diseño o la plataforma y cambiar el dominio son decisiones distintas.
¿Elegir la plataforma resuelve la migración?
No. El contenido, las integraciones, las pruebas y la entrega de cuentas siguen necesitando responsables, también con una plataforma conocida.
¿Quién aprueba el lanzamiento?
La persona designada, con la confirmación documentada del equipo de desarrollo y de los responsables de las pruebas. Los problemas abiertos deben estar a la vista antes de decidir.
¿Se puede garantizar que el tráfico no baje?
No es una promesa seria. Planificar y comprobar reduce errores evitables, pero quien desarrolla la web no controla todos los factores que influyen en el posicionamiento.
¿Qué llevo a la primera reunión?
La URL actual, los procesos de negocio importantes, los problemas conocidos, la medición disponible y la fecha límite para decidir. Acordad por separado qué acceso mínimo hace falta antes de compartirlo.
Conoce nuestro servicio de desarrollo web y nuestro equipo y proyectos públicos.