arXiv Data Collection for Preprint Metadata and Versions

arXiv gives every preprint an identifier, a version trail and a list of cross-listed categories. Our arXiv data collection keeps all three, with authors as rows and dates per version.

Plans from €169/month · Free project assessment · Reply within 1 business day

arXiv Scraper
Solutions

Managed arXiv data collection, run end to end by us

ScrapeIt builds and runs the pipeline as a managed service. You define the corpus by category, author, institution or date range; we collect every matching paper, resolve authors and affiliations, keep versions and cross listings intact, and hand back CSV, JSON, Excel or a push into your warehouse.

We collect only publicly available data - everything a visitor can see on arXiv - and we collect it legally. Pacing and proxy rotation are part of the service, which is the reason we can promise a schedule we will keep.

Where the corpus is destined for model training, we add full text tied to the version it came from. Field documentation comes with the dataset.

arXiv fields in every export

The paper record covers arXiv identifier, version number, title, abstract, primary category, cross listed categories, submission date per version, latest version date, comments field, journal reference where the author has supplied one, and DOI where a published version exists.

Authors come as rows with surname, given name, position in the list and affiliation as supplied. Affiliation on preprints is inconsistently populated and inconsistently written, so it is normalised to institutions with the raw string preserved, exactly as on our literature work elsewhere.

Version history is a first class part of this dataset rather than an afterthought. Each version carries its own date and, where the author supplied one, its own comment describing what changed. A paper that has been revised four times over two years is telling a different story from one posted once, and abstracts do change between versions in ways that matter to anyone doing text analysis.

Cross listing is preserved as a list rather than reduced to the primary category. Interdisciplinary work is precisely what most research trend analysis is looking for, and it lives in the cross listings.

Where a published journal version is later linked, that link is captured, along with the retrieval timestamp on every row.

arXiv fields in every export
Full text, authors and joining to published versions

Full text, authors and joining to published versions

Full text is the natural next layer. Each version of a paper has its own manuscript, and where a project needs it we deliver the text alongside the metadata, tied to the version it came from, so abstract and body always belong to the same revision. That matters most for corpora destined for model training.

Joining to published versions is the usual extension. Where a preprint later appears in a journal, the DOI and journal reference connect the two, and clients typically want both the preprint date and the publication date on one row to measure the lag. That join is more reliable through identifiers than through title matching, and we use identifiers wherever the author supplied them.

Author disambiguation runs the same way as on our other literature work: co-authorship networks, category overlap and affiliation history, with confidence marked rather than assumed. Preprint servers are, if anything, harder than indexed literature here because affiliation is optional.

What arXiv publishes for every paper

arXiv is the preprint server for physics, mathematics, computer science, quantitative biology, finance and statistics. For fast moving fields, particularly machine learning, it is where results appear first, often months before any journal version exists.

The metadata is rich. Each paper carries an identifier, title, abstract, authors with affiliations where supplied, primary and cross listed categories, submission date, and a version history, since papers are revised in place under the same identifier with v1, v2 and so on.

Categories are the native taxonomy and they are genuinely useful: a paper is filed under a primary subject class and often cross listed into others, which makes selecting a corpus by field far more reliable than keyword matching over titles.

Get a Quote
dev_w
25

Developers

customers
500+

Customers worldwide

pages
1 500 000 000+

Pages extracted

stime
15000+

Hours saved for our clients

Plans

arXiv Scraping Plans and Pricing

Airplane

€199 / one-time

setup fee - included

Data limits100,000
Frequencyone-time
Run timeup to 5 days
Data storing7 days

Helicopter

€169 / mo

setup fee €499

Data limits250,000
Frequencymonthly
Run timeup to 5 days
Data storing14 days

Glasses

€229 / mo

setup fee €499

Data limits1,000,000
Frequencyweekly
Run timeup to 5 days
Data storing30 days

DNA

€549 / mo

setup fee €799

Data limits3,000,000
Frequency3 times daily
Run timesame day
Data storing90 days

Delivery: CSV, JSON or XLSX files, our API or a JSON feed. MCP server on request.

Full plan details →

Why versions and cross listings carry the research signal

Most people asking for arXiv data want to see where a field is moving. That question is answered badly by counting papers and well by looking at structure: which categories are growing, where cross listings are forming between fields, which institutions and groups are producing the work, and how quickly a new idea propagates from one subject class into others.

Cross listings are the clearest early indicator. When a technique from one field starts appearing cross listed into another, that is the beginning of a trend and it is visible months before it shows up in journals or in a survey paper. It requires the category list preserved in full, which naive pipelines flatten to a single primary value.

Version history is the second signal and it is routinely thrown away. A preprint revised repeatedly over a long period may be struggling through review or may be actively developing; either way the trajectory is information. Abstract text also changes between versions, which matters a great deal if you are training or evaluating anything on that text and assumed it was fixed.

The third is timing. Because this is a preprint server, submission dates are close to when work was actually done, unlike publication dates which lag by many months. For any analysis of research velocity, that is the more honest clock.

The fourth is the join outward. Preprints connect to published versions, to code repositories and to citation graphs, and the useful product is usually the joined view rather than this source alone.

Our Blog

Reads Our Latest News & Blog

Learn how to use web scraping to solve data problems for your organization

How Artificial Intelligence Is Used In Web Scraping

How Artificial Intelligence Is Used In Web Scraping

Leveraging advances in technology, the AI-powered web scraper has skyrocketed in demand and is helping to expand capabilities by automating tedious daily tasks and speeding up data collection from thousands of websites several times over.

What is Web Scraping and What is it Used For?

What is Web Scraping and What is it Used For?

Web scraping is a method of obtaining web data by extracting it from pages of web resources with the help of a program, that is, in automatic mode. It is used to syntactically convert web pages into more usable forms.

Web Scraping for Machine Learning

Web Scraping for Machine Learning

If you specialize in machine learning, you need to feed large amounts of data to the algorithms. Web scraping is the easiest and the most efficient method of collecting the data from all over the Internet.

scrapeit logo

Who builds and keeps your preprint feed

ScrapeIt is a managed extraction company, not a tool you have to learn. Our team builds the pipeline, watches it as the site and its metadata formats change, and repairs it before your corpus goes stale.

You see a sample first, in your format, over your corpus definition, with versions and cross listings intact and authors disambiguated so you can judge the hard part on real records.

FAQ

Is it legal to scrape arXiv?

Yes. Every paper shows any visitor its identifier, title, abstract, authors, categories, submission dates and version history, and that is what we collect. We collect only publicly available data - everything a visitor can see on arXiv - and we collect it legally.

Do you keep the version history of a paper?

Yes, as its own rows: each version with its date and the author comment where supplied. Papers are revised in place under one identifier, abstracts change between versions, and a paper revised four times over two years tells a different story from one posted once. Most pipelines keep only the latest version and lose all of that.

Do you offer an arXiv API for preprint metadata?

Yes. The ScrapeIt arXiv API returns identifier, version number, title, abstract, primary and cross listed categories and authors as JSON from an endpoint we host, refreshed on the schedule you set. The same data also comes as CSV or XLSX files or straight into your database.

Why do cross listed categories matter?

Because interdisciplinary movement is where research trends start, and it lives in the cross listings. A technique appearing cross listed from one field into another is an early signal, visible months before journals or survey papers reflect it. Pipelines that reduce a paper to its primary category throw that away.

Can you link preprints to their published versions?

Yes, through DOIs and journal references where the author has supplied them, which is far more reliable than matching titles. Clients usually want the preprint date and the publication date on one row to measure the lag, and that join is the standard extension on this source.

How does it Work?

Step 1 - Make a Request

You share your needs, expectations, and desired timeframe. We’ll suggest the best solution based on your request and budget.

Step 2 - Configuring Custom Web Crawlers

Our specialists configure the crawlers and extract a sample dataset for your review before proceeding with the full-scale extraction.

Step 3 - Collect and Deliver

Once you approve the sample, we launch the project and start full data collection. We gather, filter, and structure the data for easy use, delivering it on time in your preferred format.

Step 4 - Maintain and Support

Our team manages ongoing processes, monitors website changes, and supports all data extraction cycles. We can also help integrate data into your systems or create dashboards to simplify analysis.

Request a Quote

Tell us more about you and your project information.
Which sites, which fields, how often. A couple of lines is enough.

We reply within 1 business day. No obligation.

arXiv data from €169/month. Free project assessment, reply within 1 business day.

scrapiet

Scrapeit Sp. z o.o.
10/208 Legionowa str., 15-099, Bialystok, Poland
NIP: 5423457175
REGON: 523384582