🎨 Sysprovider Code
Sysprovider LogoWiki
🇪🇸Hosting español para ecommerce

Solucionar error 500 en Plesk: causas comunes

Actualizado el 26 de abril de 2026

¡Hola! Soy tu técnico de soporte amigable. Hoy vamos a desglosar uno de los errores más temidos y comunes en el mundo del hosting: el temido error 500 en Plesk. No te preocupes, aunque parezca un monstruo de mil cabezas, con esta guía paso a paso podrás diagnosticarlo y solucionarlo tú mismo en la mayoría de los casos.

El error 500 es un error genérico del lado del servidor. Básicamente, el servidor (Apache, Nginx o PHP) está teniendo un problema interno y no puede completar tu solicitud. No te dice exactamente qué falla, por eso a veces parece un acertijo. Pero con las herramientas de Plesk y un poco de paciencia, lo resolveremos.

¿Qué es exactamente el error 500 en Plesk?

Imagina que entras a tu web y en lugar de ver tu página, ves un mensaje en blanco o algo como "Error interno del servidor 500". Esto puede ocurrir por muchas razones, desde un simple archivo .htaccess mal escrito hasta un plugin de WordPress que se volvió loco.

Las causas más comunes son:

  • Archivos .htaccess corruptos o con directivas incorrectas.
  • Problemas de permisos de archivos o directorios.
  • Errores en la configuración de PHP (límite de memoria, tiempo de ejecución, etc.).
  • Plugins o temas defectuosos en CMS como WordPress, Joomla o Drupal.
  • Agotamiento de recursos del servidor (memoria, CPU, inodos).
  • Errores en la base de datos.

[TIP] Antes de hacer nada, siempre haz una copia de seguridad de tu sitio y de la base de datos. Plesk tiene herramientas integradas para esto. Ve a “Sitios web y dominios” > tu dominio > “Administrador de copias de seguridad”.

Paso 1: Activar el modo de depuración (Debug) en Plesk

Plesk a menudo oculta los errores detallados por seguridad. Necesitamos que nos muestre la causa real.

  1. Inicia sesión en Plesk.
  2. Ve a Sitios web y dominios > selecciona el dominio que da error.
  3. Busca la sección Configuración de PHP (normalmente está en el menú de la derecha o en la pestaña "PHP").
  4. Dentro de la configuración, busca la opción display_errors y cámbiala a On.
  5. También busca error_reporting y ponla en E_ALL (o un valor similar que muestre todos los errores).
  6. Guarda los cambios.

Ahora, vuelve a cargar tu página web. En lugar del error 500 genérico, deberías ver un mensaje más específico como "Fatal error: Allowed memory size of...". Ese es nuestro tesoro.

Paso 2: Revisar los logs del servidor (Apache/Nginx)

Si el paso anterior no muestra nada, los logs son tu mejor amigo. Plesk guarda registros detallados de todo lo que pasa.

  1. En Plesk, ve a Sitios web y dominios > tu dominio.
  2. Busca la sección Logs (a veces está en un submenú llamado "Registros" o "Logs").
  3. Revisa los siguientes archivos:
    • error_log (el más importante, busca la línea que coincida con la hora del error).
    • access_log (a veces da pistas).
    • php_error_log (si existe, es específico de PHP).

Busca palabras como "PHP Fatal error", "out of memory", "permission denied", "Internal Server Error". La línea que empiece con [error] o [php7:error] te dará la pista.

[WARNING] Si no ves logs, asegúrate de que el registro de errores esté activado en la configuración de PHP (opción log_errors = On y error_log = /var/log/plesk-php/...). Normalmente viene activado por defecto.

Paso 3: Soluciones rápidas para causas comunes

Aquí tienes las soluciones para los problemas más frecuentes. Prueba en este orden.

### 3.1. Archivo .htaccess corrupto

El .htaccess es un archivo de configuración de Apache que a veces se daña.

  1. Conéctate a tu servidor por FTP o usa el Administrador de archivos de Plesk.
  2. Ve a la raíz de tu dominio (normalmente httpdocs o public_html).
  3. Renombra el archivo .htaccess a algo como .htaccess_old (no lo borres aún, por si acaso).
  4. Recarga tu web. Si funciona, el problema está en ese archivo.
  5. Si usas WordPress, ve a Ajustes > Enlaces permanentes y haz clic en "Guardar cambios" para regenerar un .htaccess limpio.
  6. Si no usas WordPress, revisa el contenido del .htaccess original línea por línea (especialmente las reglas de redirección y reescritura).

### 3.2. Permisos de archivos incorrectos

Los archivos y carpetas deben tener los permisos adecuados. Plesk suele gestionarlos bien, pero a veces fallan.

  • Carpetas: Deben tener permisos 755 (rwxr-xr-x).
  • Archivos: Deben tener permisos 644 (rw-r--r--).
  • Archivos ejecutables (como wp-config.php): 600 o 640.

Puedes corregirlos desde el Administrador de archivos de Plesk o por FTP. En Plesk:

  1. Ve a Sitios web y dominios > Administrador de archivos.
  2. Selecciona todos los archivos y carpetas.
  3. Haz clic en Permisos y ajústalos según lo anterior.

### 3.3. Límites de PHP (memoria, ejecución, entrada)

A veces un script necesita más recursos de los que PHP permite.

  1. Ve a Sitios web y dominios > Configuración de PHP.
  2. Aumenta temporalmente estos valores (puedes ponerlos altos para probar):
    • memory_limit: 256M o 512M
    • max_execution_time: 300
    • max_input_time: 300
    • upload_max_filesize: 64M (si subes archivos grandes)
  3. Guarda y prueba.

Si el error desaparece, tu sitio necesita más recursos. Puedes dejarlos así o investigar qué plugin/script consume tanto.

### 3.4. Plugins o temas de WordPress/Joomla/Drupal

Si el error empezó después de instalar o actualizar algo, ese es el culpable.

  1. Desactiva todos los plugins: Ve a wp-content/plugins y renombra la carpeta plugins a plugins_old. Esto desactivará todos los plugins. Si la web funciona, reactiva uno por uno hasta encontrar el malo.
  2. Cambia al tema por defecto: En wp-content/themes, renombra la carpeta de tu tema activo (ej: mi-tema a mi-tema_old). WordPress usará el tema por defecto (Twenty Twenty-Four, etc.). Si funciona, el tema tiene un error.

[INFO] Estos pasos también aplican para Joomla (desactivar módulos/plugins) y Drupal (desactivar módulos).

### 3.5. Base de datos corrupta

Una tabla de base de datos dañada puede causar un error 500.

  1. Ve a Sitios web y dominios > Bases de datos.
  2. Selecciona la base de datos de tu sitio.
  3. Haz clic en phpMyAdmin.
  4. Selecciona todas las tablas (marca la casilla de arriba).
  5. En el menú desplegable "Con seleccionados", elige Reparar tabla.
  6. Espera a que termine. Si hay errores, te los mostrará.

Paso 4: Diagnóstico avanzado (si nada funciona)

Si los pasos anteriores no resuelven, toca ponerse el mono de trabajo.

### 4.1. Comprobar el estado del servidor

A veces el problema no es tu web, sino el servidor en sí. Plesk tiene herramientas de monitoreo.

  1. Ve a Herramientas y ajustes > Monitoreo del servidor.
  2. Revisa el uso de CPU, RAM y disco. Si está al 100%, el servidor está saturado.
  3. También revisa Servicios > Administrador de servicios para ver si Apache, Nginx o MySQL están funcionando. Si están detenidos, actívalos.

### 4.2. Revisar la configuración de Nginx (si lo usas)

Plesk usa Nginx como proxy inverso. A veces su configuración causa conflictos.

  1. Ve a Sitios web y dominios > tu dominio > Hosting y DNS > Configuración de Apache y Nginx.
  2. Busca la opción Proxy modo o Nginx settings.
  3. Prueba a desactivar Nginx temporalmente (o cambiar a "Apache solamente") y recarga la web. Si funciona, hay un problema en la configuración de Nginx.

[WARNING] No dejes Nginx desactivado para siempre, ya que reduce el rendimiento. Si funciona, contacta con soporte para ajustar la configuración.

### 4.3. Usar la herramienta de diagnóstico de Plesk

Plesk tiene una utilidad llamada plesk repair. Puedes ejecutarla desde la terminal (SSH) si tienes acceso root. No te asustes, es fácil.

  1. Conéctate por SSH a tu servidor.
  2. Ejecuta: plesk repair all
  3. Esto revisará y reparará muchos problemas comunes (bases de datos, configuraciones, permisos, etc.).

Si no tienes acceso SSH, pide a tu proveedor de hosting que lo ejecute.

Preguntas Frecuentes (FAQ)

P: ¿El error 500 puede deberse a un ataque de malware?

R: Sí, es posible. Si tu web ha sido hackeada, puede inyectar código que cause errores. Revisa los logs en busca de archivos sospechosos (como eval(base64_decode(...))). Usa un plugin de seguridad como Wordfence (WordPress) o un escáner de malware.

P: ¿Qué hago si el error aparece solo en una página específica?

R: Eso sugiere un problema con un script o plugin que se ejecuta en esa página. Revisa los logs de PHP para esa URL concreta. Si es un formulario, prueba a desactivar el plugin de formularios.

P: ¿Y si el error aparece al subir archivos grandes?

R: Seguro que es el límite de upload_max_filesize o post_max_size en la configuración de PHP. Auméntalos como vimos en el Paso 3.3.

P: ¿Puedo solucionarlo sin acceso a Plesk?

R: Si solo tienes acceso FTP, puedes modificar el .htaccess, desactivar plugins/temas, y cambiar permisos. Para la configuración de PHP necesitarías crear un archivo php.ini en la raíz o usar un plugin como "WP phpMyAdmin" (WordPress). Pero lo ideal es tener acceso a Plesk.

P: Mi web está en Syspanel (HestiaCP), ¿funciona igual?

R: Sí, el diagnóstico es muy similar. En Syspanel (HestiaCP), el acceso es por el puerto 2106 (ej: https://tudominio.com:2106). Busca la sección Web > tu dominio > Advanced options para ver logs y configuración de PHP. Los pasos de .htaccess, permisos y desactivar plugins son idénticos.

[INFO] Si después de todo esto el error persiste, contacta con tu proveedor de hosting. Proporciónales los logs de error y los pasos que ya has seguido. Ellos tienen acceso a configuraciones más profundas del servidor.

¡Y eso es todo! Espero que esta guía te haya sido de gran ayuda. Recuerda que la paciencia y el diagnóstico metódico son tus mejores aliados. Si tienes alguna otra duda, no dudes en preguntar. ¡Buena suerte y que tu web vuelva a funcionar pronto!

¿Necesitas ayuda?Son dos de nuestros técnicos, Agustín y Mikel, y están disponibles para resolver cualquier problema.

Hablar con ellos ahora
Agustín y Mikel