Get comprehensive store information
Returns comprehensive store metadata and configuration in a single API call. Designed for LLMs and AI agents to quickly understand store context without making multiple API calls.
Purpose: This endpoint consolidates store metadata that would normally require 10+ separate API calls:
- Store basic info (name, currencies, timezone)
- Catalog overview (products, categories, collections, brands, specifications)
- Pricing configuration (dynamic pricing, customer tiers, rules)
- Active promotions (types, counts)
- Payment methods (providers, configurations)
- Shipping zones (delivery fees, free thresholds)
- CMS content (posts, lookbooks)
- Feature flags (enabled capabilities)
Use Cases:
- AI agents understanding store capabilities before making recommendations
- Admin dashboards showing store overview
- Integration setup wizards checking store configuration
- Mobile apps caching store metadata on startup
- Third-party tools discovering available features
Performance:
- Cached for 5 minutes (300 seconds)
- Parallel data fetching for all sections
- Optional section filtering to reduce payload size
- Typical response time: 50-150ms (cached: 10-20ms)
Selective Loading:
Use the sections parameter to request only specific data sections, reducing payload size
by 50-80% when you don’t need all information.
Documentation Index
Fetch the complete documentation index at: https://docs.tybritelabs.com/llms.txt
Use this file to discover all available pages before exploring further.
Authorizations
API Key Authentication
Use your API key in the Authorization header:
Authorization: Bearer tybrite_sk_live_YOUR_KEYKey Types:
Secret Keys (Server-Side Only):
- Format:
tybrite_sk_live_*(production) ortybrite_sk_test_*(sandbox) - Full read/write access to all endpoints
- ⚠️ NEVER expose in client-side code or public repositories
- Required for: write operations, authentication, payment verification, AI recommendations
Publishable Keys (Client-Safe):
- Format:
tybrite_pk_live_*(production) ortybrite_pk_test_*(sandbox) - Read-only access (GET requests only, plus POST semantic search)
- ✅ Safe for client-side JavaScript, mobile apps, and public code
- Allowed for: browsing products, search, CMS content, pricing queries
Endpoint-Specific Requirements:
- Authentication endpoints (
/v1/auth/*): Secret key required - Payment verification (
POST /v1/payments/verify): Secret key required - AI Recommendations (
POST /v1/recommendations): Secret key required - Semantic Search (
POST /v1/search): Both key types allowed (read-only operation) - All write operations: Secret key required
- All read operations: Both key types allowed
Using a publishable key for restricted operations returns 403 Forbidden.
Query Parameters
Comma-separated list of sections to include in the response. Omit to return all sections.
Available Sections:
catalog- Products, categories, collections, brands, specificationspricing- Dynamic pricing configuration and rulespromotions- Active promotions and typespayments- Payment providers and methodsshipping- Delivery zones and feescms- CMS posts and lookbooksfeatures- Feature flags and capabilities
Note: The store section is always included regardless of this parameter.
Examples:
sections=catalog,features- Only catalog and featuressections=payments,shipping- Only payment and shipping info- Omit parameter - All sections included
Payload Size Reduction:
- Full response: ~15-25KB
catalogonly: ~8-12KB (50% reduction)features,payments: ~2-3KB (85% reduction)
SDK Usage:
// Get full response object (all sections)
const fullInfo = await client.store.getStoreInfo();
console.log(fullInfo.store.name);
console.log(fullInfo.catalog.products.total);
// Get filtered response (specific sections only)
const catalogInfo = await client.store.getStoreInfo({
sections: ['catalog', 'features']
});
// Destructure to extract specific section directly
// (JavaScript destructuring - extracts 'features' property from response)
const { features } = await client.store.getStoreInfo({
sections: ['features']
});
if (features.multi_currency) {
// Use currency-aware endpoints
}"catalog,features"
Control cache behavior. Set to false to bypass cache and fetch fresh data.
Default: true (use cache if available)
Cache Duration: 5 minutes (300 seconds)
When to Bypass Cache:
- After updating store configuration
- After adding/removing products or categories
- After changing payment or shipping settings
- When you need real-time data
Cache Headers:
X-Cache: HIT- Response served from cacheX-Cache: MISS- Response fetched from databaseCache-Control: public, max-age=300- Browser/CDN caching
SDK Usage:
// Use cache (default)
const cached = await client.store.getStoreInfo();
// Bypass cache for fresh data
const fresh = await client.store.getStoreInfo({ cache: false });Response
Store information retrieved successfully
Basic store information (always included)
Catalog overview (optional, included when requested)
Pricing configuration (optional, included when requested)
Promotions overview (optional, included when requested)
Payment configuration (optional, included when requested)
Shipping configuration (optional, included when requested)
CMS content overview (optional, included when requested)
Feature flags (optional, included when requested)

