Commerce CensusContactRequest access

Caching

Reads are cacheable and carry validators. Using them properly cuts both your latency and your bill.

HTTP
GET /v1/products/prd_8Fk2xQ
ETag: "obs-8812f0"
Cache-Control: public, max-age=60

// next time
GET /v1/products/prd_8Fk2xQ
If-None-Match: "obs-8812f0"
→ 304 Not Modified          // not billed

A 304 is free

Conditional requests that return 304 do not consume quota. On a catalogue that mostly does not move — which is most catalogues — this is the single largest saving available to you.

Cache lifetimes vary by endpoint

Endpointmax-ageWhy
/products/{id}60sIdentity changes rarely.
/products/{id}/history300sAppend-only; old rows never change.
/products/{id}/context120sRecomputed as observations land.
/search30sRanking shifts with prices.
/offers15sThe most volatile surface.

Better still, do not poll

If you are re-reading to detect change, use a watch. Push is cheaper than any caching strategy.