Rediseñar una web sin perder SEO: qué exigir antes de aprobarla

Te enseñan la nueva web. Se ve más actual, el menú parece más sencillo y la página de inicio explica mejor lo que haces. Estás a punto de dar el visto bueno. Pero hay una pregunta que todavía merece una respuesta: ¿qué va a pasar con las páginas por las que tus clientes ya te encuentran en Google?

Para rediseñar una web sin perder SEO conviene identificar esas páginas, decidir qué ocurrirá con cada una y comprobar el resultado al publicar. Esto reduce riesgos; no permite prometer que todas las posiciones se mantendrán intactas.

Puedes pedir estas comprobaciones aunque no sepas programar. Lo que necesitas es un documento comprensible, pruebas de lo que se ha revisado y alguien que responda si algo falla.

Antes de aprobar una web nueva, quiero saber qué va a pasar con las páginas que ya traen clientes.

Primero, aclara qué cambia realmente

Un rediseño modifica la apariencia o la forma de usar una web. Una migración SEO planifica cómo conservar su visibilidad cuando cambian elementos como las direcciones de las páginas, el dominio o la plataforma. Ambos trabajos pueden coincidir, pero no todos los cambios necesitan las mismas medidas.

Antes de aceptar el presupuesto, pide que se detalle el alcance:

Cambio previsto	Qué conviene aclarar
Diseño nuevo con las mismas direcciones	Qué textos, enlaces y funciones se conservan y cuáles se modifican.
Cambio de WordPress, de plantilla o de otra plataforma	Si se mantendrán las direcciones, los contenidos importantes y las opciones de indexación.
Nuevas direcciones o nuevo dominio	Cómo se llevará a cada visitante y a Google desde las páginas antiguas hasta las nuevas.
Cambio de alojamiento con las mismas direcciones	Cómo se comprobará que la web sigue disponible y funciona durante el traslado.

Cambiar de alojamiento sin alterar las direcciones tiene un procedimiento distinto al de cambiar de dominio. Google lo trata en su guía de traslados sin cambios de URL.

Hay otra distinción útil: la herramienta Cambio de dirección de Search Console se utiliza en determinados traslados entre dominios o subdominios. No corresponde usarla por cambiar la plantilla, mover páginas dentro del mismo dominio o pasar de HTTP a HTTPS. Google especifica cuándo se aplica.

Dejarlo escrito evita contratar «un rediseño» y descubrir después que nadie había presupuestado el traslado de las páginas.

El inventario debe empezar por las páginas que aportan negocio

No daría por bueno un inventario que solo enumera direcciones. Añadiría una columna con la función de cada página: presentar un servicio, resolver una duda antes de contratar o facilitar una solicitud de presupuesto.

Para reconocer las que ya funcionan, pide una exportación de Search Console con las páginas y las búsquedas que generan clics. Guarda también el periodo y los filtros utilizados, para poder repetir la comparación después. El informe de rendimiento de Search Console permite analizar estos datos por página, consulta, país y dispositivo.

Como referencia de trabajo, compararía los últimos tres meses y revisaría el mismo periodo del año anterior si el negocio es estacional y hay datos disponibles. Son criterios de revisión, no plazos obligatorios de Google.

Después cruzaría esa información con las solicitudes de contacto que puedas relacionar con cada página. Los clics de Search Console no equivalen a clientes.

Una página de un servicio muy específico puede recibir pocas visitas y traer consultas valiosas. Un artículo con mucho tráfico puede resolver preguntas de personas que nunca contratarán ese servicio. No decidiría qué conservar basándome solo en el número de visitas.

Esto conecta con lo que explicamos sobre una web que funciona como herramienta de negocio: al revisar el diseño también hay que revisar para qué sirve cada página.

Cada página antigua necesita una decisión, aunque conserve su dirección

El documento central es sencillo: dirección actual, decisión y destino. Debe cubrir las direcciones antiguas conocidas, incluidos documentos o descargas que reciban visitas. Las páginas que aportan negocio marcan el orden de revisión. Algunas permanecerán iguales. Otras se actualizarán, se unirán o desaparecerán. Cada decisión debe tener una justificación.

Si una dirección cambia de forma permanente, el proveedor puede utilizar una redirección 301 o 308: una instrucción que lleva desde la dirección antigua hasta la nueva. No necesitas configurarla tú, pero sí pedir que se compruebe. Documentación de Google sobre redirecciones.

Ejemplo ficticio: una empresa de climatización rediseña su web y propone reunir todos sus servicios en una sola página para simplificar el menú.

Página actual	Propuesta inicial	Decisión que conviene revisar
/reparacion-aire-acondicionado/	Enviarla a /servicios/	Si ya atrae solicitudes de reparación, comprobar que la nueva página responde a esa necesidad. Mantener una página específica puede tener más sentido.
/mantenimiento-aire/	Eliminarla del menú y de la web	Revisar sus consultas y contactos antes de retirarla. Puede seguir siendo útil aunque no aparezca en el menú principal.
/contacto/	Mantener la dirección	Probar el formulario, su recepción y la medición tras el cambio de diseño.

No se trata de conservar todas las páginas para siempre. Se trata de no eliminar una puerta de entrada al negocio por una decisión puramente visual.

Google desaconseja redirigir muchas páginas a un destino irrelevante, como la portada. Si un contenido desaparece y no tiene sustituto, una respuesta 404 o 410 puede ser adecuada. La decisión depende de qué había en esa página y de si existe una alternativa útil. Guía oficial de migraciones con cambios de URL.

La hoja que entregaría al proveedor antes de aprobar el lanzamiento

Puedes copiar esta tabla y usarla en la reunión de revisión. Añade una persona responsable, una fecha y uno de estos estados a cada fila: pendiente, comprobado o no aplicable con motivo. «Lo hemos revisado» debería ir acompañado de una prueba que puedas consultar.

Comprobación	Prueba que pediría	Cuándo revisarla
Páginas que ya aportan visitas o contactos	Inventario con datos de partida y función comercial de las páginas prioritarias.	Antes de aprobar los cambios de contenido.
Direcciones que cambian o desaparecen	Mapa de dirección antigua, decisión y destino, con las excepciones explicadas.	Antes de publicar.
Textos y enlaces importantes	Comparación de las páginas prioritarias: qué se mantiene, qué cambia y por qué.	En la versión de pruebas.
Acceso de Google a las páginas públicas	Revisión de bloqueos de rastreo y de instrucciones que impidan indexar las páginas que sí deben aparecer en Google.	Plan previsto antes del cambio; comprobación en la web publicada.
Redirecciones y destinos	Informe de las direcciones antiguas: respuesta, destino final y funcionamiento de la página de llegada.	Prueba previa cuando sea posible y revisión al publicar.
Formularios, reservas y medición	Una prueba controlada que llegue al destinatario y cuyo evento se registre correctamente. Identificarla como prueba.	En la versión de pruebas y tras publicar.
Seguimiento e incidencias	Nombre del responsable, canal de contacto y fechas de revisión acordadas.	Antes de fijar el lanzamiento.

Para cada página importante, este es el registro mínimo que guardaría:

• Dirección actual y dirección prevista, aunque sean la misma.
• Motivo de la decisión y función comercial de la página.
• Prueba realizada, fecha y enlace al resultado.
• Responsable de corregirla y estado de aceptación.

Así podrás señalar una incidencia concreta: «La página de mantenimiento lleva a la portada; el destino acordado era la nueva página de mantenimiento». Es más útil que discutir si «el SEO está incluido» cuando el trabajo ya se ha entregado.

Descarga la hoja de revisión y el mapa de páginas en un único Excel para completarlos con tu proveedor.

Una página puede verse bien y seguir fuera de Google

Las versiones de prueba suelen llevar protecciones para que no aparezcan en los buscadores. Al publicar, hay que revisar que las páginas destinadas a captar tráfico no conserven por error una instrucción noindex, que impide su indexación. Google debe poder rastrear la página para leer esa instrucción; bloquear el rastreo no es una alternativa equivalente. Cómo funciona la instrucción noindex.

Pide también una comprobación de las páginas prioritarias con la prueba de URL publicada de Search Console. Esta permite revisar la versión accesible en ese momento. Superarla no garantiza que Google ya haya indexado la página ni que mantenga su posición. Alcance de la herramienta de inspección.

El proveedor puede entregar estos resultados sin convertirte en especialista técnico. Por eso conviene que el alcance del proyecto de desarrollo web incluya expresamente las comprobaciones de lanzamiento.

El día del cambio también forma parte del trabajo

Antes de publicar, acordaría una franja en la que el equipo pueda revisar la web y atender incidencias. También pediría una copia de seguridad y un procedimiento de recuperación, especialmente si hay reservas, pedidos o datos que pueden cambiar durante el traslado.

La primera revisión debería recorrer las páginas prioritarias, probar sus direcciones antiguas y completar una solicitud de contacto. Si cambia el dominio, también conviene comprobar las entradas desde anuncios, correos y perfiles de empresa: ahí pueden seguir circulando enlaces anteriores.

Guardar una captura de la portada no demuestra que todo esto funcione. Deja el resultado de cada prueba en la hoja de revisión y asigna los fallos a una persona concreta.

Un formulario que no llega o una página comercial inaccesible requieren una corrección inmediata. Para resolverlos no hace falta esperar a que Google termine de procesar la nueva web.

Si baja el tráfico, comprueba primero qué ha bajado

Después de publicar, pueden aparecer variaciones por distintos motivos. Google propone analizar las caídas por páginas, consultas y otros segmentos, y considerar factores como problemas técnicos o estacionalidad. Un descenso, por sí solo, no demuestra que el rediseño haya fallado. Guía de Google para investigar caídas de tráfico.

Esta tabla sirve para elegir la siguiente comprobación; las señales no prueban una causa por sí mismas.

Lo que observas	Qué revisaría primero
Search Console mantiene los clics, pero Analytics registra muchas menos visitas orgánicas	Si la medición o el consentimiento han cambiado y si comparas periodos y filtros equivalentes.
Caen los clics de algunas páginas que cambiaron de dirección	Sus destinos, el acceso de Google y los datos de las direcciones nuevas. No valorar solo la URL antigua.
Hay visitas, pero dejan de llegar formularios o reservas	El funcionamiento del proceso completo y la recepción de las solicitudes.
Bajan las búsquedas de varios servicios sin cambios claros en sus páginas	Estacionalidad, evolución de la demanda y otros cambios en los resultados de búsqueda.

Como pauta de trabajo, propongo revisiones al publicar, a la semana y al mes, adaptadas al tamaño de la web y al volumen de datos. Son puntos de control, no promesas de recuperación. En un negocio con pocas visitas, una semana puede ser insuficiente para valorar tendencias, aunque ya permita detectar errores de funcionamiento.

Si no queda claro qué está ocurriendo, una revisión de posicionamiento SEO debería empezar por estas pruebas y por las páginas que importan al negocio.

La pregunta que haría antes de dar el visto bueno

Yo pediría al proveedor que abriéramos juntos cinco páginas que ya traen consultas o ayudan a conseguirlas. Para cada una, querría ver qué se conserva, dónde quedará y cómo sabremos que funciona después del cambio.

Esa conversación obliga a relacionar el diseño con lo que la empresa necesita de su web. También deja claras las responsabilidades antes de que aparezca una incidencia.

La nueva web estará mejor preparada para publicarse cuando puedas recorrer ese camino sin encontrar decisiones pendientes: desde una búsqueda de un posible cliente hasta el contacto que recibe tu empresa.