Saltar al contenido
Todas las notas

Planificación

Cómo rediseñar un sitio sin descartar su valor en buscadores

Concepto web de Morrow Atelier con una modelo vestida con prendas utilitarias negras

Un rediseño puede mejorar claridad, accesibilidad, rendimiento y conversión, pero también interrumpir el descubrimiento orgánico cuando la migración se improvisa. Los buscadores no perciben “el diseño nuevo” como un solo objeto: encuentran, página por página, URL, enlaces, textos, códigos de respuesta, señales canónicas, plantillas y comportamientos distintos. Por eso el proceso combina estrategia de contenido, migración técnica y operación de lanzamiento. Parte de la evidencia del sitio anterior, conserva lo que sigue siendo útil, cambia lo débil con intención y mide el resultado sin prometer posiciones inmóviles.

La idea principal

Trate el rediseño como una migración medible, no como un reemplazo visual. Inventaríe el sitio anterior, conserve la intención útil, asigne un resultado a cada URL, pruebe la experiencia renderizada, publique con un plan de reversión y evalúe búsquedas y conversiones calificadas, sin prometer posiciones perfectamente estables.

01

Registre el sitio actual antes de modificarlo

Construya un inventario de URL con varias fuentes: mapas XML, un rastreo, páginas de entrada en analítica, informes de Search Console, enlaces conocidos, destinos publicitarios, correos de clientes y registros internos. El menú puede omitir páginas huérfanas, campañas antiguas, archivos y rutas que todavía solicitan los buscadores. Para cada dirección anote estado, URL canónica, título, descripción, encabezado principal, tema, enlaces internos, contexto orgánico, conversiones y enlaces externos verificables cuando existan.

Guarde textos importantes, referencias de medios, datos estructurados y capturas antes de sustituir las plantillas. Marque las páginas que producen consultas adecuadas, apoyan ventas, responden dudas, aparecen para búsquedas relevantes o reciben referencias. Incluya también privacidad, regulación y operación aunque tengan poco tráfico. Los informes son incompletos y estacionales; combínelos con el conocimiento de ventas y soporte. Un mes silencioso no basta para concluir que una página útil debe desaparecer.

  • URL de rastreos, informes, enlaces, anuncios y registros
  • Estados, canónicos, metadatos, encabezados y enlaces internos
  • Contexto de búsqueda, conversión, referencias, ventas y soporte
  • Textos, medios, datos estructurados y capturas importantes guardados
02

Conserve la intención útil antes de reorganizar la arquitectura

Analice qué permite hacer cada página antes de dibujar el menú nuevo. Conserve tema, respuestas, evidencia y siguiente paso cuando todavía representen al negocio. Una página de servicio visualmente antigua puede contener años de lenguaje útil, referencias y expectativas de clientes. Reescribirla para adaptarla a un diseño más corto puede eliminar justamente el detalle que atraía visitas pertinentes. Mejore exactitud y organización, pero exija una razón para cada eliminación o cambio importante de intención.

Al combinar páginas débiles, construya un destino completo que cubra el material útil; no se limite a pegar fragmentos. Al dividir una página amplia, haga que cada URL nueva responda una decisión diferente. Actualice navegación, migas, centros, artículos relacionados y enlaces contextuales de acuerdo con la arquitectura. Los textos descriptivos ayudan a personas y rastreadores a comprender relaciones, mientras que una página accesible únicamente desde el mapa permanece innecesariamente difícil de descubrir.

  • Propósito, público, evidencia y conversión conservados cuando son válidos
  • Destinos combinados que cubren el material útil reemplazado
  • Páginas nuevas para necesidades distintas, no variantes de palabras
  • Navegación, migas, centros y enlaces contextuales actualizados juntos
03

Asigne a cada URL anterior un resultado técnico preciso

Dé a cada URL antigua un resultado: mantenerse igual, moverse de forma permanente a un reemplazo cercano, desaparecer con una respuesta 404 o 410 verdadera, o quedar disponible temporalmente por una razón documentada. Mantener una dirección valiosa suele ser lo más sencillo. Si debe cambiar, use una redirección permanente del servidor, como 301 o 308, directamente al equivalente final. Enviar páginas sin relación al inicio confunde al visitante y puede interpretarse como un soft 404.

Trate el mapa de redirecciones como un documento de lanzamiento que puedan revisar diseño, contenido, desarrollo, analítica y publicidad. Compruebe mayúsculas, barras finales, campañas con parámetros, archivos, hosts HTTP y HTTPS y versiones de idioma. Elimine cadenas y bucles evitables; actualice los enlaces internos hacia las URL finales. Google recomienda conservar redirecciones el mayor tiempo posible —por lo general al menos un año—, mientras que la utilidad para usuarios puede justificar mantener ciertas rutas antiguas durante más tiempo.

  • Un resultado revisado para cada URL antigua conocida
  • Redirecciones permanentes del servidor al reemplazo válido más cercano
  • Sin bucles, cadenas evitables ni envíos masivos al inicio
  • Enlaces internos, perfiles, anuncios y referencias importantes actualizados
04

Mantenga privado el entorno de pruebas y verifique producción

Proteja el entorno de prueba con autenticación o restricciones de red; una instrucción noindex puede servir como segunda defensa, pero no debería ser la única barrera para trabajo confidencial. Mantenga los hosts de vista previa fuera de la navegación pública. Rastree la versión terminada como visitante y como HTML renderizado. Verifique estados, títulos, descripciones, encabezados, canónicos, alternancias de idioma, robots, migas, datos estructurados, alternativas de imagen, diseño móvil, acceso por teclado y contenido visible importante.

Pruebe el recorrido comercial y no se detenga ante un rastreo limpio. Envíe cada formulario, use llamadas y correos, complete reservas o pagos de prueba, revise confirmaciones y compruebe analítica y consentimiento. Compare lado a lado páginas prioritarias antiguas y nuevas para detectar explicaciones o pruebas perdidas. Ejecute el mapa de redirecciones contra el inventario antes de publicar. Una celda que dice “301” solo expresa una intención; la respuesta real y su destino final demuestran que funciona.

  • Pruebas autenticadas y controles de robots intencionales
  • Rastreo renderizado de metadatos, alternancias, enlaces y estados
  • Móvil, teclado, formularios, reservas, analítica y consentimiento
  • Mapa de redirecciones probado con las URL antiguas reales
05

Ejecute el lanzamiento como una migración controlada

Prepare configuración de redirecciones, mapa generado, robots, DNS, certificados, anotaciones de analítica, accesos, respaldos, criterios de reversión y responsables antes del día de lanzamiento. Congele cambios de contenido no relacionados el tiempo suficiente para comparar. Google aconseja modificar un elemento grande a la vez cuando sea viable; cambiar dominio, gestor, diseño y arquitectura simultáneamente dificulta aislar un problema. Programe la publicación cuando responsables técnicos y comerciales puedan inspeccionarla enseguida.

Desde fuera del entorno de desarrollo, solicite URL antiguas y nuevas representativas y confirme estado, destino, canónico, permiso de indexación, idiomas, recursos y conversiones. Asegúrese de que noindex o disallow temporales no llegaron a producción. Envíe el mapa nuevo en Search Console e inspeccione páginas prioritarias. Un sitemap facilita el descubrimiento, pero no garantiza indexación. Registre hora exacta y configuración para interpretar cambios posteriores en búsquedas, analítica o consultas sobre una base confiable.

  • Respaldos, criterios de reversión, accesos y responsables confirmados
  • Estados, redirecciones, canónicos, robots, recursos y formularios comprobados
  • Mapa de producción enviado y URL prioritarias inspeccionadas
  • Hora de lanzamiento y campañas simultáneas documentadas
06

Supervise la migración sin prometer estabilidad absoluta

Durante los primeros días, inspeccione URL prioritarias, errores del servidor, solicitudes no encontradas, redirecciones, señales de indexación, procesamiento del mapa, consultas, entradas orgánicas y conversiones completas. Conserve el inventario anterior para relacionar una entrada perdida con su dirección y destino planeado. Distinga una falla técnica —plantilla bloqueada, redirección rota o formulario inactivo— del rastreo normal. Corrija errores verificados pronto, pero evite cambios generales por un solo informe diario.

Continúe la revisión durante un periodo acorde con el tráfico y ciclo de ventas habituales. Compare visibilidad con consultas calificadas, porque conservar visitas irrelevantes no es la meta comercial. Considere temporada, publicidad, promociones, caídas y cambios de medición. Google advierte que pueden ocurrir variaciones mientras vuelve a rastrear e indexar las URL trasladadas; ninguna agencia puede garantizar posiciones intactas. Un rediseño responsable conserva señales legítimas, documenta incertidumbre y actúa sobre evidencia consistente en lugar de pánico.

  • Páginas, errores, redirecciones, indexación, consultas y conversiones revisadas
  • Fallos técnicos separados de rastreo y variación normales
  • Temporada, campañas, caídas y cambios de seguimiento anotados
  • Decisiones basadas en patrones sostenidos y resultados calificados

¿Listo para aplicar esto al negocio?

Cuéntanos qué existe, qué debe mejorar y qué resultado haría útil el trabajo para tu equipo o clientes.

Iniciar un proyecto