Después de meses de trabajo llega el día del lanzamiento.
La nueva web tiene mejores imágenes, una tipografía más moderna, animaciones, una navegación diferente y una estética mucho más actual.
El equipo la mira y la conclusión aparece rápidamente:
“La nueva web quedó muchísimo mejor”.
Puede ser.
Pero hay una pregunta bastante más importante:
¿mejoró realmente el negocio?
Una web puede verse espectacular y convertir menos. Puede cargar más rápido y perder tráfico orgánico. Puede generar más formularios pero de peor calidad. Puede aumentar el tiempo de permanencia y, al mismo tiempo, reducir las ventas.
Por eso un rediseño debería empezar a medirse antes de diseñar la nueva web.
Si no guardamos una línea de base del sitio anterior, después del lanzamiento solamente tendremos percepciones.
En esta guía vamos a explicar qué deberías medir antes y después de lanzar una nueva web para saber si el proyecto realmente mejoró SEO, conversión, experiencia de usuario y resultados comerciales.
Es también la lógica con la que debería plantearse un proyecto de diseño y desarrollo web orientado a resultados: primero definir qué tiene que mejorar y recién después decidir cómo construirlo.
Una web nueva no debería medirse por cómo se ve
El diseño importa.
La percepción de marca importa.
La claridad visual importa.
Pero ninguna de esas variables debería evaluarse completamente aislada del comportamiento de los usuarios.
Si antes del rediseño entraban 10.000 personas por mes y 300 generaban una consulta, teníamos una tasa de conversión del 3%.
Supongamos que después del lanzamiento la nueva web se ve mucho mejor pero genera solamente 200 consultas con el mismo volumen de tráfico.
Visualmente podemos haber mejorado.
Comercialmente, no.
Lo mismo puede ocurrir con SEO.
Podemos reducir de 200 a 80 URLs porque la arquitectura “quedó más ordenada”, pero si dentro de esas 120 páginas eliminadas estaban algunas de las que generaban tráfico y ventas desde Google, el resultado puede ser perjudicial.
La pregunta no debería ser:
¿la nueva web es mejor?
Sino:
¿qué métricas tenían que mejorar y efectivamente mejoraron?
El primer paso: crear una línea de base antes del lanzamiento
Una línea de base es una fotografía cuantitativa del rendimiento actual.
Necesitamos registrar cómo funciona la web vieja antes de reemplazarla.
Esto permite comparar el antes y el después sobre datos reales.
Idealmente deberíamos guardar información de un período suficientemente representativo. En muchos negocios puede utilizarse un período de 30, 60 o 90 días, aunque la elección depende del volumen y de la estacionalidad.
Una empresa que vende productos navideños, por ejemplo, no debería comparar diciembre contra febrero y atribuir toda la diferencia al nuevo sitio.
La comparación tiene que considerar también el contexto comercial.
1. Empezá por las métricas de negocio
Antes de mirar sesiones, scroll o PageSpeed, hay que definir qué función cumple la web.
En un ecommerce puede ser vender.
En una empresa B2B puede ser generar oportunidades.
En una clínica puede ser conseguir turnos.
En un SaaS puede ser generar pruebas o demos.
En una empresa de servicios puede ser recibir consultas calificadas.
Las primeras métricas que guardaría son precisamente esas.
Para una web de generación de leads
- leads totales;
- leads por canal;
- tasa de conversión a lead;
- leads calificados;
- oportunidades comerciales;
- tasa de lead a oportunidad;
- ventas;
- tasa de cierre;
- revenue generado;
- CAC cuando pueda calcularse.
Para un ecommerce
- transacciones;
- tasa de conversión;
- facturación;
- ticket promedio;
- ingreso por usuario o sesión;
- inicio de checkout;
- abandono de checkout;
- agregados al carrito;
- compras por dispositivo;
- compras por canal.
Estas métricas son las que finalmente permitirán responder si el rediseño tuvo impacto económico.
2. Medí la tasa de conversión, no solamente la cantidad de conversiones
Supongamos que antes del lanzamiento teníamos:
10.000 sesiones y 300 leads.
La tasa de conversión era:
300 ÷ 10.000 × 100 = 3%
Después de lanzar la nueva web tenemos:
15.000 sesiones y 360 leads.
Si miramos solamente los leads, crecimos:
300 → 360
Parece positivo.
Pero la nueva tasa de conversión es:
360 ÷ 15.000 × 100 = 2,4%
La web está convirtiendo una menor proporción del tráfico.
El crecimiento de leads provino del aumento de visitas y no necesariamente de una mejora del sitio.
Por eso tráfico y conversión deben analizarse por separado.
3. No midas solamente formularios: medí calidad de lead
Este punto es especialmente importante en empresas B2B y negocios de servicios.
Un rediseño puede facilitar tanto completar un formulario que terminemos generando muchas más consultas de baja calidad.
Por ejemplo:
| Métrica | Web anterior | Web nueva |
|---|---|---|
| Leads | 200 | 300 |
| Leads calificados | 100 | 90 |
| % calificados | 50% | 30% |
La nueva web consiguió 50% más formularios.
Pero consiguió menos oportunidades reales.
Si miramos solamente GA4 podríamos declarar ganador al nuevo sitio.
Si conectamos los datos con el CRM, la conclusión cambia.
Una buena medición debería llegar, siempre que sea posible, hasta oportunidad, venta e ingresos.
4. Guardá una fotografía completa de Google Search Console
Si la web ya recibe tráfico orgánico, Search Console debería formar parte obligatoria de la línea de base.
Antes de lanzar conviene exportar como mínimo:
- clics orgánicos;
- impresiones;
- CTR;
- posición promedio;
- consultas principales;
- páginas principales;
- rendimiento por dispositivo;
- rendimiento por país cuando sea relevante.
Pero hay un punto todavía más importante:
guardá el rendimiento por URL.
No alcanza con saber que el sitio genera 20.000 clics mensuales.
Necesitamos saber qué páginas generan esos clics.
Por qué el rendimiento por URL es tan importante
Imaginemos que una web tiene 500 URLs.
Durante el rediseño alguien decide simplificar la arquitectura y eliminar 200.
Visualmente puede parecer una buena decisión.
Pero necesitamos saber:
¿esas páginas tenían tráfico?
¿tenían backlinks?
¿posicionaban keywords?
¿generaban conversiones?
¿existe una página equivalente en la nueva arquitectura?
Ese inventario es indispensable cuando trabajamos una migración o rediseño con SEO.
5. Exportá las páginas orgánicas más importantes
Antes del lanzamiento, crearíamos una tabla con las URLs prioritarias.
Por ejemplo:
| URL anterior | Clics SEO | Impresiones | Conversiones | Acción en nueva web |
|---|---|---|---|---|
| /servicio-a/ | 1.850 | 32.000 | 41 | Conservar |
| /producto-b/ | 920 | 18.500 | 23 | Nueva URL + 301 |
| /blog/articulo-c/ | 640 | 12.200 | 7 | Conservar |
Estos números son solamente ilustrativos, pero la lógica es la importante.
Las decisiones de arquitectura no deberían hacerse a ciegas.
6. Hacé un inventario completo de URLs
Antes de reemplazar una web conviene rastrear el sitio existente y guardar todas sus URLs relevantes.
El objetivo es saber exactamente qué existe antes de modificarlo.
El inventario puede incluir:
- URL;
- status code;
- title;
- meta description;
- H1;
- canonical;
- indexabilidad;
- profundidad de clic;
- enlaces internos;
- datos estructurados;
- tráfico orgánico;
- backlinks;
- conversiones.
Después del lanzamiento podremos rastrear nuevamente el sitio y comparar.
7. Si cambian URLs, necesitás un mapa de redirecciones
Rediseñar una web y migrar una web no son exactamente lo mismo.
Podemos renovar completamente diseño y tecnología manteniendo las mismas URLs.
Pero si cambiamos:
- dominio;
- estructura;
- slugs;
- categorías;
- carpetas;
- CMS;
- o URLs de productos y servicios;
estamos introduciendo una migración SEO.
Cada URL antigua con valor debería mapearse hacia su equivalente nueva.
Ejemplo:
| URL anterior | URL nueva | Acción |
|---|---|---|
| /servicios/seo-empresas/ | /agencia-seo/ | 301 |
| /publicidad-google/ | /agencia-de-publicidad/ | 301 |
Redirigir todas las URLs viejas hacia la home no es una migración bien resuelta.
La redirección debería llevar al contenido equivalente o más cercano posible.
8. Medí indexación antes de mover la web
También conviene registrar cuántas páginas relevantes están indexadas.
No buscamos necesariamente que Google indexe la mayor cantidad posible.
Buscamos que indexe las páginas que realmente tienen valor.
Antes del lanzamiento deberíamos saber:
- qué URLs importantes están indexadas;
- qué URLs están excluidas;
- si existen páginas bloqueadas;
- si hay canonicals incorrectos;
- si existen 404;
- si existen soft 404;
- si el sitemap refleja correctamente la arquitectura.
9. Guardá las Core Web Vitals del sitio anterior
La nueva web debería compararse también técnicamente.
Las tres Core Web Vitals actuales son:
- LCP: mide principalmente la velocidad de carga percibida del contenido principal;
- INP: mide la capacidad de respuesta frente a las interacciones;
- CLS: mide la estabilidad visual.
Como referencia, Google considera buenas experiencias cuando, en el percentil 75, aproximadamente:
- LCP es igual o inferior a 2,5 segundos;
- INP es igual o inferior a 200 milisegundos;
- CLS es igual o inferior a 0,1.
Estas métricas deberían guardarse antes del lanzamiento para compararlas posteriormente.
No confundas PageSpeed Score con resultados de negocio
Pasar de 55 a 95 puntos en una herramienta de velocidad puede ser positivo.
Pero no significa automáticamente que las ventas vayan a crecer.
Performance técnica es una capa del análisis.
La nueva web tiene que ser:
rápida, rastreable, utilizable y capaz de convertir.
Una puntuación técnica no reemplaza a las demás métricas.
10. Medí mobile y desktop por separado
Un promedio general puede esconder problemas importantes.
Supongamos:
| Dispositivo | Conversión anterior | Conversión nueva |
|---|---|---|
| Desktop | 3,5% | 4,4% |
| Mobile | 2,8% | 1,7% |
Si gran parte del tráfico llega desde mobile, la nueva web podría estar funcionando peor aunque desktop haya mejorado mucho.
Por eso analizaría como mínimo:
- sesiones;
- conversión;
- engagement;
- revenue;
- errores;
- velocidad;
- formularios;
- checkout;
por dispositivo.
11. Registrá las métricas de comportamiento
Google Analytics permite evaluar qué sucede una vez que el usuario entra al sitio.
Antes del rediseño guardaría:
- sesiones;
- usuarios;
- eventos clave;
- tasa de conversión;
- tasa de interacción;
- tiempo de interacción;
- páginas de entrada;
- rutas de navegación;
- scroll cuando tenga sentido;
- clics en CTAs importantes.
No todas estas métricas tienen el mismo valor.
Que alguien permanezca más tiempo en la web no siempre es bueno.
Tal vez tarda más porque ahora le cuesta encontrar la información.
Por eso las métricas de comportamiento siempre deberían interpretarse junto con el objetivo de la página.
12. Medí el embudo y no solamente el resultado final
Supongamos un ecommerce.
El funnel podría ser:
Visita → producto → carrito → checkout → compra
Antes del lanzamiento:
| Etapa | Usuarios |
|---|---|
| Sesiones | 10.000 |
| Visita a producto | 7.000 |
| Agregar al carrito | 1.200 |
| Inicio de checkout | 700 |
| Compra | 350 |
Después de la nueva web quizá las compras bajan.
Si solamente miramos la última etapa sabemos que existe un problema, pero no dónde.
Midiendo el funnel podemos descubrir, por ejemplo, que más personas agregan productos al carrito pero muchas menos consiguen completar el checkout.
Eso cambia completamente el diagnóstico.
13. Medí llamadas, WhatsApp y otros contactos fuera del formulario
Muchas webs B2B y de servicios no convierten únicamente mediante formularios.
El usuario puede:
- hacer clic en WhatsApp;
- llamar;
- enviar un email;
- agendar una reunión;
- descargar una propuesta;
- iniciar un chat;
- reservar un turno.
Si esas acciones tienen valor comercial, deberían medirse antes y después.
En GA4, las acciones importantes para el negocio pueden configurarse como eventos clave.
14. Verificá el tracking antes de publicar
Uno de los peores escenarios posibles es lanzar la web y descubrir dos semanas después que las conversiones dejaron de medirse.
No sabemos si bajaron las ventas.
No sabemos si aumentaron.
Simplemente perdimos información.
Antes de hacer público el nuevo sitio probaría:
- GA4;
- Google Tag Manager;
- eventos clave;
- formularios;
- compras;
- valor de compra;
- clics en teléfono;
- clics en WhatsApp;
- Google Ads;
- Meta Pixel cuando corresponda;
- CRM;
- UTMs;
- cross-domain tracking cuando exista.
15. Guardá el rendimiento de las campañas pagas
Si Google Ads o Meta Ads envían usuarios al sitio, el rediseño también puede modificar el rendimiento publicitario.
Antes del lanzamiento registraría por landing:
- clics;
- CPC;
- tasa de conversión;
- CPA;
- ROAS cuando corresponda;
- leads;
- leads calificados;
- ventas.
Una nueva landing puede hacer que una campaña con exactamente el mismo tráfico consiga mejores o peores resultados.
Por eso una web debería analizarse también dentro de la estrategia de publicidad digital y no como un activo separado.
El día del lanzamiento: qué revisar inmediatamente
El primer día no intentaría decidir si la nueva web “convierte mejor”.
Primero comprobaría que técnicamente todo funciona.
Checklist inmediato
- ¿La web responde correctamente?
- ¿HTTPS funciona?
- ¿Las páginas principales devuelven 200?
- ¿Las redirecciones 301 funcionan?
- ¿Quedó algún noindex de staging?
- ¿robots.txt bloquea algo que debería rastrearse?
- ¿los canonicals son correctos?
- ¿el sitemap contiene las nuevas URLs?
- ¿los formularios llegan?
- ¿los eventos se registran?
- ¿las compras se registran?
- ¿los píxeles publicitarios funcionan?
- ¿los teléfonos y WhatsApp funcionan?
- ¿el sitio funciona correctamente en mobile?
- ¿existen errores 404 nuevos?
- ¿los menús funcionan?
- ¿las campañas apuntan a URLs existentes?
Especial cuidado con noindex y robots.txt
Durante el desarrollo es habitual bloquear un staging para impedir que Google lo indexe.
El problema aparece cuando ese bloqueo llega accidentalmente a producción.
Un diseño puede ser excelente y estar técnicamente perfecto para usuarios, pero si Google recibe una instrucción de no indexarlo podemos perder visibilidad orgánica.
Por eso indexabilidad debería verificarse inmediatamente después de publicar.
Qué medir durante las primeras 24 horas
Durante el primer día me concentraría principalmente en errores.
No en tendencias.
Revisaría:
- eventos en tiempo real;
- formularios;
- compras;
- errores del servidor;
- 404;
- redirecciones;
- indexabilidad;
- conversion tracking;
- URLs de campañas;
- problemas mobile;
- errores de JavaScript que afecten funciones críticas.
Con un solo día de datos normalmente no hay suficiente información para juzgar el éxito general del rediseño.
Qué medir durante la primera semana
Después de algunos días ya podemos empezar a buscar anomalías.
Por ejemplo:
- ¿bajó drásticamente la conversión?
- ¿algún canal perdió sesiones?
- ¿mobile funciona peor que desktop?
- ¿alguna landing importante dejó de recibir tráfico?
- ¿los formularios caen en determinada página?
- ¿aparecieron errores de indexación?
- ¿Google está rastreando las nuevas URLs?
- ¿las redirecciones reciben tráfico?
- ¿las campañas pagas mantienen CPA?
En esta etapa buscamos principalmente señales de que algo salió mal.
Qué medir después de 30 días
Con un período más amplio podemos comenzar a comparar patrones de comportamiento.
Siempre considerando estacionalidad, inversión publicitaria y cualquier cambio comercial ocurrido al mismo tiempo.
Compararía:
- tasa de conversión;
- leads;
- calidad de lead;
- ventas;
- revenue;
- conversiones por landing;
- conversiones por dispositivo;
- CPA de campañas;
- rendimiento orgánico;
- Core Web Vitals;
- engagement;
- funnels.
SEO necesita una ventana de análisis diferente
No conviene evaluar una migración SEO importante a las pocas horas.
Google necesita volver a rastrear y procesar las páginas y, cuando cambian URLs, arquitectura o dominio, puede existir un período de fluctuación.
Por eso después del lanzamiento hay que observar la tendencia.
Revisaría especialmente:
- clics orgánicos;
- impresiones;
- CTR;
- consultas;
- páginas;
- URLs indexadas;
- errores de rastreo;
- 404;
- URLs antiguas todavía presentes;
- URLs nuevas apareciendo;
- redirecciones;
- sitemap.
No compares solamente el tráfico SEO total
Supongamos que el tráfico orgánico cayó 5%.
Puede parecer malo.
Pero hay que entender qué cayó.
Quizá eliminamos cientos de visitas mensuales de artículos irrelevantes que nunca generaban negocio mientras aumentamos tráfico hacia páginas transaccionales.
También puede ocurrir lo contrario.
El tráfico total puede mantenerse, pero una página de servicio extremadamente importante puede haber perdido el 70% de sus clics y ese descenso quedar oculto dentro del promedio.
Por eso el análisis tiene que llegar hasta:
canal → landing → intención → conversión.
Una posición promedio peor no siempre significa peor SEO
La posición media de Search Console puede ser útil para detectar tendencias, pero no debería analizarse completamente aislada.
Una nueva web podría empezar a aparecer para cientos de nuevas consultas en posiciones más bajas.
Eso puede hacer caer la posición promedio mientras aumentan impresiones y clics.
Por eso las métricas más importantes deberían analizarse conjuntamente.
Medí las páginas transaccionales por separado
Para Growthing, por ejemplo, sería mucho más importante conocer qué pasó con una página de servicio que con el promedio general del sitio.
La lógica debería aplicarse a cualquier empresa.
Separaría al menos:
- home;
- categorías;
- servicios;
- productos;
- landings;
- blog;
- contacto.
Cada tipo de página tiene un objetivo diferente.
Cómo medir UX después del rediseño
Los datos cuantitativos deberían complementarse con comportamiento real.
Herramientas de grabación de sesiones y mapas de calor pueden ayudar a entender:
- dónde hacen clic los usuarios;
- hasta dónde scrollean;
- qué botones ignoran;
- qué elementos intentan clicar aunque no sean interactivos;
- dónde abandonan;
- cómo utilizan mobile;
- dónde aparecen frustraciones.
Esto resulta especialmente útil cuando sabemos que la conversión cayó pero todavía no entendemos por qué.
No uses mapas de calor como prueba definitiva
Que muchas personas hagan clic en un elemento no significa automáticamente que sea positivo.
Puede ocurrir precisamente porque la interfaz es confusa.
Los mapas de calor deberían utilizarse para generar hipótesis y luego contrastarlas con:
- eventos;
- funnels;
- conversiones;
- grabaciones;
- datos comerciales.
Compará páginas equivalentes, no sitios completos solamente
Una comparación mucho más útil sería:
Landing anterior de servicio A vs. nueva landing de servicio A.
Ahí podemos medir:
| Métrica | Antes | Después |
|---|---|---|
| Sesiones | 2.000 | 2.100 |
| Leads | 50 | 78 |
| Conversión | 2,5% | 3,7% |
| Leads calificados | 28 | 52 |
Ahora sí tenemos evidencia bastante más concreta de mejora.
Una web puede mejorar conversión y empeorar SEO
Esto pasa.
Supongamos que el nuevo diseño convierte 30% mejor a los usuarios que llegan.
Pero durante la migración desaparecen páginas, se modifican URLs sin redirecciones y cambia toda la arquitectura.
La tasa de conversión mejora.
El tráfico orgánico cae 40%.
¿La nueva web es mejor?
La respuesta no puede darse observando una única métrica.
Tenemos que evaluar el impacto total.
También puede ocurrir lo contrario
La nueva estructura SEO puede aumentar tráfico y conseguir muchas más impresiones.
Pero si el diseño hace más difícil contactar, comprar o entender la propuesta, la web puede atraer más personas y convertir peor.
SEO y CRO deberían diseñarse juntos.
Esa es precisamente la razón por la que en Growthing planteamos desarrollo web, SEO y conversión desde la misma arquitectura, en lugar de construir primero y “agregar SEO” después.
Qué pasa con Google Ads después del lanzamiento
Una nueva web también puede alterar significativamente las campañas.
Si el nuevo sitio:
- carga más rápido;
- responde mejor a la intención;
- explica mejor la propuesta;
- tiene CTAs más claros;
- reduce fricción;
la misma campaña podría convertir mejor.
Pero también podría suceder lo contrario.
Después del lanzamiento compararía las mismas campañas y grupos de intención observando:
- tasa de conversión;
- CPA;
- ROAS;
- calidad del lead;
- valor de conversión;
- rendimiento por dispositivo;
- rendimiento por landing.
Cuidado con cambiar todo al mismo tiempo
Supongamos que el día del lanzamiento también:
- duplicás Google Ads;
- cambiás los precios;
- lanzás una promoción;
- modificás las campañas;
- cambiás el equipo comercial.
Un mes después las ventas subieron 40%.
¿Fue la nueva web?
No lo sabemos.
Cuantas más variables modificamos simultáneamente, más difícil es atribuir resultados.
No siempre es posible aislar totalmente un rediseño, pero conviene documentar todos los cambios paralelos.
Creá un scorecard antes de lanzar
Una herramienta muy simple es establecer una tabla con las métricas que queremos mejorar.
Por ejemplo:
| Área | Métrica | Antes | Después | Variación |
|---|---|---|---|---|
| Negocio | Leads calificados | – | – | – |
| CRO | Tasa de conversión | – | – | – |
| SEO | Clics orgánicos | – | – | – |
| SEO | Impresiones | – | – | – |
| Ads | CPA | – | – | – |
| Performance | LCP | – | – | – |
| Performance | INP | – | – | – |
| UX | Conversión mobile | – | – | – |
Las métricas concretas deberían definirse para cada negocio.
Lo importante es hacerlo antes del lanzamiento.
Qué métricas NO usaría solas para declarar que la web mejoró
Hay varios números que pueden resultar interesantes pero son insuficientes por sí solos:
- PageSpeed Score;
- cantidad de visitas;
- páginas por sesión;
- tiempo de permanencia;
- tasa de rebote;
- cantidad de URLs;
- posición promedio;
- cantidad de formularios;
- cantidad de keywords.
Ninguna de estas métricas es inútil.
El problema es utilizarlas sin contexto.
El KPI correcto depende del objetivo de la web
Una web institucional que genera oportunidades B2B no debería medirse exactamente igual que un ecommerce.
Un medio no debería medirse como un SaaS.
Una landing de Google Ads tampoco debería evaluarse igual que una nota informativa de SEO.
Antes de diseñar cada tipo de página debería definirse cuál es su función.
Después podremos asignarle métricas coherentes.
Cuándo podemos decir que la nueva web realmente mejoró
No hace falta que absolutamente todas las métricas suban.
De hecho, algunas pueden caer deliberadamente.
Podemos reducir tráfico de baja calidad.
Podemos pedir más información en un formulario para filtrar consultas.
Podemos eliminar páginas que tenían visitas pero ningún valor estratégico.
Podemos aceptar menos leads totales si aumentan fuertemente las oportunidades calificadas.
La evaluación tiene que responder al objetivo comercial.
Una nueva web puede considerarse mejor cuando produce una combinación favorable de:
- mayor conversión;
- mejor calidad de lead;
- más ventas o revenue;
- menor costo de adquisición;
- mejor rendimiento orgánico;
- mejor experiencia técnica;
- menos errores;
- mejor comportamiento mobile;
- mayor capacidad de medición.
Checklist final antes y después de lanzar una nueva web
Antes
- Guardar tráfico por canal.
- Guardar conversiones y tasa de conversión.
- Guardar ventas, leads y calidad comercial.
- Exportar Search Console.
- Identificar las URLs SEO prioritarias.
- Rastrear toda la web.
- Guardar indexación.
- Guardar Core Web Vitals.
- Guardar rendimiento mobile y desktop.
- Guardar CPA y ROAS de campañas.
- Configurar eventos y tracking.
- Crear mapa de redirecciones si cambian URLs.
Inmediatamente después
- Comprobar códigos HTTP.
- Comprobar redirecciones.
- Comprobar robots.txt.
- Comprobar noindex.
- Comprobar canonicals.
- Enviar o revisar sitemap.
- Testear formularios y checkout.
- Testear GA4 y eventos.
- Testear Google Ads y píxeles.
- Revisar 404.
- Comprobar mobile.
Después de acumular datos
- Comparar conversión.
- Comparar calidad de lead.
- Comparar ventas.
- Comparar revenue.
- Comparar SEO por landing.
- Comparar performance técnica.
- Comparar campañas.
- Comparar funnels.
- Analizar comportamiento de usuarios.
- Detectar nuevos cuellos de botella.
El lanzamiento no es el final del proyecto
Este es probablemente el cambio de mentalidad más importante.
Muchas empresas trabajan durante cuatro meses en una nueva web.
La publican.
La revisan durante dos días.
Y el proyecto termina.
En realidad debería ocurrir lo contrario.
El lanzamiento es el momento en el que finalmente empezamos a obtener datos reales sobre el nuevo diseño.
Antes teníamos hipótesis.
Después tenemos usuarios.
Ahora podemos saber si encuentran lo que buscan, dónde abandonan, qué páginas convierten, qué contenido posiciona, qué dispositivos tienen problemas y qué partes de la experiencia todavía necesitan mejorar.
Una web no debería considerarse terminada: debería poder optimizarse
La primera versión puede mejorar muchísimo respecto del sitio anterior.
Pero casi siempre aparecerán nuevas oportunidades.
Una landing puede necesitar un CTA distinto.
Un formulario puede tener demasiados campos.
Una categoría puede necesitar mejor arquitectura SEO.
Un paso del checkout puede generar fricción.
Una página puede recibir miles de impresiones orgánicas y tener bajo CTR.
Una campaña puede generar tráfico rentable hacia una landing y revelar una oportunidad de crear una nueva página.
Todo eso aparece después del lanzamiento.
La pregunta correcta no es si la web quedó linda
La pregunta es:
¿qué hace hoy mejor que la anterior?
¿Convierte más?
¿Genera mejores oportunidades?
¿Vende más?
¿Carga mejor?
¿Google la entiende mejor?
¿Las campañas convierten mejor?
¿Los usuarios encuentran más rápido lo que necesitan?
¿El equipo comercial recibe consultas de mayor calidad?
Si no tenemos datos anteriores, responder estas preguntas es extremadamente difícil.
Por eso medir una nueva web empieza antes del primer wireframe.
En Growthing abordamos el diseño y desarrollo web desde esa lógica: estrategia, UX, SEO, desarrollo, performance y tracking forman parte del mismo proyecto.
No se trata solamente de reemplazar una web vieja por una más moderna. Se trata de construir una versión que podamos demostrar con datos que funciona mejor.
Y cuando el proyecto involucra decisiones que afectan marketing, pauta, ventas y rentabilidad, el análisis debe ir todavía más lejos. Ahí es donde una mirada de consultoría de marketing 360° permite evaluar la web como parte del sistema completo de adquisición y conversión de la empresa.
Preguntas frecuentes sobre cómo medir una nueva web
¿Qué métricas debería guardar antes de rediseñar una web?
Como mínimo conviene guardar tráfico por canal, conversiones, tasa de conversión, ventas o leads, calidad comercial, rendimiento orgánico en Search Console, páginas principales, indexación, Core Web Vitals, rendimiento por dispositivo y métricas de campañas pagas.
¿Cuánto tiempo hay que esperar para saber si una nueva web funciona mejor?
Depende de la métrica y del volumen del sitio. Los errores técnicos pueden detectarse inmediatamente, mientras que la conversión necesita un volumen suficiente para realizar comparaciones útiles. En SEO, especialmente cuando existe una migración con cambios de URLs, es normal necesitar una ventana más amplia mientras los buscadores vuelven a rastrear y procesar el sitio.
¿Qué pasa si las URLs cambian durante el rediseño?
Las URLs antiguas con valor deberían mapearse hacia las nuevas páginas equivalentes mediante redirecciones permanentes cuando corresponda. También deben actualizarse enlaces internos, canonicals y sitemap, y monitorearse errores e indexación después del lanzamiento.
¿Más tráfico significa que la nueva web es mejor?
No necesariamente. Puede aumentar el tráfico y reducirse la tasa de conversión o la calidad de los leads. Para evaluar correctamente el resultado hay que conectar adquisición, comportamiento, conversión y resultados comerciales.
¿Qué métricas SEO conviene comparar antes y después?
Conviene analizar clics, impresiones, CTR, consultas, rendimiento por página, indexación, errores de rastreo y evolución de las páginas transaccionales más importantes. La posición promedio puede aportar contexto, pero no debería utilizarse de forma aislada.
¿Cómo sé si una nueva web convierte mejor?
La forma más directa es comparar tasas de conversión para períodos, canales, dispositivos y landings equivalentes. En negocios de generación de leads también debería medirse qué porcentaje de esos leads se transforma en oportunidades y clientes.