Auto Parts Hosting

Auto parts hosting for a catalogue nobody browses.

Nobody shops for a brake pad. They tell you a 2014 Golf and expect the site to know which of forty thousand parts fits it.

Fitment lookups stay fastCompatibility tables indexedWrong fits never shown
Fitment searchCompatibility dataFeed importsDaily backupsFree SSL24/7 support
Built for fitment

The search is the store.

A parts catalogue is not browsed by category. It is queried by vehicle, and that query is the only interaction that matters.

Year, make, model, and then the part

Each step narrows a compatibility table with millions of rows. Those lookups are indexed for the exact sequence customers work through rather than for the catalogue's own structure.

Stepwise indexed

Compatibility data larger than the catalogue

One part fits two hundred vehicles, so the fitment table dwarfs the product table. It is stored and queried as its own dataset rather than as product meta.

Its own dataset

A wrong fit is a return

Showing a part as compatible when it is not costs a return, a refund and the customer. Fitment data updates are applied as a whole rather than partially.

Supplier catalogues that import fully

Parts data arrives as large periodic files covering the whole range. Imports run as batches so a full update completes instead of leaving the fitment table half current.

Roll back a bad fitment update

A wrong compatibility file is worse than an outdated one, because it actively sells the wrong part. Daily backups make it reversible.

Lookup

Millions of rows, three clicks.

A customer answers three questions and expects an exact answer. Behind that is a join across a compatibility dataset far larger than the products it describes.

  • Fitment lookups indexed for the customer's sequence
  • Compatibility stored as its own dataset
  • Fitment updates applied atomically
  • Supplier imports run as complete batches
Parts
In catalogue
38,400
Fitment rows
Compatibility
6.2M
Lookup
Year/make/model
indexed
Supplier file
Importing
running
Fitment query

Three dropdowns, one answer.

The measure for a parts store is how long the last dropdown takes, because that is the query that touches the whole compatibility dataset.

Indexed
vehicle lookup chain
Atomic
fitment updates
Batched
supplier imports
MagicWP135 ms
Typical shared host1580 ms
Fitment stored as post meta690 ms

Illustrative comparison of a final fitment lookup on a large parts catalogue. Your numbers depend on catalogue size and fitment density.

Configuration

What we change for parts stores

One relationship drives everything: parts to vehicles, many to many, and much bigger than the catalogue itself.

SettingWhat we doWhy
Fitment storageHeld as its own dataset rather than as product metaA single part fits hundreds of vehicles, so storing compatibility as meta rows makes the postmeta table larger than the store and unqueryable at speed.
Lookup indexingIndexed for the year, make, model, part sequenceCustomers narrow in that exact order, so indexes built for the catalogue's own hierarchy answer a question nobody is asking.
Fitment updatesApplied atomically rather than row by rowA partially applied compatibility file sells the wrong part with confidence, which is more expensive than showing nothing at all.
Supplier importsFull-range files processed as batchesParts data arrives as complete periodic catalogues, and a run that stops leaves half the range describing last quarter's fitment.
Search fallbacksPart number lookup kept separate from vehicle lookupTrade customers arrive knowing the part number and should not be forced through a vehicle selector built for consumers.
Plans

Simple, transparent pricing.

Every plan includes free migration, daily backups, SSL and 24/7 support.

MonthlyYearly 2 months free
Starter
For personal sites, blogs, and portfolios.
$20/mo
  • 1 WordPress site
  • 10 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Support tickets
Start free trial
Pro★ Most popular
For growing businesses and busy stores.
$80/mo
  • 5 WordPress sites
  • 50 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Priority support tickets
Start free trial
Enterprise
For agencies and high-traffic platforms.
$250/mo
  • 20 WordPress sites
  • 200 GB NVMe disk
  • Free SSL
  • Daily backups
  • One-click deployment
  • Dedicated support
Start free trial
FAQ

Questions, answered.

Why is my year/make/model lookup slow?
Usually because fitment lives in post meta. One part fits hundreds of vehicles, so compatibility becomes millions of meta rows — it needs to be its own indexed dataset.
How big does compatibility data get?
Larger than the catalogue, routinely by two orders of magnitude. Forty thousand parts across hundreds of vehicles each is millions of rows describing tens of thousands of products.
What happens if a fitment import fails half way?
Nothing good, which is why updates are applied atomically here. A partially applied file confidently sells the wrong part, and that costs more than showing nothing.
Can trade customers search by part number?
Yes, and it is kept separate from the vehicle selector. Trade buyers already know the number and should not be walked through a consumer flow to reach it.

Answer the fitment question first.

Move the parts store across — migration is free, fitment data included.