SSL/TLS Certificate Scraper
Pricing
$9.00 / 1,000 delivered monitoring result rows
SSL/TLS Certificate Scraper
Try Input: 1 domain ≈ USD 0.009/row. From USD 9/1k. Paste domain and Start.
Pricing
$9.00 / 1,000 delivered monitoring result rows
Rating
0.0
(0)
Developer
naoki anzai
Maintained by CommunityActor stats
0
Bookmarked
5
Total users
0
Monthly active users
9 days ago
Last modified
Categories
Share
SSL Certificate Monitor API | Expiry, Issuer & TLS Coverage
Paid first run ≈ USD 0.009/row (1 domain). Keep reports, exports, and movement options off for the first run. Open Try for free → Input and run this JSON.
{"domains": ["example.com"],"port": 443,"expiryWarningDays": 90,"concurrency": 1,"delivery": "dataset","snapshotKey": "ssl-wave-l","dryRun": false}
Paste domain and Start.
Maintain robust security posture across your infrastructure by using this tool to continuously monitor SSL/TLS certificates for expiration and configuration drift. When you need to extract security details from thousands of websites, relying on manual checks or heavy web browser rendering is inefficient. By validating connections directly at the protocol level, this SSL monitor delivers lightning-fast scraped results, making it the ideal solution for DevSecOps teams handling massive URL lists.
Run scheduled audits to proactively detect expiring certificates before browsers block access to your web pages or search engines penalize your organic results. You can scrape critical data points to extract issuer organization names, pinpoint self-signed certs, and verify active protocol versions across your entire domain portfolio. Beyond standard TLS validation, you can enable optional Google Web Risk checks using your API key to identify websites flagged for malware, phishing, or social engineering.
Every time you execute the scraper, it extracts highly structured results, including precise expiry timestamps, SHA-256 fingerprint hashes, and full certificate chain coverage. Export the scraped details or integrate them with your email and incident management tools to ensure immediate alerts when any website security status changes.
Store Quickstart
- Start with
store-input.example.jsonfor a reliable dataset run across three known domains. - If that matches your workflow, switch to
store-input.templates.jsonand pick one of: Quickstart (Dataset)for first-run validationPortfolio Watchfor larger domain setsWebhook Alertfor operational notifications
Use with Apify MCP
Exact actor: taroyamada/ssl-certificate-monitor
Sample input JSON:
{"domains": ["google.com"],"port": 443,"expiryWarningDays": 90,"concurrency": 3,"delivery": "dataset","snapshotKey": "ssl-certificate-snapshots"}
Key Features
- 🔒 Direct TLS inspection — Connects at the protocol level, not through HTTP
- ⏰ Expiry warnings — Configurable alert threshold (default: 30 days)
- 🔄 Certificate rotation detection — Tracks fingerprint changes between runs
- 🔍 Issuer change alerts — Detect when a certificate's issuer changes (potential security issue)
- 🛡️ Optional Google Web Risk lookup — Commercially usable reputation/threat checks with your own Google Cloud API key
- ❌ Invalid cert detection — Catches expired, self-signed, and misconfigured certificates
Use Cases
| Who | Why |
|---|---|
| DevOps teams | Prevent certificate expiry outages across all domains |
| Security teams | Detect unauthorized certificate changes |
| MSPs | Monitor client SSL certificates at scale |
| SEO agencies | Verify client sites have valid HTTPS |
Input
| Field | Type | Default | Description |
|---|---|---|---|
| domains | array | prefilled | List of domains to check SSL certificates for (e.g. ['example.com', 'github.com']). Maximum 200 per run. |
| port | integer | 443 | Port to connect on (default 443). |
| expiryWarningDays | integer | 30 | Alert when certificate expires within this many days. |
| delivery | string | "dataset" | How to deliver results. 'dataset' saves to Apify Dataset (recommended), 'webhook' sends to a URL. |
| webhookUrl | string | — | Required when delivery is 'webhook'. |
| snapshotKey | string | "ssl-cert-snapshots" | Key name for storing snapshots (used for change detection between runs). |
| concurrency | integer | 5 | Maximum number of parallel requests. Higher = faster but may trigger rate limits. |
| dryRun | boolean | false | If true, runs without saving results or sending webhooks. Useful for testing. |
Input Example
{"domains": ["google.com", "github.com", "expired.badssl.com"],"expiryWarningDays": 30,"concurrency": 5,"delivery": "dataset"}
Input Examples
Example: Single host SSL audit
{"domains": ["example.com"],"port": 443}
Example: Bulk monitoring with expiry alerts
{"domains": ["a.com","b.com","c.com"],"expiryWarningDays": 30,"emitUnchanged": false}
Example: Recurring certificate and reputation watch
{"domains": ["api.example.com"],"snapshotKey": "production-certificates","enableReputationLookup": false}
Output
Recurring runs write only initial or changed successful checks to the billable Dataset by default. Stable checks produce 0 Dataset rows and 0 result charges; certificate or reputation lookup failures remain available in the free OUTPUT diagnostic record and are never billed as result rows. Set emitUnchanged=true only when you explicitly need stable successful rows.
| Field | Type | Description |
|---|---|---|
meta | object | |
results | array | |
results[].domain | string | |
results[].status | string | |
results[].cert | object | |
results[].changes | array | |
results[].warnings | array | |
results[].reputation | object | |
results[].checkedAt | timestamp | |
results[].error | null |
Output Example
{"domain": "google.com","status": "initial","cert": {"subject": "CN=*.google.com, O=Google LLC, C=US","issuer": "CN=WR2, O=Google Trust Services, C=US","validFrom": "Jan 27 08:36:26 2026 GMT","validTo": "Apr 21 08:36:25 2026 GMT","serialNumber": "1A2B3C4D...","bits": 256,"altNames": ["*.google.com", "google.com"],"authorized": true,"protocol": "TLSv1.3"},"changes": [],"warnings": [{"type": "expiring_soon","message": "Certificate expires in 28 days","daysLeft": 28}],"reputation": {"provider": "google_webrisk","status": "clean","uri": "https://google.com/","checkedAt": "2026-02-22T05:00:54.606Z","requestedThreatTypes": ["MALWARE", "SOCIAL_ENGINEERING"],"threatTypes": [],"hasThreats": false,"expireTime": null}}
API Usage
Run this actor programmatically using the Apify API. Replace YOUR_API_TOKEN with your token from Apify Console → Settings → Integrations.
cURL
curl -X POST "https://api.apify.com/v2/acts/taroyamada~ssl-certificate-monitor/run-sync-get-dataset-items?token=YOUR_API_TOKEN" \-H "Content-Type: application/json" \-d '{ "domains": ["google.com", "github.com", "expired.badssl.com"], "expiryWarningDays": 30, "concurrency": 5, "delivery": "dataset" }'
Python
from apify_client import ApifyClientclient = ApifyClient("YOUR_API_TOKEN")run = client.actor("taroyamada/ssl-certificate-monitor").call(run_input={"domains": ["google.com", "github.com", "expired.badssl.com"],"expiryWarningDays": 30,"concurrency": 5,"delivery": "dataset"})for item in client.dataset(run["defaultDatasetId"]).iterate_items():print(item)
JavaScript / Node.js
import { ApifyClient } from 'apify-client';const client = new ApifyClient({ token: 'YOUR_API_TOKEN' });const run = await client.actor('taroyamada/ssl-certificate-monitor').call({"domains": ["google.com", "github.com", "expired.badssl.com"],"expiryWarningDays": 30,"concurrency": 5,"delivery": "dataset"});const { items } = await client.dataset(run.defaultDatasetId).listItems();console.log(items);
Security cluster — Adjacent actors
Most defensive-security audits cover multiple layers on the same domains. The actors below pair naturally with this one:
- dns-dmarc-security-checker — Audit email-security DNS records (DMARC / SPF / DKIM / MX) on the same domains.
- security-headers-checker — On the same hosts, audit HTTP security headers as the application-layer complement.
- dns-propagation-checker — Propagation check after certificate renewal — confirm new cert is served from every resolver.
Tips & Limitations
- Schedule weekly runs against your production domains to catch config drift.
- Use webhook delivery to pipe findings into your SIEM (Splunk, Datadog, Elastic).
- For CI integration, block releases on
criticalseverity findings using exit codes. - Combine with
ssl-certificate-monitorfor layered cert + headers coverage. - Findings include links to official remediation docs — share with dev teams via the webhook payload.
FAQ
Is running this against a third-party site legal?
Passive public-header scanning is generally permitted, but follow your own compliance policies. Only scan sites you have authorization for.
How often should I scan?
Weekly for production domains; daily if you have high config-change velocity.
Can I export to a compliance tool?
Use webhook delivery or Dataset API — formats map well to Drata, Vanta, OneTrust import templates.
Is this a penetration test?
No — this actor performs passive compliance scanning only. No exploitation, fuzzing, or auth bypass.
Does this qualify as a SOC2 control?
This actor produces evidence artifacts suitable for SOC2 CC7.1 (continuous monitoring). It is not itself a SOC2 certification.
Related Actors
Cost
Pay Per Event:
actor-start: $0.01 (flat fee per run)dataset-item: $0.003 per output item
Example: 1,000 items = $0.01 + (1,000 × $0.003) = $3.01
No subscription required — you only pay for what you use.
⭐ Was this helpful?
If this actor saved you time, please leave a ★ rating on Apify Store. It takes 10 seconds, helps other developers discover it, and keeps updates free.
Bug report or feature request? Open an issue on the Issues tab of this actor.