# ¿Cómo dar acceso a una tienda PrestaShop en mantenimiento solo a los testers? > La lista de direcciones IP no aguanta frente al teletrabajo y al móvil. El enlace con token, lo que debe seguir accesible durante el mantenimiento, el código de respuesta que hay que servir y los dos olvidos que más cuestan al volver a producción. - Página: - Idioma: es - Publicado el: 2026-10-29 - Actualizado el: 2026-10-10 - Otros idiomas: [en](https://www.datafirefly.com/en/2026/10/29/tester-access-prestashop-maintenance-mode/index.md), [de](https://www.datafirefly.com/de/2026/10/29/testerzugang-prestashop-shop-wartungsmodus/index.md), [it](https://www.datafirefly.com/it/2026/10/29/accesso-tester-negozio-prestashop-manutenzione/index.md), [pl](https://www.datafirefly.com/pl/2026/10/29/dostep-testerow-sklep-prestashop-tryb-konserwacji/index.md), [nl](https://www.datafirefly.com/nl/2026/10/29/testerstoegang-prestashop-onderhoudsmodus/index.md), [pt](https://www.datafirefly.com/pt/2026/10/29/acesso-testes-loja-prestashop-manutencao/index.md) - Índice: Preparas un rediseño, un nuevo tema o una migración. El sitio debe permanecer cerrado al público y accesible para ti, para tu desarrollador y para dos o tres testers. El modo mantenimiento nativo de PrestaShop hace eso, con límites que conviene conocer. ## Lo que hace el nativo PrestaShop ofrece un modo mantenimiento activable desde los parámetros de la tienda, con una lista de direcciones IP autorizadas. Los visitantes cuya dirección figura en la lista acceden al sitio con normalidad. Los demás ven una página de indisponibilidad. Dos puntos útiles. Tu dirección actual se propone automáticamente al activarlo, lo que evita bloquearte a ti mismo. Y el back office sigue accesible, con independencia de la lista. ## Los límites de la lista de direcciones Tres problemas, el primero de los cuales es descalificante en muchas situaciones. **La dirección dinámica.** La mayoría de las conexiones residenciales reciben una dirección que cambia, al reconectarse el router o de forma periódica. Tu tester autorizado por la mañana queda bloqueado por la tarde. Es el caso más frecuente en teletrabajo, y convierte la lista en una fuente de peticiones permanentes. **El móvil.** Un tester que comprueba la visualización en su teléfono con red móvil tiene una dirección distinta de la de su ordenador, y cambia a menudo. **El reparto imposible.** No puedes enviar un acceso a un cliente o a un proveedor sin pedirle su dirección, introducirla y volver a empezar si cambia. ## El acceso por enlace con token Es la respuesta a esos tres límites. El principio: una dirección con un parámetro secreto da acceso al sitio y deja un marcador en el navegador. El visitante navega después con normalidad, sea cual sea su dirección IP. Cuatro ventajas prácticas. **Ninguna configuración** del lado del tester. Envías un enlace, hace clic. **Independiente de la conexión.** El tester puede pasar de la oficina al domicilio, del wifi a la red móvil. **Revocable.** Cambiar el token corta todos los accesos en curso. **Compartible** por mensaje, sin intercambio técnico previo. Tres precauciones. El token debe ser **lo bastante largo** y aleatorio, no una palabra adivinable. Debe **cambiarse** tras la puesta en producción. Y debe poder **caducar**, para no dejar un acceso abierto indefinidamente. ## La combinación de ambos La configuración más práctica usa los dos mecanismos. La **lista de direcciones** para los accesos estables: tu oficina, tu alojamiento, un proveedor con dirección fija. El **enlace con token** para todo lo demás: testers ocasionales, validación del cliente, comprobación desde un móvil. Esta combinación cubre todas las situaciones sin imponer una gestión diaria de la lista. ## Lo que debe seguir accesible Punto técnico a menudo olvidado y que produce efectos indeseados. Cuatro elementos deben seguir siendo alcanzables incluso en mantenimiento. El **back office**, evidentemente. Las **notificaciones de pago**, si hay pedidos en curso de tratamiento. Un módulo de pago que recibe una confirmación bancaria durante un mantenimiento debe poder procesarla, o el pedido queda bloqueado. Las **tareas programadas**, si pasan por una dirección del sitio. Las **llamadas a la interfaz programable**, si una herramienta externa sincroniza tu catálogo o tus pedidos. Son los puntos de entrada que hay que excluir explícitamente del bloqueo. Un mantenimiento que corta la notificación de pago produce pedidos pagados y no validados, lo que se repara a mano. ## El código de respuesta Punto con consecuencias en el posicionamiento. Una página de mantenimiento debe responder con un código de indisponibilidad temporal, no con un código de éxito. Tres razones. El buscador entiende que la situación es **provisional** y volverá a pasar. No **indexa** la página de mantenimiento en lugar de tus contenidos. Y no **desindexa** tus páginas, que es lo que ocurriría con un código de error definitivo. Una cabecera complementaria permite indicar una duración estimada, en segundos o en forma de fecha, lo que ayuda a calibrar la siguiente visita. Error frecuente: una página de mantenimiento servida con un código de éxito. El buscador la trata como el contenido real de todas tus direcciones, y un mantenimiento de varios días puede traducirse entonces en una pérdida de posiciones. ## El contenido de la página Cuatro elementos, en una página deliberadamente sencilla. **Lo que pasa**, en una frase. «Nuestra tienda está en proceso de actualización.» **Cuándo termina**, con una fecha o una duración. Una estimación vale más que ninguna indicación. **Un medio de contacto**, para los clientes con un pedido en curso. **El seguimiento de pedido**, si puede seguir accesible, lo que evita la mayor parte de las peticiones durante el periodo. Dos cosas que no hay que poner: un formulario de recogida de correo presentado como obligatorio, y una cuenta atrás que expira sin que el sitio vuelva. ## Mantenimiento o próximo lanzamiento Dos situaciones distintas, que exigen páginas diferentes. El **mantenimiento** se refiere a un sitio existente temporalmente no disponible. La página es sobria, informativa, y responde con el código de indisponibilidad temporal. El **próximo lanzamiento** se refiere a un sitio que aún no existe públicamente. La página es promocional, puede recoger inscripciones, y responde con un código de éxito puesto que es el contenido real del sitio en ese momento. Confundir ambas produce o una página de mantenimiento indexada, o una página de lanzamiento invisible. ## Antes de pasar a producción Seis comprobaciones, una vez terminado el mantenimiento. **El modo está desactivado** y el sitio responde con normalidad desde una conexión exterior. **El token de acceso está cambiado** o revocado. **Las cachés están vaciadas**, incluida la del servicio de distribución si usas uno: puede servir la página de mantenimiento durante horas tras la reapertura. **El archivo de exclusión de robots** no ha conservado una directiva de bloqueo añadida durante los trabajos. **Las directivas de no indexación** puestas eventualmente en las plantillas de página se han retirado. **Un control de algunas páginas** en navegación privada, desde una red distinta de la tuya. Los dos puntos sobre las directivas de bloqueo son los que causan más daños: un sitio reabierto al público pero todavía prohibido a los buscadores pierde su tráfico durante semanas sin que nadie entienda por qué. El cubre estas necesidades en PrestaShop 8 y 9: lista de direcciones autorizadas combinada con un acceso por enlace con token revocable, exclusión de los puntos de entrada de pago y de las tareas programadas, código de respuesta de indisponibilidad temporal con duración estimada, y página distinta para el mantenimiento y para el próximo lanzamiento.