Caso · En producción
Reconstruir el catálogo de una tienda sin perder un pedido
Una tienda de mamparas a medida recupera en su web española el catálogo que su dueño ya había trabajado a mano en la web francesa, sin perder pedidos, clientes ni posicionamiento.
Qué problema resuelve
Volcar una web encima de la otra era el atajo evidente y justo lo que no se podía hacer: en la web española viven los pedidos, los clientes, las facturas y títulos que ya posicionan.
Cómo funciona
- 01
Medir antes de presupuestar
Se contó lo que había en las dos webs antes de dar ninguna cifra. Una consulta de dos minutos mostró que el configurador de medidas usa formularios generales y no uno por producto: replicarlo eran horas, no semanas.
- 02
Proteger los pedidos
Los pedidos comparten tabla con los productos. Se subió el contador de identificadores de la copia de trabajo para que los productos nuevos no pudieran coincidir con los pedidos que entraran mientras tanto.
- 03
Trabajar fuera de su servidor
La cuenta de alojamiento estaba cerca de su límite de ficheros, así que las dos webs se descargaron a un entorno local, en solo lectura, sin escribir nada en el servidor del cliente.
- 04
Revisión en un espacio cerrado
El cliente revisó el resultado en una dirección privada, con buscadores bloqueados y contraseña, antes del paso a producción.
El stack, explicado
«Stack» son las herramientas con las que algo está hecho. La tienda funciona con WordPress y WooCommerce. Para trabajar sin tocar el servidor del cliente se usó un entorno local de desarrollo (las dos webs se descargaron al ordenador en solo lectura). Los cambios sobre producción se aplican con WP-CLI, la línea de comandos de WordPress, y los cambios de dirección con su orden específica de buscar y reemplazar, nunca con una actualización directa de la base de datos: el configurador guarda su configuración en un formato serializado y una edición en bruto lo deja inservible.
Qué aprendimos
El precio lo sostiene la medición, no el entregable. Antes de dar una cifra se contó lo que había en las dos webs: 373 productos frente a 599, y 32 formularios globales del configurador en la francesa frente a 24 en la española, con cero formularios propios por producto en ambas. Esa consulta de dos minutos decidió que replicar el configurador eran horas y no semanas.
Otro hallazgo salvó los pedidos: la tienda tenía las órdenes en la misma tabla que los productos, así que los productos nuevos creados en local habrían nacido con los mismos identificadores que los pedidos que entraran en producción mientras tanto. Se resolvió subiendo el contador de identificadores de la copia a un valor que producción no puede alcanzar. Y un error propio costó re-sincronizar 3,3 GB: un patrón de exclusión sin la barra inicial excluyó una carpeta a cualquier profundidad y dejó el maquetador visual Elementor con un error fatal en la copia.
La verificación se hace con dos fotos de la tienda, antes y después (pedidos uno a uno, existencias, precios, cupones, usuarios), y un comparador que da error si ha desaparecido un pedido, un cliente o un cupón, o si alguno cambió de estado o de total.
Límites
Es un caso de cliente más que una herramienta: el método sirve para otras migraciones, pero cada tienda guarda sus propios riesgos. Durante el trabajo se encontró un fichero de información del servidor expuesto en la raíz; se avisó y se corrigió fuera del encargo.
Con qué está hecho
- WordPress
- WooCommerce
- Entorno local de desarrollo
Qué hicimos
- Paso a producción hecho en unos diez minutos: 378 productos publicados, 186 en borrador, 37 redirecciones y 1.388 imágenes con texto alternativo en español.
- Pedidos, clientes y cupones intactos: el recuento de antes y después coincide, con copias de seguridad de ambos momentos.
Qué no entraba
- No se volcó una web encima de la otra: pedidos, clientes, cupones, existencias y facturas son siempre los de producción y no se tocan.
- Los títulos españoles que ya posicionan no se sustituyeron: se revisaron uno a uno contra Search Console. Solo se reemplazaron descripciones e imágenes.
- La lentitud de la web y su caché quedaron fuera del encargo, porque su equipo informático ya estaba en ello.
¿Tienes un proyecto parecido?
Cuéntanos qué necesitas y te decimos cómo lo haríamos y si te sale a cuenta.
Hablemos