Bulk Website Uptime Checker

Check website availability in bulk and return status codes, redirects, final URLs, response times, and failure reasons.

Bulk Website Uptime Checker is built for buyers who need clean, source-backed data they can export into spreadsheets, CRMs, dashboards, alerts, or enrichment workflows. The actor focuses on the business object promised by its name and avoids dumping raw HTML, debug metadata, run timestamps, actor names, or unrelated crawl noise into successful dataset rows.

Who Uses It

• operations teams
• agency support desks
• website owners
• monitoring workflows

What It Extracts

• Url
• Status Code
• Is Up
• Response Time Ms
• Final Url
• Content Type
• Redirected
• Error

Input

Use the input fields in the Apify UI to provide the public URLs, keywords, companies, pages, profiles, tickers, topics, or source lists relevant to this actor. Keep the first run small, inspect the dataset, and then raise limits or schedule recurring runs when the rows match your workflow.

Output You Get

Successful dataset rows are compact and actor-specific. Important fields include:

• url
• statusCode
• isUp
• responseTimeMs
• finalUrl
• contentType
• redirected
• error

Failure rows, when needed, include a short error or warning so you can fix bad inputs or blocked sources. Successful rows do not include unnecessary run metadata such as actor name, started time, finished time, raw input echo, or generic status noise.

Good Use Cases

• Build focused lead lists or research tables from public sources.
• Monitor changes and signals that matter for sales, SEO, ecommerce, marketing, product, or research workflows.
• Export clean rows to Google Sheets, Airtable, BI tools, CRM systems, or automation pipelines.
• Run small tests before scaling to larger scheduled jobs.

Reliability Notes

The actor uses guarded limits, request timeouts, retries where useful, and compact output rows. Public websites can change, block traffic, or hide data behind login walls; when that happens, the actor returns useful warnings instead of charging for empty success rows whenever the implementation can avoid it.