{"id":3833,"date":"2026-09-16T21:42:47","date_gmt":"2026-09-16T19:42:47","guid":{"rendered":"https:\/\/mantenimientoweb.pro\/blog\/que-hacer-si-prestashop-va-muy-lento-en-el-panel-de-administracion-back-office-2\/"},"modified":"2026-09-16T21:42:48","modified_gmt":"2026-09-16T19:42:48","slug":"que-hacer-si-prestashop-va-muy-lento-en-el-panel-de-administracion-back-office-2","status":"publish","type":"post","link":"https:\/\/mantenimientoweb.pro\/blog\/que-hacer-si-prestashop-va-muy-lento-en-el-panel-de-administracion-back-office-2\/","title":{"rendered":"\u00bfQu\u00e9 hacer si PrestaShop va muy lento en el panel de administraci\u00f3n (Back Office)?"},"content":{"rendered":"<article>\n  \u00bfQu\u00e9 hacer si PrestaShop va muy lento en el panel de administraci\u00f3n?<\/p>\n<p>Hay pocas escenas tan irritantes en una tienda online como hacer clic en \u201cPedidos\u201d y esperar. Esperar otra vez. Y otra. El Back Office de PrestaShop, ese lugar que deber\u00eda ser una cabina de mando, se convierte de pronto en una sala de espera con fluorescentes cansados. Uno entra para facturar, actualizar stock o revisar clientes; sale con la sensaci\u00f3n de haber negociado con una monta\u00f1a.<\/p>\n<p>La lentitud del panel de administraci\u00f3n de PrestaShop no suele tener una \u00fanica causa. Rara vez hay un villano con capa. M\u00e1s bien es una peque\u00f1a conspiraci\u00f3n: un hosting justo de recursos, una base de datos inflada, m\u00f3dulos demasiado entusiastas, tareas cron olvidadas, una versi\u00f3n de PHP poco afortunada, logs acumulados y, a veces, esa vieja costumbre de instalar extensiones \u201cpor probar\u201d, como quien guarda cables en un caj\u00f3n por si alg\u00fan d\u00eda sirven.<\/p>\n<p>La buena noticia: se puede diagnosticar. Y se puede mejorar mucho. No con magia, sino con m\u00e9todo. \u2699\ufe0f<\/p>\n<p>    <strong>Contenido de la gu\u00eda<\/strong><\/p>\n<ul>\n<li><a href=\"#diferenciar\">1. Primero: distinguir si el problema es del Back Office o de toda la tienda<\/a><\/li>\n<li><a href=\"#medir\">2. C\u00f3mo medir la lentitud sin adivinar<\/a><\/li>\n<li><a href=\"#hosting\">3. Hosting, servidor y recursos: el suelo sobre el que camina PrestaShop<\/a><\/li>\n<li><a href=\"#php\">4. PHP, OPcache y configuraci\u00f3n recomendada<\/a><\/li>\n<li><a href=\"#base-datos\">5. Base de datos: cuando MySQL parece un almac\u00e9n sin pasillos<\/a><\/li>\n<li><a href=\"#modulos\">6. M\u00f3dulos: los sospechosos habituales<\/a><\/li>\n<li><a href=\"#cache\">7. Cach\u00e9, Symfony, Smarty y archivos temporales<\/a><\/li>\n<li><a href=\"#logs\">8. Logs, estad\u00edsticas y tablas que crecen en silencio<\/a><\/li>\n<li><a href=\"#cron\">9. Tareas cron, importaciones y procesos en segundo plano<\/a><\/li>\n<li><a href=\"#seguridad\">10. Seguridad: lentitud provocada por bots, malware o accesos abusivos<\/a><\/li>\n<li><a href=\"#checklist\">11. Checklist de actuaci\u00f3n r\u00e1pida<\/a><\/li>\n<li><a href=\"#plan\">12. Plan profesional de optimizaci\u00f3n del Back Office<\/a><\/li>\n<\/ul>\n<h2 id=\"diferenciar\">1. Primero: distinguir si el problema es del Back Office o de toda la tienda<\/h2>\n<p>Antes de tocar nada conviene responder una pregunta sencilla: <strong>\u00bfla tienda p\u00fablica tambi\u00e9n va lenta o solo el panel de administraci\u00f3n?<\/strong> Esta diferencia cambia el diagn\u00f3stico.<\/p>\n<table>\n<thead>\n<tr>\n<th>Escenario<\/th>\n<th>Posible causa<\/th>\n<th>Primeras comprobaciones<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Solo va lento el Back Office<\/td>\n<td>M\u00f3dulos administrativos, consultas de pedidos\/clientes, estad\u00edsticas, logs, llamadas externas, dashboard, permisos, cach\u00e9 Symfony<\/td>\n<td>Revisar m\u00f3dulos activos en el admin, consultas SQL lentas, errores PHP, rendimiento de p\u00e1ginas como Pedidos o Cat\u00e1logo<\/td>\n<\/tr>\n<tr>\n<td>Va lenta toda la tienda<\/td>\n<td>Hosting insuficiente, PHP lento, base de datos saturada, falta de cach\u00e9, im\u00e1genes pesadas, m\u00f3dulos globales<\/td>\n<td>Medir TTFB, CPU, RAM, carga del servidor, tiempos de MySQL, cach\u00e9 y CDN<\/td>\n<\/tr>\n<tr>\n<td>Solo va lento a ciertas horas<\/td>\n<td>Cron, importaciones, backups, bots, picos de tr\u00e1fico, indexaciones, sincronizaciones con ERP o marketplaces<\/td>\n<td>Consultar logs del servidor, cron jobs, recursos consumidos por hora y procesos activos<\/td>\n<\/tr>\n<tr>\n<td>Solo va lento para un empleado o navegador<\/td>\n<td>Extensiones del navegador, conexi\u00f3n local, DNS, antivirus, sesi\u00f3n corrupta, cach\u00e9 del navegador<\/td>\n<td>Probar en otro navegador, otra red, inc\u00f3gnito y otro usuario administrador<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Una tienda puede cargar razonablemente bien para los clientes y, sin embargo, arrastrarse en administraci\u00f3n. Es una ant\u00edtesis cruel: escaparate veloz, trastienda embarrada. El cliente ve vitrinas limpias; el gestor empuja carretillas por un s\u00f3tano lleno de cajas.<\/p>\n<h2 id=\"medir\">2. C\u00f3mo medir la lentitud sin adivinar<\/h2>\n<p>El \u201cva lento\u201d es \u00fatil como queja, pero pobre como diagn\u00f3stico. Necesitamos n\u00fameros. No hace falta montar un laboratorio de la NASA, aunque a veces algunos paneles de hosting parezcan dise\u00f1ados por alguien que odiaba profundamente la claridad.<\/p>\n<h3>M\u00e9tricas m\u00ednimas que deber\u00edas revisar<\/h3>\n<ul>\n<li><strong>Tiempo de carga del Back Office:<\/strong> cu\u00e1nto tarda una p\u00e1gina concreta, por ejemplo Pedidos, Productos o Clientes.<\/li>\n<li><strong>TTFB<\/strong> \u2014Time To First Byte\u2014: tiempo hasta que el servidor empieza a responder.<\/li>\n<li><strong>Uso de CPU y RAM:<\/strong> especialmente durante navegaci\u00f3n por el panel.<\/li>\n<li><strong>Tiempo de consultas SQL:<\/strong> si MySQL\/MariaDB est\u00e1 tardando demasiado en devolver datos.<\/li>\n<li><strong>Errores PHP:<\/strong> warnings, deprecated notices, errores fatales o problemas de memoria.<\/li>\n<li><strong>Procesos simult\u00e1neos:<\/strong> imports, backups, cron, sincronizaciones con transportistas, marketplaces o ERP.<\/li>\n<\/ul>\n<h3>Herramientas recomendables<\/h3>\n<ul>\n<li><strong>Herramientas del navegador:<\/strong> pesta\u00f1a Network en Chrome, Firefox o Edge. Permite ver qu\u00e9 petici\u00f3n tarda m\u00e1s.<\/li>\n<li><strong>Logs del servidor:<\/strong> Apache\/Nginx, PHP-FPM, MySQL\/MariaDB.<\/li>\n<li><strong>New Relic, Blackfire o Tideways:<\/strong> muy \u00fatiles para detectar cuellos de botella en PHP y SQL.<\/li>\n<li><strong>slow query log de MySQL:<\/strong> imprescindible si sospechas de consultas lentas.<\/li>\n<li><strong>Panel del hosting:<\/strong> uso de recursos, procesos, l\u00edmites de I\/O, memoria y CPU.<\/li>\n<\/ul>\n<p>    <strong>Consejo pr\u00e1ctico \ud83e\udded:<\/strong> mide siempre una misma acci\u00f3n. Por ejemplo: abrir <em>Pedidos<\/em>, editar un producto, guardar una categor\u00eda y acceder al dashboard. Si cada prueba se hace en una pantalla distinta, el diagn\u00f3stico se vuelve una sopa.<\/p>\n<h2 id=\"hosting\">3. Hosting, servidor y recursos: el suelo sobre el que camina PrestaShop<\/h2>\n<p>PrestaShop no es una p\u00e1gina est\u00e1tica con cuatro fotos y un formulario. Es una aplicaci\u00f3n de comercio electr\u00f3nico completa: productos, combinaciones, pedidos, clientes, reglas de precio, impuestos, transportistas, m\u00f3dulos, hooks, consultas a base de datos, plantillas, cach\u00e9, sesiones. Pedirle que funcione con soltura en un hosting saturado es como exigirle a un cami\u00f3n que suba un puerto de monta\u00f1a con motor de ciclomotor. Muy po\u00e9tico, s\u00ed. Muy in\u00fatil tambi\u00e9n.<\/p>\n<h3>Se\u00f1ales de que el servidor se queda corto<\/h3>\n<ul>\n<li>El Back Office mejora de madrugada y empeora durante el d\u00eda.<\/li>\n<li>El panel del hosting muestra CPU al 100% o l\u00edmites de procesos alcanzados.<\/li>\n<li>Hay errores 500, 502, 503 o 504 intermitentes.<\/li>\n<li>Guardar productos tarda demasiado o se corta.<\/li>\n<li>Las importaciones CSV fallan sin explicaci\u00f3n clara.<\/li>\n<li>El proveedor limita I\/O de disco, procesos PHP o conexiones a base de datos.<\/li>\n<\/ul>\n<h3>Recomendaciones realistas de infraestructura<\/h3>\n<p>No todas las tiendas necesitan un servidor dedicado, desde luego. Una tienda peque\u00f1a puede vivir bien en un hosting gestionado de calidad. Pero cuando hay muchos productos, combinaciones, m\u00f3dulos, tr\u00e1fico o integraciones, conviene valorar un VPS administrado, cloud gestionado o servidor especializado en PrestaShop.<\/p>\n<table>\n<thead>\n<tr>\n<th>Tipo de tienda<\/th>\n<th>Infraestructura orientativa<\/th>\n<th>Comentarios<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Tienda peque\u00f1a<\/td>\n<td>Hosting compartido premium o VPS peque\u00f1o gestionado<\/td>\n<td>V\u00e1lido si hay pocos m\u00f3dulos, cat\u00e1logo moderado y buen soporte t\u00e9cnico.<\/td>\n<\/tr>\n<tr>\n<td>Tienda mediana<\/td>\n<td>VPS gestionado con recursos garantizados<\/td>\n<td>Recomendable separar bien PHP-FPM, base de datos y backups.<\/td>\n<\/tr>\n<tr>\n<td>Tienda grande<\/td>\n<td>Servidor cloud escalable, base de datos optimizada, cach\u00e9 avanzada<\/td>\n<td>Necesita monitorizaci\u00f3n, estrategia de cach\u00e9, staging y mantenimiento peri\u00f3dico.<\/td>\n<\/tr>\n<tr>\n<td>Tienda con ERP, marketplaces o importaciones masivas<\/td>\n<td>VPS\/servidor con buena CPU, RAM e I\/O de disco<\/td>\n<td>Los procesos externos pueden devorar recursos sin pedir permiso.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>PrestaShop agradece especialmente un disco r\u00e1pido \u2014SSD\/NVMe\u2014, buena CPU por n\u00facleo y una base de datos correctamente configurada. No basta con \u201cmuchos gigas\u201d en el anuncio del hosting. A veces esos gigas son como metros cuadrados en un trastero sin puerta.<\/p>\n<h2 id=\"php\">4. PHP, OPcache y configuraci\u00f3n recomendada<\/h2>\n<p>Una versi\u00f3n de PHP adecuada puede transformar el Back Office. No siempre de forma milagrosa, pero s\u00ed notable. Ahora bien: actualizar PHP sin comprobar compatibilidad con tu versi\u00f3n de PrestaShop y tus m\u00f3dulos es una manera bastante elegante de romper la tienda. Elegante, en el mismo sentido en que caerse por una escalera de m\u00e1rmol resulta elegante.<\/p>\n<h3>Comprueba compatibilidad antes de tocar PHP<\/h3>\n<p>PrestaShop 1.7, PrestaShop 8 y PrestaShop 9 no comparten exactamente los mismos requisitos. Adem\u00e1s, dentro de PrestaShop 1.7 existen diferencias entre subversiones. Por eso conviene consultar siempre la matriz oficial de compatibilidad de PrestaShop y validar tambi\u00e9n los m\u00f3dulos instalados.<\/p>\n<ul>\n<li><strong>PrestaShop 1.7:<\/strong> muchas instalaciones funcionan con PHP 7.2, 7.3 o 7.4 seg\u00fan versi\u00f3n concreta, pero no todas toleran PHP 8.<\/li>\n<li><strong>PrestaShop 8:<\/strong> incorpora compatibilidad con versiones modernas de PHP, habitualmente PHP 8.1 seg\u00fan configuraci\u00f3n y m\u00f3dulos.<\/li>\n<li><strong>PrestaShop 9:<\/strong> orientado a un entorno m\u00e1s actual, con mayor dependencia del ecosistema Symfony moderno.<\/li>\n<\/ul>\n<p>Si est\u00e1s en una versi\u00f3n antigua de PrestaShop y PHP, el panel puede ir lento no solo por falta de recursos, sino porque el software carga con una mochila de a\u00f1os. Hay tecnolog\u00edas que envejecen con dignidad. Otras, simplemente crujen.<\/p>\n<h3>OPcache: imprescindible en producci\u00f3n<\/h3>\n<p><strong>OPcache<\/strong> evita que PHP tenga que compilar los mismos archivos una y otra vez. En una aplicaci\u00f3n como PrestaShop, activarlo no es un lujo: es higiene b\u00e1sica de rendimiento.<\/p>\n<p>Par\u00e1metros orientativos que suelen revisarse en servidores con PrestaShop:<\/p>\n<pre><code>opcache.enable=1\nopcache.memory_consumption=256\nopcache.interned_strings_buffer=16\nopcache.max_accelerated_files=20000\nopcache.validate_timestamps=1\nopcache.revalidate_freq=60\nrealpath_cache_size=4096K\nrealpath_cache_ttl=600<\/code><\/pre>\n<p>    <strong>Importante:<\/strong> estos valores son orientativos. En entornos con despliegues automatizados o cach\u00e9s agresivas, la configuraci\u00f3n de <code>opcache.validate_timestamps<\/code> puede variar. Lo correcto es ajustarlo al flujo de actualizaci\u00f3n de la tienda.<\/p>\n<h3>Otros par\u00e1metros PHP a revisar<\/h3>\n<ul>\n<li><code>memory_limit<\/code>: normalmente 256M o 512M para tiendas medianas o con m\u00f3dulos pesados.<\/li>\n<li><code>max_execution_time<\/code>: suficiente para importaciones o tareas administrativas, sin convertirlo en una excusa para procesos eternos.<\/li>\n<li><code>upload_max_filesize<\/code> y <code>post_max_size<\/code>: relevantes en importaciones CSV, im\u00e1genes y m\u00f3dulos.<\/li>\n<li><code>max_input_vars<\/code>: importante al guardar productos con muchas combinaciones o formularios extensos.<\/li>\n<\/ul>\n<h2 id=\"base-datos\">5. Base de datos: cuando MySQL parece un almac\u00e9n sin pasillos<\/h2>\n<p>La base de datos es el coraz\u00f3n discreto de PrestaShop. Nadie la mira cuando todo va bien; todos la culpan cuando algo tarda. Y a menudo con raz\u00f3n.<\/p>\n<p>Un Back Office lento en PrestaShop suele aparecer en p\u00e1ginas que consultan mucha informaci\u00f3n: pedidos, clientes, carritos, productos, combinaciones, estad\u00edsticas, logs, b\u00fasquedas internas. Si esas tablas han crecido sin mantenimiento, cada clic puede convertirse en una excavaci\u00f3n arqueol\u00f3gica.<\/p>\n<h3>Tablas que conviene vigilar<\/h3>\n<table>\n<thead>\n<tr>\n<th>Tabla habitual<\/th>\n<th>Por qu\u00e9 puede crecer<\/th>\n<th>Impacto<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><code>ps_connections<\/code>, <code>ps_connections_source<\/code>, <code>ps_connections_page<\/code><\/td>\n<td>Registro de visitas y estad\u00edsticas<\/td>\n<td>Puede ralentizar estad\u00edsticas, dashboard y consultas relacionadas<\/td>\n<\/tr>\n<tr>\n<td><code>ps_guest<\/code><\/td>\n<td>Visitantes invitados acumulados<\/td>\n<td>Crece mucho en tiendas con tr\u00e1fico elevado o bots<\/td>\n<\/tr>\n<tr>\n<td><code>ps_cart<\/code>, <code>ps_cart_product<\/code><\/td>\n<td>Carritos abandonados, bots, sesiones antiguas<\/td>\n<td>Puede afectar consultas de clientes, pedidos y m\u00f3dulos de recuperaci\u00f3n<\/td>\n<\/tr>\n<tr>\n<td><code>ps_log<\/code><\/td>\n<td>Errores, eventos del sistema, m\u00f3dulos<\/td>\n<td>Si se acumula, ralentiza revisiones y ocupa espacio innecesario<\/td>\n<\/tr>\n<tr>\n<td><code>ps_mail<\/code><\/td>\n<td>Historial de correos enviados<\/td>\n<td>Puede crecer con tiendas de alto volumen<\/td>\n<\/tr>\n<tr>\n<td><code>ps_search_index<\/code>, <code>ps_search_word<\/code><\/td>\n<td>\u00cdndice de b\u00fasqueda interna<\/td>\n<td>Necesario, pero puede requerir regeneraci\u00f3n o limpieza si est\u00e1 corrupto<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>    <strong>Advertencia seria \ud83d\uded1:<\/strong> no vac\u00edes tablas en producci\u00f3n sin copia de seguridad y sin saber qu\u00e9 datos contienen. Algunas tablas guardan informaci\u00f3n hist\u00f3rica, legal o funcional. Una limpieza mal hecha puede ser m\u00e1s r\u00e1pida que prudente, que es justo la clase de rapidez que luego se paga cara.<\/p>\n<h3>Activar el registro de consultas lentas<\/h3>\n<p>Si tienes acceso a MySQL o MariaDB, el <strong>slow query log<\/strong> puede revelar qu\u00e9 consultas tardan demasiado. En servidores gestionados, puedes pedirlo al proveedor.<\/p>\n<pre><code>SET GLOBAL slow_query_log = 'ON';\nSET GLOBAL long_query_time = 2;<\/code><\/pre>\n<p>Esto permite registrar consultas que tarden m\u00e1s de 2 segundos. En producci\u00f3n, lo ideal es configurarlo correctamente a nivel de servidor y revisarlo con herramientas como <code>mysqldumpslow<\/code>, Percona Toolkit o el panel del hosting.<\/p>\n<h3>Optimizar tablas sin hacer barbaridades<\/h3>\n<p>En tablas InnoDB, <code>OPTIMIZE TABLE<\/code> puede ayudar en algunos casos tras limpiezas grandes, aunque no es una medicina universal. Antes de lanzarlo en una tienda con tr\u00e1fico, conviene probar en staging o programarlo en horario de baja actividad.<\/p>\n<pre><code>OPTIMIZE TABLE ps_connections;\nOPTIMIZE TABLE ps_connections_source;\nOPTIMIZE TABLE ps_guest;\nOPTIMIZE TABLE ps_log;<\/code><\/pre>\n<p>Naturalmente, sustituye <code>ps_<\/code> por el prefijo real de tu instalaci\u00f3n.<\/p>\n<h3>\u00cdndices: peque\u00f1os ra\u00edles para trenes pesados<\/h3>\n<p>Una consulta sin \u00edndice adecuado puede recorrer miles o millones de filas como un cartero sin direcciones. Antes de a\u00f1adir \u00edndices al azar, usa <code>EXPLAIN<\/code> para entender c\u00f3mo MySQL ejecuta la consulta.<\/p>\n<pre><code>EXPLAIN SELECT * FROM ps_orders WHERE id_customer = 123;<\/code><\/pre>\n<p>No todos los problemas se arreglan a\u00f1adiendo \u00edndices. Demasiados \u00edndices tambi\u00e9n penalizan escrituras. En bases de datos, como en arquitectura, cada columna necesita saber por qu\u00e9 existe.<\/p>\n<h2 id=\"modulos\">6. M\u00f3dulos: los sospechosos habituales<\/h2>\n<p>Los m\u00f3dulos son una de las grandes virtudes de PrestaShop y, a la vez, una de sus formas m\u00e1s refinadas de sufrimiento. A\u00f1aden funciones, automatizan tareas, conectan con pasarelas, transportistas, marketplaces, newsletters, ERPs. Magn\u00edfico. Hasta que uno de ellos ejecuta cinco consultas lentas en cada carga del Back Office o intenta contactar con un servicio externo que responde con la velocidad de una carta n\u00e1utica del siglo XVIII.<\/p>\n<h3>M\u00f3dulos que suelen afectar al Back Office<\/h3>\n<ul>\n<li>M\u00f3dulos de estad\u00edsticas y anal\u00edtica interna.<\/li>\n<li>Conectores con marketplaces: Amazon, eBay, Miravia, Google Merchant Center, etc.<\/li>\n<li>Integraciones con ERP o software de almac\u00e9n.<\/li>\n<li>M\u00f3dulos de transportistas que consultan tarifas externas.<\/li>\n<li>M\u00f3dulos de facturaci\u00f3n, contabilidad o generaci\u00f3n masiva de documentos.<\/li>\n<li>M\u00f3dulos de recuperaci\u00f3n de carritos abandonados.<\/li>\n<li>M\u00f3dulos que a\u00f1aden columnas o filtros en listados de pedidos\/productos\/clientes.<\/li>\n<li>M\u00f3dulos de seguridad mal configurados que revisan demasiadas acciones en tiempo real.<\/li>\n<\/ul>\n<h3>C\u00f3mo detectar un m\u00f3dulo lento<\/h3>\n<ol>\n<li>Haz una copia de seguridad completa.<\/li>\n<li>Clona la tienda en un entorno de pruebas.<\/li>\n<li>Desactiva m\u00f3dulos no esenciales por bloques.<\/li>\n<li>Mide siempre la misma acci\u00f3n del Back Office.<\/li>\n<li>Revisa si el m\u00f3dulo tiene actualizaciones compatibles.<\/li>\n<li>Comprueba si el problema aparece solo en ciertas p\u00e1ginas.<\/li>\n<\/ol>\n<p>Desactivar m\u00f3dulos directamente en producci\u00f3n puede ser delicado, especialmente si afectan a pagos, env\u00edos o facturaci\u00f3n. Mejor staging. Siempre staging. Esa palabra aburrida que evita incendios interesantes.<\/p>\n<h3>Hooks administrativos<\/h3>\n<p>Algunos m\u00f3dulos se enganchan a hooks del Back Office para mostrar informaci\u00f3n adicional. Por ejemplo, columnas extra en listados, botones, avisos, bloques de dashboard o validaciones. Si el hook ejecuta l\u00f3gica pesada, el panel lo paga.<\/p>\n<p>Conviene revisar especialmente m\u00f3dulos que usan hooks relacionados con:<\/p>\n<ul>\n<li><code>displayBackOfficeHeader<\/code><\/li>\n<li><code>displayAdminAfterHeader<\/code><\/li>\n<li><code>displayDashboardTop<\/code><\/li>\n<li><code>displayDashboardZoneOne<\/code><\/li>\n<li><code>actionAdminControllerSetMedia<\/code><\/li>\n<li>Hooks espec\u00edficos de pedidos, productos o clientes<\/li>\n<\/ul>\n<p>Una mala pr\u00e1ctica frecuente es cargar CSS, JavaScript o llamadas externas en todas las p\u00e1ginas del Back Office cuando solo se necesitan en una pantalla concreta. Es como encender todas las luces de un edificio para leer una nota en el portal.<\/p>\n<h2 id=\"cache\">7. Cach\u00e9, Symfony, Smarty y archivos temporales<\/h2>\n<p>PrestaShop combina distintas capas tecnol\u00f3gicas. En versiones modernas, parte del Back Office usa Symfony, mientras que otras zonas conservan componentes hist\u00f3ricos. Esa convivencia tiene su encanto: modernidad con muebles heredados. Pero tambi\u00e9n puede generar cach\u00e9s corruptas, archivos temporales excesivos o problemas tras actualizaciones.<\/p>\n<h3>Limpiar cach\u00e9 desde el Back Office<\/h3>\n<p>Si puedes acceder al panel, ve a:<\/p>\n<p><strong>Par\u00e1metros avanzados &gt; Rendimiento<\/strong><\/p>\n<p>Desde ah\u00ed puedes limpiar la cach\u00e9. Tambi\u00e9n conviene revisar:<\/p>\n<ul>\n<li><strong>Compilaci\u00f3n de plantillas:<\/strong> en producci\u00f3n no deber\u00eda recompilar siempre.<\/li>\n<li><strong>Cach\u00e9 Smarty:<\/strong> activada en producci\u00f3n, salvo diagn\u00f3stico puntual.<\/li>\n<li><strong>Modo depuraci\u00f3n:<\/strong> desactivado en producci\u00f3n.<\/li>\n<li><strong>CCC<\/strong> \u2014combinaci\u00f3n, compresi\u00f3n y cach\u00e9\u2014: m\u00e1s relevante para Front Office, pero puede influir en recursos generales.<\/li>\n<\/ul>\n<h3>Limpiar cach\u00e9 por archivos<\/h3>\n<p>En PrestaShop 1.7 y 8, es habitual limpiar contenido dentro de:<\/p>\n<ul>\n<li><code>var\/cache\/prod\/<\/code><\/li>\n<li><code>var\/cache\/dev\/<\/code><\/li>\n<\/ul>\n<p>En instalaciones antiguas puede existir tambi\u00e9n:<\/p>\n<ul>\n<li><code>cache\/smarty\/cache\/<\/code><\/li>\n<li><code>cache\/smarty\/compile\/<\/code><\/li>\n<\/ul>\n<p>    <strong>Cuidado:<\/strong> no borres el archivo <code>index.php<\/code> de protecci\u00f3n si existe en ciertos directorios, ni elimines carpetas sin conocer la estructura de tu versi\u00f3n. Borra el contenido cacheable, no la tienda entera con entusiasmo quir\u00fargico.<\/p>\n<h3>Modo debug: \u00fatil para diagnosticar, peligroso para convivir<\/h3>\n<p>El modo debug muestra errores y ayuda a detectar m\u00f3dulos incompatibles, problemas de PHP o excepciones Symfony. Pero en producci\u00f3n puede revelar informaci\u00f3n sensible y ralentizar la tienda.<\/p>\n<p>Act\u00edvalo solo durante pruebas controladas y desact\u00edvalo despu\u00e9s. El debug es una linterna, no una l\u00e1mpara de sal\u00f3n.<\/p>\n<h2 id=\"logs\">8. Logs, estad\u00edsticas y tablas que crecen en silencio<\/h2>\n<p>Hay lentitudes que no hacen ruido. Simplemente se acumulan. Un log por aqu\u00ed, una estad\u00edstica por all\u00e1, miles de carritos abandonados, sesiones de bots, registros antiguos. Como el polvo en una biblioteca cerrada: nadie lo ve hasta que estornuda el servidor.<\/p>\n<h3>Revisar logs de PrestaShop<\/h3>\n<p>En el Back Office puedes consultar registros en:<\/p>\n<p><strong>Par\u00e1metros avanzados &gt; Registros<\/strong><\/p>\n<p>Si hay miles o millones de entradas, investiga la causa antes de limpiar. El log no es el incendio; es el humo. Borrar el humo no apaga nada.<\/p>\n<h3>Estad\u00edsticas nativas<\/h3>\n<p>Los m\u00f3dulos de estad\u00edsticas de PrestaShop pueden almacenar gran cantidad de datos. En tiendas con tr\u00e1fico considerable, esto impacta en el rendimiento del panel, especialmente en el dashboard o informes.<\/p>\n<p>Opciones posibles:<\/p>\n<ul>\n<li>Desactivar m\u00f3dulos de estad\u00edsticas que no uses.<\/li>\n<li>Conservar solo los informes necesarios.<\/li>\n<li>Usar herramientas externas como Google Analytics, Matomo o informes del ERP.<\/li>\n<li>Programar limpiezas peri\u00f3dicas de datos antiguos si tu pol\u00edtica legal y comercial lo permite.<\/li>\n<\/ul>\n<h3>Carritos abandonados y bots<\/h3>\n<p>Algunas tiendas acumulan cientos de miles de carritos, no por clientes indecisos sino por bots, scrapers o sesiones autom\u00e1ticas. Es el romanticismo del eCommerce: uno cree que hay multitudes interesadas en comprar; a veces son m\u00e1quinas rellenando migas de pan.<\/p>\n<p>Antes de eliminar carritos antiguos, revisa si usas m\u00f3dulos de recuperaci\u00f3n, estad\u00edsticas comerciales o integraciones que dependan de esos datos. Si no los necesitas m\u00e1s all\u00e1 de cierto periodo, establece una pol\u00edtica de retenci\u00f3n.<\/p>\n<h2 id=\"cron\">9. Tareas cron, importaciones y procesos en segundo plano<\/h2>\n<p>Muchas tiendas PrestaShop tienen procesos programados: actualizar stock, importar productos, sincronizar precios, generar feeds, enviar correos, limpiar cach\u00e9, exportar pedidos, crear backups. Son trabajos necesarios. Pero si se ejecutan a la hora equivocada o se solapan, el Back Office se hunde como una mesa vieja bajo demasiados libros.<\/p>\n<h3>Qu\u00e9 revisar<\/h3>\n<ul>\n<li>Frecuencia de cron jobs.<\/li>\n<li>Duraci\u00f3n real de cada tarea.<\/li>\n<li>Solapamiento entre procesos.<\/li>\n<li>Consumo de CPU y memoria durante importaciones.<\/li>\n<li>Consultas SQL generadas por sincronizaciones.<\/li>\n<li>Backups ejecut\u00e1ndose en horario comercial.<\/li>\n<li>Feeds de productos generados cada pocos minutos sin necesidad.<\/li>\n<\/ul>\n<h3>Buenas pr\u00e1cticas<\/h3>\n<ul>\n<li>Ejecutar tareas pesadas de madrugada o en horas de baja venta.<\/li>\n<li>Evitar que una misma tarea pueda solaparse consigo misma.<\/li>\n<li>Registrar duraci\u00f3n y resultado de cada cron.<\/li>\n<li>Separar procesos largos en lotes m\u00e1s peque\u00f1os.<\/li>\n<li>No generar feeds completos si basta con actualizaciones incrementales.<\/li>\n<li>Usar colas o procesos as\u00edncronos cuando el volumen lo justifique.<\/li>\n<\/ul>\n<p>Una sincronizaci\u00f3n con ERP mal dise\u00f1ada puede convertir cada guardado de producto en una ceremonia bizantina. Todo se consulta, todo se valida, todo se espera. Y el administrador, pobre, contempla una rueda girando como si fuera un peque\u00f1o planeta hostil.<\/p>\n<h2 id=\"seguridad\">10. Seguridad: lentitud provocada por bots, malware o accesos abusivos<\/h2>\n<p>No toda lentitud es t\u00e9cnica en el sentido inocente. A veces el Back Office va lento porque el servidor est\u00e1 ocupado atendiendo bots, intentos de fuerza bruta, scripts maliciosos o tr\u00e1fico basura. La seguridad y el rendimiento no son mundos separados; son dos puertas de la misma casa.<\/p>\n<h3>Se\u00f1ales de alerta<\/h3>\n<ul>\n<li>Picos de CPU sin aumento real de ventas.<\/li>\n<li>Muchas peticiones a URLs inexistentes o sospechosas.<\/li>\n<li>Intentos repetidos de acceso al panel de administraci\u00f3n.<\/li>\n<li>Archivos PHP extra\u00f1os en directorios de im\u00e1genes, m\u00f3dulos o cach\u00e9.<\/li>\n<li>Redirecciones raras, spam SEO o contenido inyectado.<\/li>\n<li>Procesos desconocidos ejecut\u00e1ndose en el servidor.<\/li>\n<\/ul>\n<h3>Medidas recomendadas \ud83d\udd10<\/h3>\n<ul>\n<li>Cambiar la URL del Back Office si sigue siendo demasiado previsible.<\/li>\n<li>Restringir acceso por IP al panel si el equipo trabaja desde ubicaciones conocidas.<\/li>\n<li>Activar autenticaci\u00f3n adicional cuando sea posible.<\/li>\n<li>Mantener PrestaShop y m\u00f3dulos actualizados.<\/li>\n<li>Eliminar m\u00f3dulos y temas que no se usen.<\/li>\n<li>Revisar permisos de archivos y carpetas.<\/li>\n<li>Instalar un WAF o reglas de seguridad a nivel servidor\/CDN.<\/li>\n<li>Analizar malware con herramientas especializadas.<\/li>\n<\/ul>\n<p>Tambi\u00e9n conviene revisar si hay crawlers agresivos recorriendo filtros, b\u00fasquedas y combinaciones. Los bots no compran, pero consumen recursos con una disciplina admirable. Qu\u00e9 detalle.<\/p>\n<h2>11. Problemas espec\u00edficos en p\u00e1ginas del Back Office<\/h2>\n<p>No todas las secciones del panel consumen lo mismo. Diagnosticar por pantalla ayuda mucho.<\/p>\n<table>\n<thead>\n<tr>\n<th>P\u00e1gina lenta<\/th>\n<th>Causas frecuentes<\/th>\n<th>Acciones recomendadas<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Dashboard<\/td>\n<td>Estad\u00edsticas, m\u00f3dulos de informes, llamadas externas, datos acumulados<\/td>\n<td>Desactivar bloques innecesarios, revisar m\u00f3dulos de estad\u00edsticas, limpiar tablas antiguas<\/td>\n<\/tr>\n<tr>\n<td>Pedidos<\/td>\n<td>Columnas a\u00f1adidas por m\u00f3dulos, consultas a transportistas, facturaci\u00f3n, filtros complejos<\/td>\n<td>Revisar hooks, m\u00f3dulos de facturas\/env\u00edos, \u00edndices en tablas de pedidos<\/td>\n<\/tr>\n<tr>\n<td>Productos<\/td>\n<td>Cat\u00e1logo enorme, combinaciones, m\u00f3dulos SEO, im\u00e1genes, sincronizaciones<\/td>\n<td>Optimizar consultas, revisar m\u00f3dulos del formulario de producto, aumentar <code>max_input_vars<\/code><\/td>\n<\/tr>\n<tr>\n<td>Clientes<\/td>\n<td>Muchos registros, carritos, direcciones, m\u00f3dulos CRM o marketing<\/td>\n<td>Depurar carritos antiguos, revisar consultas y m\u00f3dulos de fidelizaci\u00f3n<\/td>\n<\/tr>\n<tr>\n<td>M\u00f3dulos<\/td>\n<td>Llamadas al marketplace, comprobaciones de actualizaci\u00f3n, servidor externo lento<\/td>\n<td>Revisar conectividad saliente, actualizaciones pendientes, m\u00f3dulos obsoletos<\/td>\n<\/tr>\n<tr>\n<td>Traducciones<\/td>\n<td>Muchos archivos, permisos, l\u00edmites PHP, cach\u00e9<\/td>\n<td>Aumentar memoria, limpiar cach\u00e9, revisar permisos y versi\u00f3n PHP<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>12. Actualizaciones: el remedio necesario que conviene tomar con agua<\/h2>\n<p>Actualizar PrestaShop puede mejorar rendimiento, seguridad y compatibilidad. Tambi\u00e9n puede romper m\u00f3dulos antiguos. Ambas cosas son verdad. La tecnolog\u00eda rara vez concede ventajas sin pedir algo a cambio.<\/p>\n<h3>Antes de actualizar<\/h3>\n<ul>\n<li>Haz copia completa de archivos y base de datos.<\/li>\n<li>Clona la tienda en staging.<\/li>\n<li>Comprueba compatibilidad de tema y m\u00f3dulos.<\/li>\n<li>Revisa versi\u00f3n de PHP recomendada.<\/li>\n<li>Prueba compras, pagos, env\u00edos, facturas, correos y administraci\u00f3n.<\/li>\n<li>Documenta cambios para poder volver atr\u00e1s.<\/li>\n<\/ul>\n<p>Si vienes de una versi\u00f3n muy antigua, a veces no basta con actualizar: hay que limpiar, sustituir m\u00f3dulos abandonados y revisar personalizaciones. Es menos glamuroso que pulsar un bot\u00f3n, pero bastante m\u00e1s sensato.<\/p>\n<h2>13. Personalizaciones, overrides y c\u00f3digo heredado<\/h2>\n<p>Muchas tiendas PrestaShop llevan a\u00f1os vivas. Y una tienda viva acumula historia: un override hecho por un programador que ya no contesta correos, un m\u00f3dulo modificado \u201csolo un poquito\u201d, una consulta directa en una plantilla, una funci\u00f3n copiada de un foro de 2016. La arqueolog\u00eda digital tiene sus emociones.<\/p>\n<h3>Qu\u00e9 revisar<\/h3>\n<ul>\n<li>Carpeta <code>override\/<\/code>.<\/li>\n<li>M\u00f3dulos modificados manualmente.<\/li>\n<li>Controladores administrativos personalizados.<\/li>\n<li>Consultas SQL directas sin paginaci\u00f3n.<\/li>\n<li>C\u00f3digo que llama APIs externas durante la carga de una p\u00e1gina.<\/li>\n<li>Plantillas con l\u00f3gica pesada.<\/li>\n<\/ul>\n<p>Un override mal escrito puede afectar a todo el Back Office. Especialmente si toca clases centrales como pedidos, productos, clientes o carrito. Para detectar estos casos, el profiling con herramientas profesionales resulta mucho m\u00e1s fiable que mirar archivos con cara de sospecha.<\/p>\n<h2>14. Configuraci\u00f3n de MySQL\/MariaDB para PrestaShop<\/h2>\n<p>En servidores propios o VPS, la configuraci\u00f3n de MySQL\/MariaDB importa much\u00edsimo. No hay un valor universal, pero s\u00ed par\u00e1metros habituales que un administrador deber\u00eda revisar.<\/p>\n<ul>\n<li><code>innodb_buffer_pool_size<\/code>: clave para rendimiento InnoDB. En servidores dedicados a base de datos, suele asignarse una parte importante de la RAM disponible.<\/li>\n<li><code>max_connections<\/code>: demasiadas conexiones pueden saturar memoria; muy pocas pueden bloquear usuarios.<\/li>\n<li><code>tmp_table_size<\/code> y <code>max_heap_table_size<\/code>: influyen en consultas con tablas temporales.<\/li>\n<li><code>query_cache<\/code>: obsoleto o eliminado en versiones modernas de MySQL; no debe ser la base de una estrategia actual.<\/li>\n<li><code>slow_query_log<\/code>: esencial para investigaci\u00f3n de consultas lentas.<\/li>\n<\/ul>\n<p>Conviene evitar recetas de internet aplicadas sin contexto. Una configuraci\u00f3n brillante para un servidor de 32 GB puede ser desastrosa en uno de 2 GB. La optimizaci\u00f3n sin medici\u00f3n es superstici\u00f3n con interfaz t\u00e9cnica.<\/p>\n<h2>15. Red, DNS y llamadas externas<\/h2>\n<p>A veces el Back Office no est\u00e1 lento porque PHP tarde en calcular o MySQL en responder. Est\u00e1 lento porque espera a alguien fuera: API de transportista, pasarela, servicio de licencias, marketplace, feed externo, servidor SMTP, verificaci\u00f3n de m\u00f3dulo. La demora llega de lejos, como trueno despu\u00e9s del rel\u00e1mpago.<\/p>\n<h3>Comprueba llamadas salientes<\/h3>\n<ul>\n<li>APIs de transportistas.<\/li>\n<li>Servicios de facturaci\u00f3n.<\/li>\n<li>Conectores de marketplaces.<\/li>\n<li>Validaci\u00f3n de licencias de m\u00f3dulos.<\/li>\n<li>SMTP externo.<\/li>\n<li>Servicios de geolocalizaci\u00f3n o antifraude.<\/li>\n<\/ul>\n<p>Un m\u00f3dulo que no define tiempos m\u00e1ximos de espera puede congelar una pantalla hasta que el servidor externo responda o agote timeout. Esto se detecta bien con profiling o revisando logs de red.<\/p>\n<h2 id=\"checklist\">16. Checklist de actuaci\u00f3n r\u00e1pida para un Back Office lento \u2705<\/h2>\n<p>Si necesitas actuar hoy, sin escribir una tesis sobre tu tienda, sigue este orden:<\/p>\n<ol>\n<li><strong>Haz copia de seguridad<\/strong> de archivos y base de datos.<\/li>\n<li><strong>Prueba desde otro navegador y red<\/strong> para descartar un problema local.<\/li>\n<li><strong>Comprueba si el Front Office tambi\u00e9n va lento.<\/strong><\/li>\n<li><strong>Revisa recursos del servidor:<\/strong> CPU, RAM, I\/O, procesos PHP, l\u00edmites alcanzados.<\/li>\n<li><strong>Desactiva modo debug<\/strong> si est\u00e1 activo en producci\u00f3n.<\/li>\n<li><strong>Limpia cach\u00e9<\/strong> desde el Back Office o por archivos, seg\u00fan versi\u00f3n.<\/li>\n<li><strong>Revisa errores PHP<\/strong> y logs de PrestaShop.<\/li>\n<li><strong>Desactiva temporalmente m\u00f3dulos no cr\u00edticos<\/strong> en staging para medir impacto.<\/li>\n<li><strong>Inspecciona tablas grandes<\/strong> como conexiones, guests, carritos y logs.<\/li>\n<li><strong>Activa slow query log<\/strong> o pide al hosting un informe de consultas lentas.<\/li>\n<li><strong>Comprueba cron jobs<\/strong> y tareas pesadas.<\/li>\n<li><strong>Verifica compatibilidad PHP<\/strong> y activa OPcache.<\/li>\n<li><strong>Analiza seguridad<\/strong> si hay tr\u00e1fico extra\u00f1o o consumo anormal.<\/li>\n<\/ol>\n<h2 id=\"plan\">17. Plan profesional de optimizaci\u00f3n del panel de administraci\u00f3n<\/h2>\n<p>Para una tienda seria, especialmente si factura a diario, la optimizaci\u00f3n del Back Office no deber\u00eda hacerse a martillazos. Propongo un plan en fases, m\u00e1s aburrido que heroico, pero mucho m\u00e1s eficaz.<\/p>\n<h3>Fase 1: Auditor\u00eda t\u00e9cnica<\/h3>\n<ul>\n<li>Inventario de versi\u00f3n de PrestaShop, PHP, MySQL\/MariaDB, servidor y m\u00f3dulos.<\/li>\n<li>Medici\u00f3n de tiempos por pantalla administrativa.<\/li>\n<li>Revisi\u00f3n de logs PHP, servidor y aplicaci\u00f3n.<\/li>\n<li>Identificaci\u00f3n de tablas m\u00e1s pesadas.<\/li>\n<li>An\u00e1lisis de recursos del hosting.<\/li>\n<\/ul>\n<h3>Fase 2: Diagn\u00f3stico de cuellos de botella<\/h3>\n<ul>\n<li>Profiling PHP con herramienta especializada.<\/li>\n<li>Revisi\u00f3n de consultas SQL lentas.<\/li>\n<li>Detecci\u00f3n de m\u00f3dulos problem\u00e1ticos.<\/li>\n<li>Evaluaci\u00f3n de cron jobs y procesos externos.<\/li>\n<li>Revisi\u00f3n de llamadas a APIs externas.<\/li>\n<\/ul>\n<h3>Fase 3: Correcciones controladas<\/h3>\n<ul>\n<li>Actualizaci\u00f3n o sustituci\u00f3n de m\u00f3dulos lentos.<\/li>\n<li>Limpieza segura de datos obsoletos.<\/li>\n<li>Ajuste de PHP, OPcache y MySQL.<\/li>\n<li>Optimizaci\u00f3n de \u00edndices cuando proceda.<\/li>\n<li>Reprogramaci\u00f3n de tareas pesadas.<\/li>\n<li>Correcci\u00f3n de errores en overrides o c\u00f3digo personalizado.<\/li>\n<\/ul>\n<h3>Fase 4: Prevenci\u00f3n<\/h3>\n<ul>\n<li>Monitorizaci\u00f3n continua.<\/li>\n<li>Copias de seguridad verificadas.<\/li>\n<li>Entorno de staging permanente.<\/li>\n<li>Pol\u00edtica de actualizaci\u00f3n de m\u00f3dulos.<\/li>\n<li>Revisi\u00f3n peri\u00f3dica de base de datos.<\/li>\n<li>Control de seguridad y tr\u00e1fico automatizado.<\/li>\n<\/ul>\n<h2>18. Preguntas frecuentes sobre PrestaShop lento en el Back Office<\/h2>\n<h3>\u00bfPor qu\u00e9 el panel de administraci\u00f3n de PrestaShop tarda tanto en cargar?<\/h3>\n<p>Las causas m\u00e1s habituales son recursos insuficientes del servidor, base de datos pesada, m\u00f3dulos mal optimizados, cach\u00e9 corrupta, versi\u00f3n PHP inadecuada, errores en logs, procesos cron simult\u00e1neos o llamadas externas lentas.<\/p>\n<h3>\u00bfLimpiar la cach\u00e9 arregla siempre el problema?<\/h3>\n<p>No. Limpiar cach\u00e9 puede resolver problemas tras actualizaciones o cambios, pero si la causa es una consulta SQL lenta, un m\u00f3dulo defectuoso o un servidor saturado, la mejora ser\u00e1 temporal o inexistente.<\/p>\n<h3>\u00bfDebo desactivar m\u00f3dulos para acelerar el Back Office?<\/h3>\n<p>S\u00ed, pero con m\u00e9todo. Hazlo primero en un entorno de pruebas. Desactivar m\u00f3dulos cr\u00edticos en producci\u00f3n puede afectar pagos, env\u00edos, facturaci\u00f3n o integraciones comerciales.<\/p>\n<h3>\u00bfUn VPS har\u00e1 que PrestaShop vaya m\u00e1s r\u00e1pido?<\/h3>\n<p>Puede ayudar mucho si el hosting actual est\u00e1 limitado. Pero un VPS mal configurado puede rendir peor que un hosting gestionado de calidad. Lo importante no es solo tener m\u00e1s recursos, sino configurarlos bien.<\/p>\n<h3>\u00bfLa base de datos puede ralentizar solo el Back Office?<\/h3>\n<p>S\u00ed. Algunas pantallas administrativas consultan grandes vol\u00famenes de datos: pedidos, clientes, carritos, estad\u00edsticas o productos. Si las tablas han crecido demasiado o faltan \u00edndices adecuados, el panel puede volverse muy lento aunque la tienda p\u00fablica parezca aceptable.<\/p>\n<h3>\u00bfEs recomendable actualizar PrestaShop para mejorar rendimiento?<\/h3>\n<p>En muchos casos s\u00ed, especialmente si usas una versi\u00f3n antigua. Pero debe hacerse en staging, comprobando compatibilidad de PHP, tema, m\u00f3dulos y personalizaciones. Actualizar sin pruebas es confiar la facturaci\u00f3n a la buena suerte, y la buena suerte no emite tickets de soporte.<\/p>\n<h2>19. Una forma sensata de mirar el problema<\/h2>\n<p>Un Back Office lento no es solo una molestia t\u00e9cnica. Es tiempo perdido en cada pedido, frustraci\u00f3n del equipo, errores por impaciencia, retrasos en atenci\u00f3n al cliente y mantenimiento m\u00e1s caro. La lentitud tiene contabilidad propia, aunque no aparezca como l\u00ednea en el balance.<\/p>\n<p>La soluci\u00f3n profesional consiste en dejar de perseguir s\u00edntomas y empezar a leer se\u00f1ales: medir, comparar, aislar, corregir. Servidor, PHP, base de datos, m\u00f3dulos, cach\u00e9, cron y seguridad forman un ecosistema. Si una parte enferma, el resto compensa hasta que ya no puede.<\/p>\n<p>PrestaShop puede ser \u00e1gil. Puede responder con la precisi\u00f3n de una herramienta bien afilada. Pero necesita cuidados: actualizaciones prudentes, limpieza peri\u00f3dica, m\u00f3dulos escogidos con criterio y una infraestructura que no viva al borde del desmayo. Porque una tienda online no deber\u00eda obligarte a contemplar una rueda de carga cada ma\u00f1ana. Para meditar ya est\u00e1n los monasterios; para vender, mejor un Back Office r\u00e1pido. \ud83d\ude80<\/p>\n<p>Palabras clave relacionadas: PrestaShop lento, Back Office PrestaShop lento, panel de administraci\u00f3n PrestaShop, optimizar PrestaShop, rendimiento PrestaShop, base de datos PrestaShop, m\u00f3dulos PrestaShop lentos, acelerar PrestaShop.<\/p>\n<\/article>\n","protected":false},"excerpt":{"rendered":"<p>\u00bfQu\u00e9 hacer si PrestaShop va muy lento en el panel de administraci\u00f3n? Hay pocas escenas<\/p>\n","protected":false},"author":1,"featured_media":3832,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","_seopress_news_disabled":"","_seopress_video_disabled":"","_seopress_video":[],"_seopress_pro_schemas_manual":[],"_seopress_pro_rich_snippets_disable_all":"","_seopress_pro_rich_snippets_disable":[],"_seopress_pro_schemas":[],"footnotes":""},"categories":[2],"tags":[],"class_list":["post-3833","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mantenimiento"],"_links":{"self":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3833","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/comments?post=3833"}],"version-history":[{"count":1,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3833\/revisions"}],"predecessor-version":[{"id":3834,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3833\/revisions\/3834"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media\/3832"}],"wp:attachment":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media?parent=3833"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/categories?post=3833"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/tags?post=3833"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}