Sitios web y SEO / 04
Rediseño web y SEO: conservar el recorrido que genera consultas
La nueva web tiene un aspecto excelente. Pero un enlace antiguo ya no funciona, cambiar de idioma devuelve al inicio y las consultas son más difíciles de seguir. Esto es lo que conviene conservar y verificar para que el rediseño ayude al negocio.
Una web más atractiva también puede perder consultas
La nueva portada carga rápido, las tarjetas están cuidadas y el menú móvil convence al equipo. Unas semanas después llegan menos consultas desde los buscadores. La causa quizá no sea el color de un botón. Un servicio ha cambiado de dirección, un enlace de un colaborador termina en una página inexistente o el selector de idioma devuelve siempre al inicio.
Rediseñar una web significa modificar un conjunto de contenidos, enlaces y recorridos que ya tiene una función. Antes de preparar las pantallas, identifique qué aporta cada parte. Una página presenta la empresa; otra resuelve una duda de contratación; otra permite enviar una solicitud. La nueva estructura debe conservar esas funciones, aunque cambie su presentación.
Los ejemplos de esta guía son hipotéticos, no resultados de clientes. Ningún plan de migración garantiza posiciones idénticas en Google. Sin embargo, un inventario y unas comprobaciones repetibles permiten detectar fallos evitables antes del lanzamiento. Una web cuidada tiene que funcionar en el uso diario, además de verse bien en una presentación.
Guardar el punto de partida antes de reorganizar
Reúna las URL del sitemap, los enlaces internos, la analítica y los informes disponibles de Search Console. Anote idioma, tema, acción principal y datos útiles de cada página importante. No se limite al menú actual. Un artículo antiguo puede seguir atrayendo visitantes relevantes aunque casi nadie del equipo recuerde que existe.
Las visitas por sí solas no determinan el valor. Una página sobre una integración concreta puede recibir pocas personas, pero responder exactamente a la necesidad de un posible cliente. Otra más general quizá atraiga mucho tráfico sin generar interés comercial. Revise consultas y pasos útiles del recorrido cuando la medición lo permita, indicando también sus lagunas.
Conserve títulos, descripciones, encabezados, contenido sustancial y enlaces importantes. No se trata de mantener cada frase antigua, sino de disponer de una referencia. Después podrá distinguir un cambio visual de un cambio en la respuesta. Sin esa base, un descenso acaba explicándose con suposiciones cuando quizá simplemente desapareció una página.
Registrar
URL, consultas, solicitudes y formularios funcionales.
Relacionar
Tomar una decisión para cada dirección antigua.
Comprobar
Idiomas, redirecciones, indexación y recorrido de contacto.
Observar
Comparar páginas y periodos equivalentes tras el lanzamiento.
Si falla un formulario o una página clave deja de estar disponible, debe haber un responsable de corregir el problema o revertir el cambio.
Decidir qué ocurre con cada dirección antigua
Para cada URL, determine si se mantiene, se traslada a una página equivalente, se integra con contenido relacionado o se elimina. La decisión debe respetar lo que buscaba el visitante. Redirigir todos los servicios retirados a la portada puede simplificar el desarrollo, pero rara vez ofrece una respuesta equivalente.
Google recomienda redirecciones permanentes del servidor para páginas trasladadas y un recorrido directo al destino final. Un enlace antiguo a una auditoría debería abrir la nueva auditoría correspondiente. Evite cadenas innecesarias. La redirección sirve para orientar a una persona, además de comunicar un cambio al buscador.
Pida una tabla de correspondencias y compruebe sus filas contra el servidor real. Revise el estado HTTP, el destino final y la ausencia de bucles. Incluya rutas antiguas de idiomas y algunos enlaces de campañas. Una hoja correcta no demuestra que las reglas publicadas se comporten de la misma manera.
Desliza horizontalmente para ver todas las columnas.
| Situación de la página | Acción | Comprobación |
|---|---|---|
| Se conservan dirección y contenido | Mantener una respuesta 200 | Canonical autorreferente y enlaces internos |
| Existe una sustituta equivalente | Redirección permanente 301 o 308 | Un salto hasta la URL final con respuesta 200 |
| Se fusionan contenidos | Redirigir a la página consolidada pertinente | El destino responde a la intención de búsqueda original |
| Se elimina sin sustituta | Responder 404 o 410; retirar del sitemap | No redirigir todo a la página de inicio |
Mantener la respuesta que motivó la búsqueda
Una página de automatización explicaba los documentos admitidos, las excepciones y los criterios de entrega. Su sustituta muestra únicamente «Construimos el futuro» y un botón de contacto. El diseño parece más limpio, pero el comprador ya no entiende qué trabajo está contratando. Quitar detalles útiles cambia la función del contenido.
Identifique la intención de cada página relevante. ¿La persona busca un proveedor, compara alternativas, investiga precios o intenta resolver un problema concreto? Escriba para esa tarea. Las palabras clave pertinentes aparecen de forma natural en nombres de servicios, ejemplos y explicaciones. Repetir una expresión no sustituye a desarrollar el tema.
Separe asuntos que necesitan respuestas distintas. Agentes de IA, desarrollo web a medida y creación de MVP pueden tener páginas propias, conectadas cuando resulte útil. El blog profundiza en decisiones. Así el visitante encuentra detalle sin tener que atravesar un bloque genérico que mezcla todos los servicios y términos de la empresa.
Dar una función clara a cada tipo de página
La portada presenta la empresa y orienta. La página de servicio explica un encargo específico. Un artículo ayuda a pensar una decisión antes de contratar. Esta distribución facilita evaluar la navegación, los textos y las llamadas a la acción. No todo visitante necesita hablar con ventas en su primer minuto.
En cada servicio, explique para quién es, qué se entrega, qué información se necesita y cómo se comprueba el resultado. Utilice pruebas reales que pueda mostrar. Si introduce una situación ilustrativa, indíquelo. Un diseño elegante no convierte cifras inventadas en un caso de éxito.
Añada enlaces cuando el lector necesite contexto. Una guía sobre costes de automatización puede llevar al servicio correspondiente; desde el servicio se puede volver al cálculo detallado. El texto del enlace debe explicar qué aporta el destino. Repetir «más información» en todas partes hace más difícil elegir.
Probar el cambio de idioma dentro del mismo recorrido
Abra un servicio concreto y cambie de idioma. Si existe una traducción equivalente, debería aparecer el mismo asunto. Volver al inicio obliga a repetir la búsqueda. En un artículo extenso se nota especialmente: el lector quiere continuar con el mismo material en otra lengua, no empezar de nuevo.
Las anotaciones hreflang relacionan versiones lingüísticas o regionales. Deben ser coherentes y apuntar a equivalentes disponibles. La etiqueta no traduce el contenido ni crea relevancia local por sí misma. El vocabulario, los ejemplos, el contacto y la información comercial aplicable también deben encajar con el público.
Idioma y país no son la misma decisión. Una versión inglesa puede atender varios mercados. Una edición regional tiene sentido cuando explica diferencias reales de oferta, condiciones o contenido. Cambiar solamente el nombre del país en muchas páginas casi idénticas aporta poco a alguien que está comparando proveedores.
Alinear las URL canónicas con la web publicada
La URL canónica señala la versión preferida entre páginas duplicadas o muy similares. Tras el rediseño debe corresponder a la dirección pública prevista. Un error de plantilla puede hacer que todos los servicios apunten a la portada o conserven el dominio de pruebas. El mismo fallo se extiende entonces a muchas páginas.
Inspeccione el HTML del servidor para una portada, un servicio, un artículo y una traducción. Después compruebe automáticamente el conjunto importante. Compare las canónicas con los enlaces internos y el sitemap. Las señales contradictorias no se vuelven claras por añadir una etiqueta más.
No agrupe indiscriminadamente traducciones completas bajo una canónica inglesa. Una edición lingüística suele necesitar una página canónica adecuada en su idioma, mientras hreflang expresa la relación entre ediciones. Revise las decisiones conjuntamente para que metadatos, selector y sitemap describan la misma estructura.
Mostrar el contenido antes de terminar los efectos
Cargue un artículo con una conexión lenta y observe cuándo aparecen título, texto y enlaces. Revise también la respuesta HTML del servidor. El contenido editorial puede estar disponible desde el principio. Leer una guía no debería depender de una animación pesada ni de un script ajeno a la tarea.
JavaScript sigue siendo útil para formularios, calculadoras e interacciones. La cuestión es qué dependencias necesita realmente la acción principal. Separe el contenido de las mejoras visuales que lo acompañan. Esto facilita contener los errores y evita que un problema habitual de red impida utilizar toda la página.
Compruebe que la navegación entre páginas utiliza enlaces reales. Un lector puede abrir un destino en otra pestaña, copiar una referencia o navegar con teclado. Los destinos necesitan direcciones válidas; las acciones necesitan botones claros. Una decisión técnica pequeña puede mejorar la fiabilidad del recorrido completo.
Empezar la velocidad por la primera acción útil
Un vídeo grande o una escena tridimensional puede resultar excelente en el ordenador del diseñador. Pruebe lo mismo en un teléfono corriente con conexión móvil. ¿Se entiende pronto la propuesta? ¿Funciona la acción principal? ¿Se mueve el texto cuando llega una imagen o una fuente?
Core Web Vitals describe carga, capacidad de respuesta y estabilidad visual. Considere las pruebas de laboratorio junto con los datos disponibles de visitas reales. Una ejecución rápida no representa a toda la audiencia. Investigue qué elementos e interacciones producen un mal resultado, en lugar de perseguir solamente una puntuación.
Reserve el espacio de los medios, revise las fuentes y posponga recursos innecesarios al principio. Examine cuánto código del cliente requiere una página destinada a leer. Muchas veces se puede conservar el concepto visual mejorando el orden de carga. La experiencia empieza antes de que aparezca el último efecto.
Revisar el móvil con los textos definitivos
Un titular breve en inglés puede ser mucho más largo en alemán, polaco o ucraniano. Use las traducciones reales en tarjetas, menús y botones. La información importante no debe quedar oculta por alturas fijas o capas decorativas. Una composición que solo funciona con texto provisional todavía necesita trabajo.
Complete la acción principal en una pantalla estrecha. ¿El chat tapa el botón de envío? ¿El teclado oculta la validación? ¿Se puede cerrar el menú de idiomas? Revise el tamaño de las zonas táctiles y el foco visible al navegar con teclado. Estos detalles influyen directamente en la finalización de tareas.
Los artículos extensos necesitan un ancho de lectura cómodo, buen contraste y enlaces a secciones. En móvil, un índice desplegable puede mantener breve la entrada sin perder orientación. El lector debería encontrar de nuevo un cálculo o una lista de comprobación sin recorrer todo el texto desde arriba.
Seguir una consulta hasta su responsable
El tráfico orgánico tiene poco valor si el formulario falla en silencio. Compruebe desde la entrada del mensaje hasta el registro final, la confirmación y la notificación a la persona adecuada. Use un entorno acordado o datos claramente identificados como prueba. El mensaje de éxito del navegador no demuestra por sí solo la recepción.
Pruebe un campo incompleto, un segundo clic y un error temporal del servidor. El visitante debe comprender si se envió la solicitud y qué puede hacer después. Conserve el texto hasta confirmar el éxito. Perder una explicación detallada del proyecto por un fallo momentáneo daña la experiencia.
En analítica, distinga un clic de una consulta recibida. Revise eventos duplicados y pérdidas al cambiar de ruta. Si la medición cambia a la vez que el diseño, déjelo documentado. De lo contrario, la comparación de conversiones podría reflejar diferencias de seguimiento y no de comportamiento.
Hacer que los metadatos describan lo visible
Cada página necesita un título específico y una descripción apropiada para su tema e idioma. El título permite reconocer una respuesta antes de abrirla. Enumerar todos los servicios de la agencia suele ser menos útil que explicar ese recurso concreto. Mantenga una relación clara entre presentación en buscadores y encabezado visible.
Los datos estructurados de un artículo pueden describir el titular, autor u organización, fechas e imagen. La información debe corresponder al material publicado. No cambie fechas de actualización sin modificaciones sustanciales ni invente un perfil experto para aparentar autoridad. Una fuente de contenido común facilita mantener la coherencia.
Revise también la vista previa al compartir. Dirección, título, descripción e imagen deben representar esa página. Un artículo que parece la portada resulta más difícil de identificar. Esta comprobación encaja con la revisión de canónicas e idiomas, en vez de quedar como tarea de última hora.
Separar la protección de pruebas y la indexación pública
El sitemap debe listar las direcciones públicas que se quieren dar a conocer. Excluya variantes accidentales de parámetros, páginas de pruebas y direcciones que únicamente redirigen. Solicite las URL y compruebe las respuestas. Un archivo XML válido no demuestra que sus destinos funcionen.
Bloquear la indexación puede ser apropiado en una vista previa. Antes del lanzamiento, asegúrese de que esa configuración no sigue activa en las páginas públicas. Revise robots.txt, metadatos y cabeceras HTTP. Cumplen funciones distintas; una casilla del administrador no siempre explica toda la configuración desplegada.
Las áreas privadas necesitan control de acceso independiente. Noindex no es autenticación. Un inventario claro de páginas de marketing permite diferenciarlas de administración y cuentas de clientes. Así una modificación general no termina aplicándose a rutas con propósitos muy distintos.
Usar una prueba pequeña pero completa al publicar
Elija ejemplos de todas las plantillas importantes: portada, servicio, artículo, contacto, traducción y dirección antigua redirigida. Ábralos después de publicar en el dominio real. Compruebe contenido, estado, idioma, canónica y acción principal. Una compilación correcta no garantiza que dominio y entorno estén bien configurados.
Pruebe formularios y notificaciones en el modo acordado. Las credenciales y dominios permitidos pueden diferir de las pruebas. Defina quién puede corregir una integración fallida. El plan de publicación debe incluir esta responsabilidad operativa, no terminar cuando se suben los archivos.
Mantenga una forma práctica de recuperar la versión anterior y acuerde cuándo utilizarla. Una solicitud que no puede enviarse exige otra respuesta que un pequeño defecto de espaciado. Esa distinción centra la conversación en el efecto para el cliente, en lugar de decidir únicamente a partir de capturas.
Comparar condiciones equivalentes después del rediseño
Empiece por evidencias técnicas: páginas inaccesibles, redirecciones incorrectas, cambios de indexación y formularios defectuosos. Después examine entradas, consultas de búsqueda y contactos completados. La cifra global de visitas puede ocultar una caída en un servicio o idioma mientras otro crece.
Considere temporada, campañas y cambios de oferta. Si precios, adquisición y diseño cambian juntos, la atribución será limitada. El punto de partida guardado ayuda a separar regresiones técnicas claras de movimientos más amplios. Muestre esa limitación en el análisis en lugar de adjudicarlo todo a la nueva web.
No rehaga páginas ante cada variación diaria. Reúna evidencias suficientes para la decisión concreta. Pero no espere una tendencia estadística cuando una URL importante devuelve un error o el formulario está roto. Corrija el defecto observable y mida después el efecto general.
Pedir una web que el equipo pueda mantener
Junto al diseño, solicite el inventario de rutas, las correspondencias de URL, las reglas de idiomas, los resultados de pruebas y las instrucciones de publicación. Son herramientas para quien haga el próximo cambio. Deben explicar decisiones y permitir trabajar, no limitarse a llenar un documento extenso.
Añada un artículo sin publicar y cambie su título. Compruebe página, tarjeta y metadatos a la vez. Si la misma información se copia manualmente en varios sitios, aumenta la posibilidad de diferencias. Una estructura editorial adecuada hace repetible el resultado correcto en las tareas habituales.
Asigne finalmente responsables para revisar contenidos y enlaces rotos. El rediseño es una publicación dentro de la vida de la web. Su calidad vuelve a notarse cuando se añade un servicio, se amplía un idioma o se corrige una guía. La entrega debe permitir que la empresa realice esos cambios de forma consciente.
Antes de empezar
- Guardar las URL importantes, el contenido y los datos iniciales.
- Acordar correspondencias de URL, recorridos de idiomas y criterios de aceptación.
- Probar la configuración de búsqueda y el envío completo de una consulta en el dominio público.
Nota editorial. Los ejemplos explican una decisión o una prueba; no son resultados de clientes.