Cómo migrar una tienda online sin perder ventas

Casi todas las guías sobre cómo migrar una tienda online sin perder ventas hablan solo de SEO: redirecciones 301, mapa de URLs y posicionamiento. Es un consejo correcto e incompleto. Una tienda no es una web informativa con un carrito pegado: es un motor comercial vivo, con pedidos en curso, pagos recurrentes, stock que cambia cada hora e integraciones que tienen que volver a hablar entre sí. La venta no se pierde solo porque caiga el tráfico orgánico, se pierde cuando el checkout falla durante seis horas o un cobro recurrente deja de ejecutarse.

Este artículo aborda la migración de un ecommerce como lo que realmente es: un proyecto de continuidad operativa, no solo un traslado de contenidos. Cubre las dos capas que casi ningún contenido junta —la capa SEO que protege el tráfico y la capa transaccional que protege los ingresos— y aterriza en un plan de corte con ventana de inactividad mínima y opción de marcha atrás. El objetivo no es que la tienda «sobreviva» al cambio de plataforma, sino que el cliente que compra el día de la migración ni se entere de que ha ocurrido.

Resumen

Migrar una tienda online sin perder ventas exige proteger dos cosas a la vez: el tráfico orgánico y la operativa comercial. Lo primero se sostiene con un mapa de redirecciones 301 uno a uno, conservación de la estructura de URLs y validación del posicionamiento; lo segundo, con la migración íntegra de pedidos, clientes, suscripciones y métodos de pago, y con un plan de corte que reduzca al mínimo el tiempo sin checkout. El factor que decide el éxito no es la elección de plataforma, sino la disciplina del proceso: entorno de staging, congelación de catálogo, ventana de baja actividad y capacidad de rollback. Lo que diferencia a un ecommerce de una web normal es que aquí una hora mal resuelta no cuesta posiciones, cuesta pedidos.

Por qué migrar un ecommerce no es una migración web normal

La creencia extendida es que migrar una tienda es «como migrar una web, pero con productos». De ahí nace el error de fondo: aplicar a un ecommerce el mismo checklist de una web corporativa. Una web informativa puede estar caída una madrugada sin más consecuencia que unas visitas perdidas. Una tienda caída esa misma madrugada pierde pedidos reales, descuadra el stock, deja cobros a medias y genera incidencias de atención al cliente que se arrastran durante semanas.

La diferencia está en que un ecommerce no es contenido, es estado. En cada instante hay carritos a medio llenar, pedidos en distintos puntos del flujo (pagado, en preparación, enviado), suscripciones con su próxima fecha de cobro, cupones activos y un inventario que se mueve. Migrar significa trasladar ese estado vivo de un sistema a otro sin que ningún registro se quede por el camino. Por eso la migración de una tienda se parece más a mudar un quirófano en funcionamiento que a repintar una fachada.

De esa naturaleza se derivan dos frentes que hay que cubrir en paralelo y que la mayoría de guías tratan por separado o directamente ignoran:

Quien encara una migración pensando solo en la primera columna llega al día del lanzamiento con el SEO blindado y la operativa improvisada. Y es justo al revés de lo que percibe el cliente: nadie abandona una compra porque una redirección tarde un día en consolidarse, pero todo el mundo abandona si el botón de pagar devuelve un error.

Inventario de lo que se mueve: catálogo, clientes, pedidos e integraciones

Antes de tocar nada, toda migración seria empieza por un inventario exhaustivo de los activos que viajan. No es un trámite burocrático: es la lista contra la que se valida, registro a registro, que nada se ha quedado en el sistema antiguo. Un ecommerce típico mueve mucho más de lo que su responsable recuerda de memoria.

El catálogo es solo la punta visible. Productos simples y variables, atributos, categorías, imágenes, fichas, precios, reglas de impuestos y stock por almacén. Si la tienda funciona sobre WooCommerce y se plantea un cambio de plataforma, conviene haber tomado bien esa decisión de partida —algo que se analiza al comparar WooCommerce y Shopify para una pyme española—, porque el modelo de datos de origen y destino marca cuánto del traslado es automático y cuánto manual.

Por debajo del catálogo está lo que de verdad sostiene el negocio:

• Clientes y cuentas: datos de contacto, direcciones guardadas, contraseñas (hash), histórico de pedidos y, si existe, saldo de fidelización o monedero.
• Pedidos: todo el histórico con su estado, sus líneas, sus impuestos y sus notas internas. Es la base de la contabilidad, de las devoluciones futuras y de la atención al cliente.
• Reseñas y contenido generado: valoraciones de producto, preguntas y respuestas. Material con peso SEO y de conversión que no debe evaporarse en el cambio.
• Integraciones: ERP, software de facturación, gestor de envíos, plataforma de email marketing, sincronización con marketplaces, píxeles de medición y feeds de Shopping.

Cada integración es un cable que conecta la tienda con un sistema externo, y cada cable hay que desenchufarlo del sistema viejo y volver a enchufarlo —y probarlo— en el nuevo. Olvidar uno solo provoca fallos silenciosos: pedidos que no llegan al ERP, facturas que no se emiten o emails de seguimiento que dejan de salir sin que nadie lo note hasta que un cliente reclama.

El mapa de redirecciones 301: la columna vertebral del SEO ecommerce

Resuelta la capa transaccional, la de visibilidad tiene un protagonista indiscutible: el mapa de redirecciones. Si la migración cambia la estructura de URLs —y casi siempre lo hace al cambiar de plataforma—, cada dirección antigua debe apuntar con una redirección permanente 301 a su equivalente exacta en el sistema nuevo. Esta lógica es común a cualquier traslado, y los principios generales aplican igual que al migrar una web sin perder SEO; lo específico del ecommerce es el volumen y la criticidad de las URLs que generan ingresos.

La regla de oro es el mapeo uno a uno: cada ficha de producto, cada categoría y cada página de contenido tiene su destino concreto, no una redirección genérica a la home. Redirigir mil productos descatalogados a la portada es una de las formas más rápidas de tirar a la basura años de posicionamiento, porque Google interpreta esas redirecciones como páginas borradas, no como contenido movido. La guía oficial de Google Search Central sobre cambios de URL es explícita: mantener una correspondencia directa entre origen y destino es lo que permite trasladar las señales de ranking de una URL a otra.

El mapa de redirecciones se construye exportando todas las URLs indexadas de la tienda actual —desde el sitemap, desde Search Console y desde un rastreo completo— y asignando a cada una su nueva dirección. Conviene priorizar por valor: las URLs que más tráfico e ingresos generan se validan a mano una por una; el resto puede resolverse por patrones con expresiones regulares. Junto a las redirecciones, el traslado debe conservar títulos, metadescripciones, textos alternativos de imagen y, muy especialmente, el enlazado interno y los datos estructurados de producto (Schema Product, con precio, disponibilidad y valoraciones), que son los que alimentan los resultados enriquecidos. Toda esta arquitectura conecta con el trabajo continuo de SEO para una tienda WooCommerce, que es lo que da sentido a proteger las URLs en primer lugar.

Pedidos abiertos, suscripciones y carritos con sesión activa

Aquí está el vacío real que la mayoría de guías deja sin cubrir. Una web corporativa se migra cuando se quiere; una tienda nunca está «quieta». En el instante del corte hay clientes con el carrito lleno, pedidos a medio procesar y suscripciones con su próxima fecha de cobro programada. Trasladar esos elementos vivos sin romperlos es lo que separa una migración profesional de un susto.

La estrategia que minimiza el riesgo es congelar el catálogo durante la ventana de corte: dejar de aceptar pedidos nuevos durante un periodo corto y controlado, completar o cerrar los pedidos abiertos, hacer la copia definitiva de datos y arrancar el sistema nuevo desde un estado coherente. Para las suscripciones, lo prudente es planificar la migración fuera de las fechas de renovación masiva y validar con la pasarela que los tokens de pago se conservan, porque un cobro recurrente roto no solo pierde un ingreso: erosiona la confianza del cliente que ve un cargo extraño o la interrupción de su servicio.

Pasarelas de pago, cupones e integraciones: reconectar el motor comercial

Si los pedidos y las suscripciones son la sangre del ecommerce, las pasarelas de pago son el corazón. Una migración que descuida la pasarela puede dejar la tienda con un escaparate impecable y un checkout que no cobra. La reconexión de los métodos de pago es, junto al mapa de redirecciones, el punto donde más se juega el éxito de la operación.

Cada pasarela —tarjeta, Bizum, PayPal, financiación, transferencia— tiene sus propias credenciales (claves de API, webhooks, URLs de retorno) que hay que reconfigurar y, sobre todo, probar con transacciones reales antes de abrir al público. La elección de qué métodos ofrecer y cómo configurarlos tiene además impacto directo en la conversión y en el margen, un terreno que se detalla al analizar las pasarelas de pago para una tienda online y sus comisiones. En una migración, el objetivo es que el cliente no perciba ningún cambio: los mismos métodos, la misma experiencia, cero errores en el cobro.

Tres elementos del motor comercial que se rompen con facilidad si no se prueban uno a uno:

• Webhooks de pago: las notificaciones que la pasarela envía a la tienda para confirmar un cobro. Si apuntan a la URL antigua, los pedidos se quedan en «pendiente» aunque el cliente haya pagado.
• Cupones y promociones: códigos de descuento activos, reglas de envío gratis, precios por volumen. Migrarlos mal hace que un cupón no funcione —y el cliente abandone— o que descuente de más.
• Impuestos y zonas de envío: la configuración fiscal y logística por destino. Un error aquí calcula mal el total del pedido en el último paso, justo antes de pagar, que es el peor momento para una sorpresa.

La validación de toda esta capa no se hace en producción a ciegas: se hace en un entorno de staging, una copia idéntica de la tienda nueva donde se ejecutan pedidos de prueba de principio a fin —añadir al carrito, aplicar cupón, pagar con cada método, recibir el email de confirmación, comprobar que el pedido llega al ERP— antes de que el primer cliente real pase por ahí.

El plan de corte: ventana de downtime mínima y rollback

Todo lo anterior converge en un único momento crítico: el corte, el instante en que el dominio deja de servir la tienda vieja y empieza a servir la nueva. Una migración bien gobernada no improvisa ese momento, lo ensaya. El plan de corte es un guion minuto a minuto con responsables, orden de tareas y, sobre todo, un criterio claro para decidir si se sigue adelante o se da marcha atrás.

La secuencia que reduce al mínimo el tiempo sin ventas sigue cuatro fases bien diferenciadas:

El momento del corte importa tanto como el procedimiento. Programarlo en el día y la hora de menor tráfico —analizando el histórico de la propia tienda, nunca un viernes ni en plena campaña— reduce el número de clientes afectados si algo se tuerce. Y la capacidad de rollback no es pesimismo: es lo que convierte una migración en una decisión reversible en lugar de un salto al vacío. Una tienda que puede volver atrás en treinta minutos afronta el corte con margen; una que no puede, juega su facturación a una sola carta.

Qué medir antes, durante y después para confirmar que no pierdes ventas

Una migración no termina cuando la tienda nueva carga: termina cuando los datos confirman que las ventas y el tráfico se han mantenido. Por eso la medición se diseña antes del corte, registrando una línea base con la que comparar después. Sin esa foto previa, es imposible saber si una caída es ruido estacional o un problema real que hay que atajar.

La medición rigurosa exige tener bien montada la capa de analítica —medición de eventos de compra, conversiones y embudo— antes de migrar, no improvisarla después. Cuando el seguimiento del rendimiento se trabaja con el mismo cuidado que el análisis de datos de cualquier proyecto serio, la migración deja de ser un acto de fe y se convierte en una operación verificable: cada hipótesis de «no perdemos ventas» se contrasta contra un número. Y si algo cae, el diagnóstico es de horas, no de semanas.

Construir y migrar una tienda con esta doble exigencia —SEO blindado y operativa intacta— es precisamente el trabajo que aborda el servicio de diseño de tienda online de Advanze, tanto en proyectos nuevos como en cambios de plataforma de negocios que ya facturan. Para los comercios de las islas, ese acompañamiento se concreta además sobre el terreno en el diseño de tiendas online en Las Palmas, donde la cercanía con el negocio facilita coordinar el corte y la logística.

Errores que sí hacen perder ventas en una migración

La mayoría de pérdidas en una migración no vienen de la complejidad técnica, sino de decisiones evitables tomadas con prisa. Estos son los fallos que más caro se pagan, ordenados por la frecuencia con que arruinan una operación que parecía controlada:

• 1

  Migrar sin entorno de staging

  Probar directamente en producción es jugar con el dinero del negocio. Todo —pagos, cupones, integraciones— se valida en una copia antes de que pase por ahí un solo cliente real.

• 2

  Redirigir todo a la home

  Mandar los productos descatalogados a la portada en lugar de a su equivalente uno a uno. Google lo lee como contenido borrado y tira por tierra años de posicionamiento de las fichas que vendían.

• 3

  Olvidar los webhooks de pago

  Dejar las notificaciones de la pasarela apuntando a la URL antigua. El cliente paga, pero el pedido se queda en «pendiente» y nadie lo prepara. Un fallo invisible hasta que llegan las reclamaciones.

• 4

  Romper las suscripciones

  Migrar cobros recurrentes sin coordinar con la pasarela la conservación de los tokens. El resultado es doble cobro, cobro perdido o servicio interrumpido, y la pérdida de un cliente que ya era fiel.

• 5

  Elegir el peor momento

  Cortar un viernes por la tarde o en plena campaña de ventas. Si algo falla, el daño se multiplica y el equipo de soporte no está disponible para contenerlo a tiempo.

• 6

  No tener plan de rollback

  Lanzar sin una vía de retorno. Cuando surge un problema crítico y no se puede volver atrás, la única opción es arreglar a la desesperada con la tienda caída y vendiendo a medias.

• 7

  Dar por terminada la migración el día del corte

  Apagar la vigilancia tras el lanzamiento. Muchos errores —404 que afloran, cobros que fallan, feeds rotos— solo aparecen en los días siguientes. Sin medición sostenida, se descubren cuando ya costaron ventas.

El patrón común a estos siete errores es la prisa por «terminar» antes que la disciplina de «asegurar». Una migración de ecommerce no es un evento, es un proceso con un antes, un durante y un después; tratarla como un simple cambio de servidor es lo que convierte una mejora en una pérdida. La buena noticia es que ninguno de estos fallos es inevitable: todos se neutralizan con planificación, un entorno de pruebas y la decisión de no abrir al público hasta que cada euro de venta esté protegido.

Preguntas frecuentes