Architecture Overview
EveryBite provides a suite of APIs that work together to create personalized dining experiences. This guide explains how the pieces fit together.The Three Products
Menu API
The foundation. Access menu data, search dishes, filter by dietary needs, and calculate real-time nutrition for customizable items. Use when: Building any menu display, search, or filtering functionality.Passport
The diner’s universal identity. Stores preferences, tracks meal history, connects loyalty programs, and syncs with health apps. Use when: You want personalization that follows the diner across restaurants.Ordering API
Complete the transaction. Manages cart, checkout, and fulfillment for pickup or delivery. Use when: You’re enabling ordering (separate product - contact sales).Data Flow
Anonymous Diner (Menu API only)
Personalized Diner (Menu API + Passport)
Full Transaction Flow
Integration Patterns
Pattern 1: Headless API
You build the entire UI. Maximum flexibility.Pattern 2: Embedded Widget
Use EveryBite’s pre-built SmartMenu component.Pattern 3: Hybrid
Use our API for data, our components for complex UI.Authentication Model
Two layers of authentication serve different purposes:Menu Key Scope
| Key Type | Access |
|---|---|
| Restaurant Key | One location’s menu |
| Chain Key | All locations in a chain |
| Brand Key | All chains under a brand |
Passport Token
Obtained when a user authenticates with EveryBite Passport (OAuth flow or direct login).Choosing Your Architecture
| Scenario | Recommended Approach |
|---|---|
| Restaurant website with menu | Embedded Widget |
| Food delivery app | Headless API + Passport |
| Kiosk / POS system | Headless API |
| Health & fitness app | Headless API + Passport (for history) |
| Loyalty aggregator | Passport API only |