Storingschecker

Hoe controleer je een storing met onze Down Detector?

Kies eerst de dienst die je gebruikt en bekijk daarna de informatie die bij je probleem past. Je hoeft niet elke grafiek te lezen om te bepalen wat je vervolgens kunt proberen.

1. Kies een dienst of website

   Gebruik de dienststatus voor een ondersteunde app of de websitecontrole voor een openbaar adres. De eerste toont wat de aanbieder meldt; de tweede controleert of een specifieke pagina antwoord geeft.

2. Zoek de getroffen functie

   Lees eerst de lopende incidenten. Open Onderdelen voor bijvoorbeeld inloggen, uploads of een API. De nieuwste update kan duidelijker aangeven wie er last van heeft.

3. Bewaar de relevante informatie

   Vernieuw de gegevens voordat je beslist. Kopieer of download een rapport met datum voor de helpdesk. Deel de link als iemand een nieuwe controle nodig heeft in plaats van een opgeslagen resultaat.

Een goed begin als iets niet meer werkt

Kleine instellingen voor een bruikbaardere controle

Kies het type controle voordat je zoekt. Bewaar maximaal vijf diensten als favoriet in deze browser, filter op categorie of toon alleen gemelde problemen. Automatisch vernieuwen geldt voor officiële bronnen zolang de pagina zichtbaar is; een website wordt één keer gecontroleerd. Met het onderdelenfilter vind je een functie of regio. Kopieer een rapport om het tijdstip van de waarneming te bewaren, of deel een link naar een nieuwe weergave. PNG-, tekst- en JSON-bestanden bevatten de beschikbare gegevens, geen voorspelling van het herstel.

Waarom kan een website werken terwijl de app een storing heeft?

Een dienst is meer dan zijn homepage.

De eerste pagina die je opent, kan losstaan van accounts, zoeken, berichten, bestandsopslag of betalingen. Daardoor zijn gedeeltelijke storingen mogelijk: de openbare pagina laadt, maar de handeling die je nodig hebt wordt niet voltooid. Een geslaagde websitecontrole en een gestoord onderdeel kunnen dus allebei kloppen.

Onze Down Detector houdt die informatie gescheiden. De dienststatus geeft gepubliceerde informatie van de aanbieder weer; de websitecontrole onderzoekt één openbaar adres op een vastgelegd moment. Geen van beide test je privéaccount, een betaling na inloggen of alle regio's. Verschillen de resultaten, lees dan de incidentomschrijving om de getroffen functie te vinden. Eén statuslabel is niet altijd het volledige antwoord.

Het onderscheid tussen symptomen en oorzaken wordt uitgelegd in Googles handleiding voor het bewaken van gedistribueerde systemen. Een externe controle en een interne meting kunnen verschillende kanten van hetzelfde probleem laten zien.

Wat betekenen onderzoek, monitoring en opgelost?

Incidentupdates beschrijven een verloop, niet alleen een kleur.

In onderzoek betekent meestal dat de aanbieder het probleem beoordeelt. Geïdentificeerd betekent dat de oorzaak is afgebakend. Monitoring houdt in dat een wijziging is uitgevoerd en het effect wordt gevolgd; dat garandeert niet dat alle gebruikers alweer kunnen werken. Opgelost is de afsluiting van het incident door de aanbieder. Een latere evaluatie kan verklaren wat er gebeurde en welke maatregelen volgen.

Meldingen kunnen later verschijnen dan de eerste merkbare fouten, en verschillende sessies kunnen op andere momenten herstellen. We tonen de nieuwste beschikbare update en de genoemde onderdelen, met lopende incidenten apart van de geschiedenis. Gepland onderhoud staat los van onverwachte storingen. Is een incident niet aan een product gekoppeld, dan benoemen we die onzekerheid zonder het hele product als uitgevallen aan te merken.

Je kunt dit vergelijken met de informatie van de aanbieder: de openbare statusdocumentatie van Cloudflare maakt onderscheid tussen incidenten, onderdeelstatussen en gepland onderhoud.

Betekent een mislukte controle dat de hele website platligt?

Lees de reactie voordat je een oplossing kiest.

Niet noodzakelijk. Een 404-reactie kan betekenen dat een pagina is verplaatst, terwijl de rest van de website werkt. Een 403-reactie kan voortkomen uit toegangsbeperkingen of bescherming tegen geautomatiseerde aanvragen. Een serverfout, ontbrekend DNS-antwoord of time-out geeft meer aanwijzingen voor een probleem bij die aanvraag, maar bewijst geen wereldwijde storing of oorzaak.

Mislukt één adres, probeer dan de homepage. Werken meerdere onafhankelijke websites niet op je apparaat, controleer je verbinding en vergelijk een ander netwerk. Werkt de homepage maar een handeling niet, bekijk de onderdelen en de precieze foutmelding. Bewaar tijd, handeling en resultaat voor de helpdesk, zonder wachtwoorden, sessiecookies of privélinks te delen. Voortdurend vernieuwen voegt zelden informatie toe; een nieuwe controle na een update van de aanbieder is vaak nuttiger.

Voor uitleg van een antwoordcode onderscheidt MDN's overzicht van HTTP-statuscodes geslaagde reacties, toegangsproblemen en serverfouten.

Een geschiedenisgrafiek is geen beschikbaarheidsmeting

Uitlegvoorbeeld, geen actuele dienstgegevens

Stel dat een aanbieder acht incidenten in een maand publiceert. Zeven zijn kort en opgelost; één begon vijf dagen geleden en loopt nog. Een lijst met alleen de nieuwste gebeurtenissen zou dat oudere incident kunnen verbergen. Onze lijst met lopende incidenten houdt het zichtbaar, ongeacht de startdatum. De grafiek telt vermeldingen per begindatum, niet getroffen mensen, storingsuren of gebruikersmeldingen. Acht vermeldingen vertellen niet of de beschikbaarheid 99% of 99,9% was: daarvoor zijn een afgebakende dienst, een waarnemingsperiode en gemeten uitvaltijd nodig. Een lege dag betekent alleen dat in de beschikbare gegevens geen nieuw incident werd gevonden.

Wat betekent elke dienststatus?

Operationeel

De gekoppelde bron van de aanbieder meldt dat de dienst werkt. Een afzonderlijk account, een functie of een regio kan toch problemen hebben.

Werkt het bij jou nog niet? Probeer een ander netwerk en apparaat voordat je instellingen wijzigt.

Verminderde prestaties

De aanbieder meldt verminderde prestaties, zoals tragere verzoeken of fouten die af en toe optreden.

Bekijk het getroffen onderdeel en de incidentmelding. Verstuur betalingen of andere belangrijke verzoeken niet herhaaldelijk.

Gedeeltelijke uitval

Een deel van de dienst is volgens de aanbieder niet beschikbaar; andere onderdelen kunnen nog werken.

Controleer of het getroffen onderdeel hoort bij de functie die je nodig hebt en volg de updates van de aanbieder.

Grote storing

De bron meldt een grote storing in de dienst of onderdelen die we volgen, niet noodzakelijk in alle producten van het bedrijf.

Gebruik bij een dringende taak een alternatief. Bekijk het officiële incident voor herstelupdates.

Onderhoud

De aanbieder heeft een onderdeel of dienst als in onderhoud gemarkeerd.

Lees de onderhoudsmelding voor de reikwijdte en planning. De geplande eindtijd garandeert geen herstel.

Incident gemeld

Er staat een actief incident vermeld, maar de beschikbare bron geeft mogelijk niet de volledige ernst aan.

Open de officiële melding om de getroffen functies en het advies van de aanbieder te bekijken.

Geen actief incident vermeld

De gekoppelde incidentbron vermeldt geen actief incident. Dat is niet hetzelfde als een geslaagde test van elke functie.

Vergelijk het resultaat met de functie die niet werkt. Een nieuw probleem is mogelijk nog niet bevestigd.

Status niet beschikbaar

We konden de bron niet verifiëren, of deze geeft te weinig informatie om de status te bepalen.

Open de officiële statuspagina en probeer later opnieuw te vernieuwen. Ontbrekende gegevens betekenen niet dat de dienst uitgevallen is of juist werkt.

Nog steeds problemen? Begin bij wat je merkt

Noteer voor je contact opneemt met de helpdesk de tijd, functie, het netwerk en de exacte foutmelding. Deel een openbare statuslink of een gedownload rapport, nooit wachtwoorden of privélinks van je account.

Zo lees je de statusgrafieken

Onderdelen zijn geen mensen

De balk telt onderdelen die de aanbieder teruggeeft, zoals API’s of regio’s. Hij meet geen getroffen klanten, verkeer of beschikbaarheidsduur. Veel onderdelen kunnen werken terwijl juist het onderdeel dat jij gebruikt een probleem heeft.

Het begin van een incident is niet de storingsduur

Als geschiedenis beschikbaar is, groepeert de grafiek ontvangen incidenten op begindatum over de laatste 30 UTC-dagen. Een incident van meerdere dagen telt niet elke dag opnieuw. Nul meldingen of ontbrekende geschiedenis bewijzen geen ononderbroken werking.

Het overzicht is een momentopname van de bronnen

Het overzicht telt signalen van diensten, geen bezoekersmeldingen. Verwante producten kunnen hetzelfde onderliggende incident delen; tel ze niet op als onafhankelijke storingen. Onbekende bronnen blijven gescheiden van diensten zonder vermeld probleem.

Hoe actueel zijn deze resultaten?

Ophalen en bijwerken door de aanbieder hebben verschillende tijden

De ophaaltijd geeft aan wanneer ClockTools een geldige reactie van de bron ontving. De bijwerktijd van de aanbieder komt uit die bron, als deze wordt meegestuurd. Dit is niet noodzakelijk het begin of einde van een incident. Een oude tijdstempel bewijst op zichzelf geen storing.

Vernieuwen controleert opnieuw, maar omzeilt niet elke cache

Officiële bronnen worden ongeveer elke twee minuten vernieuwd zolang de pagina zichtbaar is en automatisch vernieuwen aanstaat. Geldige statusreacties kunnen twee minuten worden hergebruikt en afzonderlijke geschiedenisreacties vijf minuten. Vernieuwen kan daarom dezelfde tijdstempels opleveren. Een websitecheck is een eenmalig verzoek, geen doorlopende bewaking.

Meldingen kunnen later komen dan het probleem

Een aanbieder kan een incident publiceren nadat gebruikers het al hebben opgemerkt. Kunnen we een bron niet verifiëren, dan tonen we ontbrekende gegevens in plaats van te melden dat alles goed werkt. Vergelijk je symptomen, de controlelocatie en de officiële bron voordat je de omvang van het probleem beoordeelt.

Wat ons statusoverzicht dekt

We lezen openbare bronnen van AI-diensten, samenwerkingsapps, gameplatforms en cloudinfrastructuur. Google Workspace en Google Cloud leveren incidentfeeds, geen bewijs dat elk afzonderlijk account werkt. Een Codex-incident is niet automatisch een ChatGPT-incident. Onderdeelfilters houden hun resultaten gescheiden; ontbrekende of niet-toewijsbare gegevens worden duidelijk gemarkeerd.

Je controles en je privacy

Voor officiële statusverzoeken hebben we je account of persoonlijke API-sleutel niet nodig. Webadressen worden naar onze server gestuurd voor de externe controle; alleen openbare HTTP- en HTTPS-adressen worden ondersteund. Gebruik gewone openbare links, nooit privédashboards of URL's met geheime gegevens. Deze tool slaat je zoekgeschiedenis niet op. Openbare antwoorden van aanbieders worden kort gecachet om herhaalde verzoeken te beperken.

Geschiedenis zonder verzonnen beschikbaarheid

De incidentenlijst bevat alleen gegevens uit de officiële bron. De beschikbare periode verschilt, en sommige aangesloten interfaces geven geen geschiedenis. Ontbrekende incidenten zetten we niet om in een claim van 100% beschikbaarheid. We verzinnen geen bezoekersmeldingen of schattingen van het aantal getroffenen. Deze pagina is onafhankelijk van Downdetector en de vermelde diensten.

Verizon, Spectrum, Virgin Media en Facebook controleren

Een internetstoring is vaak lokaal. Kies Verizon, Spectrum of Virgin Media om de controle van de aanbieder voor jouw buurt of account te openen. Vergelijk bij Facebook de websitecontrole met de functie die op je apparaat niet werkt. Roblox heeft een officiële statusbron; Steam biedt een beperkter signaal via de openbare API. Deze bronnen meten storingen niet op dezelfde manier.