Website offline: wat controleer je eerst?
Een onbereikbare website kan veroorzaakt worden door hosting, DNS, TLS, een applicatiefout of een tijdelijke netwerkstoring. Begin met vaststellen waar de fout optreedt.
- Controleer of de website vanaf een andere verbinding of een onafhankelijk controlesysteem hetzelfde probleem geeft.
- Noteer de HTTP-status of verbindingsfout en controleer of HTTPS nog geldig is.
- Controleer daarna hosting, DNS en de applicatielogs, zonder meteen willekeurige configuratie te wijzigen.
- Leg begin- en hersteltijd vast zodat je weet hoe lang bezoekers mogelijk hinder ondervonden.
Een enkele browsermelding vertelt zelden of het probleem bij de bezoeker, DNS, TLS, de webserver of de applicatie zit.
Hoe controleer je of een website online is?
Alleen zien dat een homepage opent is niet voldoende. Een bruikbare controle combineert bereikbaarheid, HTTP-status en context rond redirects en responstijd.
- Vraag de publieke URL op vanaf een onafhankelijke omgeving.
- Controleer de uiteindelijke HTTP-status, niet alleen de eerste redirect.
- Vergelijk meerdere controles in de tijd om tijdelijke uitval van structurele problemen te onderscheiden.
- Gebruik voor bedrijfskritische sites automatische monitoring in plaats van handmatige momentopnames.
HTTP 200 betekent dat die aanvraag technisch slaagde. Het bewijst niet dat elk formulier, elke checkout of elke achtergrondfunctie correct werkt.
SSL-certificaat controleren en verval voorkomen
HTTPS kan falen wanneer een certificaat verlopen is, niet bij het domein past of de certificaatketen niet betrouwbaar kan worden gevalideerd.
- Controleer of de HTTPS-verbinding zonder certificaatwaarschuwing tot stand komt.
- Bekijk de vervaldatum en plan vernieuwing ruim vóór die datum.
- Controleer na vernieuwing opnieuw het publiek aangeboden certificaat, niet alleen het bestand op de server.
- Volg certificaatverval automatisch wanneer de website belangrijk is voor leads, verkoop of dienstverlening.
Een geldig certificaat is geen volledige securitybeoordeling. Het bevestigt vooral identiteit en versleutelde transportbeveiliging voor die verbinding.
HTTP 500 error: wat betekent die fout?
HTTP 500 betekent dat de server een onverwachte interne fout tegenkwam. De browser toont meestal te weinig informatie om de oorzaak te bepalen.
- Leg tijdstip, URL en eventuele requestcontext vast.
- Controleer applicatie- en webserverlogs rond exact dat tijdstip.
- Zoek naar de eerste relevante exception of foutmelding, niet alleen naar de uiteindelijke 500-response.
- Herstel de oorzaak en verifieer daarna dezelfde route opnieuw.
Zet gedetailleerde debugfouten niet publiek aan op productie. Ze kunnen gevoelige technische informatie blootleggen.
WordPress-fouten vinden zonder alleen naar uptime te kijken
Een WordPress-site kan bereikbaar blijven terwijl plugins, thema’s of PHP-code fouten veroorzaken op specifieke pagina’s of acties.
- Bepaal welke pagina of actie fout loopt en of het probleem reproduceerbaar is.
- Controleer relevante PHP- en WordPress-logs zonder gevoelige debugoutput publiek te tonen.
- Koppel fouten aan recente wijzigingen zoals plugin-, thema- of PHP-updates.
- Verifieer na de fix zowel de probleemroute als de algemene bereikbaarheid.
Uptime en applicatiefouten meten verschillende dingen. Een groene uptimecheck sluit WordPress-fouten niet uit.
Wat is uptime en wat zegt 99,9% werkelijk?
Uptime is het aandeel van een meetperiode waarin een dienst volgens de gekozen controle beschikbaar was. Het percentage is alleen betekenisvol samen met meetinterval en definitie van beschikbaarheid.
- Leg vast welke URL of dienst gemeten wordt en welke status als beschikbaar telt.
- Gebruik een vast meetinterval en onafhankelijke meetpunten.
- Bewaar incident- en herstelmomenten zodat percentages controleerbaar blijven.
- Combineer uptime met HTTP-, SSL- en applicatiesignalen wanneer je meer context nodig hebt.
99,9% uptime zegt niets over functionaliteit die buiten de gemeten check valt. Beschrijf daarom altijd wat precies gemeten werd.
