Websites die omzet opleveren
Houd webshop, boekingssite, abonnementsproduct of leadwebsite onder terugkerende externe beschikbaarheidscontroles.
Website-uptimemonitoring voor SEO- en omzetwebsites
Monitor de openbare project-URL, bekijk beschikbaarheid en reactietijden van 30 dagen en onderzoek mislukte HTTP-controles. Combineer incidenthistorie en geschikte e-mailmeldingen met je SEO-werk.
Uptimecontroles instellen
Schakel terugkerende controles in voor de openbare URL van je Screpy-project. Kies een nuttig doel voor bezoekers voordat je de frequentie bepaalt.
- Elk project monitort één HTTP- of HTTPS-URL, geen afzonderlijke lijst met endpoints.
- Projectinstellingen bepalen activering, een interval van 1–60 minuten en een optioneel meldingsadres.
- Geplande controles vereisen een actief geschikt betaald abonnement; standaardintervallen verschillen.
- Inactiviteit van het projectteam verlengt intervallen; na 30 inactieve dagen stoppen controles.
- Laatste controle toont actualiteit; het ingestelde interval garandeert geen exact uitvoeringstijdstip.
example.com60 s
Uptimepercentage begrijpen
Bekijk welk aandeel van de controles in de afgelopen 30 dagen slaagde. Lees het percentage samen met het aantal controles en de laatste datum.
- Uptime is geslaagde controles gedeeld door alle opgeslagen controles, maal 100.
- De huidige status komt uit de laatste voltooide controle in dat tijdvak.
- Zonder controles zijn gegevens niet beschikbaar; er wordt geen 100% getoond.
- Het percentage berust op steekproeven en is niet direct om te rekenen naar uitvalminuten of een naar tijd gewogen SLA.
Beschikbaarheid
93,8%503200
Reactietijden volgen
Herken langzamere reacties en herhaalde fouten in de grafiek. Een bereikbare URL kan toch traag reageren.
- De grafiek gebruikt maximaal 160 recente controles uit 30 dagen; schermbreedte bepaalt het zichtbare deel.
- De trendlijn middelt vijf controles; de gemiddelde reactietijd gebruikt geslaagde controles van het hele tijdvak van 30 dagen.
- Tijden meten HTTP-latentie, geen volledige paginalading, Core Web Vitals of bezoekersproces.
Responstijd
240 msHTTP-statuscontroles bekijken
Bekijk de acht nieuwste controles met status, tijd, HTTP-code en reactietijd. Vergelijk ze met het verwachte gedrag van de openbare URL.
- HTTP 200–399 geldt als bereikbaar; andere HTTP-reacties als onbereikbaar. Time-out en fout worden apart opgeslagen.
- Omleidingen worden niet gevolgd: een 3xx-resultaat bevestigt de bestemming niet.
- Controles gebruiken HEAD en proberen GET bij 405 of 501; verbindingsfouten kunnen zonder HTTP-code blijven.
- Bereikbaar valideert geen inhoud, formulieren of checkout; een foutpagina met HTTP 200 kan ook bereikbaar zijn.
HTTP-status
200GET /HTTP/2 200Website-uitval bekijken
Volg een incident van de eerste mislukte naar een latere geslaagde controle. Onderzoek de oorzaak afzonderlijk.
- De eerste fout opent een incident, volgende fouten werken het bij en de eerste geslaagde controle sluit het.
- Het dashboard toont alle open en opgeloste incidenten over alle perioden en de vijf nieuwste met status, begin en details.
- Tijden weerspiegelen controles, niet het exacte begin tussen steekproeven; korte uitval kan onopgemerkt blijven.
Periode
12 min503200
Uitvalmails ontvangen
Stuur geschikte meldingen aan projectleden en een optioneel extra adres. Incidentregistratie begint voordat een e-mail in aanmerking komt.
- Een latere fout binnen hetzelfde incident kan e-mail activeren bij ondersteunde codes zoals 404, 500 of 503.
- Time-outs, verbindingsfouten en niet-ondersteunde HTTP-codes worden opgeslagen zonder deze mails te activeren.
- Elk project heeft afzonderlijke limieten van één uitvalmail en één herstelmail per 24 uur.
- Herstelmail vereist een eerder gemeld, niet onderdrukt incident; opgeslagen duur bewijst geen exacte uitval voor bezoekers.
!
Projectexample.com
BeoordelingUptimegegevens via SEO MCP lezen
Laat een verbonden AI-assistent opgeslagen resultaten van een toegankelijk project uitleggen. Gebruik de datum om bestaande data van een nieuwe controle te onderscheiden.
- SEO MCP retourneert status van 30 dagen, percentage, gemiddelde van geslaagde controles en laatste controle.
- Maximaal 160 recente records bevatten status, reactietijd en datum, zonder HTTP-codes of incidenten.
- De leesaanvraag start geen controles en diagnosticeert of herstelt geen uitval; ontbrekende resultaten blijven niet beschikbaar.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Uptime aan SEO-rapporten toevoegen
Deel beschikbaarheidsgegevens in een opgeslagen rapport voor klant of team. Een momentopname verschilt van live monitoring.
- De widget bevat statistieken van 30 dagen, recente controles en incidenten die de rapportperiode overlappen.
- Het aantal kan afwijken van het dashboardtotaal over alle perioden; opgeloste incidenten kunnen opgeslagen duur bevatten.
- Het rapport legt opgeslagen data vast bij aanmaak en verstuurt geen live uitvalmeldingen.
Secties
aACMERapportPDF
Gezondheidsscore87/100
Positie+24
Praat over Uptime-monitoring. Met SEO MCP.
Lees via SEO MCP opgeslagen uptime van 30 dagen en recente status-/reactierecords. Controleer de datum voordat je de laatste status als actueel beschouwt; er zijn geen incidenten of HTTP-codes.
- Screpy: Hallo! Laten we Uptime-monitoring voor example.com bekijken. Wat wil je weten?
- Jij: Leg opgeslagen uptime en de laatste controledatum voor example.com uit.
- Screpy: Illustratief opgeslagen resultaat: de controle van 10:18 UTC was bereikbaar, met 99,95% geslaagde controles over 30 dagen. Het percentage is steekproefgebaseerd en bewijst geen huidige bereikbaarheid. Gebruik dashboardincidenten en hostinglogs voor onderzoek. Opgeslagen uptime: Laatste controle: 10:18 UTC. Uptime van 30 dagen: 99,95%.
- Jij: Maak daar een kort actieplan van.
- Screpy: Ik houd bevindingen en aanbevelingen apart. Bekijk het bewijs, kies één wijziging en controleer daarna de resultaten. Je volgende stappen: Bekijk: Controleer bron en datum van elke bevinding.. Beslis: Kies de eerste wijziging.. Verifieer: Vergelijk de resultaten na de wijziging..
- Jij: Kun je het bewijs in gewone taal uitleggen?
- Screpy: Ja. Vraag naar een ondersteund resultaat en ik leg uit wat het toont, waar het vandaan komt en wat onzeker blijft. Ontbrekende gegevens blijven onbeschikbaar; aanbevelingen zijn geen automatische oplossingen.
Stel een nuttige uptime-monitoringlus in.
Kies een openbaar doel, activeer monitoring en stel een verantwoordelijk meldingsadres in. Onderzoek bij fouten de actuele records en bevestig een latere geslaagde controle.
-
Gebruik de openbare projectwebsite-URL
Gebruik de bedoelde openbare URL zonder verplichte login. Controleer omleidingsdoelen afzonderlijk; uptimecontroles volgen omleidingen niet.
-
Activeer controles en stel het interval in
Activeer monitoring in projectinstellingen, sla interval en optioneel adres op; bevestig geschikt betaalde toegang en recente controles.
-
Onderzoek nieuwste mislukte controles
Lees status, laatste controle, HTTP-resultaten en incidentdetails. Onderzoek kritieke fouten direct; het percentage van 30 dagen geeft context, geen reden om te wachten.
-
Onderzoek en bevestig herstel
Vergelijk fouten met deployment-, DNS-, TLS-, hosting- en applicatielogs. Bevestig een geslaagde controle; incidentherstel valideert niet elk bezoekerspad.
Geef prioriteit aan websites waar downtime echte kosten veroorzaakt.
Gebruik terugkerende controles voor projecten waarbij beschikbaarheid invloed heeft op verkoop, leads, campagnes, klanttoegang of het ophalen van openbare inhoud door zoekcrawlers.
Organische zoeksites
Bewaak de openbare website die zoekcrawlers en organische bezoekers moeten bereiken voordat content of rankingwerk effect kan hebben.
Launch- en campagnesites
Volg de projectwebsite tijdens launches, migraties, redesigns en actieve campagnes wanneer een beschikbaarheidsprobleem direct meer kost.
Portfolio's met meerdere projecten
Bekijk uptime afzonderlijk per Screpy-project zodat bureaus en interne teams klant- of merkwebsites in één workflow kunnen beheren.
Ken de grenzen van een uptime-resultaat.
Screpy levert extern HTTP-bewijs en incidentgeschiedenis voor de geconfigureerde projectwebsite. Gebruik infrastructuur, logs, transactietests en zoekdata wanneer de vraag verder gaat.
Eén projectwebsite als doel
Uptime Monitoring controleert de openbare URL van het Screpy-project; het is geen algemene lijst met onafhankelijke endpointmonitors.
Externe controle, geen infrastructuurtelemetrie
Het resultaat beschrijft of het openbare doel antwoordde. CPU, geheugen, containers, databases, privénetwerken en serverlogs worden niet gecontroleerd.
Incidentbewijs, geen bewijs van de oorzaak
HTTP-status, timing en incidenttijdstippen beperken het onderzoek, maar bewijzen niet of DNS, TLS, hosting, deploy, firewall of code de oorzaak was.
Beschikbaarheid is geen SEO-garantie
Een werkende openbare pagina is nodig voor bezoekers en crawling, maar een hoog uptimepercentage garandeert geen indexering, rankings, verkeer, omzet of conversies.
Gebruik de workflow voor websitegezondheid die bij de fout past.
Monitor bereikbaarheid in de tijd, audit de bredere website wanneer fouten of crawlpatronen zich herhalen of bekijk paginaprestaties zodra beschikbaarheid stabiel is.
Bekijk op controles gebaseerde uptime van 30 dagen, reacties, HTTP-resultaten en incidenten van de openbare URL.
Crawl de bredere website om terugkerende foutpagina's, omleidingsproblemen, kapotte bestemmingen en technische patronen rond een probleem te vinden.
Voer terugkerende laboratoriumcontroles uit wanneer de website bereikbaar is maar laden of responsiviteit verder onderzoek nodig heeft.
Screpy-documentatie
Leer website-uptime monitoren
Leer een openbaar doel kiezen, monitoring en meldingen instellen, reactietijden interpreteren en incidenten onderzoeken.
Vragen over website-uptimemonitoring beantwoord.
Antwoorden over steekproeven, inactieve projecten, omleidingen, ontbrekende controles, e-mailvoorwaarden en paginaprestaties.
Wat meet Screpy Uptime Monitoring?
Screpy registreert status, HTTP-code indien beschikbaar, reactietijd en datum van één openbare URL. Het dashboard gebruikt controles van 30 dagen voor percentage en gemiddelden, toont acht recente controles en afzonderlijk aantallen over alle perioden en vijf nieuwste incidenten.
Hoe werken uitvalincidenten en herstel?
De eerste fout opent een incident, volgende houden het open en een geslaagde controle sluit het. Het dashboard toont status, begin en details; geschikte herstelmails bevatten opgeslagen duur. Steekproeven bepalen geen exact begin of elke korte uitval.
Toont Uptime Monitoring responstijdgeschiedenis?
Ja. De grafiek laadt maximaal 160 recente reacties uit 30 dagen, met minder zichtbare punten op kleine schermen. De trend van vijf controles verschilt van het gemiddelde van geslaagde controles over 30 dagen. HTTP-reactietijd meet geen rendering of interacties.
Kan website-uitval crawling of indexering beïnvloeden?
Aanhoudende serverfouten kunnen crawling vertragen en inhoudsophaling blokkeren. Een bereikbaar resultaat bewijst geen Googlebot-toegang, omleidingsbestemming, indexering of rankings. Onderzoek ook crawl- en zoekgegevens.
Stuurt Screpy downtimewaarschuwingen?
Een latere fout in een open incident kan e-mail activeren bij 404, 410, 500, 501, 502, 503, 504, 505, 507, 508, 525 of 526. Projectleden en een optioneel afwijkend adres ontvangen geschikte meldingen. Uitval en herstel zijn afzonderlijk beperkt tot één mail per project per 24 uur. Onderdrukte incidenten worden later niet alsnog gemeld; herstel vereist een eerdere niet onderdrukte uitvalmelding. Time-outs, fouten zonder code en andere codes komen niet in aanmerking.
Hoe vaak controleert Screpy website-uptime?
Instellingen accepteren 1–60 minuten met betaalde toegang. Binnen één dag na teamactiviteit geldt dat interval; daarna minimaal 10 minuten, na zeven dagen minimaal 60. Na 30 inactieve dagen stoppen geplande controles. Controleer steeds de werkelijke laatste datum.
Wat telt Screpy als beschikbaar of niet beschikbaar?
HTTP 200–399 geldt als bereikbaar, andere HTTP-reacties als onbereikbaar; time-out en fout zijn afzonderlijke toestanden. Omleidingen worden niet gevolgd en inhoud niet gevalideerd. Een omleiding of HTTP-200-foutpagina kan bereikbaar zijn zonder de bedoelde pagina te bevestigen.
Vervangt uptime-monitoring server- of transactiemonitoring?
Nee. Screpy controleert één openbaar HTTP(S)-doel, geen private infrastructuur, login- of checkoutprocessen, pagina-inhoud of geografische beschikbaarheid. Het diagnosticeert geen oorzaak. Gebruik logs en gerichte controles daarvoor.
Groots in SEO. Licht voor je portemonnee.
Een uitgebreide SEO-toolkit voor een verrassend betaalbare prijs.
- Technische audits, positietracking en AI-zichtbaarheid
- Zoekwoordonderzoek, backlinkanalyse en uptimebewaking
- Eén werkruimte. Flexibele abonnementen. Minder uitgaven.
Meer geld in je zak