{"id":3691,"date":"2026-07-10T11:43:26","date_gmt":"2026-07-10T09:43:26","guid":{"rendered":"https:\/\/mantenimientoweb.pro\/blog\/como-solucionar-el-error-503-en-prestashop-durante-el-modo-mantenimiento\/"},"modified":"2026-07-10T11:43:27","modified_gmt":"2026-07-10T09:43:27","slug":"como-solucionar-el-error-503-en-prestashop-durante-el-modo-mantenimiento","status":"publish","type":"post","link":"https:\/\/mantenimientoweb.pro\/blog\/como-solucionar-el-error-503-en-prestashop-durante-el-modo-mantenimiento\/","title":{"rendered":"\u00bfC\u00f3mo solucionar el error 503 en PrestaShop durante el modo mantenimiento?"},"content":{"rendered":"<p><main><\/p>\n<article>\n<section>\n      \u00bfC\u00f3mo solucionar el error 503 en PrestaShop durante el modo mantenimiento?<\/p>\n<p>Una gu\u00eda pr\u00e1ctica, t\u00e9cnica y sin humo para entender por qu\u00e9 tu tienda muestra \u201cService Unavailable\u201d justo cuando solo quer\u00edas poner un discreto cartel de \u201cvolvemos enseguida\u201d. Porque pocas cosas tienen tanta iron\u00eda como cerrar una tienda para arreglarla\u2026 y descubrir que ya no sabes abrirla. \ud83d\udee0\ufe0f\ud83d\uded2<\/p>\n<p>        <span>\u2699\ufe0f PrestaShop 1.7, 8 y 9<\/span><br \/>\n        <span>\ud83d\udea8 Error HTTP 503<\/span><br \/>\n        <span>\ud83d\udd10 Modo mantenimiento<\/span><br \/>\n        <span>\ud83d\ude80 SEO y rendimiento<\/span><br \/>\n        <span>\ud83e\uddef Diagn\u00f3stico paso a paso<\/span><\/p>\n<\/section>\n<p>El error 503 en PrestaShop tiene una virtud inc\u00f3moda: a veces no es un error, sino una se\u00f1al perfectamente deliberada. El servidor, con la solemnidad de un portero de teatro, le dice al visitante: \u201cahora no\u201d. En t\u00e9rminos HTTP, <strong>503 Service Unavailable<\/strong> significa que el servicio no est\u00e1 disponible temporalmente. Puede ocurrir por saturaci\u00f3n, por mantenimiento del servidor, por un fallo de PHP, por un m\u00f3dulo que se ha puesto dram\u00e1tico o, en el caso que nos ocupa, porque <strong>PrestaShop est\u00e1 en modo mantenimiento<\/strong>.<\/p>\n<p>El problema comienza cuando ese \u201ctemporalmente\u201d se estira como chicle bajo el sol. La tienda no vuelve. T\u00fa entras desde tu IP autorizada y ves el mismo 503 que ve cualquier cliente. Google empieza a husmear. El equipo comercial pregunta. El hosting responde con una frase que suena a paraguas roto: \u201cpor nuestra parte todo est\u00e1 bien\u201d. Y ah\u00ed est\u00e1s, entre la elegancia de la teor\u00eda y el barro de la pr\u00e1ctica.<\/p>\n<p>      <strong>Contenido de la gu\u00eda<\/strong><\/p>\n<ul>\n<li><a href=\"#que-significa\">Qu\u00e9 significa realmente el error 503 en PrestaShop<\/a><\/li>\n<li><a href=\"#por-que-mantenimiento\">Por qu\u00e9 aparece durante el modo mantenimiento<\/a><\/li>\n<li><a href=\"#diagnostico-rapido\">Diagn\u00f3stico r\u00e1pido en 10 minutos<\/a><\/li>\n<li><a href=\"#ip-autorizada\">Revisar IP autorizada y configuraci\u00f3n<\/a><\/li>\n<li><a href=\"#base-datos\">Activar la tienda desde base de datos<\/a><\/li>\n<li><a href=\"#cache\">Limpiar cach\u00e9 correctamente<\/a><\/li>\n<li><a href=\"#htaccess-nginx\">Apache, Nginx, .htaccess y reglas de servidor<\/a><\/li>\n<li><a href=\"#modulos\">M\u00f3dulos, overrides y tema<\/a><\/li>\n<li><a href=\"#php-servidor\">PHP, recursos del hosting y logs<\/a><\/li>\n<li><a href=\"#cdn\">CDN, WAF y cach\u00e9s externas<\/a><\/li>\n<li><a href=\"#seo\">Impacto SEO del 503<\/a><\/li>\n<li><a href=\"#prevencion\">C\u00f3mo evitar que vuelva a ocurrir<\/a><\/li>\n<\/ul>\n<section id=\"que-significa\">\n<h2>Qu\u00e9 significa realmente el error 503 en PrestaShop<\/h2>\n<p>El c\u00f3digo HTTP 503 indica que el servidor no puede atender la solicitud en ese momento. No dice necesariamente \u201cla web est\u00e1 rota\u201d; dice algo m\u00e1s matizado: \u201cno puedo servir esto ahora\u201d. Esa diferencia, peque\u00f1a como una bisagra, cambia toda la puerta.<\/p>\n<p>En PrestaShop, durante el modo mantenimiento, es normal que el <strong>front office<\/strong> devuelva un 503 para usuarios no autorizados. De hecho, est\u00e1 bien que lo haga. Es una se\u00f1al correcta para navegadores, robots y motores de b\u00fasqueda: la tienda est\u00e1 temporalmente fuera de servicio, no ha desaparecido, no debe desindexarse por p\u00e1nico.<\/p>\n<p>La ant\u00edtesis es clara: <strong>un 503 controlado protege; un 503 inesperado paraliza<\/strong>. Uno es una verja durante una obra. El otro, una pared levantada en medio de la carretera.<\/p>\n<table>\n<thead>\n<tr>\n<th>Situaci\u00f3n<\/th>\n<th>\u00bfEs normal?<\/th>\n<th>Qu\u00e9 hacer<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>La tienda est\u00e1 en mantenimiento y los clientes ven 503<\/td>\n<td>S\u00ed, puede ser correcto<\/td>\n<td>Verificar que la p\u00e1gina de mantenimiento se muestre bien y que incluya mensaje \u00fatil<\/td>\n<\/tr>\n<tr>\n<td>Tu IP est\u00e1 autorizada pero sigues viendo 503<\/td>\n<td>No<\/td>\n<td>Revisar IP p\u00fablica, proxy, CDN, cach\u00e9 y configuraci\u00f3n <code>PS_MAINTENANCE_IP<\/code><\/td>\n<\/tr>\n<tr>\n<td>El back office tambi\u00e9n da 503<\/td>\n<td>No<\/td>\n<td>Consultar logs del servidor, errores PHP, l\u00edmites de recursos o reglas de seguridad<\/td>\n<\/tr>\n<tr>\n<td>Desactivaste mantenimiento pero el 503 contin\u00faa<\/td>\n<td>No<\/td>\n<td>Limpiar cach\u00e9 de PrestaShop, servidor, CDN y comprobar base de datos<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>        <strong>Idea clave:<\/strong> si el 503 aparece \u00fanicamente en el front office mientras el modo mantenimiento est\u00e1 activo, quiz\u00e1 no tengas un incendio, sino una alarma funcionando. La tarea es distinguir la alarma del fuego. \ud83d\udd0d<\/p>\n<\/section>\n<section id=\"por-que-mantenimiento\">\n<h2>Por qu\u00e9 aparece el 503 durante el modo mantenimiento<\/h2>\n<p>PrestaShop permite desactivar temporalmente la tienda desde el panel de administraci\u00f3n. En versiones modernas, suele encontrarse en una ruta parecida a:<\/p>\n<p><strong>Par\u00e1metros de la tienda \u2192 Configuraci\u00f3n \u2192 Mantenimiento<\/strong><\/p>\n<p>Seg\u00fan la versi\u00f3n y el idioma del back office, el nombre exacto puede variar un poco. All\u00ed puedes activar o desactivar la tienda y a\u00f1adir direcciones IP autorizadas para visualizar el sitio mientras los dem\u00e1s usuarios ven la p\u00e1gina de mantenimiento.<\/p>\n<p>Por debajo, PrestaShop guarda esta informaci\u00f3n en la base de datos, principalmente en la tabla de configuraci\u00f3n. Dos claves importantes son:<\/p>\n<ul>\n<li><code>PS_SHOP_ENABLE<\/code>: indica si la tienda est\u00e1 activa. Habitualmente <code>1<\/code> significa activa y <code>0<\/code> significa en mantenimiento.<\/li>\n<li><code>PS_MAINTENANCE_IP<\/code>: lista de IPs autorizadas para ver la tienda aunque est\u00e9 en mantenimiento.<\/li>\n<\/ul>\n<p>La escena parece sencilla: cambias un interruptor y la tienda se apaga o se enciende. Pero una tienda PrestaShop real no es una l\u00e1mpara; se parece m\u00e1s a una estaci\u00f3n ferroviaria al amanecer, con m\u00f3dulos, cach\u00e9s, cron jobs, reglas de servidor, PHP-FPM, CDN, sesiones, cookies y alguna paloma metaf\u00f3rica metida en la sala de m\u00e1quinas.<\/p>\n<p>Por eso, el error 503 durante mantenimiento puede tener varias causas:<\/p>\n<h3>Configuraci\u00f3n de mantenimiento<\/h3>\n<p>La tienda est\u00e1 desactivada, la IP no est\u00e1 autorizada o se ha guardado mal la configuraci\u00f3n.<\/p>\n<h3>Cach\u00e9 persistente<\/h3>\n<p>PrestaShop, el servidor o una CDN siguen sirviendo una versi\u00f3n antigua de la p\u00e1gina 503.<\/p>\n<h3>Fallo real del servidor<\/h3>\n<p>PHP sin memoria, procesos agotados, base de datos ca\u00edda, permisos incorrectos o errores fatales.<\/p>\n<\/section>\n<section id=\"diagnostico-rapido\">\n<h2>Diagn\u00f3stico r\u00e1pido: qu\u00e9 revisar en los primeros 10 minutos<\/h2>\n<p>Cuando una tienda cae, conviene evitar el viejo ritual de tocarlo todo a la vez. Ese m\u00e9todo, tan popular como nefasto, convierte una aver\u00eda en una novela rusa. Mejor avanzar por capas: navegador, PrestaShop, cach\u00e9, servidor, logs.<\/p>\n<h3>Checklist inicial<\/h3>\n<ul>\n<li>Comprueba si el <strong>back office<\/strong> funciona. Si puedes entrar al panel, el problema quiz\u00e1 est\u00e9 limitado al front office.<\/li>\n<li>Abre la tienda desde una ventana de inc\u00f3gnito y desde otra conexi\u00f3n, por ejemplo datos m\u00f3viles.<\/li>\n<li>Verifica si el modo mantenimiento est\u00e1 activado en PrestaShop.<\/li>\n<li>Confirma tu IP p\u00fablica real. No siempre es la que crees, sobre todo con VPN, proxy corporativo o CDN.<\/li>\n<li>Limpia cach\u00e9 de PrestaShop y, si procede, cach\u00e9 de servidor o CDN.<\/li>\n<li>Consulta logs de errores PHP y del servidor web.<\/li>\n<li>Desactiva temporalmente m\u00f3dulos recientes si el 503 apareci\u00f3 despu\u00e9s de instalar o actualizar algo.<\/li>\n<li>Revisa l\u00edmites de hosting: CPU, RAM, procesos PHP, espacio en disco e inodos.<\/li>\n<\/ul>\n<p>        <strong>Consejo de supervivencia:<\/strong> antes de tocar base de datos, archivos de configuraci\u00f3n o reglas del servidor, haz copia de seguridad. No por romanticismo, sino porque los lunes existen.<\/p>\n<\/section>\n<section id=\"ip-autorizada\">\n<h2>Revisar la IP autorizada en el modo mantenimiento<\/h2>\n<p>Una de las causas m\u00e1s comunes del 503 en modo mantenimiento es tan prosaica que casi da verg\u00fcenza: la IP autorizada no coincide con tu IP p\u00fablica actual. El sistema te deja fuera con la cortes\u00eda glacial de un hotel que no encuentra tu reserva.<\/p>\n<h3>1. Comprueba tu IP p\u00fablica<\/h3>\n<p>Busca \u201ccu\u00e1l es mi IP\u201d desde el navegador o utiliza una herramienta fiable. Si est\u00e1s usando una VPN, proxy, red corporativa, Cloudflare WARP o conexi\u00f3n m\u00f3vil, la IP puede cambiar.<\/p>\n<h3>2. A\u00f1\u00e1dela en PrestaShop<\/h3>\n<p>Desde el back office:<\/p>\n<ol>\n<li>Entra en <strong>Par\u00e1metros de la tienda<\/strong>.<\/li>\n<li>Accede a <strong>Configuraci\u00f3n<\/strong> y luego <strong>Mantenimiento<\/strong>.<\/li>\n<li>En <strong>IP de mantenimiento<\/strong>, a\u00f1ade tu IP p\u00fablica.<\/li>\n<li>Guarda los cambios.<\/li>\n<li>Limpia cach\u00e9 si la tienda sigue mostrando 503.<\/li>\n<\/ol>\n<p>En algunas instalaciones se pueden a\u00f1adir varias IPs separadas por coma. Conviene no incluir espacios extra\u00f1os ni rangos si tu versi\u00f3n no los soporta de forma clara. PrestaShop no es un firewall avanzado; no le pidas que act\u00fae como uno.<\/p>\n<h3>3. Si usas Cloudflare, proxy o balanceador<\/h3>\n<p>Aqu\u00ed aparece un matiz importante. Si la tienda est\u00e1 detr\u00e1s de un proxy inverso, PrestaShop podr\u00eda ver como IP del visitante la IP del proxy, no la tuya. Es como mirar por una ventana empa\u00f1ada: hay alguien fuera, pero no distingues qui\u00e9n.<\/p>\n<p>En ese caso, revisa:<\/p>\n<ul>\n<li>Si el servidor est\u00e1 recibiendo correctamente cabeceras como <code>X-Forwarded-For<\/code> o <code>CF-Connecting-IP<\/code>.<\/li>\n<li>Si tu configuraci\u00f3n de servidor o m\u00f3dulo de CDN respeta la IP real del cliente.<\/li>\n<li>Si la IP autorizada que debes a\u00f1adir es la tuya o la que PrestaShop est\u00e1 detectando.<\/li>\n<\/ul>\n<p>        <strong>Prueba sencilla:<\/strong> si puedes acceder desde una conexi\u00f3n m\u00f3vil pero no desde la oficina, o al rev\u00e9s, el problema probablemente est\u00e1 relacionado con IP, proxy o cach\u00e9 intermedia.<\/p>\n<\/section>\n<section id=\"base-datos\">\n<h2>Activar la tienda desde la base de datos cuando no puedes acceder al back office<\/h2>\n<p>Si el back office no carga o no puedes entrar a la configuraci\u00f3n, puedes revisar el estado de mantenimiento directamente en la base de datos. Esto debe hacerse con cuidado: la base de datos es una biblioteca, no una mesa de bricolaje. Se toca con manos limpias.<\/p>\n<p>        <strong>Antes de ejecutar consultas SQL:<\/strong> haz una copia de seguridad de la base de datos. Comprueba tambi\u00e9n el prefijo real de tus tablas. Muchas instalaciones usan <code>ps_<\/code>, pero otras tienen prefijos personalizados.<\/p>\n<h3>Consultar el estado actual<\/h3>\n<p>En phpMyAdmin, Adminer, consola MySQL o la herramienta de tu hosting, puedes ejecutar una consulta como esta, sustituyendo <code>ps_<\/code> por tu prefijo real:<\/p>\n<pre><code>SELECT id_configuration, name, value, id_shop_group, id_shop\nFROM ps_configuration\nWHERE name IN ('PS_SHOP_ENABLE', 'PS_MAINTENANCE_IP');<\/code><\/pre>\n<p>Si <code>PS_SHOP_ENABLE<\/code> tiene valor <code>0<\/code>, la tienda est\u00e1 desactivada. Para activarla:<\/p>\n<pre><code>UPDATE ps_configuration\nSET value = '1'\nWHERE name = 'PS_SHOP_ENABLE';<\/code><\/pre>\n<p>En instalaciones con multitienda, puede haber valores espec\u00edficos por tienda o grupo. En ese caso, no conviene actualizar a ciegas sin saber qu\u00e9 fila corresponde a cada tienda. Puedes revisar las columnas <code>id_shop<\/code> e <code>id_shop_group<\/code> y actuar sobre el registro correcto.<\/p>\n<h3>Actualizar la IP de mantenimiento desde SQL<\/h3>\n<p>Si necesitas autorizar una IP concreta:<\/p>\n<pre><code>UPDATE ps_configuration\nSET value = '203.0.113.25'\nWHERE name = 'PS_MAINTENANCE_IP';<\/code><\/pre>\n<p>Para varias IPs, seg\u00fan versi\u00f3n y configuraci\u00f3n, suele utilizarse una lista separada por comas:<\/p>\n<pre><code>UPDATE ps_configuration\nSET value = '203.0.113.25,198.51.100.10'\nWHERE name = 'PS_MAINTENANCE_IP';<\/code><\/pre>\n<p>Despu\u00e9s de cambiar valores en base de datos, limpia la cach\u00e9 de PrestaShop. Si no puedes hacerlo desde el back office, puedes hacerlo por archivos, como veremos enseguida.<\/p>\n<\/section>\n<section id=\"cache\">\n<h2>Limpiar cach\u00e9 de PrestaShop sin romper nada<\/h2>\n<p>La cach\u00e9 es una bendici\u00f3n cuando acelera la tienda y una peque\u00f1a tiran\u00eda cuando conserva un error. A veces arreglas la causa del 503, pero la tienda sigue mostrando la p\u00e1gina antigua. Como esos espejos que devuelven una imagen de ayer.<\/p>\n<h3>Desde el back office<\/h3>\n<p>Si puedes acceder al panel:<\/p>\n<ol>\n<li>Ve a <strong>Par\u00e1metros avanzados \u2192 Rendimiento<\/strong>.<\/li>\n<li>Haz clic en <strong>Vaciar cach\u00e9<\/strong>.<\/li>\n<li>Si usas CCC, cach\u00e9 Smarty o sistema de cach\u00e9 externo, revisa su configuraci\u00f3n.<\/li>\n<\/ol>\n<h3>Por FTP o SSH en PrestaShop 1.7, 8 y versiones recientes<\/h3>\n<p>En PrestaShop basado en Symfony, las carpetas habituales de cach\u00e9 son:<\/p>\n<pre><code>var\/cache\/prod\/\nvar\/cache\/dev\/<\/code><\/pre>\n<p>Puedes vaciar el contenido de esas carpetas, no necesariamente borrar la carpeta <code>var\/cache<\/code> completa. Si tienes acceso SSH, normalmente puedes ejecutar algo parecido a:<\/p>\n<pre><code>rm -rf var\/cache\/prod\/*\nrm -rf var\/cache\/dev\/*<\/code><\/pre>\n<p>Luego recarga la tienda. PrestaShop regenerar\u00e1 la cach\u00e9. En servidores con permisos delicados, es posible que necesites ajustar propietario y permisos despu\u00e9s. Un borrado inocente con el usuario equivocado puede dejar a PHP sin poder escribir, y entonces el 503 vuelve vestido con otro sombrero.<\/p>\n<h3>En PrestaShop 1.6<\/h3>\n<p>Las rutas habituales pueden incluir:<\/p>\n<pre><code>cache\/smarty\/cache\/\ncache\/smarty\/compile\/<\/code><\/pre>\n<p>No borres archivos <code>index.php<\/code> si existen para proteger directorios. Elimina el contenido de cach\u00e9 y compilaci\u00f3n, con prudencia.<\/p>\n<h3>Cach\u00e9 del navegador, servidor y CDN<\/h3>\n<p>Si usas LiteSpeed Cache, Varnish, Redis, Memcached, Nginx FastCGI cache, Cloudflare u otra CDN, tambi\u00e9n debes purgar esas capas. El navegador es solo el \u00faltimo mensajero; a veces el rumor viene de m\u00e1s lejos.<\/p>\n<ul>\n<li><strong>Cloudflare:<\/strong> purga la URL afectada o realiza \u201cPurge Everything\u201d si est\u00e1s en una emergencia controlada.<\/li>\n<li><strong>LiteSpeed:<\/strong> vac\u00eda cach\u00e9 desde el plugin, panel o herramienta del hosting.<\/li>\n<li><strong>Varnish:<\/strong> purga desde el panel del proveedor o mediante reglas configuradas.<\/li>\n<li><strong>Nginx FastCGI:<\/strong> limpia la zona de cach\u00e9 si est\u00e1 habilitada.<\/li>\n<\/ul>\n<\/section>\n<section id=\"htaccess-nginx\">\n<h2>Revisar Apache, Nginx, .htaccess y reglas del servidor<\/h2>\n<p>Si el modo mantenimiento est\u00e1 bien configurado pero aparece un 503 extra\u00f1o, puede que el problema no est\u00e9 en PrestaShop sino en la capa del servidor web. Aqu\u00ed conviene mirar con lupa, porque un car\u00e1cter mal puesto en una regla de reescritura puede ser m\u00e1s destructivo que un plugin entero.<\/p>\n<h3>Apache y archivo .htaccess<\/h3>\n<p>PrestaShop utiliza reglas de reescritura para URLs amigables. Si el archivo <code>.htaccess<\/code> est\u00e1 corrupto, incompleto o contiene reglas a\u00f1adidas por m\u00f3dulos, seguridad o redirecciones antiguas, pueden aparecer errores inesperados.<\/p>\n<p>Desde el back office, si puedes entrar:<\/p>\n<ol>\n<li>Ve a <strong>Par\u00e1metros de la tienda \u2192 Tr\u00e1fico y SEO<\/strong>.<\/li>\n<li>Desactiva y reactiva las URLs amigables para regenerar reglas.<\/li>\n<li>Guarda cambios.<\/li>\n<\/ol>\n<p>Tambi\u00e9n puedes renombrar temporalmente el archivo <code>.htaccess<\/code> a algo como <code>.htaccess_backup<\/code> y regenerarlo desde PrestaShop. Hazlo solo si sabes c\u00f3mo restaurarlo, especialmente si tienes redirecciones SEO importantes.<\/p>\n<h3>Nginx<\/h3>\n<p>En Nginx no existe <code>.htaccess<\/code>. Las reglas viven en la configuraci\u00f3n del servidor. Un bloque mal configurado puede devolver 503, redirigir de forma incorrecta o impedir que PHP procese la solicitud.<\/p>\n<p>Revisa especialmente:<\/p>\n<ul>\n<li>Configuraci\u00f3n de <code>fastcgi_pass<\/code> hacia PHP-FPM.<\/li>\n<li>Timeouts de FastCGI.<\/li>\n<li>Reglas que intercepten mantenimiento antes de llegar a PrestaShop.<\/li>\n<li>Permisos de lectura sobre archivos y carpetas.<\/li>\n<li>Errores en logs de Nginx y PHP-FPM.<\/li>\n<\/ul>\n<h3>Reglas de mantenimiento externas<\/h3>\n<p>Algunos administradores crean p\u00e1ginas de mantenimiento a nivel servidor, fuera de PrestaShop. No es mala idea, de hecho puede ser muy \u00fatil durante migraciones. Pero si esa regla queda activa, PrestaShop puede estar perfectamente despierto mientras Nginx o Apache siguen sosteniendo el cartel de \u201ccerrado\u201d. La tienda grita desde dentro; el servidor no la deja hablar.<\/p>\n<p>Busca reglas con c\u00f3digos 503, condiciones por IP o archivos tipo <code>maintenance.html<\/code> en configuraciones del hosting, panel Plesk, cPanel, Nginx, Apache o herramientas de despliegue.<\/p>\n<\/section>\n<section id=\"modulos\">\n<h2>M\u00f3dulos, overrides y tema: cuando el problema no es el mantenimiento<\/h2>\n<p>PrestaShop es modular, lo cual es maravilloso hasta que deja de serlo. Un m\u00f3dulo mal actualizado puede provocar un error fatal de PHP y terminar en un 503. Tambi\u00e9n puede ocurrir con overrides incompatibles, plantillas del tema, hooks personalizados o cambios recientes en el checkout, cat\u00e1logo, cach\u00e9 o seguridad.<\/p>\n<h3>Se\u00f1ales de que un m\u00f3dulo puede ser el culpable<\/h3>\n<ul>\n<li>El 503 apareci\u00f3 justo despu\u00e9s de instalar, actualizar o configurar un m\u00f3dulo.<\/li>\n<li>Solo ocurre en una p\u00e1gina concreta: inicio, categor\u00eda, producto, carrito o checkout.<\/li>\n<li>Los logs mencionan clases, namespaces o archivos de un m\u00f3dulo.<\/li>\n<li>Al activar modo depuraci\u00f3n aparece un error fatal relacionado con un m\u00f3dulo.<\/li>\n<\/ul>\n<h3>Desactivar un m\u00f3dulo manualmente<\/h3>\n<p>Si no puedes entrar al back office, una t\u00e9cnica r\u00e1pida es renombrar la carpeta del m\u00f3dulo sospechoso en:<\/p>\n<pre><code>modules\/nombre_del_modulo\/<\/code><\/pre>\n<p>Por ejemplo:<\/p>\n<pre><code>modules\/modulo_sospechoso_OFF\/<\/code><\/pre>\n<p>Despu\u00e9s limpia cach\u00e9. Si la tienda vuelve, ya tienes un sospechoso sentado bajo la l\u00e1mpara. No es una sentencia definitiva, pero s\u00ed una pista s\u00f3lida.<\/p>\n<h3>Overrides<\/h3>\n<p>Los overrides permiten modificar clases de PrestaShop, pero tambi\u00e9n pueden volverse incompatibles tras una actualizaci\u00f3n. Revisa la carpeta:<\/p>\n<pre><code>override\/<\/code><\/pre>\n<p>Una prueba habitual consiste en renombrar temporalmente la carpeta <code>override<\/code> y limpiar cach\u00e9. Hazlo con cuidado y documenta el cambio, porque puede afectar funcionalidades personalizadas.<\/p>\n<h3>Modo depuraci\u00f3n<\/h3>\n<p>Para obtener m\u00e1s informaci\u00f3n, puedes activar el modo debug. En PrestaShop 1.7 y 8 suele hacerse editando:<\/p>\n<pre><code>config\/defines.inc.php<\/code><\/pre>\n<p>Busca la constante <code>_PS_MODE_DEV_<\/code> y cambia su valor a <code>true<\/code>:<\/p>\n<pre><code>define('_PS_MODE_DEV_', true);<\/code><\/pre>\n<p>Despu\u00e9s de diagnosticar, vuelve a dejarlo en <code>false<\/code>. No conviene mostrar errores internos en producci\u00f3n; es como dejar las llaves de casa debajo del felpudo y adem\u00e1s poner un cartel.<\/p>\n<\/section>\n<section id=\"php-servidor\">\n<h2>PHP, recursos del hosting y logs: el 503 que viene de abajo<\/h2>\n<p>No todo 503 en PrestaShop nace en PrestaShop. A veces el culpable est\u00e1 en PHP-FPM, en l\u00edmites del hosting, en una base de datos fatigada o en un disco lleno. El modo mantenimiento puede coincidir con una actualizaci\u00f3n o importaci\u00f3n masiva y entonces la confusi\u00f3n es comprensible: parece mantenimiento, huele a mantenimiento, pero el servidor est\u00e1 pidiendo auxilio.<\/p>\n<h3>Revisa los logs correctos<\/h3>\n<p>Los logs son la memoria del sistema. No siempre hablan bonito, pero rara vez mienten.<\/p>\n<ul>\n<li><strong>Logs de PrestaShop:<\/strong> en el back office o en carpetas de logs seg\u00fan versi\u00f3n.<\/li>\n<li><strong>Logs de PHP:<\/strong> errores fatales, falta de memoria, extensiones ausentes.<\/li>\n<li><strong>Logs de Apache o Nginx:<\/strong> c\u00f3digos 503, errores de proxy, timeouts.<\/li>\n<li><strong>Logs de PHP-FPM:<\/strong> procesos agotados, workers saturados, errores de pool.<\/li>\n<li><strong>Logs del hosting:<\/strong> l\u00edmites de CPU, RAM, I\/O, procesos o seguridad ModSecurity.<\/li>\n<\/ul>\n<h3>Errores frecuentes de servidor<\/h3>\n<table>\n<thead>\n<tr>\n<th>Problema<\/th>\n<th>S\u00edntoma habitual<\/th>\n<th>Soluci\u00f3n recomendada<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Memoria PHP insuficiente<\/td>\n<td>Error fatal, pantalla 503 o 500 durante compilaci\u00f3n de cach\u00e9<\/td>\n<td>Aumentar <code>memory_limit<\/code>, revisar m\u00f3dulos pesados y optimizar tema<\/td>\n<\/tr>\n<tr>\n<td>PHP-FPM saturado<\/td>\n<td>503 intermitente, sobre todo en horas pico<\/td>\n<td>Ajustar workers, revisar tr\u00e1fico, activar cach\u00e9 y mejorar hosting<\/td>\n<\/tr>\n<tr>\n<td>Base de datos inaccesible<\/td>\n<td>Back office y front office ca\u00eddos<\/td>\n<td>Verificar credenciales, servicio MySQL\/MariaDB, conexiones y tablas da\u00f1adas<\/td>\n<\/tr>\n<tr>\n<td>Disco lleno<\/td>\n<td>No se puede escribir cach\u00e9 o sesiones<\/td>\n<td>Liberar espacio, revisar logs gigantes, backups antiguos e im\u00e1genes temporales<\/td>\n<\/tr>\n<tr>\n<td>Permisos incorrectos<\/td>\n<td>Errores al regenerar cach\u00e9 o cargar archivos<\/td>\n<td>Restaurar propietario y permisos adecuados para archivos y carpetas<\/td>\n<\/tr>\n<tr>\n<td>ModSecurity o WAF bloqueando<\/td>\n<td>Errores al guardar configuraci\u00f3n o acceder al admin<\/td>\n<td>Revisar reglas bloqueadas con el hosting, crear excepci\u00f3n si procede<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Valores PHP recomendables como punto de partida<\/h3>\n<p>No existe una configuraci\u00f3n universal, pero para una tienda PrestaShop moderna conviene revisar al menos:<\/p>\n<ul>\n<li><code>memory_limit<\/code>: 256M como base razonable; 512M en tiendas grandes o back offices pesados.<\/li>\n<li><code>max_execution_time<\/code>: 120 o 300 segundos para tareas administrativas, importaciones o actualizaciones.<\/li>\n<li><code>upload_max_filesize<\/code> y <code>post_max_size<\/code>: adecuados al tama\u00f1o de m\u00f3dulos, im\u00e1genes o cat\u00e1logos.<\/li>\n<li>Extensiones PHP requeridas por tu versi\u00f3n de PrestaShop: intl, zip, curl, gd o imagick, mbstring, openssl, pdo_mysql, entre otras.<\/li>\n<\/ul>\n<p>Comprueba siempre la compatibilidad de tu versi\u00f3n de PrestaShop con la versi\u00f3n de PHP. PrestaShop 1.7, 8 y 9 no tienen los mismos requisitos exactos. Actualizar PHP \u201cporque es m\u00e1s nuevo\u201d puede ser tan sensato como ponerle ruedas de F\u00f3rmula 1 a una carreta: impresionante, s\u00ed, pero quiz\u00e1 no llegue al mercado.<\/p>\n<\/section>\n<section id=\"cdn\">\n<h2>CDN, WAF y cach\u00e9s externas: el 503 que no est\u00e1 en tu tienda<\/h2>\n<p>Si usas Cloudflare, Sucuri, Fastly, Bunny CDN, un WAF del hosting o un proxy inverso, el 503 puede generarse fuera de PrestaShop. Esto es importante: puedes vaciar cach\u00e9 de la tienda, activar <code>PS_SHOP_ENABLE<\/code>, reiniciar PHP y aun as\u00ed seguir viendo una p\u00e1gina 503 servida por una capa externa.<\/p>\n<h3>C\u00f3mo distinguirlo<\/h3>\n<ul>\n<li>Revisa las cabeceras HTTP con herramientas como curl, el inspector del navegador o servicios de an\u00e1lisis HTTP.<\/li>\n<li>Busca cabeceras de CDN: <code>cf-cache-status<\/code>, <code>server: cloudflare<\/code>, <code>x-cache<\/code>, <code>via<\/code>.<\/li>\n<li>Prueba acceder directamente al servidor de origen si tienes una URL temporal o modificando el archivo hosts local.<\/li>\n<li>Desactiva temporalmente el proxy naranja en Cloudflare, si procede y si sabes las implicaciones.<\/li>\n<\/ul>\n<p>Ejemplo de comprobaci\u00f3n con curl:<\/p>\n<pre><code>curl -I https:\/\/www.tutienda.com\/<\/code><\/pre>\n<p>Si el 503 incluye cabeceras de CDN, purga cach\u00e9 y revisa reglas de seguridad. Algunas reglas bloquean el back office, par\u00e1metros de URL o peticiones AJAX utilizadas por PrestaShop. La seguridad, cuando se vuelve ciega, protege la tienda como un drag\u00f3n que tambi\u00e9n se come al mensajero.<\/p>\n<\/section>\n<section id=\"seo\">\n<h2>Impacto SEO del error 503 en PrestaShop<\/h2>\n<p>Desde el punto de vista SEO, el 503 tiene una funci\u00f3n noble: avisar a Google y otros buscadores de que la ca\u00edda es temporal. Para mantenimientos breves, es mejor devolver 503 que 404 o redirigir todo a la home con un 200. Eso s\u00ed, la nobleza dura poco si la tienda permanece ca\u00edda durante d\u00edas.<\/p>\n<h3>Buenas pr\u00e1cticas SEO durante mantenimiento<\/h3>\n<ul>\n<li>Usa 503 para mantenimientos temporales reales.<\/li>\n<li>Incluye una p\u00e1gina de mantenimiento clara, ligera y profesional.<\/li>\n<li>Si es posible, a\u00f1ade cabecera <code>Retry-After<\/code> indicando cu\u00e1ndo volver a intentar el rastreo.<\/li>\n<li>No bloquees todo con <code>robots.txt<\/code> durante un mantenimiento corto.<\/li>\n<li>No devuelvas 200 OK para una p\u00e1gina que sustituye a toda la tienda durante mantenimiento prolongado.<\/li>\n<li>Evita mantener el 503 m\u00e1s tiempo del necesario.<\/li>\n<\/ul>\n<p>La cabecera <code>Retry-After<\/code> puede expresarse en segundos o con una fecha HTTP. No siempre se configura desde PrestaShop de forma directa; a veces se a\u00f1ade desde servidor o una capa intermedia. Ejemplo conceptual en Apache:<\/p>\n<pre><code>Header always set Retry-After \"3600\"<\/code><\/pre>\n<p>Esto indica que el cliente o robot deber\u00eda volver a intentarlo despu\u00e9s de una hora. \u00dasalo con criterio y ret\u00edralo cuando finalice el mantenimiento.<\/p>\n<p>        <strong>Para SEO:<\/strong> un 503 durante unas horas suele ser aceptable. Un 503 durante varios d\u00edas ya no parece una pausa t\u00e9cnica, sino un abandono con luces encendidas.<\/p>\n<\/section>\n<section id=\"casos\">\n<h2>Casos habituales y soluciones concretas<\/h2>\n<h3>La tienda muestra 503 solo a visitantes, pero t\u00fa puedes verla<\/h3>\n<p>Probablemente todo est\u00e1 funcionando como debe. Est\u00e1s en modo mantenimiento y tu IP est\u00e1 autorizada. Verifica que el mensaje de mantenimiento sea correcto y que el back office funcione. Si est\u00e1s haciendo cambios, contin\u00faa. Si ya terminaste, desactiva mantenimiento y limpia cach\u00e9.<\/p>\n<h3>Tu IP est\u00e1 autorizada, pero sigues viendo 503<\/h3>\n<p>Comprueba tu IP p\u00fablica real. Desactiva VPN o proxy. Si usas Cloudflare u otro proxy, revisa qu\u00e9 IP recibe PrestaShop. Limpia cach\u00e9 de navegador, PrestaShop y CDN. Si persiste, consulta <code>PS_MAINTENANCE_IP<\/code> en base de datos.<\/p>\n<h3>Desactivaste mantenimiento, pero la tienda sigue ca\u00edda<\/h3>\n<p>Revisa <code>PS_SHOP_ENABLE<\/code> en base de datos. Vac\u00eda <code>var\/cache\/prod<\/code> y cach\u00e9s externas. Comprueba reglas de servidor que puedan devolver 503. Si el back office tampoco responde, revisa logs de PHP y servidor.<\/p>\n<h3>El 503 apareci\u00f3 despu\u00e9s de actualizar PrestaShop<\/h3>\n<p>Activa modo debug temporalmente. Revisa compatibilidad de PHP, m\u00f3dulos y tema. Limpia cach\u00e9. Comprueba overrides. Consulta logs. Si usaste un m\u00f3dulo de actualizaci\u00f3n, revisa si dej\u00f3 la tienda en mantenimiento o si la actualizaci\u00f3n qued\u00f3 incompleta.<\/p>\n<h3>El 503 aparece de forma intermitente<\/h3>\n<p>Esto suele apuntar a saturaci\u00f3n: PHP-FPM, CPU, RAM, base de datos, bots, procesos cron o cach\u00e9 mal configurada. Revisa m\u00e9tricas del hosting, logs en horas de fallo y tr\u00e1fico sospechoso. Un error intermitente es como una gotera: no siempre cae agua, pero el techo ya est\u00e1 hablando.<\/p>\n<h3>Solo falla el back office<\/h3>\n<p>Revisa reglas de seguridad, ModSecurity, permisos, m\u00f3dulos de administraci\u00f3n, versi\u00f3n PHP y errores fatales. Tambi\u00e9n comprueba si la URL de administraci\u00f3n fue modificada, si hay bloqueo por IP o si el hosting est\u00e1 filtrando peticiones.<\/p>\n<\/section>\n<section id=\"procedimiento\">\n<h2>Procedimiento recomendado para recuperar la tienda sin improvisar<\/h2>\n<p>Si necesitas una ruta de trabajo ordenada, sigue este esquema. No es glamuroso. Funciona, que es mejor.<\/p>\n<ol>\n<li><strong>Confirma el alcance:<\/strong> front office, back office, una p\u00e1gina concreta o toda la tienda.<\/li>\n<li><strong>Comprueba el c\u00f3digo HTTP real:<\/strong> usa herramientas del navegador o <code>curl -I<\/code>.<\/li>\n<li><strong>Verifica mantenimiento:<\/strong> revisa en back office o base de datos <code>PS_SHOP_ENABLE<\/code>.<\/li>\n<li><strong>Valida IP autorizada:<\/strong> comprueba <code>PS_MAINTENANCE_IP<\/code> y tu IP p\u00fablica.<\/li>\n<li><strong>Limpia cach\u00e9s:<\/strong> PrestaShop, navegador, servidor y CDN.<\/li>\n<li><strong>Revisa logs:<\/strong> PHP, servidor web, PrestaShop y hosting.<\/li>\n<li><strong>Desactiva m\u00f3dulos recientes:<\/strong> especialmente cach\u00e9, SEO, seguridad, checkout y constructor visual.<\/li>\n<li><strong>Comprueba servidor:<\/strong> memoria, procesos PHP, disco, base de datos y permisos.<\/li>\n<li><strong>Restaura o revierte cambios:<\/strong> si el fallo comenz\u00f3 tras una actualizaci\u00f3n o despliegue.<\/li>\n<li><strong>Documenta lo ocurrido:<\/strong> causa, soluci\u00f3n, hora, archivos tocados y medidas preventivas.<\/li>\n<\/ol>\n<p>        En mantenimiento, la prisa parece eficiencia, pero suele ser desorden con zapatos caros.<\/p>\n<\/section>\n<section id=\"prevencion\">\n<h2>C\u00f3mo evitar el error 503 en futuros mantenimientos de PrestaShop<\/h2>\n<p>La mejor soluci\u00f3n al error 503 es no convertirlo en sorpresa. El mantenimiento debe ser una operaci\u00f3n preparada, no una excursi\u00f3n nocturna con una linterna sin pilas.<\/p>\n<h3>1. Trabaja primero en staging<\/h3>\n<p>Una copia de pruebas permite actualizar m\u00f3dulos, tema, PHP y PrestaShop sin poner en riesgo la tienda real. El entorno de producci\u00f3n debe ser el escenario, no el taller. Nadie cambia el motor del avi\u00f3n en pleno vuelo, aunque algunos plugins parezcan invitar a ello.<\/p>\n<h3>2. Programa ventanas de mantenimiento<\/h3>\n<p>Elige horas de menor tr\u00e1fico. Revisa Analytics, ventas por hora y h\u00e1bitos de tus clientes. Una tienda B2B no tiene el mismo pulso que una tienda de moda o alimentaci\u00f3n. El mantenimiento a las tres de la ma\u00f1ana puede ser prudente o innecesario, seg\u00fan el negocio y el pa\u00eds.<\/p>\n<h3>3. Prepara un plan de reversi\u00f3n<\/h3>\n<p>Antes de actualizar:<\/p>\n<ul>\n<li>Copia completa de archivos.<\/li>\n<li>Copia de base de datos.<\/li>\n<li>Listado de m\u00f3dulos actualizados.<\/li>\n<li>Versi\u00f3n actual de PHP y PrestaShop.<\/li>\n<li>Acceso FTP, SSH y panel del hosting verificados.<\/li>\n<li>Responsable t\u00e9cnico disponible durante la ventana.<\/li>\n<\/ul>\n<h3>4. No dependas solo del bot\u00f3n de mantenimiento<\/h3>\n<p>El modo mantenimiento de PrestaShop es \u00fatil, pero en operaciones cr\u00edticas puede convenir una estrategia adicional: p\u00e1gina est\u00e1tica a nivel servidor, reglas controladas, cabecera <code>Retry-After<\/code>, monitorizaci\u00f3n externa y comunicaci\u00f3n previa a clientes.<\/p>\n<h3>5. Monitoriza la disponibilidad<\/h3>\n<p>Usa herramientas de uptime para recibir avisos si la tienda devuelve 503, 500 o deja de responder. Un monitor externo detecta lo que tu navegador, caprichosamente cacheado, puede ocultar.<\/p>\n<h3>6. Mant\u00e9n m\u00f3dulos bajo control<\/h3>\n<p>Instala solo m\u00f3dulos necesarios, de proveedores fiables y compatibles con tu versi\u00f3n. Actualiza con criterio. Revisa changelogs. El ecosistema PrestaShop es amplio y f\u00e9rtil, pero tambi\u00e9n crecen malezas.<\/p>\n<h3>7. Cuida los recursos del hosting<\/h3>\n<p>Una tienda con cat\u00e1logo grande, muchas combinaciones, tr\u00e1fico creciente o m\u00f3dulos pesados necesita un hosting acorde. El alojamiento barato puede funcionar, claro; tambi\u00e9n una silla de playa sirve de oficina hasta que llega la primera tormenta.<\/p>\n<\/section>\n<section id=\"pagina-mantenimiento\">\n<h2>Qu\u00e9 debe incluir una buena p\u00e1gina de mantenimiento<\/h2>\n<p>Ya que el usuario va a encontrar una puerta cerrada, al menos que no parezca abandonada. Una p\u00e1gina de mantenimiento profesional reduce incertidumbre y protege la confianza.<\/p>\n<ul>\n<li>Mensaje breve y humano: \u201cEstamos realizando mejoras t\u00e9cnicas\u201d.<\/li>\n<li>Tiempo estimado de regreso, si lo conoces.<\/li>\n<li>Canal de contacto: email, tel\u00e9fono o WhatsApp si aplica.<\/li>\n<li>Identidad visual de la marca.<\/li>\n<li>Carga r\u00e1pida y sin scripts innecesarios.<\/li>\n<li>Estado HTTP 503 correcto para mantenimiento temporal.<\/li>\n<\/ul>\n<p>Evita frases vagas como \u201csitio en construcci\u00f3n\u201d si la tienda ya existe. Suenan a 2004, a gif animado y a caf\u00e9 recalentado. Mejor claridad: estamos mejorando, volvemos pronto, puedes contactarnos aqu\u00ed.<\/p>\n<\/section>\n<section id=\"resumen\">\n<h2>Resumen t\u00e9cnico de soluciones<\/h2>\n<table>\n<thead>\n<tr>\n<th>Causa probable<\/th>\n<th>Comprobaci\u00f3n<\/th>\n<th>Soluci\u00f3n<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Modo mantenimiento activo<\/td>\n<td>Back office o <code>PS_SHOP_ENABLE = 0<\/code><\/td>\n<td>Activar tienda desde panel o SQL<\/td>\n<\/tr>\n<tr>\n<td>IP no autorizada<\/td>\n<td>Revisar IP p\u00fablica y <code>PS_MAINTENANCE_IP<\/code><\/td>\n<td>A\u00f1adir IP correcta y limpiar cach\u00e9<\/td>\n<\/tr>\n<tr>\n<td>Cach\u00e9 antigua<\/td>\n<td>Probar inc\u00f3gnito, otra red, cabeceras HTTP<\/td>\n<td>Purgar PrestaShop, servidor, CDN y navegador<\/td>\n<\/tr>\n<tr>\n<td>M\u00f3dulo incompatible<\/td>\n<td>Logs o modo debug<\/td>\n<td>Desactivar m\u00f3dulo, actualizar o reemplazar<\/td>\n<\/tr>\n<tr>\n<td>Override problem\u00e1tico<\/td>\n<td>Errores en clases sobrescritas<\/td>\n<td>Desactivar override y adaptar c\u00f3digo<\/td>\n<\/tr>\n<tr>\n<td>Error PHP<\/td>\n<td>Logs PHP, pantalla debug<\/td>\n<td>Ajustar versi\u00f3n PHP, memoria, extensiones o c\u00f3digo<\/td>\n<\/tr>\n<tr>\n<td>Servidor saturado<\/td>\n<td>M\u00e9tricas CPU, RAM, PHP-FPM, MySQL<\/td>\n<td>Optimizar, cachear, ampliar recursos o migrar<\/td>\n<\/tr>\n<tr>\n<td>CDN o WAF<\/td>\n<td>Cabeceras HTTP, panel de seguridad<\/td>\n<td>Purgar cach\u00e9, ajustar reglas, revisar IP real<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/section>\n<section id=\"cierre\">\n<h2>La tienda cerrada tambi\u00e9n comunica<\/h2>\n<p>Solucionar el error 503 en PrestaShop durante el modo mantenimiento exige una mezcla de m\u00e9todo y paciencia. Primero hay que aceptar una paradoja: el 503 puede ser el comportamiento correcto y, al mismo tiempo, el s\u00edntoma de un problema serio. Puede ser una nota educada en la puerta o una persiana atascada.<\/p>\n<p>Empieza por lo simple: estado de mantenimiento, IP autorizada, cach\u00e9. Luego baja al subsuelo: base de datos, m\u00f3dulos, servidor, PHP, logs, CDN. No saltes de una hip\u00f3tesis a otra como abeja nerviosa en escaparate; cada prueba debe confirmar o descartar algo. As\u00ed se recupera una tienda: no con superstici\u00f3n t\u00e9cnica, sino con oficio.<\/p>\n<p>Y cuando todo vuelva a funcionar, no cierres la pesta\u00f1a sin m\u00e1s. Documenta la causa. Ajusta el procedimiento. Prepara staging. Revisa monitorizaci\u00f3n. Porque una tienda online no solo vende productos: vende continuidad, confianza, una promesa silenciosa de estar ah\u00ed cuando el cliente llega. Incluso en mantenimiento. Especialmente entonces. \u2705<\/p>\n<\/section>\n<p><strong>Recordatorio final:<\/strong> si el 503 afecta a ventas activas o persiste tras revisar configuraci\u00f3n, cach\u00e9 y logs, conviene escalarlo a un desarrollador PrestaShop o al soporte del hosting con datos concretos: hora del fallo, URL afectadas, cabeceras HTTP, logs relevantes, versi\u00f3n de PrestaShop, versi\u00f3n de PHP y cambios recientes. Cuanto m\u00e1s precisa sea la informaci\u00f3n, menos espacio queda para la niebla.<\/p>\n<\/article>\n<p><\/main><\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u00bfC\u00f3mo solucionar el error 503 en PrestaShop durante el modo mantenimiento? Una gu\u00eda pr\u00e1ctica, t\u00e9cnica<\/p>\n","protected":false},"author":1,"featured_media":3690,"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-3691","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\/3691","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=3691"}],"version-history":[{"count":1,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3691\/revisions"}],"predecessor-version":[{"id":3692,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3691\/revisions\/3692"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media\/3690"}],"wp:attachment":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media?parent=3691"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/categories?post=3691"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/tags?post=3691"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}