scrapy/scrapyd

A service daemon to run Scrapy spiders

View on GitHub ↗Jump to charts ↓Open shareable report →

Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 15 minutes ago
Added to GitGenius on September 22nd, 2026
Created on February 1st, 2013
Open Issues & Pull Requests: 8 (+0)
GitHub issues: Enabled
Number of forks: 579
Total Stargazers: 3,098 (+0)
Total Subscribers: 88 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 3.2 hours
Mean response time: 34.4 days
90th percentile: 209.8 days
Tracked items: 19

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 2
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 34 days
Stale 30+ days: 1
Stale 90+ days: 0

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • type: question (9)
  • type: enhancement (2)
  • status: duplicate (1)

Most active issues this week

Sign in to see which issues are moving.
Sign in

Detailed Description

Scrapyd is a service daemon that runs Scrapy spiders on a server and exposes an HTTP API for managing spider deployments and job execution.

The tool solves the problem of running web scraping tasks at scale across multiple machines. Rather than executing spiders locally or ad-hoc, Scrapyd acts as a persistent service that accepts spider jobs via HTTP requests, queues them, and executes them in a controlled manner. It maintains separate projects, each containing multiple spider definitions, and allows you to schedule spider runs, monitor their status, and retrieve results through a REST-like interface. The daemon handles resource management by running spiders in separate processes and maintaining a queue of pending jobs.

Scrapyd suits teams that need to deploy and manage Scrapy spiders in production environments, particularly those running multiple scraping tasks across different projects or machines. It is appropriate for scenarios where you want centralized control over spider execution rather than running spiders as one-off scripts. The tool integrates directly with Scrapy's existing spider framework, so if your scraping logic is already written in Scrapy, Scrapyd provides the operational layer to run it reliably. Organizations building scraping infrastructure that requires scheduling, monitoring, and remote job submission will find this approach more suitable than manual spider invocation.

The project maintains steady engagement with its codebase through regular updates and bug fixes. Pull requests receive timely review and integration. The maintainers respond to issues and incorporate community contributions. Development activity shows consistent attention to both new features and maintenance of existing functionality. The project demonstrates a commitment to keeping the codebase current with changes in its dependencies and the broader Python ecosystem.