Migrar una web antigua a una plataforma nueva sin perder datos

Cuándo toca mudarse

• La plataforma está obsoleta: sin actualizaciones, con módulos que fallan y un hosting que exige una versión antigua de PHP.
• Cada retoque menor necesita programador porque en el panel sencillamente no existe.
• La web es lenta y en esta plataforma ya no se puede acelerar más.
• La tienda se quedó pequeña en el constructor: hacen falta filtros propios, integraciones, exportaciones e importación automática de precios.
• No hay forma de localizar a los desarrolladores del sistema anterior y los accesos quedaron en manos con las que ya no trabajas.

Qué pasa a la nueva plataforma

Si algún dato es técnicamente inaccesible —por ejemplo, si el sistema antiguo no entrega el historial de pagos—, lo decimos antes de empezar, no después de la mudanza.

Cómo se conservan las posiciones

Las posiciones no se pierden por la mudanza en sí, sino por detalles fáciles de pasar por alto: direcciones cambiadas sin redirecciones, metaetiquetas que no viajaron, páginas bloqueadas en robots «mientras duran los trabajos» y que se quedaron bloqueadas, filtros que empiezan a generar duplicados.

Nuestro orden es simple: primero levantamos el mapa completo de la web antigua —todas las direcciones, metaetiquetas, títulos y posiciones del día de la mudanza—. Ese es el patrón. Tras el lanzamiento comparamos la web nueva con él página a página: todo lo que desapareció o cambió de dirección recibe una 301. Dos semanas vigilando Search Console y posiciones: una caída se ve al momento, no un mes después por boca del cliente.

Orden de trabajo y plazos

• Auditoría de la web antigua (gratis, 3–5 días). Qué hay dentro, cuántos productos y páginas, qué datos se pueden extraer de verdad, qué no merece la pena trasladar. La salida es un plan y un precio.
• Nueva plataforma en un entorno de pruebas. Construimos la web mientras la antigua sigue tranquila. Demo cada semana.
• Migración de datos. Primero una prueba sobre una copia y luego el recuento: había 4 312 productos, hay 4 312 productos. No «más o menos los mismos».
• Redirecciones y verificación. Mapa de direcciones, 301, metaetiquetas, sitemap, velocidad, formularios y pagos.
• Cambio. En la franja de menor tráfico. El entorno antiguo se mantiene unos días: volver atrás cuesta un minuto.
• Dos semanas de seguimiento. Search Console, posiciones, errores 404, solicitudes. Los flecos se corrigen sin factura aparte.

Plazos habituales: web de presentación o corporativa, 2–4 semanas con el traslado incluido; tienda con miles de productos e integraciones, desde 5 semanas.

Cuánto cuesta la migración

El precio tiene dos partes: la nueva plataforma según la tarifa habitual y la migración de datos, cuyo alcance solo se ve tras la auditoría: 200 productos y 20 000 productos con una decena de integraciones no son el mismo trabajo. Por eso no damos cifras a ciegas: primero miramos la web y después damos un importe cerrado.

¿Solo necesitas cambiar de servidor sin cambiar de motor? Eso es configuración de servidores — desde €50.

Qué suele salir mal en otros sitios

• Trasladan la «web», no los datos. El catálogo se reescribe a mano y pedidos y clientes se quedan en la base antigua, que desaparece con ella medio año después.
• Se olvidan de las redirecciones. La plataforma nueva generó otras direcciones, las viejas devuelven 404 y con ellas se van posiciones y enlaces.
• Dejan el noindex tras las pruebas. Un clásico: la web pasa un mes cerrada a los buscadores y luego «qué raro, por qué ha bajado el tráfico».
• No cuadran las cantidades. Se trasladó «casi todo» y nadie notó que 300 fichas están sin foto y 40 categorías vacías.
• Cambian y desaparecen. Lo más importante son las dos primeras semanas: es cuando salen los 404, los duplicados y los problemas de indexación.

Comprobamos el resultado contra un patrón, no a ojo: un código 200 todavía no significa que la página esté entera.

Preguntas y respuestas

Servicios relacionados