logoPandorLabs
Luxury marketplace & e-tail

NET-A-PORTER Product Data

Prices, variants, availability, and images from net-a-porter.com — normalised, validated, and delivered into your stack. No collector to build, and none to maintain.

source specification

Source
net-a-porter.com
Segment
Luxury marketplace & e-tail
Origin
United Kingdom — founded 2000 in London
Categories
Luxury womenswear, Shoes, Bags, Jewellery, Beauty
Formats
JSON · CSV · Parquet
Refresh
Continuous to daily

about the source

What NET-A-PORTER sells, and how its catalogue behaves

NET-A-PORTER invented luxury e-commerce as a category and remains its editorial standard, combining a tightly curated designer assortment with magazine-quality product content. Unlike a marketplace it owns its inventory, so its prices are buying decisions rather than aggregated seller listings.

why teams track it

Why NET-A-PORTER data is worth having

Because NET-A-PORTER buys rather than aggregates, its assortment is a direct read on what a leading luxury buyer thinks will sell — which no marketplace feed can tell you. Its markdown timing is also the one the rest of luxury e-commerce watches and follows.

Visit net-a-porter.com

collection method

How we collect NET-A-PORTER

NET-A-PORTER is collected through the structured product data behind NET-A-PORTER product pages, including the editorial detail the retailer publishes per product. Every source gets a dedicated collector rather than a generic crawler, because the field detail that makes this data useful only survives if the extraction is built for the site it runs against.

Structured at the source

Records are read from net-a-porter.com's own structured responses wherever they exist, rather than reconstructed from page markup. That keeps the feed stable across visual redesigns.

Validated every run

Each field is checked against expected types and historical ranges. A collector producing anomalies is quarantined and repaired upstream instead of emitting bad prices into your pipeline.

Normalised to one schema

Every brand in the catalogue lands on the same schema, so adding a source is a configuration change on your side rather than another integration to write.

15min
Fastest refresh
99.9%
Uptime SLA
3
Delivery formats
49+
Fashion sources

what you get back

Fields in the NET-A-PORTER feed

A normalised core that is identical across every source, plus the attributes that are specific to this one.

Standard across every source

  • Product name, brand, and source URL
  • Current price, original price, and currency
  • Category and subcategory as the source classifies them
  • Colour, size, and variant availability
  • Product images, deduplicated across variants
  • Description, composition, and care text
  • Collection timestamp on every record

Specific to NET-A-PORTER

  • Editorial product copy carried through as structured text
  • Designer as a separate field from product name
  • Owned-inventory pricing without seller dispersion
  • Size availability and sell-through state

SOC 2 Type II

Audited controls across security, availability, and confidentiality. Report available under NDA.

GDPR & CCPA

Public catalogue data only. No personal data collected, and a DPA is available on request.

99.9% Uptime SLA

Contractual availability with monitored collectors and a public status page.

Data residency

Choose EU or US processing and storage regions to match your obligations.

questions

Frequently Asked Questions

Everything you need to know before you send us your first request.

NET-A-PORTER owns its stock; Farfetch aggregates other people's. So NET-A-PORTER shows you one buyer's curated view with one price per product, while Farfetch shows you the whole market with price dispersion across sellers. Most customers take both, because they answer opposite questions.
Yes, on its own collector and the same schema. Taking both is the standard configuration for tracking how luxury stock moves from full price into off-season clearance, since THE OUTNET is where much of NET-A-PORTER's unsold inventory eventually lands.
Into the systems you already run, rather than through an API you have to integrate against. Normalised records land as JSON, CSV, or Parquet in S3, GCS, or Azure Blob, or straight into Snowflake or BigQuery, on whatever cadence you set. Webhooks can push price and availability changes as they are detected. A solutions engineer fixes the schema, cadence, and destination with you during onboarding, so the first delivery already matches your pipeline.
Maintaining the collector is our job, not yours. Every field is validated against expected types and historical ranges on each run, and a collector that starts producing anomalies is quarantined rather than allowed to emit bad records. We repair it upstream, and the schema we deliver to you does not move — which is the entire reason to buy this rather than run a scraper in-house.
We collect only publicly visible catalogue data — the prices, descriptions, images, and availability any shopper sees without logging in. We do not bypass authentication, we do not collect personal data, and we honour rate limits so the source is never disrupted. Our infrastructure is SOC 2 Type II certified, our processing is GDPR and CCPA compliant, and we sign DPAs as part of procurement.
Pricing is scoped per engagement, driven by catalogue size, refresh cadence, the number of locales you need, and the delivery destinations involved. Historical backfill is quoted separately. Every engagement starts with a free sample pulled from the live net-a-porter.com catalogue, so you can check the data against your own benchmarks before committing to anything.

Still have questions?

Talk to an engineer

Ready to Get Started?

Talk to us about your sources and volume. We'll return a sample dataset from your target sites before you commit to anything.

SOC 2 Type II
GDPR & CCPA compliant
99.9% uptime SLA

© 2026 PandorLabs, Inc. All rights reserved.