En sí, WordPress es un CMS seguro, de modo que existen ar­gu­me­n­tos de peso para que la mayoría de bloggers lo utilicen para crear sus páginas web. Aun así, a pesar de que los de­sa­rro­lla­do­res están co­n­ti­nua­me­n­te mejorando el sistema, de vez en cuando se originan algunos mensajes de error. Para que en estos casos se pueda seguir tra­ba­ja­n­do en la página web lo antes posible, IONOS te presenta las so­lu­cio­nes a los 10 errores más comunes en WordPress.

Hosting WordPress
WordPress más potente y rápido gracias a la IA
  • Creación y pe­r­so­na­li­za­ción de tu página asistida por la IA
  • 3 veces más rápido: SSD, caché y más
  • Análisis diarios, pro­te­c­ción DDoS y di­s­po­ni­bi­li­dad del 99,99 %

White Screen of Death: la página en blanco en WordPress

Muchos usuarios de WordPress no conocen este mensaje de error: cuando se muestra una página en blanco en lugar de la propia página web, a menudo se habla de la White Screen of Death. Muchos bloggers muestran su preo­cu­pa­ción cuando se enfrentan a este problema por primera vez, puesto que parece que la página en cuestión se ha disuelto. Ge­ne­ra­l­me­n­te, las causas de este y otros problemas con WordPress son fáciles de encontrar y de subsanar.

Son muchos los motivos por los que puede aparecer la White Screen of Death, como plugins que no funcionan, problemas con PHP o di­fe­re­n­tes errores de co­di­fi­ca­ción y de bases de datos. Si WordPress no funciona co­rre­c­ta­me­n­te, a veces se muestra una pantalla vacía en lugar de la página web co­rre­s­po­n­die­n­te y da la sensación de que no funciona nada. Para so­l­ve­n­tar­lo basta con eliminar un pequeño error.

Si eres un usuario avanzado y puedes hacer uso de un cliente FTP (en caso de no ser así, no hay ningún problema), debes activar la constante de PHP WP_DEBUG para averiguar por qué WordPress muestra tu página web en color blanco. Una vez activa la constante muestra mensajes de error enu­n­cia­n­do la causa exacta por la que la página web no funciona co­rre­c­ta­me­n­te. Estas no­ti­fi­ca­cio­nes pueden uti­li­zar­se como di­re­c­tri­ces para so­lu­cio­nar los problemas.

Sin embargo, no todos los usuarios saben cómo utilizar WP_DEBUG, lo que no supone un problema, puesto que existen otras po­si­bi­li­da­des para averiguar cuáles son las causas de la página en blanco de WordPress. Los plugins se en­cue­n­tran entre las más comunes.

1ª fuente de errores: plugins

Un aspecto positivo de la White Screen of Death es que el nombre de este error de WordPress suena mucho más dramático de lo que es en realidad. A menudo des­ac­ti­var un plugin es su­fi­cie­n­te para que toda la in­fo­r­ma­ción se muestre co­rre­c­ta­me­n­te y, con fre­cue­n­cia, la página en blanco de WordPress puede atri­bui­r­se a una de las si­guie­n­tes acciones:

  • No se ha activado un plugin en WordPress que sea correcto.
  • Se ha cambiado la co­n­fi­gu­ra­ción para un plugin activo.
  • Se ha mo­di­fi­ca­do el código del backend de un plugin activo. 

Si has realizado alguno de estos tres cambios re­cie­n­te­me­n­te visita la página de plugins de WordPress y desactiva el último plugin que haya sido mo­di­fi­ca­do; en muchos casos esto basta para solventar el problema. Tras des­ac­ti­var el plugin se re­co­mie­n­da re­s­ta­ble­cer la página. Si has mo­di­fi­ca­do el código del backend de un plugin antes de que se emitiera el mensaje de error y quieres volver a utilizar el plugin, sigue las si­guie­n­tes in­s­tru­c­cio­nes: Elimina el plugin del di­re­c­to­rio de WordPress y sube una versión original y no mo­di­fi­ca­da de dicho plugin desde el di­re­c­to­rio de plugins de WordPress.

Sin embargo, también hay casos en los que no es posible des­ac­ti­var el plugin de esta manera porque no se puede vi­sua­li­zar el panel de control de WordPress, de modo que tampoco es posible realizar cambios en el menú de WordPress.

Cuando esto ocurre, debes utilizar un cliente FTP (File Transfer Protocol) para acceder a tus archivos de WordPress y eliminar o des­ac­ti­var el plugin mo­di­fi­ca­do. Si no has utilizado nunca un cliente FTP para realizar cambios en tu in­s­ta­la­ción de WordPress, no hay ningún problema, pues se puede aprender a uti­li­zar­lo rá­pi­da­me­n­te y muchos clientes FTP son gratuitos.

En cuanto hayas instalado el cliente FTP, inicia sesión en tu dominio con los datos de registro fa­ci­li­ta­dos por la empresa de alo­ja­mie­n­to web. A co­n­ti­nua­ción, elimina el plugin pro­ble­má­ti­co siguiendo estas in­s­tru­c­cio­nes:

  • Abre el di­re­c­to­rio en el que se han guardado los archivos de WordPress.
  • Abre la carpeta “wp-content”.
  • En la carpeta “wp-content” busca la carpeta “plugins”.
  • Abre la carpeta de plugins y busca aquel en el que has trabajado antes de que se mostrara el mensaje de error.
  • Elimina el plugin. Puede que tengas que marcarlo y hacer clic en el botón derecho del ratón para encontrar la opción que lo eliminará de la in­s­ta­la­ción de WordPress. Si no quieres eliminar el plugin, tienes que cambiarle el nombre a la carpeta donde se encuentra para que se pueda des­ac­ti­var.
  • Regresa al navegador y actualiza la página web. La White Screen of Death tiene que haber des­apa­re­ci­do, por lo que ya puedes iniciar sesión en WordPress.

Ten en cuenta que siempre es co­n­ve­nie­n­te usar plugins que el de­sa­rro­lla­dor co­rre­s­po­n­die­n­te soporte ac­ti­va­me­n­te. Dichos plugins deben ser co­m­pa­ti­bles con la última versión de WordPress, pues los que no son actuales pueden generar problemas.     

2ª fuente de errores: error de código

Si no se puede atribuir el error a un plugin, también podría ser el resultado de mo­di­fi­ca­cio­nes en el archivo “functions.php” o cualquier otro archivo PHP haciendo uso del Theme Editor de WordPress.

En algunos casos puede que aparezca el siguiente mensaje de error en tu pantalla en blanco de WordPress:

Parse error: syntax error, une­x­pe­c­ted $ end in /home/name/public_html/wordpress/wp-content/themes/your_theme/functions.php on line 231

Esto significa que hay un error en el código. El tema de WordPress elegido (diseño y ma­que­ta­ción de la página) no se puede mostrar de forma correcta, por lo que en este caso se tiene que devolver a su estado original.

El problema es, ló­gi­ca­me­n­te, que no puedes acceder al archivo porque, en lugar del Theme Editor, solo puedes ver una página en blanco en WordPress. La mejor manera de so­lu­cio­nar este problema es volviendo a cargar el archivo de­fe­c­tuo­so en la carpeta de WordPress con tu cliente FTP y su­s­ti­tui­r­lo.

Tras el inicio de sesión en el servidor debes realizar los si­guie­n­tes pasos:

  • Abre el di­re­c­to­rio donde se en­cue­n­tran tus archivos de WordPress.
  • Abre la carpeta “wp-content”.
  • En la carpeta “wp-content” en­cue­n­tras la carpeta “temas”.
  • Abre la carpeta donde están los temas y busca la carpeta en la que está tu tema de WordPress actual.
  • Abre la carpeta de tu tema de WordPress actual y asegúrate de que el archivo functions.php se encuentra en ella.
  • A co­n­ti­nua­ción, sube una versión de functions.php que esté operativa, que puede ser una copia del archivo que hayas guardado en tu disco duro antes de haber mo­di­fi­ca­do el archivo. También puedes hacer uso de la versión original de tu tema.
  • Si no quieres so­bre­s­cri­bir el archivo, debes modificar el nombre de la carpeta del tema actual. De esta manera se des­ac­ti­va­rá y se volverá a usar el tema estándar de WordPress. En este sentido, también es posible eliminar ma­nua­l­me­n­te el código de­fe­c­tuo­so del archivo functions.php en el tema inactivo.
  • Si has tomado la decisión de in­te­r­ca­m­biar el archivo functions.php que no funciona por una versión que sí está operativa y el cliente FTP solicita so­bre­s­cri­bir functions.php, responde de forma afi­r­ma­ti­va.
  • Vuelve al navegador y actualiza la página web. Si el proceso se ha llevado a cabo de manera correcta, la White Screen of Death debería haber des­apa­re­ci­do.

También puedes probar con otro tema en lugar de modificar el archivo functions.php principal, de modo que los cambios llevados a cabo en el tema tengan lugar sin necesidad de modificar el código.

Siempre es re­co­me­n­da­ble guardar una copia de seguridad del tema mo­di­fi­ca­do por separado antes de efectuar cambios. De esta manera te aseguras de poder ejecutar la operación me­n­cio­na­da an­te­rio­r­me­n­te en caso de que aparezca una página en blanco en WordPress.

Fuentes de error de­s­co­no­ci­das

En ocasiones, la White Screen of Death surge por razones de­s­co­no­ci­das: puede ser que hayas mo­di­fi­ca­do tus plugins o que hayas reescrito el código de tu tema. Ahora bien, si al in­tro­du­cir el URL no se puede vi­sua­li­zar la página web, sino la “pantalla blanca de la muerte”, pero no hay errores evidentes ¿cómo se puede so­lu­cio­nar este error en WordPress?

En este tipo de si­tua­cio­nes la constante WP_DEBUG es de gran ayuda, ya que por medio de sus mensajes de error se puede ide­n­ti­fi­car la presencia de archivos corruptos. A co­n­ti­nua­ción es posible ocultar, modificar o re­es­cri­bir los archivos fá­ci­l­me­n­te, tras lo cual tu página web volverá a estar to­ta­l­me­n­te operativa. No obstante, sin WP_DEBUG también se pueden eliminar los errores.

Debido a la co­m­ple­ji­dad de muchos plugins de WordPress, existe una elevada pro­ba­bi­li­dad de que los errores de­s­co­no­ci­dos se deban a ellos. Quizá una de tus ex­te­n­sio­nes ha quedado obsoleta o una ac­tua­li­za­ción instalada no hace mucho es in­co­m­pa­ti­ble con tu backend de WordPress. Ante tales sospechas, lo más re­co­me­n­da­ble es des­ac­ti­var todos los plugins y volverlos a activar uno tras otro con el objetivo de averiguar de forma gradual cuál es el que da problemas.

Inicia sesión en el servidor con el cliente FPT y, a co­n­ti­nua­ción, sigue estos pasos para ide­n­ti­fi­car el plugin de­fe­c­tuo­so:

  • Navega hasta el di­re­c­to­rio en el que se en­cue­n­tran los archivos de WordPress.
  • Abre la carpeta “wp-content”.
  • En dicha carpeta "wp-content" se encuentra la carpeta "plugins".
  • Cámbiale el nombre, tras lo cual se des­ac­ti­van au­to­má­ti­ca­me­n­te todos los plugins. El nombre puede elegirse li­bre­me­n­te, pero tendrás que re­co­no­ce­r­lo más tarde.
  • Abre el panel de control de WordPress. Si la página blanca ha des­apa­re­ci­do y puedes iniciar sesión, esto significa que el causante del problema era uno de los plugins.
  • Vuelve a cambiar por “plugins” el nombre de la carpeta. Una vez hecho esto puedes ver una lista de todos tus plugins, aunque inactivos, por lo que tendrás que ir ac­ti­vá­n­do­los uno a uno. Si, tras activar un plugin de­te­r­mi­na­do, la pantalla vuelve a ponerse blanca, entonces sabrás rá­pi­da­me­n­te cuál es el origen del problema.
  • Vuelve al cliente FTP y elimina el plugin pro­ble­má­ti­co.

Si tras realizar estos pasos tu pantalla sigue estando blanca, el problema puede residir en uno de los temas in­s­ta­la­dos. Sigue el mismo pro­ce­di­mie­n­to con la carpeta de temas: cámbiale el nombre y reactiva todos los temas paso a paso hasta que vuelva a aparecer la pantalla blanca.   

Además de las ex­te­n­sio­nes, existen otras causas que no son visibles a simple vista:

  • Al­ma­ce­na­mie­n­to en caché: se puede utilizar un plugin de caché para mejorar los tiempos de carga de WordPress. En caso de que, a pesar de haber llevado a cabo todos los pasos, siga apa­re­cie­n­do la pantalla en blanco borra el caché de tu página. Si no puedes porque todavía no tienes acceso a WordPress, borra el caché del navegador.
  • Archivo(s) corrupto(s): puede que tus archivos de WordPress estén dañados (por ejemplo, a causa de la presencia de malware). Ponte en contacto con tu proveedor de hosting y solicita un dia­g­nó­s­ti­co del problema.
  • Server down: revisa tu bandeja de correo. Muchos pro­vee­do­res de hosting avisan a sus clientes cuando sus se­r­vi­do­res fallan. Si no has recibido nada, llama al servicio al cliente, aunque también podría deberse a un problema con el servidor que tu proveedor aún no ha dia­g­no­s­ti­ca­do.

En última instancia, una manera de eliminar la pantalla en blanco de WordPress es la re­s­tau­ra­ción completa por medio de un backup.

2. Errores internos de servidor: 500 Internal Server Error

La no­ti­fi­ca­ción de error “500 Internal Server Error” puede afectar a cualquier gestor de páginas web, no solo a WordPress. Por suerte, en la mayoría de los casos su causa se puede hallar rá­pi­da­me­n­te. En WordPress, los plugins o los problemas con los temas son a menudo des­en­ca­de­na­n­tes de errores en el servidor. Otras causas para los errores internos de servidor en WordPress son los archivos .htaccess dañados o una capacidad in­su­fi­cie­n­te de memoria en PHP. Los errores internos de servidor también pueden afectar a la página de ad­mi­ni­s­tra­ción de WordPress, mientras que el resto de páginas funcionan sin problemas.

1ª fuente de errores: el archivo .htaccess está dañado

La causa más común para la aparición del mensaje de error “500 Internal Server Error” es que el archivo .htaccess esté dañado. Por este motivo, ante una no­ti­fi­ca­ción de error de tales ca­ra­c­te­rí­s­ti­cas lo primero que debe hacerse es comprobar este tipo de archivo. Inicia sesión en tu servidor por medio de un acceso FTP, navega por el di­re­c­to­rio raíz de WordPress y busca el archivo .htaccess. Cambia el nombre al archivo pro­vi­sio­na­l­me­n­te y vuelve a cargar tu página web. Si funciona, crea un nuevo archivo .htaccess haciendo clic en Ajustes → Enlaces pe­r­ma­ne­n­tes (Settings → Pe­r­ma­li­n­ks) en el panel de ad­mi­ni­s­tra­ción de WordPress y vuelve a guardar los ajustes.

2ª fuente de errores: memoria de PHP in­su­fi­cie­n­te

En ocasiones, los límites de al­ma­ce­na­mie­n­to de PHP también pueden causar el 500 Internal Server Error. Para de­te­r­mi­nar que esto sea realmente el motivo por el que tiene lugar el error, debes revisar el error_log de tu página web. Activa wp_debug y comprueba los pro­to­co­los de error. A co­n­ti­nua­ción abre el archivo wp-config.php y busca la siguiente línea de código:

Define ('WP_DEBUG', false);

Y mo­di­fí­ca­la como se indica:

Define ('WP_DEBUG', true);

De nuevo, se re­co­mie­n­da des­ac­ti­var tanto plugins como temas de uno en uno, ya que los errores internos de servidor pueden estar oca­sio­na­dos por plugins o temas erróneos. Como al­te­r­na­ti­va, el error puede su­b­sa­nar­se ampliando la capacidad de al­ma­ce­na­mie­n­to de PHP.

3ª fuente de errores: el archivo principal está dañado

No es muy común, pero el hecho de que el archivo principal de WordPress esté dañado también puede dar lugar a la aparición de un error interno de servidor. Si esto ocurre, los archivos pri­n­ci­pa­les se deben cargar de nuevo.

Re­gí­s­tra­te en la página web a través de FTP y crea una nueva carpeta wp-admin y wp-includes. Los cambios rea­li­za­dos en estas carpetas no deben influir en tus ajustes pe­r­so­na­les para WordPress a menos que hayas guardado archivos mo­di­fi­ca­dos en estas carpetas, algo que no suele ocurrir. Los archivos en la carpeta wp-content contienen tus temas, plugins y otros cambios y dicha carpeta no puede mo­di­fi­car­se, porque se perdería el contenido de la página web.

Si falla todo lo demás, has de descargar una nueva copia de WordPress de la página oficial e in­s­ta­lar­la de nuevo.

3. Errores en la conexión con la base de datos: error es­ta­bli­shi­ng a database co­n­ne­c­tion

Si eres un usuario avanzado de WordPress sabrás cómo so­lu­cio­nar este error en WordPress rá­pi­da­me­n­te, pero para los menos ex­pe­ri­me­n­ta­dos puede que la no­ti­fi­ca­ción “Error es­ta­bli­shi­ng a database co­n­ne­c­tion” pueda resultar algo confusa.

Este error se produce cuando instalas WordPress ma­nua­l­me­n­te o cuando intentas subir tu propia página web. Un buen proveedor de alo­ja­mie­n­to de WordPress debe co­n­fi­gu­rar y asegurar todo de manera que no surjan este tipo de errores, algo que no ocurre si te encargas tú mismo de la gestión de WordPress. 

De todos los archivos PHP de WordPress, wp-config.php es el más im­po­r­ta­n­te, porque sin él no se puede es­ta­ble­cer la conexión con la base de datos, con lo que tu página web no fu­n­cio­na­ría. En este archivo se deben incluir los datos relativos a la conexión, como el nombre de la base de datos, el nombre de usuario, la co­n­tra­se­ña y el host. En el caso de pro­vee­do­res de alo­ja­mie­n­to de pago este archivo no es editable, por lo que si utilizas un servicio ge­s­tio­na­do la situación que se muestra a co­n­ti­nua­ción se­gu­ra­me­n­te no es muy relevante para ti.

1ª fuente de errores: co­n­fi­gu­ra­ción de conexión in­co­rre­c­ta

La aparición de errores al conectar con la base de datos se puede atribuir a una co­n­fi­gu­ra­ción in­co­rre­c­ta de la conexión con la base de datos en el archivo wp-config.php. Si quieres cambiar de sitio una página web de una empresa de alo­ja­mie­n­to antigua, tienes que realizar algunos cambios. Actualiza el nombre de la base de datos, el nombre de usuario y la co­n­tra­se­ña de la base de datos en el archivo wp-config.php para que la base de datos funcione co­rre­c­ta­me­n­te.

2ª fuente de errores: errores al trasladar la página de WordPress

Otra de las fuentes de error más comunes está re­la­cio­na­da con el traslado de tus archivos de WordPRess a un nuevo proveedor de alo­ja­mie­n­to. Al principio, la página web seguirá vi­sua­li­zá­n­do­se al in­tro­du­cir el URL. Tu página ya no podrá vi­sua­li­zar­se, sin embargo, en cuanto tu antiguo proveedor haya resuelto el contrato de­fi­ni­ti­va­me­n­te y no hayas de­s­pla­za­do tu base de datos al servidor del nuevo proveedor. En ese caso recibirás el mensaje de error “Error al es­ta­ble­cer una conexión con la base de datos”.

El mejor método para evitar este error es tra­n­s­fe­rir in­me­dia­ta­me­n­te toda la base de datos a tu nuevo proveedor de alo­ja­mie­n­to. Actualiza el archivo wp-config.php para acceder a la nueva base de datos. En este sentido es posible anular la antigua cuenta de alo­ja­mie­n­to sin perder datos ni tener que hacer frente a la no­ti­fi­ca­ción “Error al es­ta­ble­cer una conexión con la base de datos”.

Antes de empezar a so­lu­cio­nar los errores en WordPress, asegúrate de contar con una copia de seguridad de tu base de datos mediante la ex­po­r­ta­ción de tu archivo SQL.

3ª fuente de datos: archivo wp-config.php de­fe­c­tuo­so

Es posible que se te haya olvidado ac­tua­li­zar tu archivo wp-config.php al modificar la co­n­tra­se­ña para la base de datos.

Es re­co­me­n­da­ble ac­tua­li­zar la co­n­tra­se­ña de la base de datos con asiduidad para proteger la base de datos, pero también se debe cambiar la co­n­tra­se­ña del panel de control de hosting y la del archivo wp-config.php. De­s­cá­r­ga­lo, abre un editor de texto y modifica la siguiente línea:

Define ('DB_PASSWORD', 'co­n­tra­se­ña');

Introduce una co­n­tra­se­ña nueva, guarda el archivo wp-config.php y súbelo mediante FTP. Actualiza el navegador y comprueba que tu página web se haya cargado co­m­ple­ta­me­n­te.

4ª fuente de errores: has in­tro­du­ci­do tus datos bancarios de forma in­co­rre­c­ta

A veces se cometen errores ti­po­grá­fi­cos y, en algunos casos, incluso los errores más in­si­g­ni­fi­ca­n­tes pueden ocasionar la caída de toda una página web. Un guion in­co­rre­c­to o un número erróneo en la base de datos, nombre de usuario o co­n­tra­se­ña son su­fi­cie­n­tes para impedir el acceso a tu página web.

La mayoría de in­s­ta­la­cio­nes de WordPress se realiza mediante el panel de control de hosting con un asistente. No obstante, algunos usuarios prefieren la in­s­ta­la­ción manual. Si instalas WordPress sin asi­s­te­n­cia au­to­má­ti­ca, también debes crear tu base de datos de forma manual, donde debes prestar atención a la in­tro­du­c­ción correcta del nombre de la misma, del nombre de usuario y de la co­n­tra­se­ña. Para una mayor seguridad, utiliza la función de copiar y pegar.

Asegúrate de copiar solo el texto que sea necesario, poniendo especial atención en que no se copien espacios en blanco, ya que WordPress los in­te­r­pre­ta como ca­ra­c­te­res. Los espacios inducen a error cuando el programa de in­s­ta­la­ción intenta es­ta­ble­cer la conexión con la base de datos. Asegúrate de in­tro­du­cir los datos en los campos correctos durante la in­s­ta­la­ción.

5ª fuente de errores: problemas con DB_HOST al trasladar una página de WordPress a otro proveedor de hosting

Una vez has ac­tua­li­za­do el archivo wp-config.php para poder acceder a tu base de datos en la nueva empresa de hosting, es necesario realizar cambios en DB_HOST.

Este problema no es muy habitual, pero puede aparecer. Algunas empresas de hosting emplean sus propios valores a la hora de definir los pa­rá­me­tros de DB_HOST en wp-config, aunque no siempre, y otras definen un URL para el servidor de bases de datos MySQL, el cual debe uti­li­zar­se como valor para DB_HOST. En ocasiones, también funciona cuando se introduce la dirección IP de hosting en lugar del URL de MySQL.

6ª fuente de errores: la base de datos está dañada

Este error no se parece a “Error al es­ta­ble­cer una conexión con la base de datos”, pero está re­la­cio­na­do. A veces, aunque el frontend de tu página web funciona a la pe­r­fe­c­ción, esta no­ti­fi­ca­ción de error sigue apa­re­cie­n­do. Una o varias tablas de la base de datos no están di­s­po­ni­bles, por lo que se tiene que reparar la base de datos.

Abre el archivo wp-config.php y ve a la sección que define el nombre de la base de datos, el nombre de usuario, la co­n­tra­se­ña y el host, en el que se puede es­ta­ble­cer la siguiente de­fi­ni­ción:

Define ('WP_ALLOW_REPAIR', true);

Guarda el archivo wp-config.php y cárgalo usando el protocolo FTP. A co­n­ti­nua­ción introduce el siguiente URL:

http://www.tu-pagina.net/wp-admin/maint/repair.php

En la página se muestran dos opciones. La primera es el botón “Reparar la base de datos” (“Repair Database”) y la segunda la opción “Reparar y optimizar la base de datos”, donde debes ase­gu­rar­te de haber creado una copia de seguridad completa de tu base de datos

Haz clic en la opción “Reparar base de datos” y una vez fi­na­li­za­do el proceso, abre una nueva pestaña en el navegador. Comprueba que la página web se muestre sin errores.

7ª fuente de errores: el servidor de la base de datos MySQL no está di­s­po­ni­ble

Este tipo de problemas con WordPress se puede dar cuando el servidor del proveedor de hosting llega a su límite. Si tu página tiene mucho tráfico puede que el servidor se vea so­bre­ca­r­ga­do. En el caso de algunos pro­vee­do­res puede ocurrir que un mismo servidor aloje a una gran cantidad de páginas web, de forma que un tráfico muy elevando en una web puede ocasionar problemas al resto de páginas.

Por ello, es re­co­me­n­da­ble contactar con el proveedor de alo­ja­mie­n­to para obtener in­fo­r­ma­ción sobre el estado del servidor de la base de datos. Es posible que haya un problema técnico o que la empresa de hosting todavía no te haya informado acerca del ma­n­te­ni­mie­n­to del servidor, de modo que una simple llamada puede so­lu­cio­nar­te muchas dudas.

Pregunta a tu empresa de hosting y hazle saber que ya has probado di­fe­re­n­tes so­lu­cio­nes sin éxito. Si te dicen que tu página web produce mucho tráfico en el servidor y que es re­co­me­n­da­ble realizar una ac­tua­li­za­ción del alo­ja­mie­n­to, ya sabrás donde reside la fuente de errores.

Con la in­fo­r­ma­ción expuesta, se puede ver que el mensaje “Error al es­ta­ble­cer una conexión con la base de datos” no es tan grave como se pensaba. En la mayoría de los casos solo se tiene que comprobar con exactitud si la base de datos se ha co­n­fi­gu­ra­do co­rre­c­ta­me­n­te en el archivo wp-config.php.

4. El tiempo de conexión ha caducado: co­n­ne­c­tion timed out

Este mensaje de error surge cuando el servidor de la página web está muy so­bre­ca­r­ga­do y no puede finalizar la solicitud. Otro posible escenario es un servidor mal co­n­fi­gu­ra­do. El error  “Co­n­ne­c­tion timed out” aparece cuando tu página web envía más so­li­ci­tu­des al servidor de las que en realidad puede abarcar.

1ª fuente de errores: plugins de­fe­c­tuo­sos

Lo primero que se debe hacer es des­ac­ti­var los plugins. Si así se soluciona el problema, activa los plugins uno detrás de otro. Con este método es posible dilucidar cuál es el plugin pro­ble­má­ti­co, pero como al­te­r­na­ti­va cambia tu tema actual por el tema estándar de WordPress.

2ª fuente de errores: límites de al­ma­ce­na­mie­n­to de PHP agotados

Otra posible fuente de errores es el límite de memoria de PHP, que se puede in­cre­me­n­tar en el archivo wp-config.php. Ábrelo e inserta la siguiente línea de código:

define(‘WP_MEMORY_LIMIT’, ’64M’);

Hay que tener en cuenta que en el alo­ja­mie­n­to co­m­pa­r­ti­do esto solo se puede conseguir hasta un cierto punto. Si quieres in­cre­me­n­tar la memoria, tienes que ponerte en contacto con tu proveedor de servicios de alo­ja­mie­n­to para que así lo haga, pero no debes olvidar que dicha capacidad es muy baja en muchos pro­vee­do­res de alo­ja­mie­n­to co­m­pa­r­ti­do.

Si tienes acceso al archivo php.ini, también puedes aumentar el tiempo de ejecución máximo. De­s­plá­za­te hacia abajo en el archivo hasta llegar a la línea con la opción max_execution_time. Fija el valor límite en 0 para eliminar por completo el límite en el tiempo de ejecución de PHP o usa otro valor.

3ª fuente de errores: el error 404

Otra de las causas más comunes para la aparición de un mensaje de error es el conocido como error 404, que tiene lugar cuando una página web intenta cargar un archivo que no existe, lo que puede ra­le­n­ti­zar la página web y provocar un timeout.

4ª fuente de errores: cookie de­fe­c­tuo­sa

Este tipo de errores en WordPress puede pro­du­ci­r­se cuando no se está fa­mi­lia­ri­za­do con la apli­ca­ción de un archivo .htaccess. En ci­r­cu­n­s­ta­n­cias ex­tre­ma­da­me­n­te raras este plantea problemas en WordPress cuando el navegador almacena una cookie de­fe­c­tuo­sa. En caso de que esto ocurra, siempre es co­n­ve­nie­n­te eliminar la caché y volver a cargar la página para descartar las causas del error.

La solución universal: Core Control

Hay numerosas so­lu­cio­nes para los di­fe­re­n­tes errores en WordPress. Las di­fe­re­n­tes fuentes de errores pueden de­te­c­tar­se con facilidad con Core Control de WordPress: Core Control es una colección de módulos de plugins con los que se pueden gestionar archivos de sistema de WordPress. Si quieres utilizar este plugin, primero tienes que acceder a la página de co­n­fi­gu­ra­ción “Core Control” para luego activar el módulo HTTP. Abre una nueva pestaña y prueba Core Control.

5. WordPress no guarda los cambios

Acabas de modificar el tema o has creado una nueva entrada y has vuelto a cargar tu página, pero no se vi­sua­li­zan los cambios. En la mayoría de los casos la solución a este problema es muy sencilla: tu navegador web debe volver a cargar co­m­ple­ta­me­n­te la página desde el servidor. Un navegador web almacena copias de páginas web en la caché o en la memoria del ordenador. Cuando se visita la página, el navegador web accede a la copia al­ma­ce­na­da en la caché, por lo que la página se carga más rápido.

Cuando el navegador web carga una copia al­ma­ce­na­da no es capaz de mostrar los últimos cambios rea­li­za­dos, puesto que es una copia antigua. Para, por ejemplo, cargar tu página co­m­ple­ta­me­n­te desde cero en Firefox, tienes que mantener pulsadas las teclas Ctrl + Mayús y luego pulsar R. En Chrome esto se consigue ma­n­te­nie­n­do pulsada la tecla Ctrl y luego F5. Estos atajos de teclado pueden variar en función de la co­n­fi­gu­ra­ción del navegador.

También puede ocurrir que algunos servicios de alo­ja­mie­n­to web usen plugins de caché en el backend sin que sus clientes lo sepan. Por lo general, estos plugins se pueden des­ac­ti­var en el campo de co­n­fi­gu­ra­ción del proveedor de alo­ja­mie­n­to. Para estar seguro de ello, es posible preguntar al de­pa­r­ta­me­n­to de asi­s­te­n­cia técnica si utiliza plugins de caché. En caso afi­r­ma­ti­vo, puedes solicitar que los des­ac­ti­ven.  

También es común que no se muestren los cambios cuando se utiliza un plan de alo­ja­mie­n­to de WordPress. Muchos de estos planes utilizan caché del lado del servidor. Si utilizas el servicio de WordPress de tu proveedor, puede ser útil eliminar la caché de forma manual. En muchos casos, los cambios se mostrarán una vez elimines la caché.

Si usas un caché de proxy inverso HTTP en tu servidor web, los cambios no se mostrarán de forma directa en tus archivos, sino que las mo­di­fi­ca­cio­nes apa­re­ce­rán tras un período de tiempo de­te­r­mi­na­do una vez haya caducado la versión guardada te­m­po­ra­l­me­n­te en la caché y se haya vuelto a cargar. Configura tu sistema de caché co­rre­c­ta­me­n­te para eliminar este problema.

Por defecto, WordPress no tiene una memoria caché. Algunos plugins de WordPress pueden añadir, aun in­de­pe­n­die­n­te­me­n­te de los ajustes del navegador, funciones de caché a tu página web, lo que sirve de ayuda para que cargue más rápido debido a que WordPress accede a tus datos desde ella. Todos los plugins de caché con cierta calidad eliminan la caché cuando se publica una entrada, una página o un co­me­n­ta­rio. Si realizas otros cambios, como por ejemplo mo­di­fi­ca­cio­nes en tu tema, puede que no se borre y que todavía se siga mostrando la versión antigua. Revisa las in­s­tru­c­cio­nes del plugin co­rre­s­po­n­die­n­te para saber cómo se borra la memoria caché.

Si realizas un cambio en un archivo, el documento nuevo solo se guardará en tu ordenador. Si no detectas ningún cambio, asegúrate de cargar dicho archivo y de colocarlo en la carpeta correcta. Si so­bre­s­cri­bes un archivo exac­ta­me­n­te idéntico, puede ocurrir que el proceso de al­ma­ce­na­mie­n­to no termine, por lo que, para andar sobre seguro, es necesario eliminar la versión antigua del archivo del servidor de alo­ja­mie­n­to.

También es posible utilizar una web proxy para cargar de nuevo una página web desde allí. Puesto que se trata de una página proxy, no se recurrirá al caché, sino a la versión más actual de la página web.

6. Modo ma­n­te­ni­mie­n­to continuo después de una ac­tua­li­za­ción

En WordPress es frecuente que se tenga que ac­tua­li­zar algún plugin, un tema o incluso los archivos core. En primer lugar se guarda la página web, se realiza la ac­tua­li­za­ción y luego se produce una in­te­rru­p­ción. Con ello se pone de relieve que hay un conflicto entre la ac­tua­li­za­ción y el plugin existente o entre la ac­tua­li­za­ción y el código pe­r­so­na­li­za­do, lo que da como resultado la no­ti­fi­ca­ción de un error interno.

Si des­ac­ti­vas el plugin de­fe­c­tuo­so o el código pe­r­so­na­li­za­do, es posible que entre en fu­n­cio­na­mie­n­to el modo ma­n­te­ni­mie­n­to de WordPress, con lo que se podrá leer “Maintmode.wpe” en la página de inicio de la web. Con ello se indica que apa­re­n­te­me­n­te la página se encuentra en modo ma­n­te­ni­mie­n­to, pero ¿qué significa esto?

El modo ma­n­te­ni­mie­n­to es una función esencial que anula el acceso a WordPress cuando hay ac­tua­li­za­cio­nes o in­s­ta­la­cio­nes en curso. Al llevarse a cabo las ac­tua­li­za­cio­nes se in­te­rru­m­pen algunos procesos en el backend durante un breve período de tiempo, por lo que WordPress crea un archivo temporal para la in­s­ta­la­ción de las ac­tua­li­za­cio­nes. En cuanto el proceso ha acabado, se elimina el archivo y la página web vuelve a funcionar con no­r­ma­li­dad. 

El hecho de que se produzca un conflicto con este archivo puede in­te­rru­m­pir el proceso de eli­mi­na­ción del archivo temporal como estaba previsto. El archivo de ma­n­te­ni­mie­n­to continúa fu­n­cio­na­n­do tras finalizar la ac­tua­li­za­ción, por lo que aparece el mensaje anterior.

Este tipo de co­n­fli­c­tos tiene fácil solución si se está fa­mi­lia­ri­za­do con un programa FTP, es decir, eli­mi­na­n­do el archivo de ma­n­te­ni­mie­n­to di­re­c­ta­me­n­te del di­re­c­to­rio:

Inicia sesión a través de tu programa FTP y ve al di­re­c­to­rio raíz (la misma carpeta en la que se encuentra el archivo wp-config.php). Si no en­cue­n­tras el archivo, pro­ba­ble­me­n­te esté oculto. Se­le­c­cio­na la opción “Mostrar archivos ocultos” en tu cliente y cuando lo hayas en­co­n­tra­do, elimínalo y actualiza el cliente. A co­n­ti­nua­ción, borra la caché de tu navegador y vuelve a cargar la página. 

¿Cómo se pueden evitar co­n­fli­c­tos con el archivo de ma­n­te­ni­mie­n­to? Sigue los pasos a co­n­ti­nua­ción para prevenir un gran número de errores desde el principio:

  • Muchos co­n­fli­c­tos surgen como co­n­se­cue­n­cia de ignorar las in­s­tru­c­cio­nes para realizar ac­tua­li­za­cio­nes. Instala las ac­tua­li­za­cio­nes tan pronto estén di­s­po­ni­bles y comprueba que no haya ac­tua­li­za­cio­nes im­po­r­ta­n­tes re­co­me­n­da­das en la página de ad­mi­ni­s­tra­ción de WordPress.
  • Asegúrate de que todos los plugins y temas sean co­m­pa­ti­bles con la última versión de WordPress. También puedes ponerte en contacto con los ad­mi­ni­s­tra­do­res de los plugins o temas para saber si se va a publicar una nueva versión y cuándo va a tener lugar.
  • No instales ninguna ac­tua­li­za­ción sin haber realizado una copia de seguridad.

7. Error de sintaxis

Un minúsculo error ti­po­grá­fi­co puede hacer que la página de WordPress deje de funcionar en su totalidad, pero el mensaje de error “Syntax error” es un problema con solución.

Un error si­n­tá­c­ti­co se produce ge­ne­ra­l­me­n­te debido a un pequeño, aunque decisivo, error en la sintaxis de tu código. La falta de una coma o un pa­ré­n­te­sis in­co­rre­c­to puede in­te­rru­m­pir todo el script. ¿Has insertado un snippet de Internet o ac­tua­li­za­do un plugin re­cie­n­te­me­n­te? Si ha sido así, co­m­prué­ba­lo primero.   

Para eliminar el error de sintaxis debes editar el fragmento de código que causa el error, bien eli­mi­ná­n­do­lo por completo o bien reparando su sintaxis. Para los pri­n­ci­pia­n­tes, un simple error que impida el acceso a toda la página puede ser muy fru­s­tra­n­te. Si has in­tro­du­ci­do el código en el cuadro de mandos de WordPress por medio del editor, ya no es posible acceder al código de WordPress. La única po­si­bi­li­dad para subsanar el error es in­te­r­ca­m­bia­n­do el código de­fe­c­tuo­so a través de FTP.

Inicia sesión en tu programa FTP y ve al di­re­c­to­rio con el archivo del tema que tiene que editarse. El código de error te indica de qué archivo se trata y a qué línea afecta exac­ta­me­n­te.

En este caso es posible eliminar el código añadido más re­cie­n­te­me­n­te por completo o corregir la sintaxis. Una vez hayas eliminado o editado el código, guarda el archivo y súbelo al servidor. Si accedes a la página web de WordPress sin caché, esta debería funcionar co­rre­c­ta­me­n­te.

8. Automatic Update Fail

WordPress ofrece un gran número de ca­ra­c­te­rí­s­ti­cas lla­ma­ti­vas y, sin lugar a dudas, la función de ac­tua­li­za­cio­nes au­to­má­ti­cas resulta muy práctica para muchos usuarios. Sin embargo, en dichas ac­tua­li­za­cio­nes au­to­má­ti­cas también surgen co­m­pli­ca­cio­nes.

Si has instalado una versión actual de WordPress, no tienes que preo­cu­par­te de las pequeñas ac­tua­li­za­cio­nes de seguridad, ya que la mayoría se realiza de forma au­to­má­ti­ca en un segundo plano, por lo que no hay que hacer nada. En el caso de las ac­tua­li­za­cio­nes de mayor en­ve­r­ga­du­ra, como por ejemplo una versión de WordPress to­ta­l­me­n­te nueva, haz clic en el botón de “Ac­tua­li­zar ahora”.

Antes de ac­tua­li­zar WordPress es re­co­me­n­da­ble hacer una copia de seguridad de la base de datos, así como de todos los archivos y carpetas. Si recibes el mensaje de error “La ac­tua­li­za­ción ha fracasado”, puedes so­lu­cio­nar el problema como se muestra a co­n­ti­nua­ción:

Eli­mi­na­ción del archivo de ma­n­te­ni­mie­n­to

En primer lugar, elimina el archivo de ma­n­te­ni­mie­n­to de tu di­re­c­to­rio de WordPress vía FTP. Si hay fallos en una ac­tua­li­za­ción de WordPress, se debe eliminar el archivo y volver a la página de ad­mi­ni­s­tra­ción de WordPress.

Co­m­pro­ba­ción de los permisos de archivo

En ocasiones, WordPress no puede crear el di­re­c­to­rio de ac­tua­li­za­cio­nes por un problema de permisos. Si recibes la no­ti­fi­ca­ción de error “No se ha podido crear el di­re­c­to­rio”, comprueba que la carpeta “wp-content” tiene el permiso de archivos 755 re­gla­me­n­ta­rio. Como al­te­r­na­ti­va, también es posible usar el permiso 777. En cualquier caso, vuelve a modificar el permiso una vez hayas so­lu­cio­na­do el problema y, además, también debes des­ac­ti­var todos los plugins te­m­po­ra­l­me­n­te.

A co­n­ti­nua­ción, intenta ac­tua­li­zar WordPress de nuevo. Si vuelves a recibir el mismo error, elimina la carpeta “upgrade” en wp-content, créala de nuevo y emplea el permiso 777 para la misma. Si funciona, no olvides volver a cambiar el permiso a 755 para reducir los riesgos de seguridad.

En algunos casos, te en­co­n­tra­rás con problemas de permisos re­la­cio­na­dos con tu proveedor de alo­ja­mie­n­to web, por lo que deberás ponerte en contacto con él para intentar so­lu­cio­nar estas di­fi­cu­l­ta­des.

In­tro­du­c­ción de los datos de acceso de FTP en el archivo wp-config.php

Si has tra­s­la­da­do tu página web re­cie­n­te­me­n­te o has mo­di­fi­ca­do la co­n­tra­se­ña de FTP, es posible que WordPress requiera tus datos de acceso a FTP en el panel de control. WordPress puede pedirlos a menudo, lo que es mo­di­fi­ca­ble mediante los ajustes co­rre­s­po­n­die­n­tes. En lugar de in­tro­du­cir los datos de acceso al panel de control una y otra vez, añádelos en el archivo wp-config.php, pero asegúrate primero de que utilizas los datos de acceso a FTP correctos. Verifica los datos visitando el panel de control de alo­ja­mie­n­to web.

Po­s­te­rio­r­me­n­te, abre el archivo wp-config.php del di­re­c­to­rio raíz de tu in­s­ta­la­ción de WordPress y completa algunas líneas. Inserta las si­guie­n­tes líneas en tu archivo wp-config.php por medio de la línea “‘/* That’s all, stop editing! Happy blogging. */’":

define(‘FS_METHOD’, ‘ftpext’);

define(‘FTP_HOST’, ‘ftp.paginaweb.es’);

define(‘FTP_USER’, ‘no­m­bre­deu­sua­rio);

define(‘FTP_PASS’, ‘co­n­tra­se­ña’);

Introduce los datos co­rre­s­po­n­die­n­tes en los espacios para el host de FTP, el nombre de usuario y la co­n­tra­se­ña.

9. Problemas al subir imágenes a WordPress

Los problemas al subir imágenes a WordPress están re­la­cio­na­dos, no­r­ma­l­me­n­te, con permisos de archivo erróneos. Tu di­re­c­to­rio de subida de imágenes debe tener los permisos de archivo correctos, si no, WordPress no puede guardar archivos en él. En algunos casos, también surgen di­fi­cu­l­ta­des al mostrar los archivos co­n­te­ni­dos en dicho di­re­c­to­rio. Para fijar permisos de archivo correctos para el di­re­c­to­rio es necesario un cliente FTP, aunque es posible que te preguntes por qué han surgido problemas con los permisos de repente. ¿Quién ha mo­di­fi­ca­do los permisos?

Son varias las causas que pueden provocar co­m­pli­ca­cio­nes con los derechos. Por un lado, es posible que tu proveedor de alo­ja­mie­n­to web haya hecho una ac­tua­li­za­ción y, para ello, haya mo­di­fi­ca­do los permisos de archivo. También puede ocurrir que esto haya sido obra de un hacker como resultado de un backdoor hack. Si se tiene un servicio de alo­ja­mie­n­to co­m­pa­r­ti­do, también es posible que un usuario haya instalado un tema o plugin de una fuente poco fiable y que este archivo haya mo­di­fi­ca­do erró­nea­me­n­te el script y los permisos de archivo para todos los usuarios.

Una vez todo vuelve a funcionar con no­r­ma­li­dad solo queda no­r­ma­li­zar los permisos de archivo. Si tienes problemas o di­fi­cu­l­ta­des a este respecto, ponte en contacto con tu proveedor de hosting.

Establece la conexión con tu página web mediante el cliente FTP y abre la carpeta “/wp-content/”, que contiene la su­b­ca­r­pe­ta “/uploads/”. Haz clic con el botón derecho del ratón en el di­re­c­to­rio de subidas y se­le­c­cio­na los permisos de archivo. Tras ello se abrirá un cuadro de diálogo para los permisos de archivo. En primer lugar, se deben co­n­fi­gu­rar los permisos de archivo para dicho di­re­c­to­rio y el resto de su­b­di­re­c­to­rios con el permiso 744. Para ello, introduce el número 744 en el campo para el valor numérico, y activa la casilla de ve­ri­fi­ca­ción junto a “Recursivo en su­b­di­re­c­to­rios”. Por último, haz clic en “Solo para su­b­di­re­c­to­rios“. Confirma todo mediante “OK” para que se lleven a cabo los cambios. Tras ello, el programa FTP dará comienzo a la gestión de archivos para los di­re­c­to­rios. Si no sirve de ayuda optar por el permiso 744, prueba en su lugar con el valor numérico 755.

En el siguiente paso configura los permisos de archivo para todos los datos en el di­re­c­to­rio de subidas.  Para ello, haz clic con el botón derecho del ratón en dicho di­re­c­to­rio y se­le­c­cio­na la categoría “Derechos de acceso a los archivos”. Cambia en el cuadro de diálogo “Mo­di­fi­ca­ción de acceso a los archivos” el valor numérico 644 y activa la casilla de ve­ri­fi­ca­ción junto a “Recursivo en su­b­di­re­c­to­rios”. Por último, haz clic en “Solo para archivos” y po­s­te­rio­r­me­n­te haz clic en “OK” para que se lleven a cabo los cambios.

El programa FTP establece los permisos de archivo para todos los ficheros y en cuanto se guardan los cambios es posible subir fotos a través de la página de ad­mi­ni­s­tra­ción de WordPress.

10. La barra lateral aparece bajo el contenido principal

Cuando aparece este tipo de problemas con WordPress, la barra lateral ya no se muestra a la izquierda o a la derecha junto al contenido principal, sino bajo el texto. Esto no solo tiene una apa­rie­n­cia un tanto negativa, sino que puede pe­r­ju­di­car a la usa­bi­li­dad de la página web. Aun cuando el diseño de la página se vuelve in­se­r­vi­ble cuando surge este tipo de errores en WordPress, esto no significa que ya no puedas volver a utilizar tu tema, ya que este error se puede solventar rá­pi­da­me­n­te.

Una de las causas más comunes para ello es una gran cantidad de etiquetas div abiertas (o cerradas) en tu código HTML. Este tipo de etiquetas tienen la siguiente apa­rie­n­cia en el código de tu página de WordPress:

<div> </ div>

Estas marcas abren o cierran algunos elementos HTML de tu página web. Cuando una etiqueta div aparece mucho o muy poco en el código, este no se im­ple­me­n­ta co­rre­c­ta­me­n­te, lo que afecta, sobre todo, al diseño. Es­pe­cia­l­me­n­te cuando el problema solo está visible en una entrada o en una página, la cu­l­pa­bi­li­dad recae en las etiquetas div. El medio más simple con el que se puede comprobar si hay errores en las etiquetas div de tu código es el validador online de HTML. 

No obstante, también es posible que haya un error en tu archivo CSS, algo que se tiene que tener en cuenta sobre todo si has mo­di­fi­ca­do este archivo re­cie­n­te­me­n­te. Si has fa­ci­li­ta­do datos sobre el tamaño del contenido principal y la barra lateral que no encajan entre sí, la hoja de estilo CSS no puede elaborar co­rre­c­ta­me­n­te el diseño. La in­fo­r­ma­ción in­co­rre­c­ta sobre los márgenes de página o el abuso de padding pueden provocar una pre­se­n­ta­ción in­co­rre­c­ta de tu página web.

Otra po­si­bi­li­dad es que la propiedad float de la barra lateral esté des­ac­ti­va­da y no pueda alinearse a la izquierda o hacia la derecha mediante CSS. Comprueba el estado de esta propiedad para descartar esta fuente de errores.

Ir al menú principal