YouTube Live Scraper - Bulk Export to CSV, JSON, API
Pricing
from $3.50 / 1,000 live streams
YouTube Live Scraper - Bulk Export to CSV, JSON, API
Pull youtube, crawler, video, alternative, limits in bulk. Every row carries quotas, channel, name, likes, number, views, subscribers, public, page. Ready for CSV, Excel, JSON or the API.
Pricing
from $3.50 / 1,000 live streams
Rating
0.0
(0)
Developer
Tarek Etman
Maintained by CommunityActor stats
0
Bookmarked
2
Total users
1
Monthly active users
12 hours ago
Last modified
Categories
Share
Youtube Live Scraper
Youtube Live Scraper extracts structured records in bulk and exports them for analysis, enrichment and downstream pipelines. It covers youtube, public, page, beyond, performing, video, channel, playlist, stream, shorts, search-result, information, crawls, pages, parses, metadata, on-page, content, produce, containing.
Built for teams that need titles, descriptions, durations, publish, dates, view, counts, like without maintaining scrapers, proxies or browser infrastructure themselves.
Quick start (SDK examples)
Python
from apify_client import ApifyClientclient = ApifyClient("YOUR_APIFY_TOKEN")run = client.actor("youtube-live-scraper").call(run_input={"targets": ["<target>"], "maxResults": 100})for item in client.dataset(run["defaultDatasetId"]).iterate_items():print(item)
JavaScript
import { ApifyClient } from "apify-client";const client = new ApifyClient({ token: "YOUR_APIFY_TOKEN" });const run = await client.actor("youtube-live-scraper").call({ targets: ["<target>"], maxResults: 100 });const { items } = await client.dataset(run.defaultDatasetId).listItems();console.log(items);
cURL
curl -X POST "https://api.apify.com/v2/acts/youtube-live-scraper/runs?token=YOUR_APIFY_TOKEN" \-H "Content-Type: application/json" \-d '{"targets":["<target>"],"maxResults":100}'
Fields returned
| field | description | type |
|---|---|---|
title | title returned for every record | string |
url | url returned for every record | string |
author | author returned for every record | string |
viewers | viewers returned for every record | string |
publishedAt | publishedAt returned for every record | string |
image | image returned for every record | string |
mode | mode returned for every record | string |
format | format returned for every record | string |
storage_type | storage type returned for every record | string |
storage_config | storage config returned for every record | string |
scrapedAt | scrapedAt returned for every record | string |
What it does
- Extract youtube, public, page, beyond, performing, video into structured rows.
- Enrich each record with channel, playlist, stream, shorts, search-result, information.
- Bulk export covering crawls, pages, parses, metadata, on-page, content.
- Pipeline integration for produce, containing, titles, descriptions, durations, publish.
- Downstream analysis across dates, view, counts, like, comment, thumbnails.
- Recurring monitoring of urls, hashtags, name, location, join, date.
- Deduplicated output keyed on the record identifier.
- Configurable result caps and runtime bounds.
Use cases
- Lead generation — build contactable lists covering youtube, public, page, beyond, performing
- Data enrichment — attach video, channel, playlist, stream, shorts to an existing record set
- Market research — map search-result, information, crawls, pages, parses across a category or region
- Competitive monitoring — track metadata, on-page, content, produce, containing over time on a schedule
- AI and RAG pipelines — feed clean structured rows into embeddings and retrieval
- Warehousing — land titles, descriptions, durations, publish, dates into BigQuery, Snowflake or Postgres
Input
Provide targets as a list of URLs or identifiers, one per line.
| input | purpose |
|---|---|
targets | URLs or identifiers to process, one per line |
maxResults | hard cap on returned rows |
maxSeconds | runtime bound for the run |
includeEmpty | return rows that resolved to no data, or skip them |
Output
Every run writes a dataset exportable as CSV, Excel, JSON, or readable directly from the Apify API. Attach a webhook to push results into your own system as soon as a run finishes.
Integrations
Works with Zapier, Make, n8n, Google Sheets, Slack, and any HTTP endpoint via webhooks. The Apify MCP server exposes this Actor to AI agents directly.
Performance and limits
Runs are concurrent and bounded by maxResults and maxSeconds. Proxy rotation and retry handling are managed for you. Failed targets are reported rather than silently dropped.
Frequently asked questions
Do I need an account or cookies?
No. The Actor reads public data only and requires no login, cookies or personal API keys.
What formats can I export?
CSV, Excel, JSON, or read the dataset straight from the Apify API.
What does a row contain?
Every row carries youtube, public, page, beyond, performing, video, channel, playlist where available.
Can I schedule it?
Yes. Attach a schedule or a webhook and the dataset is produced on your cadence.
How do I limit cost?
Use maxResults to cap returned rows and maxSeconds to bound runtime.
Is the output stable?
Field names are fixed by the dataset schema, so downstream pipelines do not break between runs.
Field glossary
title — the title associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
url — the url associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
author — the author associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
viewers — the viewers associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
publishedAt — the publishedAt associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
image — the image associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
mode — the mode associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
format — the format associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
storage_type — the storage type associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
storage_config — the storage config associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
scrapedAt — the scrapedAt associated with the record. Present on every row where the source exposes it; absent values are returned as null rather than omitted, so column order stays stable across runs and downstream schemas do not drift.
Troubleshooting
- Empty dataset — Check that
targetscontains reachable identifiers and thatincludeEmptyis set the way you expect. - Run times out — Lower
maxResultsor raisemaxSeconds; very large target lists are better split across scheduled runs. - Missing fields — Not every source exposes every field. Absent values are returned as null so the schema stays stable.
- Rate limiting — Proxy rotation is automatic. If a source throttles hard, reduce concurrency and retry.
- Duplicate rows — Output is deduplicated on the record identifier; duplicates across separate runs are expected by design.
Data quality notes
Records are parsed from public sources covering youtube, public, page, beyond, performing, video, channel, playlist, stream, shorts. Values are returned exactly as published rather than normalised or inferred, so you can audit any row back to its source URL. Timestamps are ISO-8601 UTC. Numeric counters are integers. No field is synthesised when the source does not publish it.
Scheduling and automation
Attach a schedule to run this Actor hourly, daily or weekly. Combine it with a webhook to push each finished dataset into your warehouse, CRM or Slack channel automatically. Runs are idempotent with respect to their input, so a repeated schedule produces a comparable dataset rather than a drifting one.
Support
Open an issue on the Actor's Issues tab. Include the run ID and the input used so it can be reproduced.