{"id":3818,"date":"2026-09-09T21:42:11","date_gmt":"2026-09-09T19:42:11","guid":{"rendered":"https:\/\/mantenimientoweb.pro\/blog\/como-solucionar-el-error-503-en-prestashop-durante-el-modo-mantenimiento-2\/"},"modified":"2026-09-09T21:42:13","modified_gmt":"2026-09-09T19:42:13","slug":"como-solucionar-el-error-503-en-prestashop-durante-el-modo-mantenimiento-2","status":"publish","type":"post","link":"https:\/\/mantenimientoweb.pro\/blog\/como-solucionar-el-error-503-en-prestashop-durante-el-modo-mantenimiento-2\/","title":{"rendered":"\u00bfC\u00f3mo solucionar el error 503 en PrestaShop durante el modo mantenimiento?"},"content":{"rendered":"<p><main><\/p>\n<article>\n<p>PrestaShop \u00b7 Mantenimiento \u00b7 Error 503 \u00b7 Rendimiento web \u2699\ufe0f<\/p>\n<p>  \u00bfC\u00f3mo solucionar el error 503 en PrestaShop durante el modo mantenimiento?<\/p>\n<p>\n    Hay errores que llegan dando un portazo. El <strong>error 503 en PrestaShop<\/strong>, en cambio, suele aparecer con una cortes\u00eda casi teatral: \u201cService Unavailable\u201d. Qu\u00e9 delicadeza. La tienda no est\u00e1 rota, dice el servidor; solo est\u00e1 \u201cno disponible\u201d. Como si un comercio bajara la persiana en plena avenida y dejara un cartel escrito con tinta invisible.\n  <\/p>\n<p>\n    En PrestaShop, el <strong>modo mantenimiento<\/strong> utiliza normalmente una respuesta HTTP <strong>503<\/strong> para indicar que la tienda est\u00e1 temporalmente fuera de servicio. Y eso, bien usado, es correcto. Incluso saludable. El problema empieza cuando el mantenimiento termina, el caf\u00e9 se enfr\u00eda, el cliente llama, Googlebot pasa de visita y la tienda sigue respondiendo 503 como un mayordomo obstinado que no deja entrar a nadie.\n  <\/p>\n<p>\n    Esta gu\u00eda explica, con precisi\u00f3n pr\u00e1ctica, c\u00f3mo diagnosticar y resolver el <strong>error 503 durante el modo mantenimiento en PrestaShop<\/strong>, tanto desde el Back Office como desde la base de datos, los archivos del servidor, la cach\u00e9, Cloudflare, Nginx, Apache y los logs. Porque entre una tienda cerrada por decisi\u00f3n propia y una tienda ca\u00edda por accidente hay un abismo: el primero es control; el segundo, facturaci\u00f3n evapor\u00e1ndose como roc\u00edo al sol. \ud83d\uded2\n  <\/p>\n<p>    <strong>Contenido r\u00e1pido<\/strong><\/p>\n<ul>\n<li><a href=\"#que-es\">Qu\u00e9 significa realmente el error 503 en PrestaShop<\/a><\/li>\n<li><a href=\"#diagnostico\">C\u00f3mo saber si el 503 viene del modo mantenimiento o del servidor<\/a><\/li>\n<li><a href=\"#solucion-rapida\">Soluci\u00f3n r\u00e1pida desde el Back Office<\/a><\/li>\n<li><a href=\"#ip\">El problema de la IP permitida: el cl\u00e1sico invisible<\/a><\/li>\n<li><a href=\"#cache\">Cach\u00e9 de PrestaShop, Smarty, navegador y CDN<\/a><\/li>\n<li><a href=\"#base-datos\">C\u00f3mo desactivar el mantenimiento desde la base de datos<\/a><\/li>\n<li><a href=\"#cloudflare\">Cloudflare, proxies y balanceadores<\/a><\/li>\n<li><a href=\"#logs\">Revisi\u00f3n de logs y modo depuraci\u00f3n<\/a><\/li>\n<li><a href=\"#seo\">Impacto SEO del error 503 y c\u00f3mo evitar da\u00f1os<\/a><\/li>\n<li><a href=\"#faq\">Preguntas frecuentes<\/a><\/li>\n<\/ul>\n<h2 id=\"que-es\">Qu\u00e9 significa realmente el error 503 en PrestaShop<\/h2>\n<p>\n    El c\u00f3digo HTTP <strong>503 Service Unavailable<\/strong> significa que el servidor no puede atender la solicitud en ese momento. No es un 404, donde falta una p\u00e1gina. No es un 500, donde algo se ha roto por dentro. Es m\u00e1s bien un \u201cvuelva usted m\u00e1s tarde\u201d, con ese aire burocr\u00e1tico que Internet hered\u00f3 de las ventanillas antiguas.\n  <\/p>\n<p>\n    En el contexto de <strong>PrestaShop en modo mantenimiento<\/strong>, el 503 puede ser una respuesta deliberada. Cuando desactivas temporalmente la tienda desde el panel de administraci\u00f3n, PrestaShop muestra una p\u00e1gina de mantenimiento a los visitantes no autorizados. Esto permite trabajar en actualizaciones, cambios de tema, m\u00f3dulos, migraciones o tareas de seguridad sin exponer una tienda a medio montar, como un escaparate con los maniqu\u00edes todav\u00eda sin cabeza.\n  <\/p>\n<p>\n    La paradoja es interesante: un error que, en realidad, puede ser una buena pr\u00e1ctica. La tienda est\u00e1 \u201ccerrada\u201d para protegerla. Oscuridad para preparar la luz. Silencio para que luego haya ventas. El contraste es casi elegante, hasta que deja de serlo.\n  <\/p>\n<p>    <strong>Dato importante:<\/strong> en PrestaShop 1.7 y PrestaShop 8, el modo mantenimiento se gestiona normalmente desde <strong>Par\u00e1metros de la tienda &gt; Configuraci\u00f3n &gt; Mantenimiento<\/strong>. En versiones antiguas como PrestaShop 1.6, la ruta puede aparecer como <strong>Preferencias &gt; Mantenimiento<\/strong>.<\/p>\n<h2 id=\"diagnostico\">Primero: identifica si es un 503 \u201cnormal\u201d o un 503 de emergencia<\/h2>\n<p>\n    Antes de tocar nada, conviene distinguir el origen. No todos los 503 son hijos del modo mantenimiento. Algunos vienen del servidor web, de PHP-FPM, de l\u00edmites de recursos, de un proxy malhumorado o de un m\u00f3dulo que ha decidido convertir tu tienda en una novela de misterio.\n  <\/p>\n<table>\n<thead>\n<tr>\n<th>Se\u00f1al<\/th>\n<th>Probable origen<\/th>\n<th>Qu\u00e9 revisar<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Se muestra una p\u00e1gina de mantenimiento con dise\u00f1o de PrestaShop<\/td>\n<td>Modo mantenimiento activo<\/td>\n<td>Back Office, IP permitida, configuraci\u00f3n <code>PS_SHOP_ENABLE<\/code><\/td>\n<\/tr>\n<tr>\n<td>P\u00e1gina gen\u00e9rica \u201c503 Service Unavailable\u201d sin dise\u00f1o de la tienda<\/td>\n<td>Servidor, hosting, Nginx, Apache, PHP-FPM o proxy<\/td>\n<td>Logs del servidor, l\u00edmites de recursos, estado de PHP<\/td>\n<\/tr>\n<tr>\n<td>El Back Office funciona, pero el Front Office muestra 503<\/td>\n<td>Mantenimiento activado o restricci\u00f3n de IP<\/td>\n<td>Configuraci\u00f3n de mantenimiento y cach\u00e9<\/td>\n<\/tr>\n<tr>\n<td>Ni Back Office ni Front Office cargan<\/td>\n<td>Problema m\u00e1s profundo del servidor o error PHP<\/td>\n<td>Logs, permisos, m\u00f3dulos, modo depuraci\u00f3n<\/td>\n<\/tr>\n<tr>\n<td>Solo t\u00fa ves el 503, otros no<\/td>\n<td>Cach\u00e9 local, CDN, IP o sesi\u00f3n<\/td>\n<td>Navegador, Cloudflare, cach\u00e9 de PrestaShop<\/td>\n<\/tr>\n<tr>\n<td>Solo algunos pa\u00edses o redes ven el error<\/td>\n<td>CDN, WAF, firewall o reglas por geolocalizaci\u00f3n<\/td>\n<td>Cloudflare, firewall del hosting, reglas de seguridad<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>\n    Un truco sencillo: abre la tienda desde una ventana privada, desde el m\u00f3vil usando datos m\u00f3viles y desde una herramienta externa como un comprobador HTTP. Si cada lugar cuenta una historia distinta, el culpable quiz\u00e1 no sea PrestaShop, sino una capa intermedia. Internet es as\u00ed: una cebolla con demasiadas capas y alguna que otra l\u00e1grima. \ud83e\uddc5\n  <\/p>\n<h2 id=\"solucion-rapida\">Soluci\u00f3n r\u00e1pida desde el Back Office de PrestaShop<\/h2>\n<p>\n    Si puedes entrar al panel de administraci\u00f3n, empieza por lo obvio. S\u00ed, lo obvio. Ese territorio humilde donde se resuelven m\u00e1s incidencias que en cualquier \u00e9pica consola de comandos.\n  <\/p>\n<h3>En PrestaShop 1.7 y PrestaShop 8<\/h3>\n<ol>\n<li>Accede al <strong>Back Office<\/strong> de tu tienda.<\/li>\n<li>Ve a <strong>Par\u00e1metros de la tienda &gt; Configuraci\u00f3n<\/strong>.<\/li>\n<li>Abre la pesta\u00f1a <strong>Mantenimiento<\/strong>.<\/li>\n<li>Comprueba el campo <strong>Activar tienda<\/strong>.<\/li>\n<li>Si la tienda debe estar p\u00fablica, selecciona <strong>S\u00ed<\/strong>.<\/li>\n<li>Guarda los cambios.<\/li>\n<li>Limpia la cach\u00e9 desde <strong>Par\u00e1metros avanzados &gt; Rendimiento &gt; Vaciar cach\u00e9<\/strong>.<\/li>\n<\/ol>\n<h3>En PrestaShop 1.6<\/h3>\n<ol>\n<li>Entra al panel de administraci\u00f3n.<\/li>\n<li>Dir\u00edgete a <strong>Preferencias &gt; Mantenimiento<\/strong>.<\/li>\n<li>Activa la tienda si quieres hacerla p\u00fablica.<\/li>\n<li>Guarda y limpia cach\u00e9.<\/li>\n<\/ol>\n<p>    <strong>Consejo profesional:<\/strong> despu\u00e9s de desactivar el modo mantenimiento, prueba la tienda como visitante an\u00f3nimo, sin sesi\u00f3n de administrador. Muchas veces el administrador ve una realidad y el cliente otra; una peque\u00f1a comedia de espejos que cuesta ventas.<\/p>\n<h2 id=\"ip\">El campo de IP permitida: peque\u00f1o, discreto y capaz de arruinarte la tarde<\/h2>\n<p>\n    PrestaShop permite mantener la tienda cerrada al p\u00fablico pero visible para ciertas direcciones IP. Es \u00fatil para desarrolladores, agencias y propietarios que quieren revisar cambios antes de abrir. El mecanismo es sencillo: si tu IP est\u00e1 en la lista autorizada, ves la tienda; si no, recibes la p\u00e1gina de mantenimiento con c\u00f3digo 503.\n  <\/p>\n<p>\n    Hasta aqu\u00ed, impecable. Pero las IPs cambian, las conexiones dom\u00e9sticas son din\u00e1micas, el m\u00f3vil usa otra red, la oficina sale por una VPN, Cloudflare se interpone y, de pronto, la lista de IPs permitidas parece escrita en una lengua muerta.\n  <\/p>\n<h3>Qu\u00e9 hacer<\/h3>\n<ol>\n<li>Busca tu IP p\u00fablica actual desde el mismo dispositivo con el que accedes a la tienda.<\/li>\n<li>Entra al Back Office.<\/li>\n<li>Ve a la secci\u00f3n de mantenimiento.<\/li>\n<li>Usa el bot\u00f3n <strong>A\u00f1adir mi IP<\/strong>, si est\u00e1 disponible.<\/li>\n<li>Guarda cambios.<\/li>\n<li>Prueba el Front Office en una pesta\u00f1a privada.<\/li>\n<\/ol>\n<p>\n    Si trabajas con varios dispositivos o redes, a\u00f1ade todas las IPs necesarias separadas seg\u00fan el formato que acepte tu versi\u00f3n de PrestaShop. En instalaciones modernas suele gestionarse como una lista de direcciones permitidas. Evita a\u00f1adir rangos amplios si no son imprescindibles; abrir demasiado la puerta para arreglar una cerradura no es seguridad, es decoraci\u00f3n.\n  <\/p>\n<p>    <strong>Atenci\u00f3n con IPv6:<\/strong> algunos proveedores entregan IPv6 adem\u00e1s de IPv4. Puedes estar autorizando una direcci\u00f3n IPv4 mientras tu navegador llega mediante IPv6. El resultado: t\u00fa jurar\u00edas que todo est\u00e1 bien, y PrestaShop, con una frialdad de notario, te seguir\u00e1 mostrando el 503.<\/p>\n<h2 id=\"cache\">Limpia la cach\u00e9: PrestaShop recuerda m\u00e1s de lo que deber\u00eda<\/h2>\n<p>\n    La cach\u00e9 es una bendici\u00f3n cuando acelera la tienda y una peque\u00f1a maldici\u00f3n cuando conserva un error. Es como un camarero eficiente que sigue sirviendo el plato equivocado porque lo memoriz\u00f3 demasiado bien.\n  <\/p>\n<p>\n    Si has desactivado el modo mantenimiento y el error 503 persiste, limpia las distintas capas de cach\u00e9.\n  <\/p>\n<h3>1. Cach\u00e9 desde el Back Office<\/h3>\n<ol>\n<li>Ve a <strong>Par\u00e1metros avanzados &gt; Rendimiento<\/strong>.<\/li>\n<li>Haz clic en <strong>Vaciar cach\u00e9<\/strong>.<\/li>\n<li>Si usas CCC, combinaci\u00f3n, minificaci\u00f3n o cach\u00e9 de plantillas, prueba temporalmente a desactivarlas para diagnosticar.<\/li>\n<\/ol>\n<h3>2. Cach\u00e9 por archivos en PrestaShop 1.7 \/ 8<\/h3>\n<p>\n    Si no puedes limpiar desde el panel, puedes hacerlo por FTP, SSH o administrador de archivos. En PrestaShop 1.7 y 8, revisa:\n  <\/p>\n<pre><code>\/var\/cache\/prod\/\n\/var\/cache\/dev\/<\/code><\/pre>\n<p>\n    Borra el contenido de esas carpetas, no necesariamente la carpeta ra\u00edz si tu hosting tiene restricciones. PrestaShop regenerar\u00e1 la cach\u00e9.\n  <\/p>\n<h3>3. Cach\u00e9 en PrestaShop 1.6<\/h3>\n<p>\n    En versiones antiguas, revisa:\n  <\/p>\n<pre><code>\/cache\/smarty\/cache\/\n\/cache\/smarty\/compile\/<\/code><\/pre>\n<p>\n    Elimina el contenido interno, especialmente si has modificado plantillas de mantenimiento o configuraci\u00f3n.\n  <\/p>\n<h3>4. Cach\u00e9 del navegador<\/h3>\n<p>\n    Prueba en ventana privada, cambia de navegador o fuerza recarga:\n  <\/p>\n<ul>\n<li>Windows \/ Linux: <code>Ctrl + F5<\/code><\/li>\n<li>Mac: <code>Cmd + Shift + R<\/code><\/li>\n<\/ul>\n<h3>5. Cach\u00e9 de CDN o proxy<\/h3>\n<p>\n    Si usas Cloudflare, LiteSpeed Cache, Varnish, un proxy inverso o una cach\u00e9 del hosting, limpia tambi\u00e9n esa capa. No basta con barrer la cocina si el humo est\u00e1 atrapado en el pasillo.\n  <\/p>\n<h2 id=\"base-datos\">C\u00f3mo desactivar el modo mantenimiento desde la base de datos<\/h2>\n<p>\n    A veces no puedes acceder al Back Office. Tal vez el m\u00f3dulo que tocaste explot\u00f3 con discreci\u00f3n, tal vez PHP decidi\u00f3 no cooperar, tal vez alguien olvid\u00f3 la URL del administrador \u2014sucede m\u00e1s de lo que se admite en voz alta\u2014. En ese caso, puedes revisar la configuraci\u00f3n directamente desde la base de datos.\n  <\/p>\n<p>    <strong>Antes de tocar la base de datos:<\/strong> haz una copia de seguridad. No una promesa mental de \u201cluego la hago\u201d. Una copia real. Descargarla puede parecer aburrido, pero restaurar una tienda rota sin backup es arqueolog\u00eda con los ojos vendados.<\/p>\n<h3>Tabla de configuraci\u00f3n<\/h3>\n<p>\n    PrestaShop guarda muchas preferencias en la tabla <code>ps_configuration<\/code>. El prefijo <code>ps_<\/code> puede variar en tu instalaci\u00f3n, por ejemplo <code>abc_configuration<\/code> o <code>shop_configuration<\/code>.\n  <\/p>\n<p>\n    Busca estos valores:\n  <\/p>\n<ul>\n<li><code>PS_SHOP_ENABLE<\/code>: indica si la tienda est\u00e1 activa.<\/li>\n<li><code>PS_MAINTENANCE_IP<\/code>: contiene las IPs autorizadas durante mantenimiento.<\/li>\n<\/ul>\n<h3>Consulta para comprobar el estado<\/h3>\n<pre><code>SELECT name, value\nFROM ps_configuration\nWHERE name IN ('PS_SHOP_ENABLE', 'PS_MAINTENANCE_IP');<\/code><\/pre>\n<h3>Desactivar mantenimiento y activar la tienda<\/h3>\n<pre><code>UPDATE ps_configuration\nSET value = '1'\nWHERE name = 'PS_SHOP_ENABLE';<\/code><\/pre>\n<p>\n    Despu\u00e9s, limpia la cach\u00e9 de PrestaShop. Si est\u00e1s en PrestaShop 1.7 o 8, puedes eliminar el contenido de:\n  <\/p>\n<pre><code>\/var\/cache\/prod\/<\/code><\/pre>\n<h3>Actualizar la IP permitida desde base de datos<\/h3>\n<p>\n    Si prefieres mantener el modo mantenimiento activo pero permitir tu acceso:\n  <\/p>\n<pre><code>UPDATE ps_configuration\nSET value = '203.0.113.25'\nWHERE name = 'PS_MAINTENANCE_IP';<\/code><\/pre>\n<p>\n    Sustituye <code>203.0.113.25<\/code> por tu IP p\u00fablica real. La direcci\u00f3n usada aqu\u00ed es un ejemplo reservado para documentaci\u00f3n.\n  <\/p>\n<h3>Ojo con multitienda<\/h3>\n<p>\n    En PrestaShop con <strong>multitienda<\/strong>, los valores pueden tener contexto por tienda o grupo de tiendas mediante campos como <code>id_shop<\/code> e <code>id_shop_group<\/code>. Si actualizas una fila global pero tu tienda est\u00e1 usando una configuraci\u00f3n espec\u00edfica, el cambio puede no surtir efecto.\n  <\/p>\n<p>\n    Comprueba si existen varias filas para el mismo nombre:\n  <\/p>\n<pre><code>SELECT id_configuration, id_shop_group, id_shop, name, value\nFROM ps_configuration\nWHERE name = 'PS_SHOP_ENABLE';<\/code><\/pre>\n<p>\n    Si hay registros por tienda, modifica el que corresponda. En multitienda, la precisi\u00f3n importa; es la diferencia entre apagar una l\u00e1mpara y dejar a oscuras todo el edificio.\n  <\/p>\n<h2 id=\"cloudflare\">Cloudflare, proxies y balanceadores: cuando tu IP ya no es tu IP<\/h2>\n<p>\n    Uno de los casos m\u00e1s frecuentes \u2014y m\u00e1s traicioneros\u2014 ocurre cuando la tienda est\u00e1 detr\u00e1s de Cloudflare, un proxy inverso, Varnish, un balanceador de carga o una capa de seguridad del hosting.\n  <\/p>\n<p>\n    T\u00fa crees que PrestaShop ve tu IP. Pero PrestaShop puede estar viendo la IP del proxy. Es una escena casi filos\u00f3fica: el visitante llega, pero lo que aparece en la puerta es su mensajero. Y la tienda, muy estricta, le niega el paso.\n  <\/p>\n<h3>S\u00edntomas t\u00edpicos<\/h3>\n<ul>\n<li>A\u00f1ades tu IP en mantenimiento, pero sigues viendo 503.<\/li>\n<li>Al desactivar Cloudflare temporalmente, puedes entrar.<\/li>\n<li>El error afecta de forma distinta seg\u00fan pa\u00eds, red o proveedor.<\/li>\n<li>Los logs muestran IPs de Cloudflare o del proxy, no las IPs reales de visitantes.<\/li>\n<\/ul>\n<h3>Qu\u00e9 puedes hacer<\/h3>\n<ol>\n<li><strong>Comprueba la IP que recibe el servidor<\/strong> revisando logs de Apache o Nginx.<\/li>\n<li><strong>Activa la restauraci\u00f3n de IP real<\/strong> en tu servidor si usas Cloudflare. En Nginx suele hacerse con m\u00f3dulos y directivas de Real IP; en Apache puede requerir configuraci\u00f3n equivalente.<\/li>\n<li><strong>No a\u00f1adas rangos completos de Cloudflare como IPs permitidas<\/strong> salvo que entiendas el riesgo. Podr\u00edas permitir el acceso de m\u00e1s visitantes de los previstos.<\/li>\n<li><strong>Purge cache<\/strong> en Cloudflare tras cambiar el estado de mantenimiento.<\/li>\n<li><strong>Desactiva temporalmente la cach\u00e9 de p\u00e1gina<\/strong> si est\u00e1 almacenando la respuesta 503.<\/li>\n<\/ol>\n<p>    <strong>Importante:<\/strong> Cloudflare no deber\u00eda cachear respuestas 503 por defecto como una p\u00e1gina normal en configuraciones est\u00e1ndar, pero reglas personalizadas de cach\u00e9, \u201cCache Everything\u201d, Workers, proxies del hosting o plugins externos pueden cambiar el comportamiento. La configuraci\u00f3n real manda m\u00e1s que la teor\u00eda, como siempre.<\/p>\n<h2>Revisa reglas de .htaccess, Nginx y p\u00e1ginas de mantenimiento externas<\/h2>\n<p>\n    No todo mantenimiento viene de PrestaShop. Algunos hostings, agencias o administradores implementan un modo mantenimiento a nivel servidor. Esto se hace con reglas en <code>.htaccess<\/code>, configuraci\u00f3n de Nginx, paneles como cPanel\/Plesk o plugins externos.\n  <\/p>\n<h3>En Apache: archivo .htaccess<\/h3>\n<p>\n    Revisa si existe alguna regla que fuerce una p\u00e1gina de mantenimiento o devuelva 503:\n  <\/p>\n<pre><code>RewriteCond %{REMOTE_ADDR} !^203\\.0\\.113\\.25$\nRewriteRule ^.*$ \/maintenance.html [R=503,L]<\/code><\/pre>\n<p>\n    Tambi\u00e9n busca directivas como:\n  <\/p>\n<pre><code>Redirect 503 \/\nErrorDocument 503 \/maintenance.html<\/code><\/pre>\n<p>\n    Si encuentras reglas similares y ya no las necesitas, com\u00e9ntalas o elim\u00ednalas con cuidado. Despu\u00e9s reinicia cach\u00e9s si aplica.\n  <\/p>\n<h3>En Nginx<\/h3>\n<p>\n    En Nginx puede haber bloques como:\n  <\/p>\n<pre><code>if (-f $document_root\/maintenance.flag) {\n    return 503;\n}\n\nerror_page 503 @maintenance;<\/code><\/pre>\n<p>\n    O reglas basadas en un archivo bandera, por ejemplo <code>maintenance.flag<\/code>. Si ese archivo existe, Nginx devuelve 503 aunque PrestaShop est\u00e9 perfectamente configurado. Un solo archivo vac\u00edo, diminuto como una semilla, puede cerrar una tienda entera.\n  <\/p>\n<h2>Permisos de archivos y carpetas: el mantenimiento que se convierte en bloqueo<\/h2>\n<p>\n    PrestaShop necesita escribir cach\u00e9, compilar plantillas, generar archivos temporales y registrar logs. Si los permisos son incorrectos, puede mostrar errores, comportarse de forma extra\u00f1a o quedarse atrapado en estados antiguos.\n  <\/p>\n<p>\n    Revisa especialmente:\n  <\/p>\n<ul>\n<li><code>\/var\/cache\/<\/code><\/li>\n<li><code>\/var\/logs\/<\/code><\/li>\n<li><code>\/img\/<\/code><\/li>\n<li><code>\/modules\/<\/code><\/li>\n<li><code>\/themes\/<\/code><\/li>\n<li><code>\/app\/config\/<\/code> en ciertas versiones 1.7<\/li>\n<\/ul>\n<p>\n    Como orientaci\u00f3n general, muchos entornos trabajan con permisos tipo <strong>755 para carpetas<\/strong> y <strong>644 para archivos<\/strong>, siempre con el propietario correcto del usuario web. Pero no existe una receta universal: depende de si el servidor usa Apache con PHP-FPM, suPHP, FastCGI, contenedores, paneles gestionados o despliegues m\u00e1s complejos.\n  <\/p>\n<p>    <strong>No uses 777 como soluci\u00f3n permanente.<\/strong> Es tentador, s\u00ed. Tambi\u00e9n lo es dejar las llaves debajo del felpudo. Puede servir para una prueba controlada de diagn\u00f3stico, pero no para producci\u00f3n.<\/p>\n<h2>Comprueba m\u00f3dulos y temas que alteran la p\u00e1gina de mantenimiento<\/h2>\n<p>\n    Algunos m\u00f3dulos de PrestaShop modifican el comportamiento del Front Office, a\u00f1aden p\u00e1ginas de \u201ccoming soon\u201d, redirecciones, bloqueos por pa\u00eds, restricciones B2B, cat\u00e1logos privados o protecciones de acceso. En teor\u00eda ayudan. En la pr\u00e1ctica, a veces se pisan entre ellos como actores entrando por la misma puerta.\n  <\/p>\n<h3>Pasos recomendados<\/h3>\n<ol>\n<li>Desactiva temporalmente m\u00f3dulos relacionados con mantenimiento, seguridad, cach\u00e9, redirecciones o SEO.<\/li>\n<li>Prueba con el tema cl\u00e1sico si sospechas del tema actual.<\/li>\n<li>Revisa si el archivo de plantilla de mantenimiento ha sido sobrescrito.<\/li>\n<li>Consulta los logs tras cada cambio.<\/li>\n<\/ol>\n<p>\n    Si no puedes entrar al Back Office, una t\u00e9cnica de emergencia consiste en renombrar la carpeta del m\u00f3dulo sospechoso dentro de <code>\/modules\/<\/code>. Por ejemplo:\n  <\/p>\n<pre><code>\/modules\/modulo_sospechoso\/\na\n\/modules\/modulo_sospechoso_disabled\/<\/code><\/pre>\n<p>\n    Hazlo solo si sabes qu\u00e9 m\u00f3dulo est\u00e1s tocando y, preferiblemente, tras una copia de seguridad. No conviene convertir una aver\u00eda en una colecci\u00f3n.\n  <\/p>\n<h2 id=\"logs\">Logs y modo depuraci\u00f3n: escuchar lo que la tienda intenta decir<\/h2>\n<p>\n    Los logs son poco glamorosos. No tienen interfaz bonita, no prometen milagros, no sonr\u00eden en capturas comerciales. Pero cuando una tienda PrestaShop falla, los logs son la linterna.\n  <\/p>\n<h3>Logs de PrestaShop<\/h3>\n<p>\n    En PrestaShop 1.7 y 8, revisa:\n  <\/p>\n<pre><code>\/var\/logs\/prod.log\n\/var\/logs\/dev.log<\/code><\/pre>\n<p>\n    En PrestaShop 1.6, los errores pueden verse en el Back Office o en logs del servidor, seg\u00fan la configuraci\u00f3n.\n  <\/p>\n<h3>Logs del servidor<\/h3>\n<p>\n    Tambi\u00e9n consulta:\n  <\/p>\n<ul>\n<li>Log de errores de Apache.<\/li>\n<li>Log de errores de Nginx.<\/li>\n<li>Log de PHP-FPM.<\/li>\n<li>Registros del panel de hosting.<\/li>\n<li>Alertas de recursos: CPU, RAM, procesos, I\/O o l\u00edmites de entrada.<\/li>\n<\/ul>\n<h3>Activar modo debug en PrestaShop<\/h3>\n<p>\n    Si sospechas de un error PHP oculto tras el 503, puedes activar el modo depuraci\u00f3n. En PrestaShop 1.7 y 8 suele hacerse desde <strong>Par\u00e1metros avanzados &gt; Rendimiento &gt; Modo depuraci\u00f3n<\/strong>, si el Back Office est\u00e1 disponible.\n  <\/p>\n<p>\n    Si no puedes acceder, revisa el archivo:\n  <\/p>\n<pre><code>\/config\/defines.inc.php<\/code><\/pre>\n<p>\n    Busca la constante:\n  <\/p>\n<pre><code>define('_PS_MODE_DEV_', false);<\/code><\/pre>\n<p>\n    Y c\u00e1mbiala temporalmente a:\n  <\/p>\n<pre><code>define('_PS_MODE_DEV_', true);<\/code><\/pre>\n<p>    <strong>Importante:<\/strong> no dejes el modo debug activo en producci\u00f3n. Puede mostrar rutas internas, errores, datos t\u00e9cnicos y detalles sensibles. \u00dasalo, diagnostica y vuelve a desactivarlo.<\/p>\n<h2>Cuando el 503 no es mantenimiento: l\u00edmites del hosting y PHP-FPM<\/h2>\n<p>\n    Si la p\u00e1gina 503 no tiene aspecto de PrestaShop, o si el Back Office tambi\u00e9n cae, mira hacia el servidor. Un 503 puede aparecer cuando PHP-FPM no responde, el hosting limita procesos, se agota la memoria, hay demasiadas conexiones simult\u00e1neas o el servidor upstream est\u00e1 inaccesible.\n  <\/p>\n<h3>Causas comunes a nivel servidor<\/h3>\n<ul>\n<li><strong>PHP-FPM saturado<\/strong>: demasiados procesos ocupados.<\/li>\n<li><strong>Memoria insuficiente<\/strong>: m\u00f3dulos pesados, importaciones masivas, cat\u00e1logos grandes.<\/li>\n<li><strong>Timeouts<\/strong>: operaciones lentas en base de datos o llamadas externas.<\/li>\n<li><strong>L\u00edmites del hosting compartido<\/strong>: CPU, Entry Processes, I\/O.<\/li>\n<li><strong>Actualizaci\u00f3n incompleta<\/strong>: archivos mezclados de distintas versiones.<\/li>\n<li><strong>Extensiones PHP incompatibles<\/strong> o versi\u00f3n PHP no soportada por tu PrestaShop.<\/li>\n<\/ul>\n<p>\n    PrestaShop 8, por ejemplo, requiere versiones modernas de PHP dentro de un rango compatible. PrestaShop 1.7 tiene requisitos distintos seg\u00fan subversi\u00f3n. Instalar o actualizar sin comprobar compatibilidad es como echar aceite de oliva en un motor di\u00e9sel: algo se mueve, s\u00ed, pero no como esperabas.\n  <\/p>\n<h3>Qu\u00e9 revisar en el hosting<\/h3>\n<ul>\n<li>Versi\u00f3n de PHP compatible con tu versi\u00f3n exacta de PrestaShop.<\/li>\n<li>L\u00edmite de memoria PHP, idealmente 256 MB o m\u00e1s para tiendas medianas; algunas instalaciones necesitan 512 MB o superior.<\/li>\n<li><code>max_execution_time<\/code> si realizas importaciones o actualizaciones.<\/li>\n<li>Estado de PHP-FPM y reinicio del servicio si administras el servidor.<\/li>\n<li>Uso de CPU, RAM, I\/O y procesos concurrentes.<\/li>\n<li>Errores recientes tras instalar un m\u00f3dulo o cambiar tema.<\/li>\n<\/ul>\n<h2 id=\"seo\">SEO: el 503 puede ser correcto, pero no eterno<\/h2>\n<p>\n    Desde el punto de vista SEO, el c\u00f3digo 503 durante mantenimiento tiene sentido. Indica a buscadores como Google que la indisponibilidad es temporal. Es mucho mejor que devolver un 200 con una p\u00e1gina vac\u00eda o un 404 accidental. El 503 le dice al rastreador: \u201cno borres nada, vuelve luego\u201d.\n  <\/p>\n<p>\n    Pero aqu\u00ed aparece la ant\u00edtesis inc\u00f3moda: el 503 es prudente por unas horas y peligroso durante d\u00edas. Medicina en dosis peque\u00f1as, veneno si se olvida en la mesa.\n  <\/p>\n<h3>Buenas pr\u00e1cticas SEO durante mantenimiento<\/h3>\n<ul>\n<li>Usa el modo mantenimiento solo el tiempo necesario.<\/li>\n<li>Evita dejar la tienda en 503 durante varios d\u00edas salvo causa justificada.<\/li>\n<li>Si puedes, a\u00f1ade cabecera <code>Retry-After<\/code> para indicar cu\u00e1ndo volver a intentar.<\/li>\n<li>No bloquees el rastreo con <code>robots.txt<\/code> durante una ca\u00edda temporal; podr\u00edas complicar la recuperaci\u00f3n.<\/li>\n<li>Verifica en Google Search Console si aparecen errores de disponibilidad.<\/li>\n<li>Comprueba URLs importantes: home, categor\u00edas, productos, carrito y sitemap.<\/li>\n<\/ul>\n<h3>Ejemplo de cabecera Retry-After<\/h3>\n<p>\n    La cabecera <code>Retry-After<\/code> puede indicar a los bots cu\u00e1ndo deber\u00edan volver. No siempre es gestionada directamente desde PrestaShop sin personalizaci\u00f3n, pero puede a\u00f1adirse a nivel servidor si sabes lo que haces.\n  <\/p>\n<pre><code>Retry-After: 3600<\/code><\/pre>\n<p>\n    Ese valor indica 3600 segundos, es decir, una hora. Tambi\u00e9n puede usarse una fecha HTTP v\u00e1lida. En cualquier caso, conviene aplicarla con criterio y retirarla cuando la tienda vuelva a estar activa.\n  <\/p>\n<p>    <strong>Resumen SEO:<\/strong> un 503 breve durante mantenimiento es correcto. Un 503 persistente puede reducir rastreo, afectar indexaci\u00f3n temporalmente y erosionar confianza. Google suele entender interrupciones cortas; lo que no entiende bien es una tienda que promete volver \u201cen breve\u201d durante una semana entera. Y los clientes, menos.<\/p>\n<h2>Checklist profesional para resolver el error 503 en PrestaShop<\/h2>\n<p>\n    Si necesitas actuar r\u00e1pido, sigue este orden. No es heroico, pero funciona; y en mantenimiento web, la \u00e9pica est\u00e1 sobrevalorada.\n  <\/p>\n<ol>\n<li><strong>Confirma el tipo de 503:<\/strong> \u00bfp\u00e1gina de mantenimiento PrestaShop o error gen\u00e9rico del servidor?<\/li>\n<li><strong>Prueba desde otra red:<\/strong> m\u00f3vil con datos, ventana privada, navegador distinto.<\/li>\n<li><strong>Accede al Back Office:<\/strong> revisa si la tienda est\u00e1 activada.<\/li>\n<li><strong>Comprueba IP permitida:<\/strong> a\u00f1ade tu IP actual y considera IPv6, VPN o proxy.<\/li>\n<li><strong>Limpia cach\u00e9s:<\/strong> PrestaShop, navegador, CDN, hosting, Varnish o LiteSpeed.<\/li>\n<li><strong>Revisa base de datos:<\/strong> valida <code>PS_SHOP_ENABLE<\/code> y <code>PS_MAINTENANCE_IP<\/code>.<\/li>\n<li><strong>Comprueba multitienda:<\/strong> aseg\u00farate de editar el contexto correcto.<\/li>\n<li><strong>Inspecciona .htaccess o Nginx:<\/strong> busca reglas externas de mantenimiento.<\/li>\n<li><strong>Desactiva m\u00f3dulos sospechosos:<\/strong> especialmente cach\u00e9, seguridad, redirecciones y coming soon.<\/li>\n<li><strong>Consulta logs:<\/strong> PrestaShop, PHP, Apache, Nginx, hosting.<\/li>\n<li><strong>Verifica recursos del servidor:<\/strong> CPU, RAM, procesos, PHP-FPM, l\u00edmites del plan.<\/li>\n<li><strong>Revisa SEO:<\/strong> estado HTTP, Search Console, sitemap y URLs clave.<\/li>\n<\/ol>\n<h2>Errores habituales que alargan el problema<\/h2>\n<p>\n    Hay fallos t\u00e9cnicos. Y luego est\u00e1n esas peque\u00f1as decisiones humanas que los alimentan, como migas para palomas.\n  <\/p>\n<table>\n<thead>\n<tr>\n<th>Error habitual<\/th>\n<th>Por qu\u00e9 ocurre<\/th>\n<th>C\u00f3mo evitarlo<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>No probar como usuario an\u00f3nimo<\/td>\n<td>El administrador puede ver la tienda por sesi\u00f3n o IP<\/td>\n<td>Usa inc\u00f3gnito y conexi\u00f3n externa<\/td>\n<\/tr>\n<tr>\n<td>Olvidar Cloudflare o CDN<\/td>\n<td>La respuesta 503 puede estar cacheada o alterada<\/td>\n<td>Limpia cach\u00e9 y revisa reglas<\/td>\n<\/tr>\n<tr>\n<td>Editar la fila equivocada en multitienda<\/td>\n<td>Configuraci\u00f3n por tienda o grupo<\/td>\n<td>Consulta <code>id_shop<\/code> e <code>id_shop_group<\/code><\/td>\n<\/tr>\n<tr>\n<td>No hacer backup antes de tocar base de datos<\/td>\n<td>Prisa, confianza excesiva, viernes por la tarde<\/td>\n<td>Copia antes de modificar<\/td>\n<\/tr>\n<tr>\n<td>Dejar debug activo<\/td>\n<td>Se resuelve el error y se olvida el ajuste<\/td>\n<td>Desact\u00edvalo tras diagnosticar<\/td>\n<\/tr>\n<tr>\n<td>Confundir 503 de servidor con mantenimiento<\/td>\n<td>Ambos usan el mismo c\u00f3digo HTTP<\/td>\n<td>Revisa dise\u00f1o de p\u00e1gina, headers y logs<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Plan preventivo: c\u00f3mo usar el modo mantenimiento sin sobresaltos<\/h2>\n<p>\n    El mejor error 503 es el que dura exactamente lo previsto. Para eso conviene preparar el mantenimiento como se prepara una intervenci\u00f3n quir\u00fargica menor: lista, horario, responsables, respaldo y salida de emergencia.\n  <\/p>\n<h3>Antes del mantenimiento<\/h3>\n<ul>\n<li>Haz copia de seguridad de archivos y base de datos.<\/li>\n<li>Anota la versi\u00f3n exacta de PrestaShop, PHP, tema y m\u00f3dulos cr\u00edticos.<\/li>\n<li>Define ventana horaria de baja actividad.<\/li>\n<li>A\u00f1ade IPs autorizadas de desarrolladores y responsables.<\/li>\n<li>Comprueba acceso al hosting, FTP\/SSH, base de datos y Back Office.<\/li>\n<li>Prepara un plan de reversi\u00f3n.<\/li>\n<\/ul>\n<h3>Durante el mantenimiento<\/h3>\n<ul>\n<li>Activa modo mantenimiento.<\/li>\n<li>Evita instalar varios m\u00f3dulos o cambios grandes a la vez.<\/li>\n<li>Prueba compra, carrito, login, b\u00fasqueda y checkout.<\/li>\n<li>Documenta cada cambio. Aunque sea en una nota fea. Sirve.<\/li>\n<li>Vigila logs en tiempo real si est\u00e1s tocando componentes cr\u00edticos.<\/li>\n<\/ul>\n<h3>Despu\u00e9s del mantenimiento<\/h3>\n<ul>\n<li>Desactiva mantenimiento.<\/li>\n<li>Limpia todas las cach\u00e9s.<\/li>\n<li>Comprueba c\u00f3digos HTTP con herramientas externas.<\/li>\n<li>Realiza una compra de prueba si es posible.<\/li>\n<li>Revisa Google Search Console al d\u00eda siguiente.<\/li>\n<li>Confirma que no quedan reglas temporales en servidor o CDN.<\/li>\n<\/ul>\n<h2 id=\"faq\">Preguntas frecuentes sobre el error 503 en PrestaShop<\/h2>\n<h3>\u00bfEl error 503 en PrestaShop siempre significa que la tienda est\u00e1 ca\u00edda?<\/h3>\n<p>\n    No. Si el modo mantenimiento est\u00e1 activo, PrestaShop puede devolver 503 de forma intencionada. Es una se\u00f1al temporal. Sin embargo, si aparece sin haber activado mantenimiento o afecta tambi\u00e9n al Back Office, puede indicar problemas de servidor, PHP, cach\u00e9, m\u00f3dulos o configuraci\u00f3n.\n  <\/p>\n<h3>\u00bfPor qu\u00e9 yo veo la tienda y mis clientes ven 503?<\/h3>\n<p>\n    Probablemente tu IP est\u00e1 permitida o tienes una sesi\u00f3n administrativa activa. Prueba desde una ventana privada y otra red. Tambi\u00e9n puede haber cach\u00e9 diferente por usuario, pa\u00eds o CDN.\n  <\/p>\n<h3>\u00bfPor qu\u00e9 a\u00f1ad\u00ed mi IP y sigo viendo mantenimiento?<\/h3>\n<p>\n    Puede que tu IP haya cambiado, est\u00e9s usando IPv6, una VPN, Cloudflare o un proxy. Tambi\u00e9n puede ser cach\u00e9 del navegador, del hosting o de CDN. Revisa qu\u00e9 IP llega realmente al servidor mediante logs.\n  <\/p>\n<h3>\u00bfPuedo desactivar el modo mantenimiento desde phpMyAdmin?<\/h3>\n<p>\n    S\u00ed. En la tabla de configuraci\u00f3n, normalmente <code>ps_configuration<\/code>, puedes establecer <code>PS_SHOP_ENABLE<\/code> en <code>1<\/code>. Recuerda que el prefijo de tabla puede variar y que en multitienda debes revisar el contexto correcto.\n  <\/p>\n<h3>\u00bfEl 503 afecta al SEO?<\/h3>\n<p>\n    Un 503 breve y controlado suele ser correcto para SEO porque indica indisponibilidad temporal. El riesgo aparece si se mantiene durante demasiado tiempo, si se cachea accidentalmente o si afecta a p\u00e1ginas importantes durante d\u00edas.\n  <\/p>\n<h3>\u00bfQu\u00e9 hago si el Back Office tambi\u00e9n muestra 503?<\/h3>\n<p>\n    Revisa logs del servidor, PHP-FPM, l\u00edmites de recursos del hosting, errores PHP y reglas externas de mantenimiento. Tambi\u00e9n puedes activar debug temporalmente desde <code>config\/defines.inc.php<\/code>, siempre desactiv\u00e1ndolo despu\u00e9s.\n  <\/p>\n<h2>Cierre: que el mantenimiento no se convierta en una persiana oxidada<\/h2>\n<p>\n    El <strong>error 503 en PrestaShop durante el modo mantenimiento<\/strong> no es, por s\u00ed mismo, una cat\u00e1strofe. Es una herramienta. Una pausa. Un cartel de \u201cestamos trabajando\u201d. Pero toda herramienta mal guardada termina en el suelo, y toda pausa demasiado larga empieza a parecer abandono.\n  <\/p>\n<p>\n    La soluci\u00f3n casi siempre est\u00e1 en una cadena de comprobaciones sensatas: estado de la tienda, IP autorizada, cach\u00e9, base de datos, CDN, reglas del servidor, permisos, m\u00f3dulos y logs. Lo t\u00e9cnico y lo humano caminan juntos aqu\u00ed: la m\u00e1quina devuelve un c\u00f3digo, pero la causa suele esconderse en una decisi\u00f3n anterior, en una prisa, en una regla temporal que nadie quit\u00f3.\n  <\/p>\n<p>\n    PrestaShop puede ser robusto, flexible y generoso con quien lo entiende. Pero tambi\u00e9n es literal como una cerradura: si le dices que cierre, cierra. Si le das una IP equivocada, no improvisa. Si una cach\u00e9 conserva el 503, lo servir\u00e1 con disciplina militar. Por eso el mantenimiento web exige m\u00e9todo, paciencia y cierta desconfianza elegante.\n  <\/p>\n<p>\n    Al final, una tienda online saludable no es la que nunca se detiene, sino la que sabe detenerse sin perder el camino de vuelta. \ud83d\udd27\ud83d\ude80\n  <\/p>\n<\/article>\n<p><\/main><\/p>\n","protected":false},"excerpt":{"rendered":"<p>PrestaShop \u00b7 Mantenimiento \u00b7 Error 503 \u00b7 Rendimiento web \u2699\ufe0f \u00bfC\u00f3mo solucionar el error 503<\/p>\n","protected":false},"author":1,"featured_media":3817,"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-3818","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\/3818","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=3818"}],"version-history":[{"count":1,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3818\/revisions"}],"predecessor-version":[{"id":3819,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3818\/revisions\/3819"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media\/3817"}],"wp:attachment":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media?parent=3818"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/categories?post=3818"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/tags?post=3818"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}