# Hoe geeft u alleen testers toegang tot een PrestaShop-winkel in onderhoud?
> Een lijst met IP-adressen houdt geen stand bij thuiswerken en mobiel gebruik. De link met token, wat tijdens onderhoud bereikbaar moet blijven, welke responscode u serveert, en de twee vergissingen die bij de livegang het duurst uitvallen.
- Pagina:
- Taal: nl
- Gepubliceerd op: 2026-10-29
- Bijgewerkt op: 2026-10-10
- Andere talen: [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), [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), [pt](https://www.datafirefly.com/pt/2026/10/29/acesso-testes-loja-prestashop-manutencao/index.md)
- Index:
U bereidt een herbouw, een nieuw thema of een migratie voor. De site moet gesloten blijven voor het publiek en toegankelijk zijn voor u, uw ontwikkelaar en twee of drie testers. De ingebouwde onderhoudsmodus van PrestaShop doet dat, met beperkingen die u moet kennen.
## Wat de standaardfunctie doet
PrestaShop biedt een onderhoudsmodus die u vanuit de winkelinstellingen inschakelt, met een lijst van toegestane IP-adressen.
Bezoekers met een adres uit die lijst komen normaal op de site. De andere zien een pagina met de melding dat de winkel niet beschikbaar is.
Twee nuttige punten. Uw huidige adres wordt bij het inschakelen automatisch voorgesteld, zodat u uzelf niet buitensluit. En de back office blijft toegankelijk, los van de lijst.
## De beperkingen van de adreslijst
Drie problemen, waarvan het eerste in veel situaties doorslaggevend is.
**Het dynamische adres.** De meeste thuisverbindingen krijgen een adres dat verandert, bij het opnieuw opstarten van de modem of periodiek. Uw tester die 's ochtends is toegelaten, staat 's middags buiten.
Dat is het vaakst voorkomende geval bij thuiswerken, en het maakt van de lijst een bron van voortdurende vragen.
**Mobiel.** Een tester die de weergave op zijn telefoon via het mobiele netwerk controleert, heeft een ander adres dan op zijn computer, en dat verandert regelmatig.
**Delen is onmogelijk.** U kunt geen toegang naar een klant of een dienstverlener sturen zonder om zijn adres te vragen, het in te voeren, en opnieuw te beginnen als het verandert.
## Toegang via een link met token
Dat is het antwoord op deze drie beperkingen.
Het principe: een adres met een geheime parameter geeft toegang tot de site en plaatst een markering in de browser. De bezoeker navigeert daarna normaal, ongeacht zijn IP-adres.
Vier praktische voordelen.
**Geen enkele instelling** aan de kant van de tester. U stuurt een link, hij klikt.
**Onafhankelijk van de verbinding.** De tester kan van kantoor naar huis wisselen, van wifi naar het mobiele netwerk.
**Intrekbaar.** Het token wijzigen verbreekt alle lopende toegangen.
**Deelbaar** per bericht, zonder technisch overleg vooraf.
Drie voorzorgen. Het token moet **voldoende lang** en willekeurig zijn, geen raadbaar woord. Het moet na de livegang worden **gewijzigd**. En het moet kunnen **verlopen**, zodat er geen toegang onbeperkt openblijft.
## De twee gecombineerd
De handigste opzet gebruikt beide mechanismen.
De **adreslijst** voor stabiele toegangen: uw kantoor, uw hostingpartij, een dienstverlener met een vast adres.
De **link met token** voor al het andere: incidentele testers, validatie door de klant, een controle vanaf een telefoon.
Die combinatie dekt alle situaties zonder dat u de lijst dagelijks moet bijhouden.
## Wat bereikbaar moet blijven
Een technisch punt dat vaak wordt vergeten en ongewenste effecten oplevert.
Vier elementen moeten ook tijdens onderhoud bereikbaar blijven.
De **back office**, uiteraard.
De **betaalmeldingen**, als er bestellingen in behandeling zijn. Een betaalmodule die tijdens onderhoud een bankbevestiging ontvangt, moet die kunnen verwerken, anders blijft de bestelling hangen.
De **geplande taken**, als die via een adres van de site lopen.
De **API-aanroepen**, als een externe tool uw catalogus of uw bestellingen synchroniseert.
Dat zijn de toegangspunten die u expliciet van de blokkering uitsluit. Onderhoud dat de betaalmelding afsnijdt, levert betaalde en niet-gevalideerde bestellingen op, en dat repareert u met de hand.
## De responscode
Een punt met gevolgen voor de vindbaarheid.
Een onderhoudspagina moet antwoorden met een code voor tijdelijke onbeschikbaarheid, niet met een succescode.
Drie redenen. De zoekmachine begrijpt dat de situatie **tijdelijk** is en komt terug. Ze **indexeert** de onderhoudspagina niet in plaats van uw inhoud. En ze **verwijdert** uw pagina's niet uit de index, wat bij een definitieve foutcode wel zou gebeuren.
Met een aanvullende header geeft u een geschatte duur aan, in seconden of als datum, wat helpt om het volgende bezoek in te plannen.
Veelgemaakte fout: een onderhoudspagina die met een succescode wordt geserveerd. De zoekmachine behandelt die dan als de echte inhoud van al uw adressen, en onderhoud van meerdere dagen kan zo posities kosten.
## De inhoud van de pagina
Vier elementen, op een bewust eenvoudige pagina.
**Wat er gebeurt**, in één zin. "Onze winkel wordt op dit moment bijgewerkt."
**Wanneer het klaar is**, met een datum of een duur. Een schatting is beter dan geen enkele aanwijzing.
**Een contactmogelijkheid**, voor klanten met een lopende bestelling.
**Het volgen van bestellingen**, als dat bereikbaar kan blijven, wat het grootste deel van de vragen in die periode voorkomt.
Twee dingen die u er niet op zet: een e-mailformulier dat als verplicht wordt gepresenteerd, en een aftelklok die afloopt zonder dat de site terugkomt.
## Onderhoud of aangekondigde lancering
Twee verschillende situaties, die om verschillende pagina's vragen.
**Onderhoud** gaat over een bestaande site die tijdelijk niet beschikbaar is. De pagina is sober, informatief, en antwoordt met de code voor tijdelijke onbeschikbaarheid.
Een **aangekondigde lancering** gaat over een site die publiek nog niet bestaat. De pagina is promotioneel, mag aanmeldingen verzamelen, en antwoordt met een succescode omdat ze op dat moment de echte inhoud van de site is.
De twee verwarren levert ofwel een geïndexeerde onderhoudspagina op, ofwel een onzichtbare lanceringspagina.
## Voordat u live gaat
Zes controles, zodra het onderhoud is afgerond.
**De modus staat uit** en de site antwoordt normaal vanaf een verbinding van buitenaf.
**Het toegangstoken is gewijzigd** of ingetrokken.
**De caches zijn geleegd**, ook die van uw distributiedienst als u er een gebruikt: die kan de onderhoudspagina nog uren na de heropening serveren.
**Het uitsluitingsbestand voor robots** heeft geen blokkeerregel behouden die tijdens de werkzaamheden is toegevoegd.
**De noindex-instructies** die eventueel op de paginasjablonen zijn gezet, zijn verwijderd.
**Een controle van enkele pagina's** in een privévenster, vanaf een ander netwerk dan het uwe.
De twee punten over blokkeerregels richten de meeste schade aan: een site die weer open is voor het publiek maar nog steeds verboden voor zoekmachines, verliest wekenlang zijn verkeer zonder dat iemand begrijpt waarom.
De dekt deze behoeften in PrestaShop 8 en 9: een lijst met toegestane adressen gecombineerd met toegang via een intrekbare link met token, uitsluiting van de betaaltoegangspunten en de geplande taken, een responscode voor tijdelijke onbeschikbaarheid met geschatte duur, en een aparte pagina voor onderhoud en voor de aangekondigde lancering.