Migración SEO: qué contratar antes de rediseñar tu web

Una migración SEO es el trabajo de revisar y gestionar las señales de búsqueda durante un cambio de la web. El cambio puede afectar el dominio, las rutas, la plataforma o la forma en que se entrega el contenido. Anotá qué cambia y qué se conserva antes de comparar propuestas.

Google distingue los cambios de URL de los cambios de hosting que mantienen la URL. La documentación, consultada el 21 de octubre de 2026, recomienda secuenciar los cambios y advierte sobre fluctuaciones temporales de posiciones. No establece una garantía de tráfico.

Cambiar de tecnología no obliga a cambiar las direcciones públicas. Pedí que el proveedor justifique cada cambio de ruta. Si solo querés mejorar el diseño, no agregues una reorganización de contenidos o un dominio nuevo por defecto: son decisiones que necesitan su propio motivo y control.

Esta matriz es un criterio de compra propuesto por Duotach. No representa resultados de proyectos ni una garantía de rendimiento.

Una auditoría que entrega recomendaciones no incluye automáticamente ejecutarlas. Una reconstrucción tampoco incluye automáticamente revisar las rutas anteriores o sostener el seguimiento. Pedí que la propuesta separe esas tareas y diga quién recibe cada resultado.

Si el equipo actual puede resolver los hallazgos, conservá esa opción en la comparación. Contratar otro desarrollo completo para arreglar una plantilla puede ampliar el proyecto sin resolver una necesidad adicional.

El alcance debe identificar las páginas que existen, su función comercial y sus destinos previstos. Incluí URLs del sitio, sitemap, enlaces internos y páginas que aparecen en Search Console. Una fuente sola puede dejar páginas afuera. Documentá también artículos, archivos públicos e idiomas que deben conservarse.

Para cada URL relevante, pedí una fila con estado actual, decisión propuesta, responsable y prueba. Separá conservar, modificar, retirar y redirigir. Cualquier retirada necesita aprobación de contenido; un error técnico no es motivo suficiente para borrar una página útil.

Guardá una referencia fechada de consultas, páginas, países y dispositivos en períodos completos, además de la definición de los eventos de contacto. Eso permite revisar después si cambió el tráfico o cambió la medición. No llames venta a un clic de WhatsApp ni contacto confirmado a un evento cuyo disparador no está comprobado.

Pedí pruebas sobre la versión concreta del sitio nuevo, con una muestra elegida por función: entrada orgánica, servicio, artículo, idioma y recorrido de contacto. La muestra debe cubrir las plantillas; no elijas solo las páginas que se ven mejor.

La documentación de JavaScript SEO de Google diferencia rastreo, renderizado e indexación. También explica que bloquear recursos impide renderizarlos. No bloquees CSS, JavaScript ni imágenes para intentar limpiar un reporte. Que el build pase o que una captura se vea bien no acredita por sí solo indexación ni funcionamiento del contacto.

Ejemplo ficticio: un sitio conserva una página de servicio en español y su traducción en inglés. En pruebas, ambas deben mostrar su idioma, sus enlaces finales y su identidad correspondiente. Si la traducción apunta como canonical a la página española, registrá la discrepancia y corregila antes de aceptar esa parte del cambio. Este ejemplo es un control propuesto, no un resultado observado de un cliente.

La propuesta debe identificar quién implementa, quién verifica, quién aprueba publicar y quién recibe una incidencia. Escribí también qué evidencia permite detener la salida: un recorrido de contacto roto o un destino equivocado de una página prioritaria son ejemplos de condiciones a acordar.

Pedí un procedimiento de reversión que explique qué puede volver atrás y qué necesita recuperación aparte. Volver al código anterior no deshace necesariamente cambios en datos, DNS o servicios externos. El procedimiento debe corresponder al cambio contratado y probarse con autorización en un entorno adecuado.

Después de publicar, separá errores técnicos comprobados de variaciones de búsqueda. Revisá las mismas páginas y cohortes cuando sea posible, con posición y cambios concurrentes. Una baja agregada de CTR no demuestra que el rediseño la causó; una suba tampoco demuestra ventas adicionales. Registrá las consultas reales y su origen conocido o desconocido por separado.

Para conversar sobre el alcance, describí la plataforma actual, qué querés cambiar, si tenés equipo de desarrollo y qué recorrido comercial necesitás conservar. No hace falta compartir datos personales ni accesos de producción en el formulario.

Duotach trabaja en desarrollo de software y aplicaciones web y auditoría técnica SEO. Podemos acordar una revisión y, cuando corresponda, la implementación de los cambios delimitados. El relevamiento de tu sitio, el inventario y las pruebas se incluyen en el alcance pago que se acuerde; no se prometen como trabajo previo gratuito ni como conservación garantizada de tráfico.

Si además necesitás recibir código, cuentas y documentación al terminar el proyecto, consultá la guía de entrega de software a medida. Esa entrega complementa el control SEO del rediseño y tiene sus propias pruebas.