Tu web no carga, la tienda no acepta pedidos o el panel no te deja entrar después de una actualización. Soy Mariusz Szatkowski, desarrollador WordPress desde 2006, y la reparación la hago yo personalmente: empiezo por los hechos, hago una copia, aíslo la capa que ha fallado y compruebo la reparación en las mismas rutas en las que falló. Al final de la página verás también qué cubre el mantenimiento continuo para que las averías sean menos frecuentes.
Con quién trabajas
- WordPress comercial desde 2006, antes de Gutenberg y la REST API
- Dirigido por un senior: el ingeniero del discovery es el mismo en la semana seis
- Sin traspaso a offshore, sin capa de PM facturada
- Organizador de WordCamp Europe, mentor de WordPress Foundation Credits
- Shopify Academy: ruta CRO y Partner Marketing (Credly, 2025)
Reparar WordPress: síntoma, causa y primer paso seguro
Las averías más habituales tienen causas descritas en la documentación de WordPress. La tabla muestra qué suele haber detrás de cada síntoma y qué puedes comprobar tú mismo sin empeorar la situación. Si el primer paso no funciona o no tienes acceso a los archivos, detente y escríbeme con una descripción.
| Síntoma | Causa más frecuente | Primer paso seguro |
|---|---|---|
| Pantalla en blanco sin ningún mensaje | Un error de PHP en un plugin o en el tema, a menudo justo después de una actualización | Por SFTP, cambia el nombre de la carpeta wp-content/plugins y, si no basta, el de la carpeta del tema activo |
| ”Ha habido un error crítico en esta web.” | Un error fatal de PHP capturado por WordPress (desde la versión 5.2) | Revisa el buzón del correo de administración de la web: el mensaje incluye un enlace al modo de recuperación, que pausa el plugin causante |
| 500 Internal Server Error | Un archivo .htaccess dañado, un plugin o el límite de memoria | Cambia el nombre de .htaccess y, cuando la web vuelva, guarda de nuevo Ajustes, Enlaces permanentes |
| Error al establecer una conexión con la base de datos | Datos incorrectos en wp-config.php o un servidor de base de datos que no responde | Compara DB_NAME, DB_USER, DB_PASSWORD y DB_HOST con el panel del hosting y pregunta al proveedor por el estado de MySQL |
| Allowed memory size exhausted | Un límite de memoria de PHP demasiado bajo o código que consume memoria en un bucle | Sube WP_MEMORY_LIMIT en wp-config.php y después averigua qué consume tanto, porque subir el límite solo aplaza el problema |
| La web se queda en modo mantenimiento | Una actualización interrumpida dejó el archivo .maintenance | Borra .maintenance de la carpeta raíz y termina la actualización que se cortó |
| Redirecciones a webs ajenas, spam en los resultados de Google | Un hackeo, normalmente a través de un plugin desactualizado o abandonado | No borres archivos a ciegas: haz una copia como prueba, cambia las contraseñas del panel, del SFTP y de la base de datos, y después limpia como explica la página eliminar malware de WordPress |
| La tienda WooCommerce no acepta pedidos | Un conflicto entre plugins, caché en el carrito o un error en la pasarela de pago | Entra en WooCommerce, Estado, Registros y comprueba en qué paso se detiene el pedido |
Fuentes: Common WordPress Errors, Debugging in WordPress, Fatal Error Recovery Mode in 5.2, FAQ My site was hacked.
Reparación, servicio y soporte técnico WordPress
Separo el mantenimiento preventivo de la reparación. Cuando un sitio ya está roto, hackeado, muy lento o bloqueado tras una actualización, o cuando hace falta una intervención WooCommerce porque el checkout no cobra, lo primero es averiguar dónde está el fallo y qué se puede salvar. Retocar el diseño puede esperar.
Los casos típicos: webs con años de deuda técnica, instalaciones con demasiados plugins, errores tras actualizar, pantallas blancas, formularios que dejan de enviar y rendimiento que cae sin causa visible. Cada uno tiene una causa técnica concreta, y corregir solo el síntoma deja la avería esperando a volver. Cuando la web se ha construido o modificado mucho con una herramienta de IA, el trabajo es otro: el código generado suele esconder supuestos erróneos en lugar de errores evidentes, así que lo trato aparte en el rescate de webs hechas por IA.
Mira qué muestra tu sitio en público
Danos la dirección de un sitio que gestiones. Lo descargamos como lo haría un navegador y mostramos qué se deduce de ello, junto con lo que leímos exactamente.
Pega la dirección de tu web. La herramienta la descarga como lo haría el navegador de un visitante y muestra el código de respuesta tras las redirecciones, las cabeceras, el peso de la carga inicial y los rastros de WordPress. No inicia sesión ni ve el panel, así que no sustituye a un diagnóstico, pero el resultado pegado en tu mensaje me ahorra preguntas al principio. La descripción completa de lo que mide está en la página del chequeo de sitio WordPress.
Qué suele implicar una reparación técnica
Actualizaciones de temas y plugins
Muchas averías nacen de una actualización. Pruebo la versión nueva en staging antes de llevarla a producción.
Copias de seguridad
Antes de tocar nada hago una copia de archivos y base de datos, y compruebo que la copia que ya tenías se puede restaurar.
Monitorización de disponibilidad
En el mantenimiento compruebo cada pocos minutos si la web responde, para enterarme de una caída antes que tus clientes.
Seguridad tras el incidente
Contraseñas y claves nuevas, plugins abandonados fuera y el editor de archivos del panel desactivado.
Reparación de sitios
Localizo la causa de la avería, la corrijo y te dejo por escrito qué cambié y cómo volver atrás.
Desarrollo a medida
Si la causa está en código propio del tema o de un plugin a medida, lo corrijo en el repositorio, no a mano en el servidor.
Después de reparar, lo importante es no volver al mismo punto. Suelo recomendar una base mínima de mantenimiento, porque sin ella muchas webs vuelven a fallar por las mismas causas al cabo de unos meses.
Diagnóstico de errores en WordPress
Sin un diagnóstico preciso, la solución puede ser incorrecta o empeorar las cosas. Una pantalla blanca puede venir de un error de PHP, de dos plugins en conflicto, de falta de memoria en el servidor o de una base de datos dañada, y cada causa pide un arreglo distinto.
Empiezo activando el modo de depuración de WordPress (WP_DEBUG) con el registro en archivo, para ver el error exacto sin mostrarlo a los visitantes. Lo cruzo con los registros del servidor web (Apache o Nginx), los de PHP y, si los hay, los del hosting. Ahí aparecen el archivo, la función y la línea que fallan.
Si la web no carga en absoluto, trabajo directamente en el servidor por SSH o desde el panel del hosting: compruebo la conexión con la base de datos, la integridad de los archivos de WordPress con wp core verify-checksums, el contenido de wp-config.php y las reglas de .htaccess.
En problemas de rendimiento miro las consultas lentas con Query Monitor, los plugins que más recursos consumen, la configuración de caché y si el servidor da abasto con el tráfico que recibe.
Cómo solucionar la pantalla blanca de la muerte en WordPress
La pantalla blanca (White Screen of Death) es de las averías más habituales. El sitio deja de mostrar contenido y aparece una página vacía o un mensaje genérico. Las causas más frecuentes son errores de PHP en un plugin o en el tema, el límite de memoria de PHP superado, un conflicto tras una actualización o archivos del núcleo dañados.
Con el registro de depuración activo, WordPress anota el error concreto. Si no se puede entrar al panel, hago los cambios en el servidor: desactivo plugins renombrando su carpeta, cambio a un tema por defecto, subo el límite de memoria en wp-config.php o restauro los archivos del núcleo desde una descarga limpia.
Una vez corregida la causa, compruebo la web entera, no solo la portada: páginas internas, formularios, WooCommerce y el resto de funciones de las que vive el negocio. Después quito el plugin problemático, actualizo el tema a una versión compatible o ajusto el servidor para que no se repita.
Recuperación de sitios hackeados
Los síntomas varían: redirecciones a webs de spam, contenido inyectado, páginas de phishing alojadas en tu servidor, correo basura enviado desde él, archivos extraños en los directorios o avisos de Google de que la web es peligrosa.
- Contención. Cambio las contraseñas del servidor y de la base de datos y, si hace falta, pongo la web en mantenimiento o restrinjo el acceso mientras limpio.
- Vía de entrada. Busco por dónde entraron: plugins o temas con vulnerabilidades conocidas, contraseñas débiles, PHP o WordPress obsoletos, configuración insegura del servidor. Si esa vía no se cierra, la web vuelve a caer después de la limpieza.
- Limpieza. Comparo el núcleo con una instalación limpia, reviso los archivos de temas y plugins, limpio la base de datos (enlaces de spam, usuarios que nadie creó, opciones modificadas) y elimino las puertas traseras que suelen dejar para volver.
- Cierre. Actualizo WordPress, plugins y temas, quito componentes abandonados, cambio todas las contraseñas y las claves de wp-config.php, activo el doble factor y configuro cabeceras de seguridad.
- Reputación. Si Google marcó la web, pido la revisión en Search Console cuando la limpieza está hecha. Si el hosting suspendió la cuenta, le envío lo necesario para demostrar que el problema está resuelto.
El detalle de la limpieza está en eliminar malware de WordPress.
Conflictos entre plugins
Dos plugins que modifican lo mismo, un plugin que no es compatible con la versión actual de WordPress o de PHP, o uno que lanza errores de JavaScript que rompen otros componentes. Los síntomas van de fallos visuales a funciones que dejan de responder, errores en el panel o la pantalla blanca. A veces el conflicto no aparece justo tras la actualización, sino cuando se da una combinación concreta que nadie probó.
Lo localizo con método: desactivo todos los plugins y los reactivo de uno en uno en una copia, comprobando la web en cada paso. Con el culpable identificado, decido si basta una actualización, un ajuste o un parche, o si hay que sustituirlo por una alternativa mantenida.
A veces el choque es entre un plugin y el tema. Los temas que traen mucha funcionalidad propia (sliders, constructores de páginas, tipos de contenido) chocan más, porque duplican lo que debería hacer un plugin aparte. Se previene con pocos plugins, bien mantenidos, y probando cada actualización en staging antes de producción.
Por qué WordPress va lento y cómo solucionarlo
Una web lenta suele tener varias causas a la vez, repartidas entre servidor, aplicación y navegador.
En el servidor: hosting escaso para el tráfico real, sin OPcache ni caché de objetos (Redis o Memcached), sin caché de página, una versión de PHP antigua o límites de memoria y tiempo de ejecución mal ajustados.
En WordPress: plugins con consultas ineficientes, temas que cargan recursos en todas las páginas, una base de datos inflada con revisiones, transients caducados y tablas huérfanas, o demasiadas peticiones AJAX y tareas en segundo plano.
En el navegador: imágenes sin optimizar, demasiado CSS y JavaScript, fuentes que bloquean el renderizado, scripts de terceros (analítica, chats, mapas) y la falta de CDN.
Empiezo por lo que más pesa en tu caso concreto. A veces basta con ajustar la caché y las imágenes; otras hay que sustituir un plugin pesado, rehacer partes del tema o cambiar de hosting.
Errores de base de datos
La base de datos guarda el contenido, la configuración, los usuarios, los pedidos de WooCommerce y los datos de los plugins. Un fallo aquí se ve de muchas formas: páginas que no cargan, datos que desaparecen, un panel que se comporta raro o el mensaje “Error al establecer una conexión con la base de datos”.
Lo más habitual son tablas dañadas (WordPress trae una herramienta de reparación que se activa con la constante WP_ALLOW_REPAIR en wp-config.php), tablas infladas, sobre todo wp_options con demasiados datos en autoload, tablas huérfanas de plugins desinstalados y credenciales incorrectas o un servidor MySQL que no responde.
Para tablas dañadas uso las herramientas de MySQL; para lentitud, analizo las consultas y optimizo las tablas que más pesan; para la conexión, reviso wp-config.php y el estado del servidor de base de datos con el hosting.
Errores de WooCommerce
Las tiendas tienen fallos propios: pasarelas que rechazan cobros, impuestos o envíos mal calculados, extensiones que chocan tras una actualización, emails transaccionales que no salen y un checkout que no deja terminar la compra.
Todos tocan los ingresos. Un checkout que falla en silencio, con el cliente convencido de que pagó y la tienda sin pedido, puede pasar días sin que nadie lo note hasta que llegan las quejas.
Los registros de WooCommerce (WooCommerce, Estado, Registros) muestran errores de pasarelas, de API y de procesamiento de pedidos; los del servidor añaden los errores de PHP y de conexión. La solución puede ser reconfigurar la pasarela, actualizar o sustituir una extensión, corregir impuestos o envíos, o ajustar el servidor para el tráfico de la tienda.
Problemas con actualizaciones fallidas
Una actualización puede cortarse por falta de espacio en disco, un timeout del servidor, permisos de archivos o un corte de red. Si se interrumpe a medias, quedan archivos de la versión nueva mezclados con los de la antigua.
Se nota en el aviso de mantenimiento que no desaparece (el archivo .maintenance se quedó en la raíz), en funciones rotas a medias, en incompatibilidades entre componentes y, en el peor caso, en la pantalla blanca.
Primero averiguo qué se actualizó y en qué estado quedaron los archivos. Para el núcleo, subo los archivos desde una descarga limpia; para plugins y temas, la versión correcta desde el repositorio. Si hay una copia reciente y buena, restaurarla suele ser la vía más segura. Después repito la actualización de forma controlada, paso a paso.
Errores de email y formularios
Confirmaciones de pedido que no llegan, formularios de contacto que no avisan, emails de registro que acaban en spam. Afectan a la operación diaria y a la confianza de tus clientes.
La causa más habitual: WordPress envía con la función mail() de PHP, que depende del servidor, y muchos hostings la tienen limitada o desactivada. Además, el correo que sale sin SPF, DKIM y DMARC bien configurados acaba a menudo en spam.
La solución es enviar por SMTP autenticado a través de un servicio como Amazon SES, Mailgun o Postmark, conectado con un plugin SMTP, y revisar los registros DNS del dominio. En WooCommerce importa más que en ningún otro sitio, porque el cliente espera la confirmación del pedido.
Cómo evitar que un error de WordPress se repita
La reparación no termina cuando desaparece el error. Si la causa sigue ahí, la web vuelve a fallar en semanas o meses.
Después de reparar reviso el inventario de plugins (fuera los innecesarios, sustituyo los abandonados, compruebo que los que quedan conviven bien), optimizo la base de datos, ajusto el hosting, aplico las medidas de seguridad básicas y dejo copias automáticas. Te dejo también por escrito qué revisar, con qué frecuencia actualizar, cómo probar los cambios antes de producción y qué señales indican que algo va mal.
Si en tu empresa no hay nadie técnico, el mantenimiento WordPress cubre actualizaciones probadas en staging, copias guardadas más de 30 días en la UE y monitorización de disponibilidad cada pocos minutos. Antes de acceder a datos personales firmamos el contrato de encargado del tratamiento del artículo 28 del RGPD.
Cómo es el proceso de reparación de un sitio WordPress
1
Aviso con hechos
La dirección de la página, el momento de la avería, los últimos cambios y lo que ha quedado bloqueado: el carrito, el acceso o la publicación.
2
Copia antes del cambio
Un punto de restauración de archivos y base de datos y, cuando el incidente lo permite, la reproducción del error fuera de producción.
3
Aislar la capa
Hosting, núcleo, tema, plugin, código propio, API externa, caché o DNS. Reparo la capa más pequeña responsable del fallo.
4
Comprobación y registro
Vuelvo a probar el escenario del aviso y las rutas cercanas, y anoto el cambio y el punto de vuelta atrás.
Si el sitio está en producción, reduzco los cambios al mínimo para acortar el tiempo de impacto. Al final recibes por escrito la causa, la solución aplicada y lo que recomiendo para que no se repita.
Soporte técnico WordPress: qué preparar para el aviso
Al principio de una avería, casi todo el tiempo se va en conseguir accesos y averiguar qué ha cambiado. Esto acelera el arranque más que cualquier otra cosa:
Descripción de la avería
- la dirección de la página en la que se ve el problema
- cuándo apareció por primera vez
- qué cambió justo antes: una actualización, un plugin nuevo, una migración, un cambio de DNS
- el texto del mensaje de error o una captura de pantalla
Accesos
- una cuenta de administrador de WordPress aparte, no la tuya
- SFTP o SSH a los archivos de la web
- el panel del hosting con acceso a la base de datos y a los registros de errores
- en una tienda: acceso de solo lectura al panel de la pasarela de pago
Envía los accesos por un canal aparte, no en el texto del formulario. Cuando termine, borra la cuenta que creaste para mí y cambia la contraseña del SFTP: es buena práctica con cualquier proveedor. Las recomendaciones de WordPress sobre contraseñas, cuentas y permisos están en la guía Hardening WordPress.
Soporte WooCommerce: cuando la tienda deja de vender
En una tienda, una avería cuesta más que en una web corporativa, porque cada hora son pedidos que no entran. Que la portada vuelva a cargar no demuestra nada: la intervención WooCommerce termina cuando un pedido de prueba pasa por el carrito, el pago, el email de confirmación y el cambio de stock. Adjunta al aviso el registro de errores y el informe de estado del sistema (los dos en WooCommerce, Estado), que muestra el entorno, las versiones y las plantillas sobrescritas.
Si la tienda no vende, escríbeme por el formulario de contacto con la URL, la hora del fallo y el último cambio desplegado. Cuando la tienda funciona pero lleva tiempo perdiendo pedidos, pagos o integraciones, en lugar de una reparación suelta funciona mejor un sprint de rescate WooCommerce acotado en el tiempo.
Tu web WordPress no funciona. Cuéntame qué ves
Para empezar bastan la dirección, el momento de la avería y los últimos cambios. El presupuesto es individual, lo preparo a partir de la descripción del incidente y el trabajo arranca con el alcance por escrito.
Enviar la descripción de la avería
