Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Hosting Dns Ssl

WordPress se queda sin espacio en un hosting compartido

Recupera WordPress con la cuota llena identificando de forma segura backups, logs, caché, correo y crecimiento de la base de datos.

Una cuenta llena puede impedir subidas, actualizaciones, escritura de caché, correo y operaciones de base de datos. La carpeta visible más grande de WordPress quizá no sea la causa: copias de cPanel, buzones, logs y MySQL suelen compartir la cuota.

No crees otra copia local ni borres archivos desconocidos. Primero mide cada categoría.

Confirma el alcance de la cuota

Usa el informe de disco de cPanel o Plesk y los límites del proveedor. Registra bytes e inodos por separado.

Mide:
home y public_html
bases de datos
buzones
archivos de backup
logs
caché y temporales
copias de staging

Los totales del panel pueden tardar en actualizarse; contrástalos con el proveedor.

Contén el crecimiento

Pausa backups locales, importaciones, escaneos, generación de imágenes y logging detallado. Si falla la base, pon las funciones de escritura en un mantenimiento apropiado.

No repitas actualizaciones o subidas: pueden dejar más temporales. Conserva acceso externo y una copia fiable fuera del servidor.

Encuentra candidatos seguros

ZIP o tar antiguos, stagings abandonados, cachés generadas y logs rotados pueden retirarse tras revisar propietario y retención.

Mueve los backups fuera, verifica su checksum y solo entonces bórralos. Usa los controles del plugin o panel para vaciar cachés. Nunca elimines wp-content/uploads, archivos activos de MySQL o PHP desconocido para ganar espacio.

Revisa el almacenamiento de correo

Adjuntos, Spam, Papelera y cuentas catch-all pueden ocupar la mayor parte. Usa informes del panel y reglas de conservación del negocio.

Archiva el correo necesario en un sistema aprobado antes de eliminar. No borres mensajes para reparar WordPress sin autorización del propietario. Corrige loops de reenvío o oleadas de spam que vuelvan a llenar la cuenta.

Inspecciona logs y debug

debug.log, errores PHP, accesos y seguridad pueden crecer rápidamente durante un bucle. Conserva una muestra limitada del incidente y rota mediante controles compatibles.

Desactiva el debug temporal y configura retención. Un log que llena el disco es consecuencia de un error repetitivo aún sin resolver. No retires evidencias necesarias para un incidente activo.

Mide el crecimiento de MySQL

La base puede contar dentro de la misma cuota. Identifica sesiones, Action Scheduler, transients, revisiones o tablas de plugins grandes.

Restaura las tareas de limpieza compatibles y corrige por qué fallaron. No borres pedidos, formularios o entradas basándote solo en el tamaño. Optimizar tablas también necesita espacio temporal; no lo hagas con margen cero.

Reserva espacio para restaurar o actualizar

Una actualización descarga un archivo, lo extrae y puede conservar temporalmente la versión actual. Una restauración necesita a la vez backup comprimido, archivos extraídos y temporales de base.

Calcula el pico, no solo el tamaño final. Mueve el archivo fuente fuera de cuota cuando se admita y confirma margen antes de empezar. Un proceso que llena el disco a mitad deja archivos mezclados.

Busca almacenamiento oculto

Directorios ocultos, backups de Softaculous o WordPress Toolkit, repositorios Git, dependencias y papelera del panel quizá no aparecen en public_html.

Activa archivos ocultos y averigua su propietario. .git puede ser el historial de despliegue; vendor o node_modules pueden ser necesarios en ejecución. Retira artefactos mediante el pipeline compatible, no al azar.

Planifica margen y copias externas

Deja espacio para uploads, extracción, MySQL y restauraciones. Configura alertas mucho antes del límite duro.

Envía copias cifradas a almacenamiento externo con retención y prueba recuperaciones. Mantener varias copias completas locales impide precisamente restaurar cuando se agota la cuota.

Considera picos de campañas e importaciones.

Verifica todas las escrituras

Después de limpiar o ampliar, prueba guardar borradores, subir medios, extraer una actualización, cron, base de datos y correo. Observa logs y cuota durante varios ciclos.

El mantenimiento recurrente debe informar bytes, inodos y principales fuentes de crecimiento. La reparación duradera crea margen y elimina el productor, no solo libera espacio para una petición más.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia