Restaurar WordPress desde copia sin perder SEO

Entender la restauración de WordPress y su impacto en SEO

Restaurar WordPress desde una copia de seguridad puede salvar tu proyecto cuando sufres un hackeo, un error crítico, una actualización fallida o un problema con el hosting. Sin embargo, una restauración mal planificada puede provocar pérdidas de posicionamiento, caídas de tráfico orgánico y errores de indexación difíciles de revertir. Por eso, el objetivo no es solo recuperar la web, sino hacerlo sin perder SEO.

Desde el punto de vista de los buscadores, una restauración implica potencialmente cambios en:

• La estructura de URLs y los enlaces internos.
• Las etiquetas meta (title, description) y datos estructurados.
• El archivo robots.txt y las directivas de rastreo.
• El sitemap XML y su accesibilidad.
• La velocidad de carga y el rendimiento del servidor.
• La visibilidad de la web para los robots (ajuste de «Disuadir a los motores de búsqueda»).

Comprender estos elementos te permitirá restaurar tu sitio de forma controlada, minimizando el impacto en el posicionamiento y manteniendo la coherencia entre lo que Google ya conoce de tu web y la versión restaurada.

Preparativos antes de restaurar: checklist esencial

Antes de tocar nada en tu instalación de WordPress, es fundamental preparar el terreno. Una restauración improvisada puede agravar el problema original y generar nuevos fallos SEO. Trabajar con un checklist reduce riesgos y te permite volver atrás si algo sale mal.

1. Haz una copia de seguridad del estado actual

Aunque tu web esté rota o comprometida, crea un backup completo del estado actual (archivos + base de datos). Esto te permitirá:

• Analizar después qué ha ocurrido (logs, archivos infectados, etc.).
• Recuperar elementos recientes que no estén en la copia que vas a restaurar.
• Disponer de un «plan B» si la restauración falla.

2. Identifica la fecha y el tipo de copia a restaurar

No todas las copias de seguridad son iguales. Define con claridad:

• Fecha del backup: cuanto más reciente, menos contenido y datos SEO perderás.
• Ámbito: solo base de datos, solo archivos, o copia completa.
• Origen: plugin de backup, panel del hosting, copia manual, snapshot del servidor, etc.

3. Revisa el entorno de restauración

Siempre que sea posible, realiza la restauración primero en un entorno de pruebas (staging) y no directamente en producción. Esto te permitirá verificar:

• Que la web carga correctamente y sin errores críticos.
• Que las URLs principales responden con código 200.
• Que el contenido y los metadatos SEO están intactos.
• Que no hay redirecciones inesperadas ni bucles.

4. Documenta la situación SEO actual

Antes de restaurar, toma una «foto» de tu SEO actual para poder comparar después:

• Exporta las principales URLs y títulos desde tu plugin SEO (Yoast, Rank Math, SEOPress, etc.).
• Descarga los informes de rendimiento y cobertura de Google Search Console.
• Anota las páginas con más tráfico orgánico desde Google Analytics o similar.
• Guarda una copia del sitemap XML actual.

Tipos de copias de seguridad y riesgos SEO de cada una

El modo en que se creó la copia de seguridad condiciona cómo debes restaurar WordPress y qué riesgos SEO asumes. Entender qué incluye cada tipo de backup te ayudará a decidir la mejor estrategia.

Copias solo de archivos

Incluyen normalmente el directorio wp-content (temas, plugins, subidas) y los archivos base de WordPress. No contienen la base de datos, donde se guarda la mayor parte de la información SEO.

• Ventajas: restauración rápida, útil para revertir cambios de código o temas.
• Riesgos SEO: si la base de datos ha cambiado desde la copia, puede haber incoherencias entre contenido y archivos; los metadatos SEO se mantienen, pero podrías perder configuraciones de plugins si no coinciden las versiones.

Copias solo de base de datos

Contienen todas las tablas de WordPress (entradas, páginas, taxonomías, usuarios, ajustes, metadatos SEO, etc.). Son críticas para recuperar el contenido y la configuración SEO.

• Ventajas: restauran contenido, estructura de URLs, taxonomías y la mayoría de ajustes SEO.
• Riesgos SEO: si los archivos (temas, plugins) no coinciden con la versión de la base de datos, pueden aparecer errores, contenidos rotos o pérdida de funcionalidades SEO.

Copias completas (archivos + base de datos)

Son las más recomendables para restaurar WordPress sin perder SEO, ya que devuelven la web exactamente al estado en que se encontraba en el momento del backup.

• Ventajas: máxima coherencia entre contenido, diseño, plugins y configuración SEO.
• Riesgos SEO: pérdida de cambios posteriores a la fecha del backup (nuevos contenidos, enlaces internos, optimizaciones recientes).

Backups del hosting vs. plugins de WordPress

Los proveedores de hosting suelen ofrecer copias automáticas a nivel de servidor, mientras que los plugins de backup trabajan desde dentro de WordPress.

• Backups del hosting: suelen ser más completos y fiables, pero a veces menos flexibles a la hora de restaurar solo partes concretas.
• Backups con plugin: permiten restauraciones granulares (solo base de datos, solo archivos, etc.), pero dependen de que WordPress funcione correctamente en el momento de la copia.

Restaurar archivos y base de datos paso a paso

El proceso concreto de restauración depende de tu hosting y de la herramienta utilizada para crear la copia. Sin embargo, hay una serie de pasos generales que conviene seguir para proteger tu SEO y evitar errores críticos.

1. Poner la web en modo mantenimiento

Antes de iniciar la restauración en producción, activa un modo mantenimiento profesional. Esto evita que los usuarios y los robots vean errores durante el proceso.

• Utiliza un plugin de mantenimiento ligero o una página HTML estática.
• Asegúrate de devolver código 503 (Servicio no disponible) para indicar a los buscadores que es una interrupción temporal.

2. Restaurar la base de datos

La base de datos es el corazón de tu SEO en WordPress. Para restaurarla:

• Accede a phpMyAdmin o a la herramienta de gestión de bases de datos de tu hosting.
• Exporta primero la base de datos actual por seguridad.
• Vacía las tablas existentes (o elimina y recrea la base de datos) si vas a restaurar un dump completo.
• Importa el archivo SQL de la copia de seguridad.

Si utilizas un plugin de backup, sigue su asistente de restauración de base de datos, verificando que se seleccionan todas las tablas de WordPress, incluidas las de plugins SEO.

3. Restaurar los archivos de WordPress

A continuación, restaura los archivos mediante FTP, SFTP o el sistema de restauración del hosting:

• Sube el contenido del backup sobrescribiendo los archivos existentes.
• Verifica que el archivo wp-config.php contiene las credenciales correctas de la base de datos restaurada.
• Comprueba los permisos de archivos y carpetas (normalmente 644 para archivos y 755 para directorios).

4. Ajustar la URL del sitio si ha cambiado el dominio

Si restauras la web en otro dominio o entorno (por ejemplo, de staging a producción), tendrás que actualizar las URLs internas en la base de datos para evitar problemas de enlaces rotos y contenido mixto (HTTP/HTTPS).

• Utiliza herramientas como Better Search Replace o WP-CLI para reemplazar la URL antigua por la nueva.
• Actualiza los campos «Dirección de WordPress (URL)» y «Dirección del sitio (URL)» en Ajustes > Generales.

5. Verificar el acceso y errores críticos

Una vez restaurados archivos y base de datos:

• Accede al frontend y backend para comprobar que todo carga sin errores fatales.
• Revisa el registro de errores del servidor (error_log) para detectar problemas de compatibilidad.
• Comprueba que el plugin SEO está activo y con la configuración correcta.

Cómo mantener URLs, enlaces y estructura sin perder SEO

La estructura de URLs y los enlaces internos son uno de los pilares del SEO en WordPress. Una restauración que cambie rutas, slugs o taxonomías puede provocar una pérdida masiva de tráfico por errores 404 y pérdida de autoridad interna.

Conservar la estructura de enlaces permanentes

Tras la restauración, revisa en Ajustes > Enlaces permanentes que la estructura sea exactamente la misma que antes (por ejemplo, /%postname%/ o /blog/%postname%/).

• No cambies la estructura de permalinks justo después de restaurar; introduce cambios estructurales solo cuando la web esté estable.
• Guarda los ajustes de enlaces permanentes incluso si no haces cambios, para regenerar las reglas de reescritura (.htaccess).

Comprobar que no hay cambios en slugs y taxonomías

Verifica que las URLs de las páginas y entradas clave siguen siendo las mismas:

• Comprueba manualmente las URLs con más tráfico orgánico.
• Revisa que las categorías y etiquetas mantienen sus slugs originales.
• Si detectas cambios, valora restaurar solo las tablas afectadas o crear redirecciones 301 permanentes.

Mantener y revisar los enlaces internos

Los enlaces internos ayudan a distribuir autoridad y a guiar a los robots por tu contenido. Después de restaurar:

• Ejecuta un rastreo con herramientas como Screaming Frog, Sitebulb o similares.
• Identifica enlaces internos que apunten a URLs inexistentes (404) o redirigidas.
• Corrige los enlaces internos rotos directamente en el contenido para evitar cadenas de redirecciones.

Gestionar redirecciones 301 de forma controlada

Si por cualquier motivo algunas URLs han cambiado, utiliza redirecciones 301 para preservar al máximo el valor SEO:

• Centraliza las redirecciones en el servidor (archivo .htaccess o configuración de Nginx) o en un plugin especializado.
• Evita redirecciones en cadena (A → B → C); apunta siempre de la URL antigua a la definitiva.
• No uses redirecciones masivas sin criterio (por ejemplo, todo a la home), ya que pueden considerarse soft 404.

Ajustes de SEO técnico tras la restauración

Una vez que la web está funcional y las URLs se mantienen, es momento de revisar los ajustes SEO técnicos que pueden haberse visto afectados por la restauración. Estos detalles marcan la diferencia entre una recuperación limpia y una pérdida gradual de visibilidad.

Revisar la visibilidad para motores de búsqueda

En Ajustes > Lectura, comprueba que la casilla «Disuadir a los motores de búsqueda de indexar este sitio» está desmarcada. Es frecuente que en entornos de pruebas se active esta opción y que, al restaurar, se quede marcada en producción.

Verificar el archivo robots.txt

El archivo robots.txt puede cambiar tras una restauración, especialmente si lo gestiona un plugin SEO o el propio hosting.

• Asegúrate de que no se bloquea el acceso a / ni a directorios críticos como /wp-content/uploads/.
• Comprueba que el sitemap XML está referenciado correctamente con la directiva Sitemap:.
• Evita reglas demasiado agresivas que impidan el rastreo de recursos necesarios para el renderizado.

Comprobar el sitemap XML

El sitemap ayuda a los buscadores a descubrir y entender la estructura de tu sitio. Después de restaurar:

• Accede a la URL del sitemap generada por tu plugin SEO (por ejemplo, /sitemap_index.xml).
• Verifica que no devuelve errores 404 o 500.
• Comprueba que incluye las principales secciones y que las URLs listadas responden con código 200.

Revisar títulos, meta descripciones y etiquetas canónicas

Los plugins SEO almacenan la mayoría de sus ajustes en la base de datos. Aun así, tras una restauración conviene comprobar:

• Que las plantillas de títulos y descripciones siguen siendo las mismas.
• Que las páginas clave mantienen sus títulos personalizados.
• Que las etiquetas rel="canonical" apuntan a la URL correcta y no a versiones antiguas o de staging.

Datos estructurados y marcado Schema

Si utilizas marcado Schema (por ejemplo, con Rank Math, Yoast o plugins específicos), verifica que:

• El tipo de esquema por defecto para entradas y páginas sigue configurado.
• Los datos estructurados personalizados (FAQ, productos, eventos, etc.) se muestran correctamente.
• No hay errores críticos en el validador de datos estructurados de Google.

Verificaciones clave en Google Search Console y Analytics

Google Search Console y tu herramienta de analítica web son aliados imprescindibles para confirmar que la restauración de WordPress no ha dañado tu SEO. Úsalas para detectar problemas de rastreo, indexación y tráfico cuanto antes.

Confirmar la propiedad y la configuración de Search Console

Después de restaurar, asegúrate de que:

• La propiedad de tu dominio sigue verificada (DNS, archivo HTML, etiqueta meta, etc.).
• Si has cambiado de dominio o protocolo (HTTP a HTTPS), has añadido la nueva propiedad.
• El dominio preferido y la versión canónica están claros (normalmente gestionado vía HTTPS y redirecciones 301).

Revisar el informe de Cobertura

En el informe de Cobertura, presta atención a:

• Aumento repentino de errores 404 (páginas no encontradas).
• URLs excluidas por noindex o bloqueadas por robots.txt de forma inesperada.
• Errores de servidor (5xx) que indiquen problemas de rendimiento tras la restauración.

Enviar de nuevo el sitemap

Aunque el sitemap no haya cambiado, es buena práctica:

• Comprobar que la URL del sitemap en Search Console es la correcta.
• Volver a enviarlo para forzar una actualización del índice.
• Revisar si Google detecta errores de lectura o URLs problemáticas dentro del sitemap.

Monitorizar el rendimiento y las posiciones

En el informe de Rendimiento de Search Console y en Google Analytics (o herramienta equivalente):

• Compara el tráfico orgánico antes y después de la restauración.
• Vigila las páginas con más clics e impresiones para detectar caídas anómalas.
• Analiza si hay cambios bruscos en CTR o en la posición media de tus principales palabras clave.

Errores comunes al restaurar WordPress y cómo evitarlos

Muchos problemas de pérdida de SEO tras restaurar WordPress se deben a errores evitables. Conocerlos de antemano te ayudará a tomar decisiones más seguras y a proteger tu posicionamiento.

Restaurar en producción sin pruebas previas

Aplicar una copia de seguridad directamente en la web en producción, sin probarla antes en un entorno de staging, aumenta el riesgo de:

• Errores fatales visibles para usuarios y robots.
• Caídas prolongadas del sitio.
• Indexación de páginas de error o contenido incompleto.

Cambiar la estructura de URLs durante la restauración

Aprovechar la restauración para «reordenar» la web (cambiar permalinks, categorías, slugs) suele ser una mala idea. Es preferible:

• Primero restaurar y estabilizar el sitio.
• Después, planificar cambios estructurales con una estrategia de redirecciones bien definida.

Olvidar la opción de «Disuadir a los motores de búsqueda»

Uno de los fallos más frecuentes es restaurar una copia procedente de un entorno de pruebas donde se había activado la opción de disuadir a los motores de búsqueda. Si no se desmarca en producción, tu sitio puede dejar de indexarse progresivamente.

No revisar el archivo robots.txt y el sitemap

Cambios inadvertidos en robots.txt o en el sitemap pueden bloquear secciones completas del sitio o dejar fuera de los índices páginas importantes. Siempre revisa estos archivos tras restaurar.

Ignorar errores 404 y redirecciones

Después de una restauración, es habitual que aparezcan algunos errores 404. Ignorarlos puede provocar:

• Pérdida de autoridad de enlaces externos que apuntan a esas URLs.
• Mala experiencia de usuario y señales negativas de comportamiento.
• Alertas en Search Console que podrían haberse evitado.

Estrategia de contenido y rendimiento tras restaurar

La restauración no debería ser solo un ejercicio técnico. También es una oportunidad para reforzar tu estrategia de contenido y mejorar el rendimiento general del sitio, lo que a medio plazo puede incluso beneficiar tu SEO.

Comprobar que no falta contenido reciente

Si la copia restaurada es anterior a la fecha actual, es posible que hayas perdido:

• Entradas o páginas publicadas después del backup.
• Actualizaciones de contenido en posts existentes.
• Comentarios, valoraciones o datos de formularios.

Utiliza la copia de seguridad del estado actual que hiciste antes de restaurar para recuperar, si es necesario, contenidos recientes mediante exportación/importación selectiva o copia manual.

Reforzar el enlazado interno

Tras comprobar que todo está en su sitio, puedes aprovechar para mejorar el enlazado interno:

• Añade enlaces desde contenidos con tráfico hacia páginas estratégicas.
• Revisa menús, migas de pan y bloques de «contenidos relacionados».
• Evita enlaces rotos o que lleven a contenidos obsoletos.

Optimizar velocidad y Core Web Vitals

La restauración también es un buen momento para revisar el rendimiento:

• Instala o reconfigura sistemas de caché (a nivel de plugin o de servidor).
• Optimiza imágenes y recursos estáticos.
• Analiza Core Web Vitals con PageSpeed Insights o Lighthouse.

Un sitio más rápido y estable tras la restauración puede compensar pequeños impactos temporales en el posicionamiento.

Revisar plugins y temas innecesarios

Aprovecha para limpiar tu instalación:

• Desactiva y elimina plugins que no utilices.
• Elimina temas antiguos o de prueba que no aporten valor.
• Actualiza a versiones estables y compatibles, siempre probando antes en staging si es posible.

Buenas prácticas para copias de seguridad futuras

Restaurar WordPress sin perder SEO es mucho más sencillo cuando las copias de seguridad se han planificado con criterio. Implementar buenas prácticas desde ahora reducirá el impacto de cualquier incidencia futura.

Definir una política de backups clara

Establece una frecuencia y un alcance de copias acorde al tamaño y la importancia de tu sitio:

• Backups diarios para sitios con contenido dinámico o eCommerce.
• Backups semanales para webs corporativas con cambios menos frecuentes.
• Copias completas (archivos + base de datos) y copias incrementales si tu hosting lo permite.

Almacenar copias en ubicaciones externas

No dependas solo de las copias del propio servidor:

• Guarda backups en servicios externos (S3, Google Drive, Dropbox, almacenamiento SFTP).
• Mantén al menos una copia offline o en una ubicación independiente del proveedor principal.

Probar periódicamente la restauración

Una copia de seguridad que nunca se ha probado es una promesa, no una garantía. Programa pruebas periódicas de restauración en un entorno de staging para:

• Verificar que los archivos de backup no están corruptos.
• Comprobar que el proceso de restauración es conocido y documentado.
• Asegurarte de que el resultado mantiene la estructura SEO intacta.

Documentar el procedimiento

Crea una guía interna con los pasos exactos para restaurar tu WordPress, incluyendo:

• Ubicación de las copias y credenciales necesarias.
• Orden recomendado (base de datos, archivos, ajustes SEO, verificaciones).
• Checklist SEO posterior a la restauración.

Preguntas frecuentes