- Renovar la web sin perder tráfico exige cuatro piezas: inventario de las páginas que reciben visitas, mapa de redirecciones 301 para cada URL que cambie, decisión sobre qué contenido se conserva y seguimiento en Search Console durante los primeros 30 días.
- Ninguna receta garantiza que las posiciones se mantengan sin cambios. Google avisa de que la visibilidad puede fluctuar durante una mudanza y de que un sitio pequeño o mediano tarda unas semanas en procesarse.
- Puede convenir renovarla si la tecnología, el proceso de edición o el contenido ya no responden a las necesidades de la empresa.
- Si la web de partida es WordPress, el apartado Si tu web es WordPress recoge lo que cambia: plugins, WooCommerce, las direcciones que genera solo y el paso a Next.js.
El miedo es razonable, el riesgo es evitable
"Si tocamos la web, podemos perder visitas." El riesgo existe cuando cambian páginas, direcciones o contenidos sin planificar cómo tratar cada elemento. Antes de renovar conviene registrar el punto de partida y acordar las comprobaciones posteriores.
Google mantiene un índice de páginas y puede tardar en procesar cambios. Si la web nueva conserva páginas y contenidos útiles, y cada URL que cambia redirige a una equivalente, facilitas la transición. Aun así, las posiciones pueden variar por los cambios del sitio y por otros factores.
Un inventario y un seguimiento posterior ayudan a detectar problemas y decidir qué corregir.
Las señales de que toca renovar
- En el móvil cuesta usarla. Revisa si se lee bien y si se pueden completar las tareas principales en una pantalla pequeña.
- Tarda en cargar. Las esperas pueden frustrar a las visitas; mide el rendimiento en las páginas importantes.
- Nadie puede editarla. Quien la hizo ya no responde, o cada cambio de texto es un correo y una factura.
- La tecnología está sin actualizar. El software desatendido puede acumular vulnerabilidades y errores.
- Ya no te representa. Fotos de hace una década, servicios que ya no ofreces, precios que no son.
Estas señales no determinan por sí solas si hace falta rehacer la web. El diagnóstico web gratuito revisa algunos aspectos de una URL; para decidir entre reparar y renovar hace falta valorar también el contenido, la tecnología y las necesidades de tu equipo.
Qué se conserva y qué se tira
El diseño puede cambiar; las páginas y los contenidos con visitas merecen una revisión antes de eliminarlos. Algunos se conservan, otros se actualizan o se agrupan, según su utilidad y los datos disponibles.
El proceso serio, contado sin tecnicismos:
- Inventario: qué páginas de la web actual reciben visitas y por qué búsquedas. Sale de Google Search Console y de la analítica; si no tienes acceso a ninguna de las dos, recuperarlo es el primer encargo.
- Decisión página a página: qué se conserva mejorado, qué se fusiona y qué se elimina sabiendo por qué.
- Mapa de redirecciones: cada dirección que cambie apunta a su equivalente más cercano con una redirección permanente cuando corresponda.
- Publicación y vigilancia: las semanas siguientes se revisan los errores 404 en Search Console y se corrige lo que se haya escapado.
Con esas cuatro piezas reduces errores evitables durante el cambio y mejoras la experiencia de uso. Una renovación no garantiza ganar posiciones: comprueba después las páginas indexadas, el tráfico y las consultas en Search Console. La web nueva debe incluir una base técnica de SEO comprobable, no una promesa de citas en asistentes.
El mapa de redirecciones: de dónde salen las URL antiguas y adónde van
El mapa de redirecciones es una tabla con una fila por cada URL antigua que importa y su destino en la web nueva. Google propone reunir las direcciones importantes de varias fuentes en su guía para mover un sitio con cambios de URL, actualizada el 20 de agosto de 2026. Sirven los sitemaps enviados a Search Console y las páginas con más tráfico en la analítica o en los registros del servidor. También sirven las páginas con enlaces internos y externos que muestra el informe de enlaces de Search Console, y el listado que da el gestor de contenidos.
Incluye también las imágenes y los vídeos, que Google pide mover igual que las páginas, y los PDF de catálogos o fichas que alguien pueda tener enlazados. Un ejemplo de cómo queda el mapa:
| URL antigua | Qué pasa en la web nueva | Qué se configura |
|---|---|---|
| /empresa.html | La página existe con otra dirección: /empresa | Redirección permanente (301) a /empresa |
| /producto.php?id=47 | La ficha desaparece y su familia de producto se mantiene | Redirección permanente a la página de esa familia |
| /noticias/2017/feria | Contenido retirado, sin equivalente | Respuesta 404 o 410, no redirección a la portada |
| /catalogo-2019.pdf | Hay un catálogo nuevo | Redirección permanente al catálogo nuevo |
| tuweb.es y www.tuweb.es | Se elige una sola versión | Redirección permanente de la otra a la elegida |
Google da tres reglas para ese mapa. Usa redirecciones permanentes del servidor (301 o 308) y reserva las que se ejecutan en el navegador para cuando no haya otra opción. Apunta cada URL directamente a su destino final: Googlebot puede seguir hasta 10 saltos encadenados, pero Google aconseja no pasar de tres. Y no mandes muchas URL antiguas a una sola página irrelevante, como la portada, porque puede tratarlo como un error soft 404.
El tipo de redirección también decide qué se ve en los resultados. Una permanente muestra la dirección nueva y una temporal sigue mostrando la antigua (Redirecciones y Google Search, actualizada el 14 de abril de 2026).
En una renovación conviene cambiar una cosa cada vez
Google lo recomienda en su guía de mudanzas de sitio: si quieres cambiar de dominio, de gestor de contenidos y de diseño, hazlo en pasos separados y no todo a la vez. En una renovación el diseño y la tecnología suelen cambiar juntos, así que lo que conviene aplazar es lo demás: el dominio, la estructura de direcciones y la reescritura masiva de textos.
Si la web nueva conserva el dominio y las URL que ya funcionan, el mapa se reduce a las páginas que desaparecen. La comparación posterior también queda más limpia, porque hay menos variables que explicar cuando una página sube o baja.
Si tu web es WordPress
WordPress añade sus propios riesgos a una renovación: plugins que sostienen funciones, direcciones que genera solo y datos estructurados que publica un complemento sin que nadie los haya escrito. Lo que sigue vale sea cual sea la tecnología de destino, y el último bloque es para quien pasa a Next.js.
Cuándo conviene quedarse en WordPress
WordPress sigue siendo buena opción cuando el equipo publica a menudo, no tiene perfil técnico y ya domina el editor. También cuando la web depende de plugins maduros (membresías, reservas, calculadoras, integraciones concretas) que con otra tecnología habría que rehacer desde cero. Y cuando la web cumple su función con un presupuesto corto, porque arreglar lo que falla suele costar menos que migrar.
Cambiar de tecnología no garantiza por sí solo más velocidad, más seguridad ni mejores posiciones. El rendimiento se mide en las páginas clave antes y después del cambio. El mantenimiento también cambia de forma: con código propio dependes menos de plugins concretos, y sigue haciendo falta actualizar, hacer copias y vigilar.
Plugins, comentarios, formularios y WooCommerce
Haz una lista de los plugins activos y anota qué hace cada uno y qué datos guarda. Las entradas y las páginas salen con la herramienta de exportación de WordPress y se adaptan al sistema nuevo. Comentarios, formularios y plugins piden una decisión aparte: unos se migran, otros se sustituyen por una función equivalente y otros se archivan.
Con WooCommerce hay tres caminos. Mantenerlo como gestor de la tienda y cambiar solo la parte visible, pasar a otra plataforma de comercio o desarrollar las funciones que falten. La decisión se toma con el catálogo, los pagos, los pedidos, los impuestos y las integraciones delante, y después de comprobar qué datos se pueden exportar.
Las direcciones que WordPress genera solo
WordPress publica, junto a páginas y entradas, archivos de categoría y de etiqueta, páginas de autor, páginas de adjuntos y direcciones con parámetros como ?p=42. Las de ?p= son las que más se olvidan, y Google puede seguir teniéndolas indexadas años después. Busca en Search Console cuáles reciben impresiones o enlaces. Las que tengan equivalente entran en el mapa; las que no, pueden responder 404 o 410.
Yoast y Rank Math generan datos estructurados que nadie escribe a mano. Haz inventario de los tipos que publica la web actual y conserva solo los que describen contenido visible y correcto. Si la web nueva deja de publicar alguno, puede dejar de optar a un resultado enriquecido concreto, sin que eso afecte a la indexación.
Si la web nueva va en Next.js
El contenido puede vivir en tres sitios. En archivos MDX dentro del repositorio, que encaja con un equipo que publica poco y controla el código (es lo que usa este sitio, con Velite). En un CMS headless como Sanity, Strapi, Payload o Directus, para un equipo de marketing que publica a menudo desde un editor. O en el propio WordPress como gestor, con Next.js solo en la parte visible, si el equipo ya lo domina.
Cada fila del mapa de redirecciones se convierte en una entrada de redirects() en next.config.ts. Con permanent: true, Next.js responde con un 308, una redirección permanente igual que el 301 (documentación de redirects en Next.js). Si cientos de filas siguen el mismo patrón, un comodín como :slug resuelve el bloque entero, siempre que cada destino exista.
Antes de cambiar el DNS, comprueba el mapa con un script que pida cada URL antigua a la web nueva y compare la respuesta con el destino previsto:
while IFS=, read -r antigua esperada; do
real=$(curl -s -o /dev/null -w "%{http_code} %{redirect_url}" "https://nueva.tuweb.es${antigua}")
echo "$antigua -> $real (esperado: $esperada)"
done < redirecciones.csv
Qué comprobar antes de publicar la web nueva
Antes del lanzamiento, repasa estos siete puntos con la versión de pruebas y el mapa de redirecciones delante:
- Redirecciones. Prueba cada URL del mapa con un script o, una a una, con la herramienta de inspección de URLs de Search Console. La respuesta debe ser una redirección permanente a la página correcta.
- Canónicas. Cada página nueva declara su propia dirección como canónica.
- Restricciones de la versión de pruebas. Si la web nueva estaba oculta con noindex, quítalo en el lanzamiento, como recuerda Google. Revisa también que el robots.txt de pruebas no se haya copiado a producción.
- Enlaces internos. Apuntan a las direcciones nuevas y no a las antiguas que luego redirigen.
- Sitemap. Lista solo las URL nuevas y se envía a Search Console el día de la publicación.
- Propiedad de Search Console y analítica. Google avisa de que la verificación por archivo HTML o por etiqueta puede perderse en la mudanza. Comprueba que siguen funcionando en la web nueva.
- Formularios y teléfono. Envía un mensaje de prueba por cada formulario y comprueba que llega al buzón correcto. El teléfono debe ser un enlace pulsable en móvil.
Los primeros 30 días: qué medir y cuándo
Search Console es gratuita y enseña qué páginas ha rastreado e indexado Google y cuántos clics e impresiones recibe cada una. Google indica que un sitio pequeño o mediano tarda unas semanas en procesarse y que la visibilidad puede fluctuar durante la mudanza. Los 30 días son, por tanto, el primer control y no un cierre.
| Cuándo | Dónde mirar | Qué buscas |
|---|---|---|
| Antes de publicar | Informe de rendimiento | Exportar clics, impresiones y consultas por página del último periodo y del mismo periodo del año anterior: es la línea base |
| Primeros 3 días | Inspección de URLs y prueba de redirecciones | Las páginas con más tráfico redirigen o responden bien, sin cadenas ni errores |
| Semana 1 | Informes de indexación de páginas y de sitemaps | URL importantes con 404, soft 404 o noindex; sitemap nuevo leído sin errores |
| Semanas 2 y 3 | Informe de rendimiento por página | Clics e impresiones de las páginas prioritarias frente al mismo periodo anterior; páginas que dejan de recibir impresiones |
| Día 30 | Rendimiento, formularios y llamadas | Balance: qué páginas han bajado, por qué (URL, contenido, indexación) y qué se corrige |
La ayuda de Search Console describe el informe de indexación de páginas y el informe de rendimiento.
Mide también lo que importa al negocio: formularios enviados, llamadas y clics en el teléfono o en WhatsApp de las páginas renovadas, comparados con el mes anterior. Search Console cuenta clics desde Google, no contactos. Si una página importante baja, comprueba por este orden que su URL responde bien, que está indexada y que el contenido sigue respondiendo a la consulta. Espera a tener varias semanas de datos antes de cambiar nada: una bajada aislada en la segunda semana no prueba un error.
Si cambia el dominio y cuánto mantener las redirecciones
Cuando la renovación incluye un dominio o un subdominio nuevo, Search Console ofrece la herramienta de cambio de dirección. Google indica que solo hace falta en ese caso: no se necesita para pasar de HTTP a HTTPS, alternar entre www y sin www ni mover rutas dentro del mismo dominio. Desde junio de 2026 la guía añade que, en una mudanza de dominio, hay que enviar la solicitud para todas las variantes verificadas del dominio antiguo, con y sin www y con sus subdominios, aunque no las uses.
Mantén las redirecciones el mayor tiempo posible. Google indica, por regla general, al menos un año, el plazo en que traslada las señales a las URL nuevas y reasigna los enlaces de otras webs. Para quien sigue enlaces antiguos desde correos o carteles, puede convenir conservarlas sin fecha de fin.
Cuánto cuesta y quién lo hace
Según el estado de la web, puede bastar una intervención o tener sentido una renovación. El servicio de diseño web se contrata junto a un mantenimiento técnico mensual, sin permanencia. Si necesitas recuperar accesos, migrar contenido o estabilizar una web existente, consulta el servicio de rescate o migración; el alcance depende del estado de lo heredado.
Si tu empresa está en Cantabria, la página para renovar la web de tu empresa en Cantabria recoge qué entregamos y cómo se acuerda el alcance por escrito.
Pregunta cómo se identificarán las páginas importantes y cómo se comprobarán las URL después del lanzamiento. Si tienes acceso a Search Console y analítica, esos datos pueden orientar las prioridades.
Qué exigirle a quien renueve tu web
Antes de renovar, acuerda por escrito cinco cosas: un inventario de páginas con su tráfico, el mapa de redirecciones con el destino de cada URL que cambia, las pruebas previas al lanzamiento, una línea base exportada de Search Console y un informe a los 30 días. El diagnóstico web gratuito ofrece una comprobación automática de una URL; no sustituye a Search Console, a la analítica ni a un inventario completo del sitio.