# Come dare accesso a un negozio PrestaShop in manutenzione solo ai tester? > L'elenco di indirizzi IP non regge di fronte al lavoro da remoto e al mobile. Il link con token, cosa deve restare accessibile durante la manutenzione, il codice di risposta da servire e le due dimenticanze che costano di più al ritorno in produzione. - Pagina: - Lingua: it - Pubblicato il: 2026-10-29 - Aggiornato il: 2026-10-10 - Altre lingue: [en](https://www.datafirefly.com/en/2026/10/29/tester-access-prestashop-maintenance-mode/index.md), [es](https://www.datafirefly.com/es/2026/10/29/acceso-testers-tienda-prestashop-mantenimiento/index.md), [de](https://www.datafirefly.com/de/2026/10/29/testerzugang-prestashop-shop-wartungsmodus/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) - Indice: State preparando un restyling, un nuovo tema o una migrazione. Il sito deve restare chiuso al pubblico e accessibile a voi, al vostro sviluppatore e a due o tre tester. La modalità manutenzione nativa di PrestaShop fa questo, con limiti che vale la pena conoscere. ## Cosa fa la funzione nativa PrestaShop propone una modalità manutenzione attivabile dai parametri del negozio, con un elenco di indirizzi IP autorizzati. I visitatori il cui indirizzo figura nell'elenco accedono normalmente al sito. Gli altri vedono una pagina di indisponibilità. Due punti utili. Il vostro indirizzo attuale viene proposto automaticamente al momento dell'attivazione, il che evita di bloccarsi da soli. E il back office resta accessibile, indipendentemente dall'elenco. ## I limiti dell'elenco di indirizzi Tre problemi, il primo dei quali è dirimente in molte situazioni. **L'indirizzo dinamico.** La maggior parte delle connessioni residenziali riceve un indirizzo che cambia, alla riconnessione del router o periodicamente. Il vostro tester autorizzato la mattina è bloccato il pomeriggio. È il caso più frequente in lavoro da remoto, e trasforma l'elenco in una fonte di richieste continue. **Il mobile.** Un tester che verifica la visualizzazione sul telefono in rete mobile ha un indirizzo diverso da quello del suo computer, e cambia spesso. **La condivisione impossibile.** Non potete inviare un accesso a un cliente o a un fornitore senza chiedergli l'indirizzo, inserirlo e ricominciare se cambia. ## L'accesso tramite link con token È la risposta a questi tre limiti. Il principio: un indirizzo con un parametro segreto dà accesso al sito e deposita un marcatore nel browser. Il visitatore naviga poi normalmente, qualunque sia il suo indirizzo IP. Quattro vantaggi pratici. **Nessuna configurazione** lato tester. Inviate un link, lui clicca. **Indipendente dalla connessione.** Il tester può passare dall'ufficio a casa, dal wifi alla rete mobile. **Revocabile.** Cambiare il token interrompe tutti gli accessi in corso. **Condivisibile** per messaggio, senza scambio tecnico preventivo. Tre precauzioni. Il token deve essere **abbastanza lungo** e casuale, non una parola indovinabile. Deve essere **cambiato** dopo la messa in produzione. E deve poter **scadere**, per non lasciare un accesso aperto a tempo indeterminato. ## La combinazione dei due La configurazione più pratica usa entrambi i meccanismi. L'**elenco di indirizzi** per gli accessi stabili: il vostro ufficio, il vostro hosting, un fornitore con indirizzo fisso. Il **link con token** per tutto il resto: tester occasionali, validazione cliente, controllo da mobile. Questa combinazione copre tutte le situazioni senza imporre una gestione quotidiana dell'elenco. ## Cosa deve restare accessibile Punto tecnico spesso dimenticato e che produce effetti indesiderati. Quattro elementi devono restare raggiungibili anche in manutenzione. Il **back office**, ovviamente. Le **notifiche di pagamento**, se ci sono ordini in lavorazione. Un modulo di pagamento che riceve una conferma bancaria durante una manutenzione deve poterla trattare, altrimenti l'ordine resta bloccato. Le **attività pianificate**, se passano da un indirizzo del sito. Le **chiamate all'interfaccia programmabile**, se uno strumento esterno sincronizza il vostro catalogo o i vostri ordini. Sono i punti d'ingresso da escludere esplicitamente dal blocco. Una manutenzione che interrompe la notifica di pagamento produce ordini pagati e non convalidati, cosa che si ripara a mano. ## Il codice di risposta Punto con conseguenze sul posizionamento. Una pagina di manutenzione deve rispondere con un codice di indisponibilità temporanea, non con un codice di successo. Tre ragioni. Il motore capisce che la situazione è **provvisoria** e ripasserà. Non **indicizza** la pagina di manutenzione al posto dei vostri contenuti. E non **deindicizza** le vostre pagine, cosa che accadrebbe con un codice di errore definitivo. Un'intestazione complementare permette di indicare una durata stimata, in secondi o sotto forma di data, il che aiuta a calibrare la visita successiva. Errore frequente: una pagina di manutenzione servita con un codice di successo. Il motore la tratta come il contenuto reale di tutti i vostri indirizzi, e una manutenzione di più giorni può tradursi allora in una perdita di posizioni. ## Il contenuto della pagina Quattro elementi, su una pagina volutamente semplice. **Cosa sta succedendo**, in una frase. «Il nostro negozio è in corso di aggiornamento.» **Quando finisce**, con una data o una durata. Una stima vale più di nessuna indicazione. **Un mezzo di contatto**, per i clienti con un ordine in corso. **Il tracciamento dell'ordine**, se può restare accessibile, il che evita la gran parte delle richieste durante il periodo. Due cose da non mettere: un modulo di raccolta email presentato come obbligatorio, e un conto alla rovescia che scade senza che il sito torni. ## Manutenzione o lancio imminente Due situazioni distinte, che richiedono pagine diverse. La **manutenzione** riguarda un sito esistente temporaneamente non disponibile. La pagina è sobria, informativa, e risponde con il codice di indisponibilità temporanea. Il **lancio imminente** riguarda un sito che non esiste ancora pubblicamente. La pagina è promozionale, può raccogliere iscrizioni, e risponde con un codice di successo dato che è il contenuto reale del sito in quel momento. Confondere le due produce o una pagina di manutenzione indicizzata, o una pagina di lancio invisibile. ## Prima di passare in produzione Sei verifiche, una volta terminata la manutenzione. **La modalità è disattivata** e il sito risponde normalmente da una connessione esterna. **Il token di accesso è cambiato** o revocato. **Le cache sono svuotate**, compresa quella del servizio di distribuzione se ne usate uno: può servire la pagina di manutenzione per ore dopo la riapertura. **Il file di esclusione dei robot** non ha conservato una direttiva di blocco aggiunta durante i lavori. **Le direttive di non indicizzazione** eventualmente poste sui template di pagina sono state rimosse. **Un controllo di qualche pagina** in navigazione privata, da una rete diversa dalla vostra. I due punti sulle direttive di blocco sono quelli che causano più danni: un sito riaperto al pubblico ma ancora vietato ai motori perde il suo traffico per settimane senza che nessuno capisca perché. Il copre queste esigenze su PrestaShop 8 e 9: elenco di indirizzi autorizzati combinato con un accesso tramite link con token revocabile, esclusione dei punti d'ingresso di pagamento e delle attività pianificate, codice di risposta di indisponibilità temporanea con durata stimata, e pagina distinta per la manutenzione e per il lancio imminente.