≡En resumen
- El riesgo SEO no está en el diseño nuevo, sino en las URLs, contenidos y metadatos que se pierden por el camino.
- El inventario de URLs es la base: sitemap, rastreo, Search Console, analítica y enlaces externos, cruzados en una sola lista.
- Cada URL antigua con valor debe mantenerse o redirigir con 301 a su equivalente directo, sin cadenas y durante al menos un año.
- Tras el lanzamiento, las fluctuaciones son normales; lo que no es normal son los 404 masivos o las páginas clave fuera del índice.
- En nuestra migración de WordPress a Laravel verificamos una a una las 1.594 URLs antiguas antes de dar el cambio por bueno.
01 Qué es un rediseño web y en qué se diferencia de una migración
Hablamos de rediseño web cuando renuevas una web que ya existe: su aspecto, su estructura, sus contenidos o la tecnología sobre la que funciona. En la práctica, casi ningún rediseño es solo visual. Cambiar de plantilla suele traer cambios de menú, de URLs o de CMS, y ahí es donde se juega el posicionamiento.
Por eso, cuando planteamos un proyecto de diseño web a medida sobre una web con tráfico, separamos desde el principio qué parte es rediseño y qué parte es migración.
| Cambio | Ejemplo | Riesgo SEO |
|---|---|---|
| Solo diseño | Nueva plantilla con las mismas URLs y contenidos | Bajo, si no se pierden textos ni etiquetas |
| Estructura y contenidos | Fusionar servicios, cambiar el menú, reescribir páginas | Medio: cambian URLs y enlaces internos |
| Cambio de CMS o tecnología | De WordPress a Shopify, a Laravel o a otro CMS | Medio-alto: cambian plantillas, metadatos y a menudo URLs |
| Cambio de dominio | De marca-antigua.com a marcanueva.es | Alto: todo el sitio cambia de URL |
| Todo a la vez | Dominio, CMS y estructura nuevos | Muy alto: mejor hacerlo por fases |
02 Cuándo hacer un rediseño de página web: señales claras
«Ya no me gusta» no es motivo suficiente para arriesgar una web que funciona. Estas señales sí lo son, sobre todo cuando se juntan varias. La última es cada vez más frecuente: si vendes a consumidores, la accesibilidad web ya es una obligación legal y a menudo exige tocar plantillas y componentes.
- ✓La web ya no explica lo que hace hoy la empresa: servicios, público o posicionamiento han cambiado.
- ✓Las conversiones caen aunque el tráfico se mantiene.
- ✓En el móvil se ve o se usa mal, o es lenta y no pasa las Core Web Vitals.
- ✓Cada cambio pequeño cuesta horas porque el tema, el constructor o los plugins están al límite.
- ✓El CMS, el tema o los plugins no reciben actualizaciones de seguridad.
- ✓No puedes medir bien: formularios sin seguimiento, analítica rota o sin consentimiento de cookies.
- ✓Tienes que cumplir requisitos nuevos, como los de accesibilidad para servicios de comercio electrónico.
03 Por qué un rediseño hace perder posicionamiento
Casi todas las caídas de tráfico después de un rediseño tienen una causa técnica concreta y evitable. Google no penaliza que cambies de diseño; lo que ocurre es que la web nueva le ofrece menos de lo que tenía la antigua, o se lo ofrece en direcciones que no conoce.
URLs sin redirección
Las páginas antiguas devuelven 404 y se pierde el valor de sus enlaces y su historial.
Contenido eliminado o recortado
Textos largos sustituidos por bloques visuales con tres frases. La página deja de responder a lo que la gente buscaba.
Metadatos perdidos
Títulos y descripciones trabajados durante años que vuelven a su valor por defecto al cambiar de CMS o de plugin SEO.
Noindex heredado
El entorno de pruebas se bloqueó a los buscadores y el bloqueo pasa a producción.
Enlaces internos rotos
Menús, pies y textos que siguen apuntando a URLs antiguas y encadenan redirecciones.
Web más lenta
Animaciones, vídeos y librerías que empeoran la carga, sobre todo en móvil.
04 Paso 1: inventario completo de URLs
El inventario es la lista de todas las URLs que existen hoy y de lo que vale cada una. Ninguna fuente por sí sola está completa: el sitemap no incluye todo, un rastreo no encuentra páginas huérfanas y Search Console no muestra URLs sin impresiones. Hay que cruzarlas.
-
1
Rastrea la web actual
Con un rastreador SEO obtienes todas las URLs enlazadas, su código de respuesta, título, descripción, canonical y encabezados.
-
2
Exporta el sitemap y el CMS
Entradas, páginas, categorías, etiquetas, productos y adjuntos publicados, aunque no estén enlazados.
-
3
Añade Search Console
Las páginas con clics e impresiones de los últimos 12 a 16 meses y las consultas por las que aparecen.
-
4
Añade analítica
Páginas de entrada con visitas y, sobre todo, las que generan conversiones.
-
5
Añade enlaces externos
Las URLs que reciben backlinks, aunque ya no tengan tráfico.
-
6
Recoge las redirecciones existentes
Las que ya tenía el plugin SEO o el servidor: hay que conservarlas y actualizar su destino.
Nuestro inventario salió de la propia base de datos de WordPress y de las redirecciones del plugin SEO: 195 entradas publicadas, 1.396 páginas (unas 1.170 de ellas landings de ciudades), archivos de categorías y etiquetas, 9 proyectos de portfolio y 43 redirecciones previas. Guardamos también el título, la descripción y la directiva robots de cada URL para trasladarlos tal cual.
05 Paso 2: mapa de redirecciones 301
Con el inventario delante, decides para cada URL una de tres opciones: se mantiene igual, redirige con 301 a su equivalente nuevo o desaparece (y devuelve 404 o 410 si de verdad no tiene sustituto). La regla de oro para migrar una web sin perder SEO es que toda URL con tráfico, conversiones o enlaces tenga un destino equivalente. Si necesitas repasar cómo funciona, lo explicamos en qué es la redirección 301.
| URL antigua | Decisión | Destino |
|---|---|---|
| /servicios/diseno-grafico-logotipos/ | 301 | /diseno-de-logotipo/ |
| /project/web-restaurante/ | 301 por regla | /portfolio/web-restaurante/ |
| /blog/2019/05/consejos-seo/ | 301 | /consejos-seo/ |
| /oferta-verano-2021/ | 410 o 301 a la categoría si tiene enlaces | /ofertas/ |
| /contacto/ | Se mantiene | /contacto/ |
06 Paso 3: checklist antes del lanzamiento
La web nueva se revisa en un entorno de pruebas bloqueado a los buscadores, pero con el mismo contenido que irá a producción. Esta es la lista que repasamos antes de cambiar nada en el dominio real.
- ✓Todas las URLs del inventario responden 200 o 301 al destino correcto, sin cadenas ni bucles.
- ✓Títulos, descripciones, encabezados y contenidos que posicionaban están en la versión nueva.
- ✓Canonical, hreflang (si hay idiomas) y datos estructurados revisados página a página por plantilla.
- ✓Enlaces internos, menús y pies apuntan ya a las URLs finales, no a las antiguas.
- ✓Sitemap XML nuevo generado con las URLs definitivas.
- ✓robots.txt de producción preparado y sin el bloqueo del entorno de pruebas.
- ✓Analítica, consentimiento de cookies y conversiones funcionando y probados.
- ✓Velocidad y Core Web Vitals medidos en móvil en las plantillas principales.
- ✓Copia de seguridad completa de la web antigua y un plan para volver atrás si algo falla.
07 Paso 4: el día del lanzamiento y las semanas siguientes
Lanza en un momento de poco tráfico y con el equipo disponible para corregir. Evita hacerlo justo antes de un fin de semana largo o de tu temporada alta. Una vez publicada, empieza la fase que muchos se saltan: comprobar que lo que funcionaba en pruebas funciona en producción.
-
1
Rastrea de nuevo la lista de URLs antiguas
Pasa el inventario completo contra el dominio real y confirma los códigos de respuesta y los destinos.
-
2
Envía el sitemap en Search Console
Y, si cambias de dominio, usa además la herramienta de cambio de dirección.
-
3
Revisa robots y noindex
Comprueba en las plantillas principales que no se ha colado ningún bloqueo del entorno de pruebas.
-
4
Prueba las conversiones reales
Envía formularios, haz una compra si es tienda y comprueba que llegan los emails y se registran en analítica.
-
5
Vigila los errores a diario
Durante las primeras semanas, revisa los 404 en el servidor y en Search Console y crea las redirecciones que falten.
08 KPIs a vigilar después de un rediseño web
Compara siempre con el mismo periodo previo al lanzamiento y, si tu negocio es estacional, con el mismo periodo del año anterior. Mira las métricas por tipo de página (servicios, blog, productos), no solo el total del sitio.
| KPI | Dónde mirarlo | Señal de alarma |
|---|---|---|
| Páginas indexadas | Informe de indexación de Search Console | Las URLs nuevas no entran o las antiguas no salen tras varias semanas |
| Errores 404 | Search Console y registros del servidor | Aumento sostenido en URLs que tenían tráfico o enlaces |
| Clics e impresiones | Rendimiento de Search Console | Caída concentrada en un grupo de páginas concreto |
| Posiciones de palabras clave principales | Search Console o herramienta de seguimiento | Pérdida que no se recupera tras las primeras semanas |
| Conversiones | Analítica | Menos contactos o ventas con el mismo tráfico |
| Core Web Vitals | Search Console y PageSpeed Insights | Plantillas que pasan de «buena» a «necesita mejora» |
09 Nuestro caso: migración de appyweb de WordPress a Laravel
En septiembre de 2026 cambiamos nuestra propia web de WordPress a una aplicación en Laravel con un diseño nuevo. Era una migración de riesgo: cambio de tecnología, de plantillas y de estructura de servicios a la vez, sobre una web con años de contenido indexado. Estas son las decisiones que tomamos para proteger el posicionamiento SEO de la web.
1.594
URLs antiguas verificadas una a una con respuesta 200 o 301 antes de dar por buena la migración
Fuente: appyweb, migración de septiembre de 2026
195
entradas del blog que mantienen exactamente su URL
Fuente: appyweb, inventario de la migración
43
redirecciones previas del plugin SEO conservadas en la web nueva
Fuente: appyweb, inventario de la migración
- ✓Regla general: toda URL publicada en WordPress sigue respondiendo en la misma dirección, salvo que exista una 301 registrada.
- ✓Los servicios nuevos ocupan la URL existente más parecida en lugar de estrenar direcciones.
- ✓La barra final de las URLs se mantiene como canónica y las versiones sin barra redirigen con 301.
- ✓Los proyectos del portfolio pasan de /project/ a /portfolio/ con redirección 301.
- ✓Títulos, descripciones y robots de cada URL se trasladan desde el plugin SEO antiguo.
- ✓Las landings de ciudades se conservan: podarlas se decidirá con datos de Search Console, no por defecto.
- ✓Copia de seguridad completa y un script de vuelta atrás preparados antes del cambio.
10 Migración WordPress: casos habituales
La mayoría de consultas sobre migración WordPress encajan en uno de estos escenarios. El riesgo y el trabajo cambian mucho de uno a otro.
Cambio de hosting
Mismo WordPress, mismo dominio, otro servidor. Riesgo bajo si copias archivos y base de datos completos y bajas el TTL del DNS antes del cambio.
Cambio de tema o constructor
Las URLs no cambian, pero sí el HTML: revisa que no se pierdan textos, encabezados ni datos estructurados.
WordPress a otra plataforma
Shopify, un CMS headless o un desarrollo a medida. Cambian las URLs por defecto: el mapa de redirecciones es obligatorio.
Consolidar varias webs
Unir blogs o dominios en uno. Cada dominio antiguo necesita su propio mapa de 301 hacia las páginas equivalentes.
Preguntas frecuentes
No tiene por qué. Si mantienes las URLs o las rediriges con 301 a su equivalente, conservas los contenidos y metadatos que posicionaban y no empeoras la velocidad, lo normal es una fluctuación temporal mientras Google procesa los cambios.
Haz un inventario completo de URLs, decide para cada una si se mantiene, redirige o desaparece, implementa redirecciones 301 directas, conserva títulos y contenidos, revisa robots y noindex, envía el nuevo sitemap y vigila indexación y errores durante semanas.
Google recomienda mantenerlas al menos un año. Si las URLs antiguas tienen enlaces externos, lo más seguro es no retirarlas nunca.
Depende del tamaño del sitio. Google indica que en un sitio mediano pueden pasar algunas semanas o más hasta que muestre las URLs nuevas, y más en sitios grandes. Enviar el sitemap y tener redirecciones limpias acelera el proceso.
No hay una frecuencia fija. Tiene sentido cuando la web ya no representa a la empresa, convierte mal, es lenta o su tecnología ha quedado obsoleta. Muchas mejoras pueden hacerse de forma continua sin rehacer toda la web.
Es cualquier cambio que afecta a las URLs, el dominio, el protocolo o la plataforma de una web ya indexada, como pasar de WordPress a otro CMS o cambiar de dominio. Requiere planificar redirecciones para no perder tráfico.
Mejor no. Si puedes, separa las fases: primero el rediseño con el dominio actual y, cuando se estabilice, el cambio de dominio. Así, si algo falla, sabes qué lo ha causado.
Fuentes consultadas
Sobre el autor
Raúl Aránega Segura
CEO y especialista SEO en appyweb
Fundador de appyweb. Más de una década posicionando webs y tiendas online en Google y, ahora, en las respuestas de la IA.
Ver perfil en LinkedIn ↗
