Punto de partida
Qué decisión ayuda a preparar esta guía
Optimizar, migrar y reconstruir no son tres nombres para el mismo proyecto. Optimizar mejora el sistema actual; migrar mueve contenido, infraestructura o gestión hacia otro entorno; reconstruir reemplaza una parte sustancial de la arquitectura o implementación. Un proyecto puede combinar las tres acciones, pero cada una responde a un problema y expone al negocio a riesgos diferentes.
La edad del sitio, una preferencia visual o la disponibilidad de una tecnología nueva no bastan para decidir. Antes de cotizar una solución conviene revisar qué tareas deben completar las personas, qué contenido ya tiene valor, cómo llega una consulta, qué puede mantener el equipo y qué barreras técnicas o de accesibilidad aparecen de forma repetida.
Esta guía ayuda a preparar esa decisión con evidencia. No sustituye una auditoría técnica, de seguridad, accesibilidad, analítica o posicionamiento sobre el sitio real. Tampoco promete que una migración o reconstrucción aumentará tráfico, posiciones o ventas: la recomendación final depende de los datos, activos, restricciones y responsables de cada empresa.
Ideas clave para conservar durante la lectura
- Define primero qué decisión o tarea debe mejorar; después elige la intervención.
- Conserva URLs, contenido y recorridos que ya aportan valor hasta demostrar que deben cambiar.
- Una migración es un proceso de continuidad y control de riesgo, no un atajo de posicionamiento.
- Reconstruir se justifica por restricciones estructurales, no únicamente por una apariencia antigua.
- Accesibilidad, rastreo, medición y mantenimiento necesitan criterios de aceptación antes del lanzamiento.
Decisión 01
Empieza con una línea base, no con el verbo del proyecto.
“El sitio está viejo”, “carga lento” o “no convierte” describen una preocupación, pero todavía no identifican su alcance. La primera tarea es nombrar el recorrido que falla: entender una oferta, comparar opciones, localizar información, solicitar una cotización, comprar, agendar, iniciar sesión o completar una gestión. Una misma percepción puede provenir de contenido confuso, navegación, formularios, rendimiento, accesibilidad, medición o una combinación.
La línea base debe reunir las fuentes disponibles sin convertir su ausencia en una conclusión. El inventario puede combinar URLs del CMS y sitemap, páginas conocidas por Search Console, registros del servidor, analítica autorizada, enlaces internos, activos descargables y comentarios de ventas o soporte. Cada hallazgo necesita periodo, alcance y responsable; una página sin datos suficientes queda como pendiente de investigación, no como contenido sin valor.
- Tareas críticas y personas que necesitan completarlas.
- URLs, contenido, archivos e integraciones que ya sostienen una operación.
- Consultas, errores y abandono observados dentro de un periodo definido.
- Restricciones de equipo, plataforma, seguridad, cumplimiento y mantenimiento.
Decisión 02
Optimiza cuando la base funciona y el problema puede aislarse.
Optimizar tiene sentido cuando las personas todavía pueden completar las tareas principales, las páginas importantes son accesibles para usuarios y buscadores, y el equipo puede modificar el sistema sin depender de parches frágiles. El problema puede concentrarse en mensajes, navegación, plantillas, formularios, imágenes, rendimiento o medición sin exigir que toda la plataforma cambie.
La optimización debe producir una mejora comprobable y una decisión posterior. Puede comenzar con una sección, plantilla o recorrido representativo, registrar el estado anterior y probar el cambio con las mismas condiciones. No es sinónimo de hacer ajustes indefinidos: si cada reparación rompe otra parte, requiere duplicar trabajo o no puede publicarse de forma segura, la evidencia empieza a señalar una restricción estructural.
- El dominio, las URLs y la arquitectura general todavía corresponden a la oferta.
- El CMS permite actualizar contenido, metadata y componentes sin intervención excepcional.
- Los defectos se concentran en recorridos o plantillas identificables.
- Existe una forma de probar, revertir y mantener cada mejora.
Decisión 03
Migra cuando el destino cambia, aunque el sitio pueda verse igual.
Una migración puede trasladar hosting, CDN, CMS, dominio, rutas o contenido. Cambiar infraestructura sin alterar las URLs visibles requiere controles distintos a cambiar dominio o estructura. Por eso “migrar el sitio” debe especificar qué se mueve, qué permanece y qué señal recibirán las personas, los sistemas internos y los buscadores.
La plataforma nueva no aporta valor por sí sola. La decisión se justifica cuando reduce una restricción comprobada: riesgos de soporte, dificultad para publicar, costos operativos, integración deficiente, límites de rendimiento o falta de control sobre activos y accesos. Si cambian URLs, hace falta un mapa individual hacia destinos equivalentes, enlaces internos actualizados, señales canónicas coherentes, sitemap nuevo y redirecciones permanentes donde realmente existe reemplazo.
- Inventario de contenido, imágenes, documentos, formularios, datos e integraciones.
- Mapa entre URLs actuales y destinos equivalentes, incluidos archivos importantes.
- Entorno de prueba protegido de indexación accidental y retiro de bloqueos al lanzar.
- Plan de DNS, capacidad, analítica, Search Console, monitoreo y reversión.
Decisión 04
Reconstruye cuando la restricción está en el sistema, no sólo en la superficie.
Reconstruir puede ser razonable cuando la arquitectura ya no representa la oferta, los recorridos críticos comparten fallas difíciles de aislar, el código o CMS impiden cambios seguros, o las integraciones esenciales dependen de soluciones que nadie puede mantener. También puede ser necesario cuando componentes repetidos introducen barreras de accesibilidad y corregirlos de forma local dejaría versiones incompatibles por todo el sitio.
Una reconstrucción no obliga a desechar dominio, URLs, contenido ni evidencia existente. Puede reemplazar plantillas y componentes mientras conserva rutas útiles y mejora la administración. Antes de aprobarla, define criterios de aceptación para contenido, tareas, accesibilidad, estados de error, rendimiento, rastreo y medición. WCAG 2.2 puede orientar requisitos verificables, pero la evaluación necesita alcance, muestra representativa, revisión experta y participación de usuarios cuando corresponda.
- La misma limitación aparece en varias plantillas, recorridos o equipos.
- Corregir por partes prolongaría una dependencia insegura o difícil de mantener.
- Existe un propietario para componentes, contenido, datos e integraciones nuevas.
- La reconstrucción puede probarse sin borrar la línea base ni el plan de continuidad.
Decisión 05
Decide por capas y permite una solución híbrida.
La decisión no necesita forzarse a una sola categoría. Un negocio puede optimizar el mensaje y el formulario ahora, migrar el CMS después y reconstruir únicamente las plantillas que concentran problemas. Dividir por capas permite entregar valor sin exponer al mismo tiempo dominio, contenido, diseño, plataforma, seguimiento y posicionamiento.
Compara opciones con la misma evidencia: gravedad para la tarea, extensión del problema, posibilidad de reparar, riesgo de mover, capacidad de mantener y dependencia de terceros. La intervención adecuada es la menor que resuelve la restricción validada y deja una base sostenible. Si dos caminos siguen siendo plausibles, un prototipo o una etapa de diagnóstico debe resolver la incertidumbre antes de comprometer todo el alcance.
- Negocio: oferta, audiencia, tarea y siguiente decisión.
- Contenido: inventario, vigencia, autoridad, duplicación y responsables.
- Experiencia: navegación, formularios, accesibilidad y estados de error.
- Tecnología: URLs, renderizado, datos, integraciones, seguridad y operación.
Decisión 06
Trata el lanzamiento como una transición verificable.
Antes de publicar, recorre las tareas críticas y compara el sitio nuevo con el inventario aprobado. Verifica respuestas HTTP, redirecciones, canonicals, enlaces internos, robots, noindex, sitemap, datos estructurados pertinentes, recursos, formularios, consentimiento, analítica y accesos. Una revisión visual no detecta por sí sola pérdidas de contenido, rutas sin destino o funciones inaccesibles con teclado y tecnología de asistencia.
Después del lanzamiento, monitorea el sitio anterior y el nuevo durante el periodo que corresponda. Search Console ayuda a revisar indexación, sitemaps, URLs y rendimiento orgánico; los registros y la analítica autorizada muestran acceso y recorridos; soporte, ventas y pruebas con usuarios revelan problemas que una herramienta no ve. Las variaciones deben compararse con la línea base, estacionalidad y cambios simultáneos antes de atribuir una causa.
- Pruebas de aceptación y responsable para cada recorrido crítico.
- Redirecciones permanentes sólo hacia sustitutos pertinentes y respuestas correctas para retiros.
- Panel de monitoreo con fuente, periodo, umbral de revisión y ruta de escalamiento.
- Plan para corregir, revertir o pausar sin ocultar el problema.
Revisión práctica
Checklist para decidir antes de cotizar una intervención
No funciona como puntuación automática. Úsalo para descubrir qué evidencia existe, qué falta y qué riesgo debe resolverse antes de elegir optimización, migración, reconstrucción o una secuencia híbrida.
- 01
Decisión de negocio
Está identificado qué tarea, conversación o proceso debe ser más claro y quién validará el cambio.
- 02
Inventario de activos
URLs, contenido, imágenes, documentos, formularios, datos e integraciones tienen propietario y estado.
- 03
Línea base documentada
Search Console, analítica, registros, ventas y soporte conservan periodo, alcance y limitaciones.
- 04
Contenido con valor
Las páginas útiles, enlazadas, autorizadas o necesarias para clientes no se eliminan por preferencia visual.
- 05
Rastreo e indexación
Se conocen códigos de respuesta, canonicals, bloqueos, sitemap y rutas que Google puede o no procesar.
- 06
Accesibilidad evaluable
Existe alcance, estándar objetivo, muestra representativa y revisión que no depende sólo de pruebas automáticas.
- 07
Mantenimiento real
El equipo puede publicar, revisar, respaldar y corregir el sistema propuesto con accesos y responsabilidades claras.
- 08
Mapa de transición
Cada URL o activo que cambia tiene destino, redirección, retiro justificado o acción pendiente.
- 09
Aceptación y reversión
Los recorridos críticos tienen pruebas previas, responsable de aprobación y respuesta si el lanzamiento falla.
- 10
Monitoreo posterior
Fuentes, periodos, alertas y reuniones de revisión están definidos antes de publicar.
Alcance responsable
Lo que esta guía no puede asegurar
- No existe una puntuación universal que determine cuándo optimizar, migrar o reconstruir; el alcance depende de tareas, activos, riesgos y capacidad de mantenimiento del sitio real.
- Una herramienta de rastreo, rendimiento o accesibilidad identifica señales dentro de su alcance, pero no sustituye revisión humana, pruebas de tareas ni evaluación de conformidad.
- Una migración o reconstrucción puede coincidir con fluctuaciones de rastreo, indexación o tráfico. Seguir buenas prácticas reduce riesgo, pero no garantiza posiciones, visitas, consultas ni ventas.
- La evidencia del cliente debe conservar fuente, periodo, permisos y límites. No deben publicarse datos, testimonios, clientes, resultados o afirmaciones operativas sin validación.
- Esta guía no constituye una auditoría legal, de seguridad, privacidad o conformidad. Esas conclusiones requieren especialistas, jurisdicción y alcance definidos.
Trazabilidad editorial
Fuentes primarias consultadas
Cada referencia indica qué afirmación ayuda a sostener, la fecha de consulta y su condición de vigencia. Una fuente general no valida automáticamente el caso particular de una empresa.
Fuente 01 · Google Search Central
Site Moves and Migrations: URL Changes
Sustenta: Preparar un mapa de URLs, actualizar señales y redirecciones, monitorear la migración y separar cambios importantes cuando sea posible.
Consultada el 23 de julio de 2026. Documentación oficial actualizada el 17 de junio de 2026; debe revisarse de nuevo antes de una migración real.
Consultar la fuente oficial (se abre en una pestaña nueva)Fuente 02 · Google Search Central
Change Your Hosting Without Affecting SEO
Sustenta: Distinguir el cambio de infraestructura sin URLs nuevas, probar el entorno y monitorear ambos servidores durante la transición.
Consultada el 23 de julio de 2026. Documentación oficial vigente consultada; actualizada el 10 de diciembre de 2025.
Consultar la fuente oficial (se abre en una pestaña nueva)Fuente 03 · Google Search Central
Redirects and Google Search
Sustenta: Usar redirecciones permanentes cuando una URL se movió de forma definitiva y distinguirlas de las señales temporales.
Consultada el 23 de julio de 2026. Documentación oficial vigente consultada; actualizada el 14 de abril de 2026.
Consultar la fuente oficial (se abre en una pestaña nueva)Fuente 04 · Google Search Central
Get Started With Search Console
Sustenta: Revisar indexación, sitemaps, URLs y rendimiento orgánico con fuentes a nivel de sitio y de URL.
Consultada el 23 de julio de 2026. Documentación oficial vigente consultada; actualizada el 10 de diciembre de 2025.
Consultar la fuente oficial (se abre en una pestaña nueva)Fuente 05 · Google Search Central
Creating Helpful, Reliable, People-First Content
Sustenta: Priorizar utilidad, originalidad, evidencia y claridad para personas al conservar, mejorar o retirar contenido.
Consultada el 23 de julio de 2026. Documentación oficial vigente consultada; actualizada el 10 de diciembre de 2025.
Consultar la fuente oficial (se abre en una pestaña nueva)Fuente 06 · World Wide Web Consortium (W3C)
Web Content Accessibility Guidelines (WCAG) 2.2
Sustenta: Definir criterios verificables de accesibilidad al desarrollar o actualizar productos web.
Consultada el 23 de julio de 2026. Recomendación W3C del 12 de diciembre de 2024; la fuente mantiene una lista oficial de erratas.
Consultar la fuente oficial (se abre en una pestaña nueva)Fuente 07 · W3C Web Accessibility Initiative
WCAG-EM Overview
Sustenta: Evaluar con alcance, exploración, muestra representativa, revisión y reporte, sin confundir una herramienta automática con una auditoría completa.
Consultada el 23 de julio de 2026. Orientación oficial vigente consultada; resumen actualizado el 5 de febrero de 2026.
Consultar la fuente oficial (se abre en una pestaña nueva)