Restaurar WordPress: métodos y re­co­me­n­da­cio­nes

WordPress es el sistema de gestión de co­n­te­ni­dos más utilizado del mundo. El uso de WordPress facilita mucho la creación de páginas web. A partir de una amplia selección de plugins y pla­n­ti­llas, se puede combinar la fu­n­cio­na­li­dad deseada con el diseño adecuado. Así, es posible lanzar una web en Internet en solo cinco minutos.

Sin embargo, a pesar de la aparente si­m­pli­ci­dad, es fácil acabar en un callejón sin salida al construir un sitio web de WordPress, por ejemplo, cuando este ya no se carga co­rre­c­ta­me­n­te o deja de funcionar. Llegados a este punto, hay que restaurar la web de WordPress y empezar de nuevo. ¿Qué opciones existen para restaurar WordPress y cuándo conviene hacerlo?

WordPress es un sistema de gestión de co­n­te­ni­dos (CMS, del inglés content ma­na­ge­me­nt system) muy flexible. Gracias a esta ma­lea­bi­li­dad del software, es posible crear sitios web y apli­ca­cio­nes co­m­ple­ta­me­n­te di­fe­re­n­tes basados en el mismo CMS. Ya sea una sola página, una tienda online o una red social, existen plugins adecuados para casi cualquier proyecto. Sin embargo, la fle­xi­bi­li­dad de WordPress tiene tantas ventajas como in­co­n­ve­nie­n­tes. Si no tienes mucha ex­pe­rie­n­cia, la di­ve­r­si­dad de plugins puede llevarte a instalar uno in­co­m­pa­ti­ble. Pro­ba­ble­me­n­te desearás dar marcha atrás para revertir la situación.

Incluso si no hay ningún problema y solo quieres realizar un ma­n­te­ni­mie­n­to regular, a veces también conviene restaurar al menos algunas partes del sitio de WordPress. La mayoría de las veces, es necesario hacerlo cuando se van a realizar cambios im­po­r­ta­n­tes. Hay algunas si­tua­cio­nes ha­bi­tua­les en las que se re­co­mie­n­da restaurar WordPress, como al tra­n­s­fe­rir el dominio de WordPress a un nuevo proveedor de hosting (migrar), al in­tro­du­cir un nuevo diseño (rediseñar) o al reiniciar el sitio bajo el dominio existente.

También hay ciertas ci­r­cu­n­s­ta­n­cias que hacen necesario hacer reset en WordPress: por ejemplo, si el sitio ha sido hackeado o ya no se carga después de ac­tua­li­zar­lo (reparar/recuperar). En otras ocasiones, tiene sentido hacer una “limpieza de temporada” y restaurar algunas partes de WordPress (limpiar). Eliminar re­gu­la­r­me­n­te los elementos co­n­ta­mi­na­dos no uti­li­za­dos aumenta la seguridad del sitio y puede ayudar a optimizar WordPress con tiempos de carga más cortos.

Restaurar Wordpress resulta muy útil como parte de los flujos de trabajo de de­sa­rro­llo y prueba. Lo ideal es trabajar en un sitio de ensayo o de de­sa­rro­llo local. De esta manera, no tendrás que preo­cu­par­te por los daños que puedas ocasionar.

¿A qué nos referimos cuando hablamos de restaurar WordPress? De hecho, puede si­g­ni­fi­car varias cosas, porque WordPress consta de cuatro co­m­po­ne­n­tes básicos:

1. Carpetas y archivos del núcleo de WordPress
2. Archivos de co­n­fi­gu­ra­ción de WordPress
3. Base de datos de WordPress
4. Datos del sitio de WordPress en la carpeta wp-content

A la hora de re­s­ta­ble­cer WordPress, has de tener claro qué quieres conseguir exac­ta­me­n­te. ¿Tu objetivo es eliminar solo el contenido o, por el contrario, deseas re­s­ta­ble­cer la co­n­fi­gu­ra­ción o la plantilla de WordPress a su estado inicial? ¿El sitio ha sido hackeado o se ha migrado? De­pe­n­die­n­do de la situación, será necesario restaurar di­fe­re­n­tes co­m­po­ne­n­tes del sitio.

Es im­po­r­ta­n­te que entiendas que todos los co­m­po­ne­n­tes están in­te­r­co­ne­c­ta­dos. Por ejemplo, si solo eliminas la base de datos, se ma­n­te­n­drán los plugins, los pla­n­ti­llas y los archivos cargados (uploads). Sin embargo, debido a la pérdida de la base de datos, los archivos cargados ya no apa­re­ce­rán en la bi­blio­te­ca de medios de WordPress, por lo que ya no podrás eli­mi­nar­los. En este caso, sería adecuado restaurar la carpeta de archivos cargados de WordPress.

Con “núcleo” (en inglés, core) nos referimos a las carpetas y archivos que componen la parte central de WordPress. Estos se crean cuando se instala WordPress y, si es necesario, se cambian cuando se realizan las ac­tua­li­za­cio­nes. Los de­sa­rro­lla­do­res de iThemes para WordPress lo definen de esta manera:

Para en­te­n­de­r­lo mejor, vamos a echar un vistazo a los nombres de los archivos y las carpetas más im­po­r­ta­n­tes del núcleo de WordPress, ubicados en la carpeta raíz. Como usuario, nunca debes modificar estas carpetas y archivos. De lo contrario, podrías dañar fá­ci­l­me­n­te la in­s­ta­la­ción de WordPress.

• index.php
• wp-login.php
• wp-admin/
• wp-includes/
• etc.

Si el núcleo de WordPress ha sido dañado, conviene re­s­tau­rar­lo. Por lo general, cuando el núcleo de WordPress presenta algún daño es debido a un acceso inade­cua­do del usuario o a la presencia de un malware. Si un hacker ha mo­di­fi­ca­do el núcleo de WordPress, lo mejor es re­co­n­s­truir el sitio por completo a partir de una copia de seguridad. Esto ga­ra­n­ti­za­rá que el elemento nocivo se elimine.

Los archivos de co­n­fi­gu­ra­ción de WordPress son una serie de archivos que se en­cue­n­tran en la carpeta raíz de in­s­ta­la­ción de WordPress y que guardan unos pa­rá­me­tros de co­n­fi­gu­ra­ción es­pe­cia­les fuera de la base de datos. Los si­guie­n­tes archivos de co­n­fi­gu­ra­ción de WordPress se pueden encontrar en la mayoría de las in­s­ta­la­cio­nes de WordPress:

Modificar los archivos de co­n­fi­gu­ra­ción de WordPress puede dañar el sitio web rá­pi­da­me­n­te y de manera directa: cuando se producen, el sitio ya no se carga co­rre­c­ta­me­n­te. Sin embargo, también pueden causar daños sutiles que tardan mucho en notarse: por ejemplo, a veces afectan el po­si­cio­na­mie­n­to de las páginas en Google.

Si los archivos de co­n­fi­gu­ra­ción de WordPress han sido dañados, re­co­me­n­da­mos en­ca­re­ci­da­me­n­te re­s­tau­rar­los mediante una copia de seguridad. Si intentas averiguar en qué consiste el error y repararlo ma­nua­l­me­n­te, es posible que solo lo empeores. En el peor de los casos, puedes restaurar el archivo de co­n­fi­gu­ra­ción de WordPress dañado a su estado inicial, aunque se perderán todas las co­n­fi­gu­ra­cio­nes es­pe­cí­fi­cas de la página.

La base de datos de WordPress contiene la mayor parte del contenido y los pa­rá­me­tros de co­n­fi­gu­ra­ción del sitio web. Estos se guardan en tablas de bases de datos in­di­vi­dua­les. Se utilizan dos tipos básicos de tablas:

1. Tablas pri­n­ci­pa­les de WordPress, que incluyen:
   • wp_posts
   • wp_options
   • wp_users
   • wp_comments
2. Tablas de plugins y pla­n­ti­llas
   • Su nombre concreto depende del co­rre­s­po­n­die­n­te plugin o plantilla

Eliminar partes de la base de datos puede tener el mismo efecto en WordPress que una re­s­tau­ra­ción. Ten en cuenta que hay dos maneras de restaurar la base de datos de WordPress:

1. Eliminar las entradas de la base de datos (DELETE * FROM <table>)
2. Eliminar tablas de la base de datos (DROP TABLE <table>)

Es im­pre­s­ci­n­di­ble crear una copia de seguridad de la base de datos (database dump) antes de modificar la base de datos de WordPress. La copia de seguridad de la base de datos suele consistir en un archivo de texto co­m­pri­mi­do que contiene comandos de SQL. Para restaurar la base de datos de WordPress a un estado anterior, se importa la copia de seguridad. Los comandos de SQL que contiene se ejecutan se­cue­n­cia­l­me­n­te y los datos se re­co­n­s­ti­tu­yen.

Se suele cometer un error a la hora de restaurar la base de datos de WordPress después del re­s­ta­ble­ci­mie­n­to: si solo se han eliminado las entradas una por una durante el reseteo, la copia de seguridad de la base de datos deberá haberse exportado es­pe­ci­fi­ca­n­do DROP TABLE IF EXISTS. De lo contrario, el proceso fallará.

A di­fe­re­n­cia del núcleo de WordPress, los datos del sitio se pueden ir mo­di­fi­ca­n­do con el tiempo. Entre estos datos se incluyen todas las carpetas y archivos de la carpeta wp-content. Vamos a ver las carpetas más im­po­r­ta­n­tes y sus rutas co­rre­s­po­n­die­n­tes:

• Datos del sitio: wp-content/
  • Plugins in­s­ta­la­dos: plugins/
  • Pla­n­ti­llas in­s­ta­la­das: themes/
  • Archivos cargados: uploads/

Cada plugin y cada plantilla están en su propia carpeta. Si eliminas una de estas carpetas, se borrará la plantilla o el plugin co­rre­s­po­n­die­n­te. Sin embargo, las tablas y las entradas pueden pe­r­ma­ne­cer en la base de datos de WordPress. Si eliminas toda la carpeta wp-content, se re­s­ta­ble­ce­rán los datos del sitio de WordPress. A co­n­ti­nua­ción, podrás volver a instalar los plugins y las pla­n­ti­llas.

Hay tres formas básicas de re­s­ta­ble­cer WordPress. Vamos a verlas en detalle a co­n­ti­nua­ción:

1. Restaurar WordPress ma­nua­l­me­n­te
2. Restaurar WordPress mediante plugins
3. Restaurar WordPress con WP-CLI

En Internet en­co­n­tra­rás muchos tu­to­ria­les sobre cómo resetear WordPress que re­co­mie­n­dan hacerlo de forma manual, siguiendo una serie de pasos. En este caso, se trabaja en el servidor o en el backend del entorno de alo­ja­mie­n­to. Durante el proceso, se eliminan algunos archivos y carpetas concretos y se cambian los pa­rá­me­tros de co­n­fi­gu­ra­ción de la in­s­ta­la­ción de WordPress y del entorno de alo­ja­mie­n­to. El propio usuario modifica la co­n­fi­gu­ra­ción del DNS, crea una nueva base de datos o elimina ciertas tablas de la base de datos existente. Si es necesario, se pueden utilizar scripts es­pe­cia­les.

No obstante, en la mayoría de los casos, el pro­ce­di­mie­n­to manual no es la mejor manera de restaurar WordPress. Por lo general, es más fácil volver a instalar WordPress desde cero, porque, después de re­se­tear­lo por completo, las páginas web de WordPress no difieren en nada de páginas web de WordPress recién in­s­ta­la­das, al menos idea­l­me­n­te.

El pro­ce­di­mie­n­to manual es el enfoque más eficaz y permite restaurar partes de WordPress con precisión qui­rú­r­gi­ca, siempre que se tengan los co­no­ci­mie­n­tos adecuados. Si faltan los co­no­ci­mie­n­tos y la ex­pe­rie­n­cia ne­ce­sa­rios, es probable que se acabe dañando la web. Por lo tanto, es fu­n­da­me­n­tal crear una copia de seguridad antes de empezar a trabajar. Aún mejor, conviene poner los cambios en práctica en un WordPress staging. Veamos algunas si­tua­cio­nes en las que puede entrar en juego el método manual.

Su­po­n­ga­mos que tenemos una página de WordPress existente con el dominio www.example.com y que hemos decidido empezar de cero con un nuevo WordPress. Por supuesto, queremos mantener el dominio existente y su po­si­cio­na­mie­n­to en los motores de búsqueda. En este caso, uno de los métodos que suelen re­co­me­n­dar­se es restaurar las páginas web de WordPress exi­s­te­n­tes y, luego, re­co­n­s­trui­r­las bajo el dominio existente. Sin embargo, este enfoque se basa en un error de ra­zo­na­mie­n­to.

Re­ca­pi­tu­le­mos: un WordPress re­s­tau­ra­do al completo es, idea­l­me­n­te, idéntico a uno recién instalado. Por lo tanto, es mejor instalar WordPress de nuevo y, luego, in­co­r­po­rar el dominio existente a la nueva in­s­ta­la­ción. Para ello, puedes co­n­fi­gu­rar el DNS en el backend de alo­ja­mie­n­to o en el re­gi­s­tra­dor de dominios para vincular el dominio con la dirección IP del servidor. También debes adaptar la URL de la web de WordPress y re­em­pla­zar todas las in­s­ta­n­cias en la base de datos con la nueva URL.

A menudo es práctico dejar la web antigua tal y como está después del proceso de reinicio. De esta manera, podrás seguir viendo el contenido y la co­n­fi­gu­ra­ción más adelante y tra­n­s­fe­ri­r­los si es necesario. Una buena es­tra­te­gia es alojar las páginas exi­s­te­n­tes en un su­b­do­mi­nio como old.example.com después de reiniciar. De manera similar, las nuevas páginas se co­n­fi­gu­ran bajo un su­b­do­mi­nio como dev.example.com antes de reiniciar. En el momento del reinicio, las dos webs se in­te­r­ca­m­bian:

Si eliges este método, es im­pre­s­ci­n­di­ble que crees un archivo robots.txt en la carpeta principal de las páginas antiguas para ocu­l­tar­las de los motores de búsqueda. De lo contrario, existe el riesgo de contenido duplicado, lo que puede tener co­n­se­cue­n­cias negativas para el po­si­cio­na­mie­n­to de la web antigua y de la nueva. En el archivo robots.txt de la web anterior, introduce lo siguiente:

A la hora de diseñar un sitio de WordPress, cuando se utiliza una plantilla gratuita o de pago, lo ideal es crear una plantilla se­cu­n­da­ria al co­n­fi­gu­rar el sitio. Así, todos los cambios de la plantilla principal se basarán en la plantilla se­cu­n­da­ria. Una vez adoptado este método, es fácil in­tro­du­cir un nuevo diseño en el futuro.

Para rediseñar el sitio, solo tienes que crear una nueva plantilla se­cu­n­da­ria y probarla en un sitio de ensayo hasta que el resultado te satisfaga. A co­n­ti­nua­ción, copia la plantilla se­cu­n­da­ria fi­na­li­za­da en la in­s­ta­la­ción existente de WordPress. Si ahora activas la plantilla se­cu­n­da­ria, empezarás de cero con una plantilla nueva.

En caso de no haber creado una plantilla se­cu­n­da­ria, todos los cambios se habrán realizado di­re­c­ta­me­n­te en la plantilla principal. La forma de restaurar la plantilla de WordPress dependerá de sus ca­ra­c­te­rí­s­ti­cas concretas.

Este método es el que aparece con más fre­cue­n­cia en Internet cuando se busca cómo resetear WordPress. Al hacerlo, eliminas ma­nua­l­me­n­te los co­m­po­ne­n­tes del sitio de WordPress que varían con el tiempo sin modificar ningún co­m­po­ne­n­te (en teoría) inal­te­ra­ble. En cierta manera, “destruyes” el sitio para luego llenarlo de nuevos co­n­te­ni­dos.

Solo te mostramos este pro­ce­di­mie­n­to para que conozcas todas las opciones, porque este proceso no requiere menos tiempo que re­in­s­ta­lar WordPress por completo. Sin embargo, como algunos co­m­po­ne­n­tes de WordPress so­bre­vi­ven a la re­s­tau­ra­ción, cabe el riesgo de que algunas partes de la in­s­ta­la­ción anterior puedan ocasionar problemas más adelante. Veamos el proceso:

1. Crea una copia de seguridad completa del sitio existente.

No olvides hacer una copia de seguridad de la base de datos y de la carpeta de WordPress.

       2. Crea una nueva base de datos y anota los datos de acceso.

La nueva base de datos se crea en el backend de alo­ja­mie­n­to o uti­li­za­n­do el comando mysql en la línea de comandos.

A menudo se re­co­mie­n­da eliminar la base de datos existente en este punto, aunque, en realidad, es in­ne­ce­sa­rio. Por lo general, conviene conservar los datos un poco más y no eliminar la base de datos anterior hasta habernos asegurado de que todo funciona co­rre­c­ta­me­n­te.

       3. Vacía todo el contenido de la carpeta wp-content/.

En este punto, también suele re­co­me­n­dar­se eliminar por completo la carpeta wp-content. Para ello, puedes acceder a la carpeta principal de WordPress y utilizar el siguiente comando en la línea de comandos de Linux:

Es más práctico cambiar el nombre o mover la carpeta:

WordPress ya no encuentra la carpeta y crea una nueva carpeta wp-content vacía. Al mismo tiempo, el contenido original permanece en la carpeta _wp-content. De esta manera, puedes acceder a él para ver los archivos y, si es necesario, tra­n­s­fe­ri­r­los.

       4. Reinstala WordPress.

Para ello, accede a la dirección de WordPress en el navegador y añade lo siguiente: /wp-admin/install.php

Introduce los datos de acceso para la nueva base de datos y continúa con el proceso de in­s­ta­la­ción.

El proceso manual para re­s­ta­ble­cer WordPress requiere mucho tiempo y es propenso a dar errores. Lo mejor es limitar la in­te­r­ve­n­ción al máximo, ya que, si solo hay que seguir unos pocos pasos bien definidos, es menos probable que algo salga mal. Los plugins de re­s­tau­ra­ción de WordPress sirven pre­ci­sa­me­n­te para eso. Te pre­se­n­ta­mos el plugin WP Reset en detalle.

Para la mayoría de los usuarios, WP Reset es la forma más fácil y directa de hacer reset en WordPress. Este co­m­ple­me­n­to tiene una interfaz web intuitiva y ofrece una buena fu­n­cio­na­li­dad. De manera práctica, el plugin permite crear un snapshot de la base de datos de WordPress, por lo que ayuda a revertir una re­s­tau­ra­ción anterior. Sin embargo, ten en cuenta que el snapshot solo contiene la base de datos y no crea una copia de seguridad de los archivos. Por lo tanto, tienes que crear una copia de seguridad completa de antemano.

La interfaz de línea de comandos de WordPress (WordPress Command Line Interface o WP-CLI) es una buena he­rra­mie­n­ta para los ad­mi­ni­s­tra­do­res de WordPress, ya que puede uti­li­zar­se para co­n­tro­lar­lo. Este software aúna las ope­ra­cio­nes del sistema de archivos y la base de datos en una interfaz coherente. Esto permite, entre otras cosas, restaurar un sitio de WordPress.

Las he­rra­mie­n­tas de la línea de comandos permiten es­ta­n­da­ri­zar los pasos de trabajo, por lo que son muy útiles. El uso de la línea de comandos hace que los procesos sean re­pro­du­ci­bles y permite en­ca­p­su­lar­los como scripts. Usar la WP-CLI es más rápido y menos arrie­s­ga­do que el pro­ce­di­mie­n­to manual.

El uso de la WP-CLI requiere el acceso SSH al servidor en el que se ejecuta WordPress. Una de las maneras más eficaces de utilizar la WP-CLI es probar cada paso en un sitio de ensayo en primer lugar. En este caso, se ejecutan los comandos y se do­cu­me­n­tan en un archivo de texto. Si los comandos probados dan buenos re­su­l­ta­dos, se ejecutan en el orden correcto en el sitio real.

Veamos algunos comandos útiles de la WP-CLI que ayudan a restaurar sitios de WordPress:

Lo más fácil es utilizar un plugin, pero para ello se requiere que WordPress funcione. Los plugins pueden ser eficaces, por ejemplo, si no se puede acceder a la base de datos, si el núcleo de WordPress se ha dañado o si hay un error en el servidor. Además, el uso de un plugin permite una in­te­r­ve­n­ción menor que con los otros dos métodos, lo cual reduce las pro­ba­bi­li­da­des de error.

El uso de la WP-CLI ofrece una buena co­m­bi­na­ción de eficacia y facilidad de uso. Sin embargo, para poder uti­li­zar­la, el software debe estar di­s­po­ni­ble en el servidor. También se necesita acceso SSH al servidor. La WP-CLI también puede rechazar el servicio en algunas ci­r­cu­n­s­ta­n­cias, por ejemplo, en el caso de un conflicto de versión entre la in­s­ta­la­ción de WordPress y la WP-CLI instalada o si el PHP falla co­m­ple­ta­me­n­te en el servidor.

El método manual es muy eficaz y funciona en todos los casos, siempre que se tenga acceso al servidor o los recursos ubicados allí. Además de a través de SSH, el acceso puede llevarse a cabo por (S)FTP, cPanel y ph­p­M­yA­d­min. Hay que tener en cuenta que el método manual, por potente que sea, es el que más co­no­ci­mie­n­tos requiere. Si el usuario no sabe lo que hace, puede causar daños graves.

En resumen, aquí puedes encontrar una ca­li­fi­ca­ción de los tres métodos: