Checklist para el rediseño de una página web: qué hacer antes, durante y después del lanzamiento

La respuesta corta

El rediseño de una página web sale bien cuando el sitio viejo se mide antes de abrir el primer archivo de diseño. Exporta primero la línea base: Search Console guarda solo 16 meses de datos, y las exploraciones de Google Analytics 4 solo 2 o 14 meses en la versión gratuita. Después haz la lista de todas las URLs que traen clics, contactos o enlaces y decide qué pasa con cada una. Construye el sitio nuevo contra objetivos escritos, con responsables de contenido, una meta de accesibilidad (WCAG 2.2 AA), un presupuesto de rendimiento y un entorno de pruebas que Google no pueda indexar. El día del lanzamiento, prueba DNS, redirecciones, reglas de rastreo, Search Console y cada formulario. Y compara contra la línea base a los 30, 60 y 90 días.

El consejo de Google para los cambios grandes es cambiar una sola cosa a la vez (Google Search Central). Si además cambias de plataforma o de dominio, haz la migración como una fase aparte y sigue nuestra guía para migrar tu página web sin perder posicionamiento. Para presupuestar el trabajo, mira cuánto cuesta rediseñar una página web.

Qué checklist necesitas

Antes: guarda lo que sabe el sitio viejo

Exporta la línea base mientras todavía existe

Cada fuente de «qué estaba funcionando» tiene un límite de tiempo o de filas. Expórtalas en la primera semana del proyecto, no la semana antes del lanzamiento:

Pon las cifras en una sola hoja con la fecha de exportación. Después del lanzamiento, esa hoja es la única comparación justa que tendrás.

Ordena las páginas que se ganan su lugar

Ordena las páginas dos veces: por clics orgánicos y por conversiones. Una página de precios con poco tráfico y la mayoría de tus contactos importa más que un artículo con muchos clics y ninguno. Marca como protegidas las primeras de ambas listas: conservan su URL siempre que se pueda, su contenido se reescribe con cuidado en lugar de reemplazarse, y cada una se revisa a mano el día del lanzamiento.

Haz el inventario de contenido y decide por URL

Rastrea el sitio, suma todas las URLs del sitemap y las de la exportación de Search Console, y dale a cada una una decisión:

Recortar es un resultado válido. Cuando retiramos 15 idiomas traducidos a máquina de dardo.studio el 14 de octubre de 2026, salieron 795 de las 954 URLs del sitio, que en total traían unos cuatro clics de búsqueda a la semana; cada una responde hoy con un 301 a su versión en inglés, el equivalente más cercano, así que ningún visitante ni enlace llega a un callejón sin salida.

Audita la plomería del sitio viejo

Del rastreo, anota códigos de estado, cadenas de redirecciones existentes, canónicas, hreflang, datos estructurados, reglas de robots y sitemaps. Luego lista todo lo que no es una página: formularios y a dónde llegan, reservas, chat y botón de WhatsApp, pagos, mapas, videos incrustados, PDFs que la gente enlaza y cada etiqueta de seguimiento. Cada cosa necesita un responsable y un plan en el sitio nuevo.

Define objetivos, KPIs y quién decide

Después ponle nombre a las personas: quien aprueba cada fase, los revisores, un responsable del contenido de cada sección, quien firma las páginas legales y quien controla el registrador del dominio y el DNS. Esta última persona suele aparecer el día del lanzamiento. Nuestro generador de brief para página web reúne objetivos, páginas, responsables de contenido y aprobaciones en un documento que puedes enviar a las agencias.

Durante: construye el sitio nuevo a propósito

Arquitectura de información

Parte de las tareas que vienen a hacer los visitantes y de las páginas protegidas, y dibuja la lista de páginas y los patrones de URL. Conserva las URLs existentes siempre que la estructura nueva lo permita: cada URL que conservas es una redirección que no necesitas. Asegúrate de que la navegación use enlaces reales, porque Google solo puede seguir con fiabilidad elementos <a> con atributo href (Google Search Central).

Plan de contenido con responsables y fechas

El contenido es la parte de un rediseño que más se atrasa, y un diseño no se puede aprobar sobre texto de relleno. Síguelo como cualquier otro entregable:

Cuando reescribas una página, conserva los temas y términos por los que posicionaba, salvo que hayas decidido cambiar su propósito. Nuestra guía de cuánto tiempo toma hacer una página web explica por qué el contenido y las aprobaciones, no el código, fijan casi todos los cronogramas.

Sistema de diseño y accesibilidad

Construye los componentes una vez y accesibles, y todas las páginas lo heredan. Apunta a WCAG 2.2 AA, la Recomendación del W3C publicada el 5 de octubre de 2023, que agregó seis criterios en los niveles A y AA: foco no oculto, movimientos de arrastre, tamaño del objetivo (al menos 24 por 24 píxeles CSS, o espacio suficiente), ayuda consistente, entrada redundante y autenticación accesible (W3C).

Un rediseño es el momento más barato para corregir los errores que arrastran casi todos los sitios. El análisis de WebAIM de 2026 sobre el millón de páginas de inicio más visitadas encontró fallas detectables de WCAG en el 95,9 %, y los mismos seis errores explican la mayoría (WebAIM):

Cada uno vive en un componente o una plantilla: los colores del sistema, el componente de imagen, el campo de formulario, el botón con ícono. Revisa la lista completa de criterios con nuestro checklist WCAG 2.2, y lo que exigen Colombia y México en nuestra guía de WCAG 2.2 en español.

Presupuesto de rendimiento

Escribe los límites antes de empezar el diseño, para que un video pesado en la portada o un tercer widget de chat sea una decisión y no un accidente. Las metas de Google son un LCP de 2,5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0,1 o menos, en el percentil 75 de las visitas (web.dev). Tradúcelas en presupuestos por plantilla, como kilobytes de JavaScript o número de fuentes web. Esto pesa más en Colombia y el resto de la región, donde los sitios fallan sobre todo en el celular. Nuestra guía para mejorar el INP cubre los scripts que más rompen ese presupuesto.

Plan de analítica y consentimiento

Lista cada evento clave del sitio viejo (formulario enviado, clic en WhatsApp, reunión agendada, compra iniciada) y su nombre en el nuevo, para que los informes sigan siendo comparables después del lanzamiento. Decide qué etiquetas se activan antes y después del consentimiento, instálalas en el entorno de pruebas y verifica que cada evento llegue una sola vez.

Un entorno de pruebas que Google no pueda indexar

El robots.txt no sirve para esconder el entorno de pruebas: Google aclara que no es un mecanismo para mantener una página fuera de sus resultados (Google Search Central), y una página bloqueada por robots.txt no puede mostrar su regla noindex, porque el rastreador nunca la ve (Google Search Central). Pon el entorno de pruebas detrás de una contraseña o de autenticación HTTP. Si además usas noindex, lleva una lista de cada lugar donde lo pusiste para que ninguno sobreviva al lanzamiento.

El SEO, en una sola tabla

Conserva las redirecciones al menos un año, como aconseja la guía de Google para mudanzas de sitio. Nuestro generador de redirecciones 301 cruza el sitemap viejo con el nuevo y marca cadenas, bucles y redirecciones a la página de inicio; la guía de migración profundiza en cada fila, plataforma por plataforma.

El día del lanzamiento

1. DNS. Si cambia el hosting, baja el TTL al menos una semana antes (Google Search Central). Si cambian los servidores de nombres, cuenta con hasta 24 horas para que el registrador los actualice (Cloudflare). Asegúrate de que quien tiene acceso al registrador esté disponible.
2. Redirecciones. Publícalas en la misma versión que el sitio nuevo y prueba el mapa completo con el script de abajo.
3. Reglas de rastreo. Quita las contraseñas del entorno de pruebas y cada noindex de tu lista, y verifica que el robots.txt de producción no bloquee lo que debe rastrearse. Usa la prueba en vivo de la herramienta de inspección de URLs de Search Console en la página de inicio y en dos páginas protegidas.
4. Search Console. Confirma que la propiedad está verificada, envía el sitemap nuevo y comprueba que se lee sin errores.
5. Formularios y correo. Envía cada formulario de verdad. Confirma que cada envío llega al correo y al CRM, y que los correos de confirmación no caen en spam: Gmail exige a todos los remitentes autenticar su dominio con SPF o DKIM (Ayuda de Gmail). Si el sitio recoge datos personales en Colombia, el formulario debe pedir la autorización previa e informada del titular que exige el artículo 9 de la Ley 1581 de 2012; nuestra guía de habeas data en una página web lo explica (esto no es asesoría legal).
6. Analítica. Mira el informe en tiempo real mientras disparas cada evento clave una vez.
7. Prueba rápida. Abre las páginas protegidas en un celular, revisa la página 404 y haz una revisión de accesibilidad y velocidad en las plantillas principales.

Para el paso 2, basta con un script corto que verifica que cada URL vieja responde con un 301 al destino correcto, en un solo salto:

# redirects.csv: url_vieja,url_nueva (una por línea)
while IFS=, read -r old new; do
  result=$(curl -s -o /dev/null -w '%{http_code} %{redirect_url}' "$old")
  [ "$result" = "301 $new" ] || echo "REVISAR $old -> $result (esperado $new)"
done < redirects.csv

Los primeros 30, 60 y 90 días

Los datos de Search Console suelen aparecer con dos o tres días de retraso (Ayuda de Search Console), y las Core Web Vitals usan una ventana móvil de 28 días, así que las primeras comparaciones útiles llegan semanas después del lanzamiento.

Espera movimiento en las primeras semanas. Con cualquier cambio importante en un sitio, Google advierte fluctuaciones temporales en el ranking mientras vuelve a rastrear, y para mudanzas con cambio de URLs dice que un sitio pequeño o mediano puede tardar unas semanas en que la mayoría de sus páginas se trasladen (Google Search Central). Una caída que dura en una página protegida es un error que hay que encontrar, no un mal clima que hay que esperar.

El checklist completo

Qué hacer ahora

Escribe primero el brief: nuestro generador de brief para página web convierte objetivos, páginas y responsables de contenido en un documento que las agencias pueden cotizar, y el generador de redirecciones 301 hace la primera pasada del mapa de URLs. Si quieres que Dardo lleve el proyecto, mira rediseño web, o migración de página web si también cambian la plataforma o el dominio.