Guía para decidir mejor
Cómo solucionar problemas de permisos de archivos en WordPress
Los permisos no son siempre el problema. Compara propietario, ruta y logs antes de modificar un archivo o carpeta.
Un error al subir imágenes o actualizar WordPress puede deberse a permisos, pero también a propiedad de archivos, cuota, espacio, una ruta incorrecta o una restricción del proveedor. No apliques 777 ni un cambio recursivo a toda la instalación para «probar»: abrirías archivos sensibles y quizá no arreglarías la causa.
Comprueba el fallo antes de cambiar permisos
- Identifica la operación que falla y el mensaje exacto: subida a uploads, actualización, caché o escritura de un plugin. Verifica espacio y cuota, ruta del sitio y hora del error en los logs.
- Compara propietario, grupo y modo del archivo o carpeta afectada con una carpeta equivalente que sí funciona. Pregunta con qué usuario ejecuta PHP y cómo gestiona propiedad tu panel; en hosting gestionado puede ser distinto al ejemplo de una guía genérica.
- Haz copia del elemento afectado y anota valores originales. Si una migración cambió la propiedad de cientos de archivos, pide al proveedor el procedimiento compatible con ese servidor antes de tocar el árbol completo.
Ajusta el mínimo necesario
La guía de endurecimiento de WordPress explica que las rutas que necesitan escritura deben poder ser escritas por el proceso adecuado, mientras que el código y wp-config.php merecen protección especial. Los valores 755 para carpetas y 644 para archivos son referencias frecuentes, no una receta universal: ACL, propietario, PHP-FPM y políticas del hosting cambian el resultado. Evita dar acceso de escritura global al servidor web o hacer público el archivo de configuración.
Ejemplo: después de copiar archivos con otra cuenta, solo falla la subida a wp-content/uploads. Un log «permission denied» en esa ruta y una propiedad diferente de sus carpetas vecinas respaldan corregir esa propiedad mediante el panel o soporte. Si no hay tal evidencia y el disco está lleno, cambiar permisos no resolverá nada.
Prueba y documenta
Repite únicamente la acción que fallaba con un archivo de prueba inocuo, comprueba que el sitio público y wp-admin funcionan y que no hay errores nuevos. Retira el archivo de prueba cuando ya no haga falta. Si el incidente comenzó tras una migración, revisa además la lista de comprobación posterior. Si WordPress responde con un 500, reúne primero el log y la ruta exacta. No compartas una captura que revele usuarios o rutas privadas.
Si WordPress pide credenciales FTP al actualizar
La petición no significa necesariamente que debas abrir un servicio FTP. WordPress elige el método de escritura según el entorno y la propiedad de archivos; si PHP no puede modificar el destino con seguridad, solicita credenciales. Comprueba primero quién posee wp-content/plugins, el usuario de PHP, espacio y cuota, y cualquier cambio de propietario tras una migración. Pide a soporte corregir la configuración o propiedad compatible con el servidor, con copia y prueba de actualización en staging. No guardes contraseñas FTP en wp-config.php, no cambies todo a permisos 777 ni fuerces FS_METHOD a direct como atajo: la documentación de WordPress advierte de los riesgos de forzar ese método en hosts mal configurados. Si el proveedor exige un método concreto, documenta el motivo y verifica después que las actualizaciones se completan y la web sigue operativa.
Cuando el síntoma es que no aparecen adjuntos, separa el fallo de permisos de otros problemas con la guía de la biblioteca de medios.