--- title: "Rediseño de página web: checklist antes y después — Dardo" description: "Checklist de rediseño web por fases: línea base con los límites de datos de Google, decisiones de contenido, WCAG 2.2, redirecciones, lanzamiento y 90 días." url: "https://dardo.studio/es/blog/checklist-rediseno-web/" language: "es" translations: {"en":"https://dardo.studio/en/blog/website-redesign-checklist/","pt":"https://dardo.studio/pt/blog/checklist-redesign-de-site/"} updated: "2026-10-17T23:45:49.920Z" --- [Blog](https://dardo.studio/es/blog/) # Checklist para el rediseño de una página web: qué hacer antes, durante y después del lanzamiento Checklist para rediseñar una página web por fases: qué exportar primero, qué construir, cómo cuidar el SEO, qué probar al lanzar y qué vigilar durante 90 días. Por [Nicolás Cerón](https://dardo.studio/es/nicolas-ceron/) ·17 de octubre de 2026 ![Una mesa de archivo de noche con un plano antiguo de una ciudad y uno nuevo encima, unidos punto por punto por un único hilo carmesí bajo una lámpara de bronce.](https://dardo.studio/_astro/01M5639P10KBBG4KCS0X4VM8R7_Z188uvx.webp) ## Puntos clave - Exporta la línea base en la primera semana: Search Console guarda 16 meses de datos, las exploraciones de GA4 guardan 2 o 14 meses en propiedades estándar y la exportación a BigQuery no recupera el pasado. - Dale a cada URL vieja una decisión (conservar, reescribir, fusionar, eliminar o nueva) y protege las páginas que más clics y conversiones traen. - Construye contra WCAG 2.2 AA y un presupuesto de rendimiento escrito; el análisis de WebAIM de 2026 encontró fallas detectables de WCAG en el 95,9 % del millón de páginas de inicio más visitadas. - Mantén el entorno de pruebas fuera de Google con contraseña, no con robots.txt, y conserva cada URL con valor mediante una redirección 301 o 308 de un salto durante al menos un año. - Evalúa el rediseño contra la línea base a los 30, 60 y 90 días: los datos de Search Console llegan con dos o tres días de retraso y las Core Web Vitals usan una ventana de 28 días. ## 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](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)). 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](https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/). Para presupuestar el trabajo, mira [cuánto cuesta rediseñar una página web](https://dardo.studio/es/blog/cuanto-cuesta-redisenar-una-pagina-web/). ## Qué checklist necesitas | Proyecto | Qué cambia | Usa este checklist para | Lee también | | ---------- | --------------------------------------------------------- | ---------------------------------------------- | -------------------- | | Renovación | Diseño visual y textos; mismas páginas, URLs y plataforma | Antes, sistema de diseño, lanzamiento, 30 días | Esta guía | | Rediseño | Estructura, contenido y diseño; cambian algunas URLs | Todo | Esta guía | | Migración | Plataforma, hosting o dominio | SEO y lanzamiento | La guía de migración | ## 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: | Dato | Dónde | Límite | Qué exportar ya | | --------------------------------------------- | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------- | | Clics, impresiones y consultas por página | Search Console, informe de Rendimiento | 16 meses de datos ([Google](https://support.google.com/analytics/answer/13682862)); las tablas muestran máximo 1.000 filas ([Ayuda de Search Console](https://support.google.com/webmasters/answer/96568)) | Páginas y consultas de 16 meses, por dispositivo y país; usa la API de Search Console para más filas | | Datos diarios de búsqueda de aquí en adelante | Exportación masiva de Search Console a BigQuery | No recupera el pasado: la primera exportación incluye los datos del día en que la activas ([Ayuda de Search Console](https://support.google.com/webmasters/answer/12917675)) | Actívala el primer día si el sitio tiene tráfico de búsqueda real | | Conversiones por página de entrada | Google Analytics 4 | Las exploraciones y embudos solo guardan 2 o 14 meses en propiedades estándar; los informes estándar no se afectan ([Ayuda de Analytics](https://support.google.com/analytics/answer/7667196)) | Página de entrada × eventos clave de 12 meses, más la misma temporada del año anterior | | Enlaces hacia tus páginas | Search Console, informe de Enlaces | Tablas de máximo 1.000 filas, y no es una lista completa ([Ayuda de Search Console](https://support.google.com/webmasters/answer/9049606)) | Páginas más enlazadas y sitios que más te enlazan | | Core Web Vitals por plantilla | PageSpeed Insights, Search Console | Ventana móvil de 28 días | LCP, INP y CLS en el percentil 75 de cada plantilla principal | | Contactos por fuente | Tu CRM, WhatsApp Business o correo | Lo que guardes | Contactos por mes de 12 meses, por origen | 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: | Decisión | Cuándo | Qué pasa con la URL | | ---------- | ------------------------------------------ | --------------------------------------------------- | | Conservar | Funciona y sigue teniendo sentido | Misma URL, plantilla nueva | | Reescribir | El tema trae tráfico, la página es débil | Misma URL, contenido nuevo | | Fusionar | Varias páginas flojas cubren un mismo tema | Una página; las demás con 301 hacia ella | | Eliminar | Sin tráfico, sin enlaces, sin propósito | 404 o 410, no una redirección a la página de inicio | | Nueva | Un vacío que exigen los objetivos | URL nueva, agregada al sitemap | 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 | Objetivo | KPI | Línea base desde | | -------------------------------- | --------------------------------------------------------------------------------------------------- | ---------------------------------- | | Más contactos calificados | Formularios, mensajes y reuniones por mes; tasa de conversión de las páginas de entrada principales | CRM, eventos clave de GA4 | | Conservar el tráfico de búsqueda | Clics orgánicos a las páginas protegidas | Search Console | | Páginas más rápidas | Proporción de visitas con LCP, INP y CLS buenos en móvil | PageSpeed Insights, Search Console | | Sitio accesible | Problemas de WCAG 2.2 AA en las plantillas clave | Una auditoría del sitio actual | | Edición más fácil | Tiempo que tarda el equipo en publicar una página | Pregúntale a quien edita | 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](https://dardo.studio/es/herramientas/brief-pagina-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 `` con atributo `href` ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/links-crawlable)). ### 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: | Página | Responsable | Borrador para | Aprueba | Estado | | ------------------------ | ---------------------- | ------------- | ----------------- | ------------ | | Inicio | Líder de mercadeo | Semana 3 | Gerente general | En redacción | | Precios | Líder comercial | Semana 3 | Gerente general | Sin empezar | | Páginas de servicio (×6) | Cada líder de servicio | Semana 5 | Líder de mercadeo | Sin empezar | 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](https://dardo.studio/es/blog/cuanto-tiempo-toma-hacer-una-pagina-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](https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/)). 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](https://webaim.org/projects/million/)): | Error | Páginas de inicio afectadas | | --------------------------------- | --------------------------- | | Texto con bajo contraste | 83,9 % | | Imágenes sin texto alternativo | 53,1 % | | Campos de formulario sin etiqueta | 51,0 % | | Enlaces vacíos | 46,3 % | | Botones vacíos | 30,6 % | | Idioma del documento sin declarar | 13,5 % | 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](https://dardo.studio/es/herramientas/checklist-wcag-2-2/), y lo que exigen Colombia y México en nuestra guía de [WCAG 2.2 en español](https://dardo.studio/es/blog/wcag-2-2-en-espanol/). ### 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](https://web.dev/articles/vitals)). 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](https://dardo.studio/es/blog/mejorar-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](https://developers.google.com/search/docs/crawling-indexing/robots/intro)), y una página bloqueada por robots.txt no puede mostrar su regla noindex, porque el rastreador nunca la ve ([Google Search Central](https://developers.google.com/search/docs/crawling-indexing/block-indexing)). 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 | Elemento | Regla | Listo cuando | | --------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------ | | Mapa de URLs | Cada URL vieja con tráfico, enlaces o marcadores va a su página nueva más parecida | Ninguna URL vieja sin decisión | | Redirecciones | 301 o 308 permanentes en el servidor, de un solo salto, directo a la URL final ([Google](https://developers.google.com/search/docs/crawling-indexing/301-redirects)) | Sin cadenas, sin redirecciones masivas a la página de inicio | | Páginas eliminadas | 404 o 410 | Las URLs eliminadas responden 404 o 410 | | Títulos y descripciones | Se trasladan campo por campo en las páginas conservadas y reescritas | Las páginas protegidas conservan su título salvo cambio deliberado | | Canónicas | Autorreferenciadas, con las URLs nuevas | Canónicas, redirecciones y sitemap coinciden | | Datos estructurados | Reconstruidos en las plantillas nuevas | La prueba de resultados enriquecidos pasa ([Google](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data)) | | Enlaces internos | Apuntan a URLs finales, no a redirecciones | Un rastreo del sitio nuevo no encuentra redirecciones internas | | Sitemaps | Solo URLs nuevas; hasta 50.000 URLs o 50 MB por archivo; Google ignora priority y changefreq ([Google](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap)) | Enviado en Search Console | | Hreflang, si es multilingüe | Cada idioma se lista a sí mismo y a todas las demás versiones; las etiquetas que no apuntan en ambos sentidos se ignoran ([Google](https://developers.google.com/search/docs/specialty/international/localized-versions)) | Cada par es recíproco; x-default definido | Conserva las redirecciones al menos un año, como aconseja la guía de Google para mudanzas de sitio. Nuestro [generador de redirecciones 301](https://dardo.studio/es/herramientas/generador-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](https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/) 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](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes)). Si cambian los servidores de nombres, cuenta con hasta 24 horas para que el registrador los actualice ([Cloudflare](https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/)). 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](https://support.google.com/mail/answer/81126)). 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](http://www.secretariasenado.gov.co/senado/basedoc/ley%5F1581%5F2012.html); nuestra guía de [habeas data en una página web](https://dardo.studio/es/blog/habeas-data-pagina-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: ```bash # 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](https://support.google.com/webmasters/answer/96568)), 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. | Cuándo | Qué revisar | Actúa si | | ---------------------- | --------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------ | | Días 1–14, a diario | 404 en los registros del servidor o en la analítica; envíos de formularios; eventos clave | Un 404 tiene tráfico: agrega la redirección que falta. Un formulario está callado: pruébalo | | Días 7–30, cada semana | Informes de indexación de páginas y de sitemaps; clics a las páginas protegidas | Las URLs nuevas no se indexan: revisa reglas de robots, canónicas y enlaces internos | | Día 30 | Clics y conversiones por página contra la línea base, comparando los mismos días de la semana | Una página protegida perdió clics: revisa su redirección, título, contenido y enlaces internos, en ese orden | | Días 30–45 | Las Core Web Vitals ya reflejan solo el sitio nuevo | Una plantilla está mal en móvil: arréglala antes de sumar funciones | | Día 60 | Enlaces externos a URLs redirigidas | Pide a los sitios que más valor te dan que actualicen el enlace | | Día 90 | Cada KPI contra su línea base; una nueva revisión de accesibilidad | Decide qué seguir mejorando; conserva las redirecciones al menos un año | 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](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)). 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 | Fase | Tarea | Listo cuando | | ----------- | ------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------- | | Antes | Exportar Search Console, GA4, enlaces y Core Web Vitals | Una hoja de línea base con fecha | | Antes | Ordenar páginas por clics y conversiones | Páginas protegidas marcadas | | Antes | Inventario de contenido con una decisión por URL | Cada URL tiene conservar, reescribir, fusionar, eliminar o nueva | | Antes | Auditoría técnica y lista de integraciones | Cada formulario, etiqueta y elemento incrustado tiene responsable | | Antes | Objetivos, KPIs, quién decide | Escritos y aprobados | | Durante | Arquitectura de información | Lista de páginas y patrones de URL aprobados; URLs conservadas marcadas | | Durante | Plan de contenido | Cada página tiene responsable, fecha y aprobador | | Durante | Sistema de diseño | Los componentes cumplen WCAG 2.2 AA | | Durante | Presupuesto de rendimiento | Límites por plantilla, revisados en cada entrega | | Durante | Plan de analítica | Eventos clave viejos y nuevos emparejados; probados en pruebas | | Durante | Entorno de pruebas | Con contraseña; ubicaciones de noindex listadas | | SEO | Mapa de redirecciones, metadatos, canónicas, datos estructurados, enlaces internos, sitemaps, hreflang | Cada fila de la tabla de SEO lista | | Lanzamiento | DNS, redirecciones, reglas de rastreo, Search Console, formularios, analítica | Las siete pruebas del lanzamiento pasan | | Después | Revisiones a los 30, 60 y 90 días | KPIs comparados con la línea base | ## Qué hacer ahora Escribe primero el brief: nuestro [generador de brief para página web](https://dardo.studio/es/herramientas/brief-pagina-web/) convierte objetivos, páginas y responsables de contenido en un documento que las agencias pueden cotizar, y el [generador de redirecciones 301](https://dardo.studio/es/herramientas/generador-redirecciones-301/) hace la primera pasada del mapa de URLs. Si quieres que Dardo lleve el proyecto, mira [rediseño web](https://dardo.studio/es/servicios/rediseno-web/), o [migración de página web](https://dardo.studio/es/servicios/migracion-de-pagina-web/) si también cambian la plataforma o el dominio. ## Preguntas frecuentes **¿Un rediseño web afecta el SEO?** Puede afectarlo, sobre todo cuando dejan de responder URLs que traían tráfico, se reemplazan los títulos y el contenido de páginas fuertes o las plantillas nuevas pierden enlaces internos y datos estructurados. Conserva las URLs que puedas, redirige el resto una a una con 301, traslada los metadatos y compara contra una línea base después del lanzamiento. Algo de movimiento en el ranking las primeras semanas es normal. **¿Debo cambiar las URLs en un rediseño?** Solo donde la estructura nueva lo exija. Cada URL que conservas es una redirección que no necesitas y una señal de posicionamiento que no pones en riesgo. Cuando una URL debe cambiar, redirige la vieja con un 301 o 308 permanente en el servidor, directo a su equivalente más cercano, y conserva la redirección al menos un año. **¿Qué hago antes de empezar el rediseño de una página web?** Exporta los datos de Search Console, analítica, enlaces y Core Web Vitals, porque parte de ellos caduca; ordena las páginas por clics y conversiones; haz el inventario de URLs con una decisión para cada una; audita formularios, etiquetas e integraciones; y escribe los objetivos, los KPIs y quién aprueba cada fase. **¿Cómo evito que Google indexe el sitio de pruebas?** Ponlo detrás de una contraseña o de autenticación HTTP. Google aclara que robots.txt no sirve para sacar una página de sus resultados, y una página bloqueada por robots.txt no puede mostrarle su regla noindex. Si también usas noindex, anota cada lugar donde lo pusiste para quitarlo en el lanzamiento. **¿Cuánto tarda en estabilizarse el posicionamiento después de un rediseño?** Espera fluctuaciones durante unas semanas mientras Google vuelve a rastrear el sitio; para mudanzas con cambio de URLs, Google dice que un sitio pequeño o mediano puede tardar unas semanas en que la mayoría de sus páginas se trasladen. Si una página protegida sigue abajo después de un mes, casi siempre hay una causa concreta: una redirección que falta, un título cambiado o enlaces internos perdidos. **¿Necesito la herramienta de cambio de dirección de Search Console?** Solo si cambia el dominio o el subdominio. Un rediseño en el mismo dominio necesita redirecciones para las URLs que cambian, un sitemap nuevo y seguimiento, pero no una solicitud de cambio de dirección. ## Fuentes y lecturas Fuentes de esta página, con más detalles de sus publicaciones originales. - [Secretaría del Senado de Colombia: Ley 1581 de 2012](http://www.secretariasenado.gov.co/senado/basedoc/ley%5F1581%5F2012.html) · secretariasenado.gov.co - [Cloudflare DNS docs: cambiar los servidores de nombres](https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/) · developers.cloudflare.com - [Google Search Central: introducción a los datos estructurados](https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data) · developers.google.com - [Google Search Central: redirecciones y la Búsqueda de Google](https://developers.google.com/search/docs/crawling-indexing/301-redirects) · developers.google.com - [Google Search Central: bloquear la indexación con noindex](https://developers.google.com/search/docs/crawling-indexing/block-indexing) · developers.google.com - [Google Search Central: haz que tus enlaces se puedan rastrear](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) · developers.google.com - [Google Search Central: introducción a robots.txt](https://developers.google.com/search/docs/crawling-indexing/robots/intro) · developers.google.com - [Google Search Central: cambiar de hosting](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes) · developers.google.com - [Google Search Central: mudanzas de sitio con cambios de URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) · developers.google.com - [Google Search Central: crear y enviar un sitemap](https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap) · developers.google.com - [Google Search Central: versiones localizadas de tus páginas](https://developers.google.com/search/docs/specialty/international/localized-versions) · developers.google.com - [Ayuda de Google Analytics: informe de Consultas de GA4 (Search Console guarda 16 meses)](https://support.google.com/analytics/answer/13682862) · support.google.com - [Ayuda de Google Analytics: conservación de datos](https://support.google.com/analytics/answer/7667196) · support.google.com - [Ayuda de Gmail: directrices para remitentes](https://support.google.com/mail/answer/81126) · support.google.com - [Ayuda de Search Console: iniciar una exportación masiva de datos](https://support.google.com/webmasters/answer/12917675) · support.google.com - [Ayuda de Search Console: informe de Enlaces](https://support.google.com/webmasters/answer/9049606) · support.google.com - [Ayuda de Search Console: acerca de los datos de Search Console](https://support.google.com/webmasters/answer/96568) · support.google.com - [web.dev: Web Vitals](https://web.dev/articles/vitals) · web.dev - [WebAIM: The WebAIM Million, informe 2026](https://webaim.org/projects/million/) · webaim.org - [W3C WAI: What's new in WCAG 2.2](https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/) · w3.org [Nicolás Cerón](https://dardo.studio/es/nicolas-ceron/) Nicolás Cerón es el fundador de Dardo, un estudio de marca, diseño y desarrollo web en Bogotá, Colombia. ## Artículos relacionados - [**Cómo migrar tu página web sin perder posicionamiento en Google**Al migrar una página web, el posicionamiento casi nunca se pierde por la plataforma nueva, sino por URLs que dejaron de responder. Checklist paso a paso.](https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/) - [**¿Cuánto cuesta rediseñar una página web en 2026? Renovar, rediseñar o rehacer**Precios publicados en 2026 para renovar, rediseñar o rehacer un sitio en EE. UU. y Latinoamérica, lo que suma un rediseño y cómo pedir cotizaciones comparables.](https://dardo.studio/es/blog/cuanto-cuesta-redisenar-una-pagina-web/) - [**¿Cuánto tiempo se tarda en hacer una página web? Plazos por tipo de sitio en Colombia y México**Agencias de Colombia y México publican de 2 a 5 semanas para un sitio de presentación y de 3 a 6 meses para uno a la medida. El contenido es lo que más atrasa.](https://dardo.studio/es/blog/cuanto-tiempo-toma-hacer-una-pagina-web/) - [**Cómo mejorar el INP (Interaction to Next Paint): encuentra la interacción lenta y el script que la causa**El INP es bueno con 200 ms o menos en el 75 % de las visitas. Encuentra el toque lento y su script con datos de campo y arregla la carga, el código o el render.](https://dardo.studio/es/blog/mejorar-inp/) ## Sigue explorando. - [Servicio · **Rediseño de página web a partir de lo que ya funciona**](https://dardo.studio/es/servicios/rediseno-web/) - [Tu proyecto · **Inicia una conversación**](https://dardo.studio/es/contacto/)