A sample web scraping dataset is a small, real extract of the exact data you plan to buy: the same platforms, countries, fields and format, collected for your use case. Ask for one before you sign. Use it to check four things: fill rate, freshness, accuracy against the live site and coverage of the stores, cities or SKUs you care about.
Generic downloadable files are useful for a first look at a schema. They will not tell you whether a vendor can cover your 40 retailers in 12 countries, or your 300 pincodes. Procurement, pricing and strategy teams need a sample built around their brief.
This page explains what a sample contains for retail, quick commerce, food delivery and travel. It also shows how to test a sample in an afternoon and what we need from you to build one. Samples are prepared for business use cases.
Most vendors publish a few generic files. They show column names, but they are rarely from your market, your category or this week. A tailored sample answers the questions that decide a contract:
In our projects, the sample is where scope gets fixed. A frozen-foods brand tracking dark stores first saw how many pincodes each app actually serves. A European restaurant-tech company checked modifier and add-on fields before agreeing to a monthly menu feed. Both cases cut rework after go-live.
The table below shows typical fields in a sample web scraping dataset for each of our four core industries. Your sample uses the fields your use case needs, not every field we can collect.
| Industry | Typical sources | Sample fields (snake_case) | What to look for |
|---|---|---|---|
| Retail & e-commerce | Amazon, Walmart, Flipkart, Tesco, marketplace and brand sites | product_id, product_name, brand, category_path, pack_size, list_price, sale_price, unit_price, currency, in_stock, seller_name, rating, review_count, product_url, scraped_at | Promo and base price kept separate; per-unit price normalised; seller shown on marketplaces |
| Quick commerce | Blinkit, Zepto, Swiggy Instamart, GCC q-commerce apps | platform, city, pincode, dark_store_id (where exposed), sku_name, brand, mrp, selling_price, discount_pct, availability, delivery_eta, search_rank, scraped_at | Location-level rows (price and stock change by pincode); search rank captured with the keyword used |
| Food delivery | Uber Eats, Deliveroo, DoorDash, Talabat, Zomato, Swiggy | restaurant_id, restaurant_name, cuisine, address, lat, lng, rating, rating_count, item_name, item_price, modifiers, offer_text, delivery_fee, is_open, scraped_at | Menu items linked to the right outlet; modifiers and add-ons kept; fees and offers captured per address |
| Travel & hospitality | Booking.com, Agoda, Expedia, MakeMyTrip, hotel direct sites | property_id, property_name, city, star_rating, check_in, check_out, room_type, board_type, price_total, taxes_fees, currency, cancellation_policy, availability, scraped_at | Same dates and occupancy across sites; taxes shown separately; live, forward-looking rates (no historical airfare) |
Every sample also includes a short data dictionary: each field, its type, an example value and how it is derived. If a field cannot be collected from a source, the dictionary says so instead of leaving it blank.
Use the four checks below. They follow the data quality dimensions in the UK Government Data Quality Framework (completeness, timeliness, accuracy and others), applied to web data. You can run all four on a sample web scraping dataset in a spreadsheet.
| Check | How to test it | Healthy sign | Red flag |
|---|---|---|---|
| Fill rate | Count non-empty values per column | Core fields near fully filled; gaps explained in the data dictionary | Blank prices or names with no explanation |
| Freshness | Sort by scraped_at; compare with the request date | Timestamps in the agreed window, with time zone | No timestamp, or data weeks old |
| Accuracy | Spot-check 20–30 rows against live pages | Matches, or differences explained by time and location | Wrong prices, mixed-up variants, stale stock |
| Coverage | Compare counts with your source, city and SKU list | All requested sources and locations present | Missing retailers, categories or cities |
| Format and schema | Load the file into your BI tool or warehouse | Loads cleanly; same schema as the full feed | Manual clean-up needed before every load |
Write down your thresholds before the sample arrives. That keeps the review objective and gives procurement a clear pass or fail for the contract.
A precise request gets a useful sample web scraping dataset faster. These are the details our team asks for. They also tell us whether the project is feasible before anyone spends time on it.
| What we ask | Why it matters | Example |
|---|---|---|
| Company email | Samples are prepared for business evaluations | name@yourcompany.com |
| Use case | Decides fields, cadence and matching | Competitor price monitoring for 3 categories |
| Platforms / websites | Confirms we can reach each source | Blinkit, Zepto, Swiggy Instamart |
| Countries and locations | Prices and availability vary by city or pincode | India – 10 cities, 50 pincodes |
| Volume | Sizes the sample and the future feed | About 5,000 SKUs, daily |
| Timeline | Helps us plan the sample and the pilot | Pilot in November, go-live in Q1 |
You do not need a final specification. A short paragraph on the decision the data will support is often enough. Our team will reply with any questions and a proposed field list for your sample web scraping dataset.
Your sample web scraping dataset is delivered the way the production feed will be, so your data team can test the full pipeline.
We collect publicly available data only, respect each site's terms and access rules (including robots.txt as described in RFC 9309) and do not collect personal data of private individuals. Where a dataset could touch personal data, such as reviewer names, we remove or hash it in line with GDPR principles.
Some requests are not feasible, and we say so up front. Examples include data behind logins, personal contact details of private individuals, and historical data that is no longer published, such as past airfares. The sample web scraping dataset stage is where these limits become clear, before you commit budget.
A clean sample web scraping dataset is necessary but not enough. Before you sign, ask the provider to confirm:
It is a small extract of real data from the platforms, countries and fields you plan to buy, delivered in the same format as the full feed. It lets you check quality and coverage before signing a contract.
Yes, samples for business evaluations are free. We ask for a company email and a short description of your use case so we can build a sample that matches your brief.
sample within 24 hours of a complete request. Complex scopes, such as many countries or location-level data, may take longer; we will tell you before we start.
Enough to test fill rate, freshness, accuracy and coverage – typically a few hundred rows across your main sources.
Most public websites and apps, yes. We will flag sources that are not feasible, such as data behind logins or personal data of private individuals, before we begin.
Samples take engineering time, so we prepare them for business evaluations. A company email also helps us confirm usage terms and send the sample securely.
You can also reach us for all your mobile app scraping, data collection, web scraping, and instant data scraper service requirements!
Our web scraping expertise is relied on by 4,000+ global enterprises including Zomato, Tata Consumer, Subway, and Expedia — helping them turn web data into growth.
Watch how businesses like yours are using Actowiz data to drive growth.
From Zomato to Expedia — see why global leaders trust us with their data.
Backed by automation, data volume, and enterprise-grade scale — we help businesses from startups to Fortune 500s extract competitive insights across the USA, UK, UAE, and beyond.
We partner with agencies, system integrators, and technology platforms to deliver end-to-end solutions across the retail and digital shelf ecosystem.
Request a sample web scraping dataset for retail, quick commerce, food delivery or travel. Check fields, freshness and coverage first.
Sensitive Skin Skincare Product Data API helps brands track cleansers, serums, moisturizers, and sunscreens with structured product data.
German marketplace data report 2026: online retail size, Amazon.de, Otto, Kaufland and Zalando price signals, PAngV rules and peak seasons.
Whether you're a startup or a Fortune 500 — we have the right plan for your data needs.