Qué son los inodos y por qué tu hosting se llena sin estar lleno
Publicado el 24 de julio de 2026 · Actualizado el 5 de agosto de 2026
Por Rubén Ortega · 12 años en soporte técnico y preventa de empresas de hosting (Abansys, Arsys, Nominalia) · Declaración de vínculos
📌 Datos clave
- Qué es un inodo
- El registro de cada fichero o carpeta en el sistema de ficheros
- Qué mide
- Cuántos ficheros tienes, no cuánto ocupan
- WordPress limpio
- Entre 2.000 y 3.000 ficheros
- Síntoma típico
- Sobran GB pero fallan subidas y actualizaciones
- Dónde aparece
- En las condiciones del plan, casi nunca en la landing
Respuesta rápida
Un inodo es el registro que el sistema de ficheros crea para cada archivo y cada carpeta. Da igual que pese 1 KB o 500 MB: cada uno consume exactamente un inodo. Por eso el límite de inodos cuenta cuántos ficheros tienes, no cuánto ocupan.
De ahí el síntoma que despista a todo el mundo: el panel dice que te sobran gigas, pero la web ya no puede escribir nada. Has agotado los inodos, no el disco.
Es el límite más silencioso de un hosting compartido y uno de los que menos se publican.
Por qué existe este límite
No es un invento comercial. Es una restricción real del sistema de ficheros: cada partición se formatea con un número finito de inodos, y ese número se reparte entre todas las cuentas del servidor.
Y hay un motivo práctico añadido: millones de ficheros pequeños degradan el rendimiento de todo el servidor, sobre todo las copias de seguridad. Respaldar una cuenta con 900.000 ficheros diminutos tarda muchísimo más que una con 20.000 ficheros grandes, aunque ocupen lo mismo. Limitar inodos protege al resto de clientes de ese vecino.
Cuántos consume una web real
Cifras orientativas de una instalación típica, para que te hagas la idea:
| Elemento | Ficheros aproximados |
|---|---|
| WordPress limpio | 2.000 – 3.000 |
| Un tema comercial | 1.000 – 5.000 |
| Un plugin medio | 200 – 2.000 |
| Cada imagen subida | 1 original + 5-8 tamaños generados |
| Caché de página | Miles, y creciendo |
| Copia de seguridad local | Duplica todo lo anterior |
Esa cuarta fila es la que pilla a más gente. Cada imagen que subes no genera un fichero: genera entre seis y nueve, porque WordPress crea versiones en miniatura, mediana, grande y las que añadan tu tema y tus plugins. Una galería de 500 fotos puede acercarse a 4.000 ficheros ella sola.
Y la última fila es la que revienta cuentas: un plugin de copias que guarda los respaldos dentro de tu propio hosting duplica el recuento entero cada vez que se ejecuta.
Cómo saber cuántos llevas
En cPanel aparece en la barra lateral derecha como «File Usage» o «Uso de archivos». En Plesk, dentro del uso de recursos de la suscripción.
Si tienes acceso por SSH, el recuento exacto de una carpeta:
find /ruta/a/tu/web -xdev | wc -l
Y para encontrar dónde se acumulan, que es lo que de verdad necesitas:
du -a --inodes /ruta/a/tu/web 2>/dev/null | sort -rn | head -20
Sin SSH, el gestor de archivos del panel muestra el recuento por carpeta.
Qué pasa cuando lo superas
La cuenta deja de poder crear ficheros. En la práctica:
- Fallan las subidas de imágenes al medio de subirlas
- Fallan las actualizaciones de WordPress, temas y plugins
- Fallan las copias de seguridad, sin avisar
- Se rompen sesiones y caché, con errores intermitentes rarísimos de diagnosticar
- El correo puede dejar de recibir, si las cuentas están en la misma cuota
Lo desconcertante es que la web se sigue viendo. Lo que deja de funcionar es todo lo que escribe en disco, y eso produce fallos aparentemente inconexos que nadie relaciona con el disco porque el panel sigue diciendo que hay espacio libre.
Los cinco sitios donde se acumulan
Por orden de lo que más he visto:
- Copias de seguridad guardadas en el propio hosting. El primer sitio donde mirar. Además, si el problema es el servidor, esas copias están en el mismo servidor que ha fallado — así que tampoco te salvan.
- Tamaños de imagen que nadie usa. Cada tema y cada plugin registra los suyos. Muchos quedan huérfanos al cambiar de tema.
- Caché de página antigua. Algunos plugins no purgan bien y acumulan ficheros de meses.
- Logs y ficheros temporales, sobre todo
error_logen cada carpeta. - Instalaciones olvidadas. Un WordPress de pruebas en
/dev/o/old/cuenta igual.
Este es solo uno de los límites de tu plan. El cuadro completo, con cuál se te va a agotar primero según el tipo de web, está en todos los límites de un hosting compartido.
Cómo bajarlos
En orden de rentabilidad:
- Saca las copias de seguridad fuera del hosting. A un almacenamiento externo. Libera la mitad de una tacada, y además es lo correcto por seguridad.
- Vacía la caché y comprueba que el plugin la purga de verdad.
- Desregistra los tamaños de imagen que no uses y limpia los huérfanos.
- Borra las instalaciones antiguas que ya no sirven.
- Borra los
error_loguna vez leídos.
Si tras todo eso sigues al límite, el problema ya no es la limpieza: el plan se te ha quedado pequeño de verdad.
Preguntas frecuentes
¿Qué es un inodo en un hosting?
El registro que el sistema de ficheros usa para cada archivo o carpeta. En la práctica, el número de inodos de tu cuenta es el número de ficheros y carpetas que contiene, sin importar lo que ocupen.
¿Cuántos inodos consume un WordPress?
Una instalación limpia ronda los 2.000-3.000 ficheros. Con una decena de plugins, un tema comercial y la biblioteca de medios, es normal superar los 50.000. Con copias locales, se multiplica.
¿Qué pasa si supero el límite?
La cuenta deja de poder crear ficheros: fallan subidas, actualizaciones, copias y también sesiones o caché. La web puede seguir viéndose, pero deja de funcionar todo lo que escribe.
¿Por qué no aparece en la página de contratación?
Porque es un límite difícil de explicar y fácil de percibir como restrictivo. Está en las condiciones del servicio. Si un plan anuncia espacio ilimitado pero tiene tope de inodos, tu límite real es el número de ficheros.
Las cifras de consumo son órdenes de magnitud habituales, no medidas de ningún plan concreto. Los límites exactos de cada proveedor se publicarán cuando estén verificados uno a uno.