Antes de culpar al servidor: tres preguntas que acotan el 80 %
«Va lento» es un síntoma, no un diagnóstico. Antes de tocar nada, contesta estas tres preguntas: ¿lo sufre todo el mundo o solo algunas personas? ¿Ocurre siempre o a ciertas horas? ¿En todo el sistema o en pantallas concretas? Con esas tres respuestas ya has descartado media lista de sospechosos.
Si solo le pasa a una persona, mira su equipo, su red y su navegador. Si pasa a las nueve de la mañana y a fin de mes, mira procesos programados y concurrencia. Si pasa siempre y en todo, mira infraestructura y base de datos. Y si pasa en una pantalla concreta, ya tienes al culpable casi identificado: esa vista, ese informe o el módulo que la modifica.
Causas 1 y 2: la infraestructura
1. Servidor mal dimensionado o mal configurado. El error clásico no es tener poca máquina, es tenerla mal repartida. Odoo atiende peticiones mediante procesos de trabajo, y si ese número está por defecto o mal ajustado al número de núcleos, el sistema se atasca en cuanto entran diez personas a la vez. Añadir memoria no arregla un reparto mal hecho.
El segundo error de esta familia es tener los procesos programados compitiendo con los usuarios por los mismos recursos. Cuando el cierre nocturno, la sincronización con la tienda y la generación de informes se ejecutan en el mismo sitio donde tu equipo está facturando, alguien pierde. Y siempre pierde el usuario.
2. PostgreSQL tal y como se instaló. Aquí está la causa más frecuente en instalaciones que llevan años funcionando. La base de datos viene con parámetros conservadores pensados para cualquier máquina, y nadie los ha vuelto a mirar. A eso se suma la falta de mantenimiento: estadísticas desactualizadas, tablas hinchadas que nunca se han limpiado y consultas que hace tres años tardaban 40 milisegundos y hoy tardan cuatro segundos porque la tabla ha multiplicado su tamaño.
Cómo comprobar si el problema es la base de datos
Activa el registro de consultas lentas en PostgreSQL durante una jornada normal. Si aparecen siempre las mismas consultas en la lista, ya sabes qué modelo y qué pantalla están detrás. Es media hora de trabajo y evita semanas de conjeturas y de facturas de servidor más grande, que es la solución cara que no arregla nada.
Causas 3, 4 y 5: lo que le has puesto encima
3. Módulos de terceros mal programados. Es la causa número uno en instalaciones con muchos años y muchas manos. Un módulo del marketplace que hace una consulta dentro de un bucle, un campo calculado sin almacenar que se recalcula en cada línea de una lista de mil registros, o una extensión que sobrescribe un método crítico y añade trabajo en cada guardado. Funciona en la demo con veinte registros y colapsa con cien mil.
Cómo saberlo: desactiva por orden de sospecha en una copia de tu base de datos y vuelve a medir la misma pantalla. Es tedioso y es la única forma honesta de identificarlo. Si al desinstalar un módulo la lista de pedidos pasa de ocho segundos a uno, ya no hay debate.
4. Automatizaciones acumuladas. Reglas que envían correos, acciones que se disparan al guardar, tareas programadas que alguien puso «cada minuto» hace tres años para una prueba y ahí siguen. Ninguna es grave por sí sola; treinta juntas convierten guardar un pedido en una operación de varios segundos. Revisa la lista completa de acciones automatizadas y de tareas programadas, con su frecuencia. Casi siempre sobra la mitad.
5. Datos que no deberían estar donde están. Los adjuntos guardados dentro de la base de datos en lugar del almacén de archivos hinchan copias de seguridad y consultas. Los registros de mensajes y seguimientos de años, con cada cambio de estado guardado para siempre. Los históricos de movimientos de stock que nunca se archivan. Nada de esto rompe el sistema de golpe: lo va frenando mes a mes hasta que un día alguien dice que Odoo se ha vuelto lento.
Causas 6 y 7: lo que ve el usuario
6. Vistas e informes pesados. La lista que alguien personalizó con doce columnas, tres de ellas calculadas al vuelo. El filtro por defecto que trae todos los registros históricos en vez de los del año en curso. El informe que agrupa millones de líneas para pintar una gráfica que se mira una vez al mes. El panel que alguien dejó como pantalla de inicio para todo el equipo y se ejecuta cada vez que alguien entra.
Es la causa más fácil de arreglar y la que más agradece el usuario. Filtros por defecto sensatos, menos columnas calculadas en las listas y los informes pesados fuera de la pantalla de inicio. A veces, quitar tres columnas convierte una pantalla insufrible en una pantalla normal.
7. Red, navegador y distancia. Antes de reformar el servidor, comprueba lo obvio: dónde está alojado el sistema respecto a tus oficinas, si el tráfico pasa por una VPN saturada, si el proxy está bien configurado para las conexiones persistentes que Odoo usa para las notificaciones, y en qué estado tienen el navegador los usuarios que más se quejan. Un equipo con cuarenta pestañas abiertas y dos años sin reiniciar explica más lentitud de la que nadie reconoce.
| Síntoma | Causa más probable | Cómo comprobarlo |
| Lento para todos, todo el día, en todo | Infraestructura o PostgreSQL sin ajustar | Uso de CPU y memoria en horas punta, registro de consultas lentas |
| Lento a horas concretas | Procesos programados compitiendo con los usuarios | Lista de tareas programadas con su frecuencia y hora de ejecución |
| Lento solo en una pantalla | Vista pesada o módulo que la modifica | Medir esa vista con filtros vacíos y con un módulo desactivado en copia |
| Guardar un registro tarda una eternidad | Automatizaciones y campos calculados encadenados | Revisar acciones automatizadas sobre ese modelo |
| Lento solo para algunas personas | Red, equipo o navegador del usuario | Probar la misma pantalla desde otro equipo y otra conexión |
| Cada vez más lento con los meses | Crecimiento de datos sin mantenimiento ni archivado | Tamaño de las tablas grandes y ubicación de los adjuntos |
Lo que casi nunca es el problema
- «Es que Odoo es lento». Odoo mueve empresas con cientos de usuarios concurrentes. Si el tuyo va lento con quince personas, hay una causa concreta y se puede encontrar.
- «Necesitamos más RAM». A veces sí, pero es la respuesta más cara y la que menos veces acierta. Sin medir antes, ampliar servidor es pagar por seguir igual.
- «Hay demasiados datos». Millones de registros no son un problema si las consultas están bien y las tablas mantenidas. El problema no es el volumen, es la consulta que lo recorre entero.
- «Se arregla actualizando de versión». Cada versión trae mejoras, pero si el freno es un módulo de terceros o una automatización descontrolada, viajará contigo a la versión nueva.
Plan de choque en cinco pasos
Mide antes de tocar
Elige tres pantallas concretas que la gente sufra a diario y cronométralas. Sin ese punto de partida no sabrás si lo que hagas después mejora algo o solo lo parece.
Mira la base de datos una jornada entera
Registro de consultas lentas activado un día normal. La lista de repetidores te da el mapa de por dónde empezar.
Haz limpieza de automatizaciones y tareas programadas
Revisa la lista completa con frecuencias. Desactiva lo que ya no tiene dueño ni sentido. Es el arreglo con mejor relación entre esfuerzo y resultado.
Audita los módulos de terceros
Cuáles hay, quién los mantiene, cuáles se pueden sustituir por estándar. Prueba a desactivar los sospechosos en una copia y vuelve a medir.
Ajusta infraestructura con datos, no por intuición
Procesos de trabajo bien dimensionados, tareas programadas separadas de los usuarios, parámetros de PostgreSQL acordes a la máquina y adjuntos fuera de la base de datos. Y vuelve a cronometrar las tres pantallas del paso uno.
Dónde encaja QUBIQ
Hacemos auditorías de rendimiento con este método: medir primero, tocar después. Salimos con una lista priorizada de causas reales, con lo que cuesta arreglar cada una y con lo que se gana. Y si al final resulta que sí hace falta más máquina, al menos lo sabrás con datos y no por descarte.
Somos Odoo Gold Partner desde 2019, Mejor Partner de Europa, con más de 100 consultores en plantilla y más de 600 proyectos entregados, con delegaciones en Barcelona, Madrid, Sevilla, Bilbao y Lisboa. Si tu equipo lleva meses diciendo que el sistema va lento, hay una causa y se puede encontrar.
Preguntas frecuentes
¿Por qué va lento mi Odoo?
Las causas más frecuentes son siete: infraestructura mal dimensionada o con los procesos programados compitiendo con los usuarios, PostgreSQL sin ajustar ni mantener, módulos de terceros mal programados, exceso de automatizaciones acumuladas, adjuntos e históricos guardados donde no deben, vistas e informes pesados, y problemas de red o de navegador en el lado del usuario. Lo primero es medir para saber en cuál de las siete estás.
¿Ampliar el servidor soluciona la lentitud de Odoo?
A veces ayuda, pero es la solución más cara y la que menos veces acierta. Si el freno es una consulta mal resuelta por un módulo de terceros, una automatización que se dispara en cada guardado o un filtro por defecto que trae todo el histórico, más máquina solo hace que el problema tarde un poco más en notarse.
¿Cómo sé si el problema está en la base de datos?
Activando el registro de consultas lentas de PostgreSQL durante una jornada normal de trabajo. Si aparecen repetidamente las mismas consultas, ya tienes identificado el modelo y la pantalla que las provocan. Es media hora de configuración y ahorra semanas de conjeturas y de ampliaciones de servidor innecesarias.
¿Los módulos de terceros pueden ralentizar Odoo?
Sí, y son la causa número uno en instalaciones con años y muchas manos. Los patrones típicos son consultas dentro de bucles, campos calculados sin almacenar que se recalculan en listas largas y métodos críticos sobrescritos que añaden trabajo en cada guardado. Funcionan bien en una demo con pocos registros y colapsan con volumen real.
¿Actualizar Odoo a la última versión arregla el rendimiento?
Cada versión trae mejoras, así que algo se nota, pero no es una solución mágica. Si el freno real es un módulo de terceros mal programado, treinta automatizaciones acumuladas o los adjuntos guardados dentro de la base de datos, todo eso viaja contigo a la versión nueva. Primero se diagnostica, luego se decide si la actualización forma parte del remedio.
¿Tu equipo lleva meses diciendo que el sistema va lento?
Auditoría de rendimiento con método: medimos, encontramos la causa real y te damos la lista priorizada con coste y beneficio de cada arreglo.