Verifica el flujo de checkout de principio a fin, en condiciones reales
Realiza tú mismo una compra completa en el sitio ya activo — no en el entorno de pruebas — cubriendo los caminos que realmente usan los clientes: checkout como invitado y checkout con sesión iniciada, al menos un producto con variantes, y cualquier código de descuento o promoción activa en ese momento. Comprueba que los correos de confirmación de pedido se envían correctamente y que el pedido aparece bien reflejado después en tu panel de administración.
No des por hecho que la cobertura del entorno de pruebas se traslada automáticamente. Las pasarelas de pago, los servicios de impuestos y las APIs de tarifas de envío en producción a veces se comportan de forma distinta a sus equivalentes de prueba o sandbox, y precisamente por eso hace falta una comprobación real en condiciones de producción, no confiar en lo que funcionó en pruebas.
Confirma que las pasarelas de pago están totalmente activas y bien configuradas
Verifica que el procesamiento de pagos funciona en modo real (no de prueba/sandbox), que todos los métodos de pago que ofrecía tu tienda anteriormente están habilitados y funcionando, y que una transacción real se liquida correctamente de principio a fin — que el dinero llega de verdad, no solo que cambia el estado del pedido. Revisa también la función de reembolso, ya que se usa con menos frecuencia que el checkout y es fácil dejarla sin verificar.
Si admites varios métodos de pago o divisas, prueba cada uno por separado en lugar de asumir que, porque un método funciona, el resto están configurados de la misma manera.
Revisa las reglas de impuestos y envío con pedidos reales
La lógica de impuestos y envíos es fácil de configurar mal de forma sutil en una migración, ya que ambas suelen depender de configuraciones que no se corresponden de forma directa entre plataformas. Realiza pedidos de prueba a tus destinos de envío más habituales y confirma que el impuesto se calcula correctamente y que las tarifas y métodos de envío disponibles coinciden con lo que pretendías, no solo con lo que la nueva plataforma configuró por defecto.
Presta especial atención a cualquier caso particular del que dependa tu negocio: exenciones fiscales, umbrales de envío gratuito, reglas específicas por región o restricciones de envío para ciertos productos. Son precisamente los detalles de configuración que con más probabilidad se pierden o quedan con un valor por defecto incorrecto durante una migración.
Revisa redirecciones puntuales, no solo las que recuerdas
Aunque tengas un mapa de redirecciones completo elaborado antes del lanzamiento, revisa después del cambio una muestra real de URLs: tus páginas con más tráfico, algunas con menos tráfico, y algunas de las excepciones deliberadas (productos descatalogados, categorías fusionadas). Confirma que cada una redirige al destino correcto en un solo salto, sin cadenas ni bucles.
Revisa también una muestra de URLs que no deberían existir en el sitio antiguo — erratas, antiguas URLs con parámetros, cualquier cosa que un rastreador pudiera haber indexado de forma incidental — para asegurarte de que se resuelven de forma sensata en lugar de dar un error que parezca un problema más amplio.
Confirma la continuidad del seguimiento analítico
Verifica que tu plataforma de analítica, el seguimiento de conversiones y cualquier píxel publicitario se disparan correctamente en el nuevo sitio — un pedido de prueba realizado debería aparecer en tus informes de analítica y de plataformas publicitarias igual que antes. El código de seguimiento es fácil de perder en silencio durante un cambio de plataforma, ya que un píxel ausente o mal configurado no genera un mensaje de error; simplemente deja de reportar datos.
Compara las primeras cifras de analítica tras el lanzamiento con tu referencia previa a la migración para el mismo tipo de día (día laborable frente a fin de semana, fuentes de tráfico similares), en lugar de hacer una comparación directa antes/después, ya que la variación normal del tráfico puede enmascarar o simular un problema real de seguimiento.
Comprueba el acceso a cuentas de cliente y el historial de pedidos
Haz que unas cuantas cuentas de cliente reales (o de prueba) confirmen que pueden iniciar sesión, ver su historial de pedidos correcto y acceder a las funciones de cuenta de las que dependían antes — direcciones guardadas, métodos de pago guardados cuando aplique, saldos de fidelización o recompensas si tu tienda los tiene. Los problemas de acceso a la cuenta son muy visibles para los clientes que los sufren y afectan directamente a la confianza, así que merece la pena verificarlos de forma deliberada en lugar de asumir que la migración de cuentas "probablemente funcionó".
Si la migración de contraseñas no formó parte del traslado técnico (algo habitual cuando las plataformas usan sistemas de cifrado de contraseñas incompatibles), asegúrate de que los clientes tengan un camino claro para restablecer su contraseña y de que se les comunique, no solo de que exista técnicamente.
Vigila la cobertura de Search Console en las semanas siguientes
Sigue vigilando Search Console (o el equivalente en otros buscadores) bastante después del día de lanzamiento — los errores de rastreo, el estado de indexación y cualquier repunte de errores 404 reportados son las señales más tempranas de un problema de redirección o de etiqueta canonical que las pruebas no detectaron. Compáralo con tu referencia previa a la migración para poder distinguir una regresión real de una fluctuación normal a corto plazo tras un cambio de sitio.
Este período de seguimiento es también el momento de volver a enviar tu sitemap si aún no lo has hecho, y de confirmar que las páginas que esperas ver indexadas realmente aparecen en los resultados de búsqueda en las semanas siguientes, y no solo que han sido rastreadas.
Preguntas frecuentes
¿Cuánto tiempo debe continuar el QA post-lanzamiento tras el cambio?
Las revisiones activas y casi diarias suelen ser más importantes en la primera o segunda semana, que es cuando surge la mayoría de los problemas de configuración y redirecciones. La reindexación por parte de los buscadores y la estabilización de los patrones de tráfico tardan más, así que merece la pena mantener un seguimiento más ligero (Search Console, tendencias de analítica) durante más tiempo — varias semanas es habitual — en lugar de detenerlo en cuanto la primera semana parece limpia.
¿Cuál es lo primero y más importante que hay que revisar tras el lanzamiento?
Una prueba real, en producción, de checkout y pago, ya que afecta directamente a los ingresos y es el único flujo que toca todo cliente. Los problemas de redirecciones y de seguimiento también importan, pero un checkout roto es el problema más costoso de dejar sin descubrir, aunque solo sea durante unas horas.
¿Es normal que el posicionamiento baje ligeramente justo después de una migración?
Cierta fluctuación a corto plazo es habitual incluso en una migración bien ejecutada, ya que los buscadores necesitan tiempo para rastrear y reevaluar las nuevas URLs. Lo que no es normal es una caída sostenida o un repunte de errores de rastreo — esa es la señal para revisar tu mapa de redirecciones y tus etiquetas canonical en busca de un error real, en lugar de esperar a que se resuelva solo.
¿Quién del equipo debería encargarse del QA post-lanzamiento?
Idealmente alguien con visión de conjunto de toda la tienda, no solo el equipo técnico de la migración — porque varias de estas comprobaciones (que las reglas de impuestos tengan sentido, el comportamiento de las cuentas de cliente, si los números de seguimiento parecen normales) se benefician del contexto de negocio, no solo de una verificación técnica de que una función está presente.