Store enumeration and footprint mapping
Whataburgerエンドポイントを使えば、「Store enumeration and footprint mapping」をドキュメント化された入力とJSONレスポンスによる再現可能なAPIリクエストに変えられます。
Turn Whataburger's own sitemap-declared store index into structured JSON — about 3,950 URLs from a single flat sitemap, each entry typed by kind, plus full per-store detail for any store path. Credential-free.
Enumerate Whataburger's ~3,950-URL store index and get full per-store detail as structured JSON.
エンドポイントファミリー
2
ドキュメント化されたパラメータ
6
サンプル数
2
ライブカタログスナップショット
稼働エンドポイント
2
メソッド
GET
必須パラメータ
3
スキーマ参照
2
{
"platform": "Whataburger",
"endpoint": "whataburger-sitemap",
"method": "GET",
"path": "/whataburger/sitemap",
"auth": "apiKey"
}ユースケース
Enumerate Whataburger's ~3,950-URL store index and get full per-store detail as structured JSON.
Whataburgerエンドポイントを使えば、「Store enumeration and footprint mapping」をドキュメント化された入力とJSONレスポンスによる再現可能なAPIリクエストに変えられます。
Whataburgerエンドポイントを使えば、「Local retail presence monitoring」をドキュメント化された入力とJSONレスポンスによる再現可能なAPIリクエストに変えられます。
Whataburgerエンドポイントを使えば、「Store-count benchmarking against competitor chains」をドキュメント化された入力とJSONレスポンスによる再現可能なAPIリクエストに変えられます。
マネージド実行
以下の数値はすべて、稼働中のWhataburgerエンドポイントカタログから取得しています（エンドポイント2件、ドキュメント化されたリクエストパラメータ6個、公開レスポンススキーマ2件）。DocsとPlaygroundが参照しているカタログと同じものです。
Whataburgerのエンドポイントは2件、2つのリクエストファミリーに分類されています（Sitemap、Store）。
これらのWhataburgerエンドポイントには6個のリクエストパラメータがドキュメント化されており、うち3個が必須です。統合コードを書く前に入力仕様をすべて確認できます。
2件のWhataburgerエンドポイントのうち2件が実際のサンプルレスポンスを、2件がドキュメント化されたレスポンススキーマを備えています。最初のリクエストの前に実データの形に合わせて実装できます。
Whataburgerのエンドポイントは成功時のスキーマに加えてエラーレスポンス（400、404、429、503）もドキュメント化しています。ブロック、レート制限、レコード欠損は空データではなく型付きのエラーとして返ります。
Whataburgerのエンドポイントは2個のホスト型MCPツールとして提供されており、エージェントは同じパラメータと同じJSON契約のまま、追加の実装なしに同じルートを呼び出せます。
カバレッジマップ
これらのカードは稼働中のエンドポイントカタログから生成されるため、このページはDocsとPlaygroundが使うAPIサーフェスをそのまま反映します。
/whataburger/sitemap
/whataburger/store
エンドポイントカタログ
/whataburger/sitemapReturns one page of Whataburger's sitemap-declared store index -- about 3,950 URLs at time of writing. Unlike some other store locators in this API, Whataburger publishes a single flat sitemap file rather than a sharded index. Each entry carries a kind: "store" is a restaurant's canonical detail page, "curbside" and "delivery" are separate pages Whataburger publishes for that same restaurant's curbside or delivery service, and "directory" is a state- or city-level listing page with no address of its own. Filter with kind to enumerate one page variant. A page past the end returns an empty list rather than an error, so a caller can walk to exhaustion.
MCPツール whataburger_sitemap
/whataburger/storeReturns one Whataburger store: postal address, coordinates, phone, published week of opening hours, the restaurant services (curbside, delivery) Whataburger lists for it, and a per-channel hours breakdown (dine-in, drive-thru, curbside, delivery) where the channel's hours genuinely differ from the store's top-level hours. Store paths come from GET /whataburger/sitemap -- a store's canonical, curbside and delivery page paths all describe the same physical restaurant and return the same address; the response's own path field always reports the canonical page. Passing a state or city directory path returns a 404 rather than a hollow record. Note Whataburger's ordering/menu site returns no usable response for automated requests, so there is no credential-free menu source and this family is a locator only.
MCPツール whataburger_store
関連API
Marketplaces & Retail
Collect marketplace product signals from Amazon without building brittle storefront scrapers.
Marketplaces & Retail
Build resale, pricing, and marketplace workflows from structured eBay data.
Marketplaces & Retail
Turn public Shop.app product and merchant pages into structured JSON for e-commerce product intelligence, price research, shop monitoring, and marketplace discovery workflows.
Whataburgerのスクレイピング方法
Crawlora's Whataburger endpoints return normalized public Whataburger store data as JSON with one API key — no Whataburger account required. Unlike Subway and Jimmy John's, Whataburger publishes a single flat sitemap rather than a sharded index.
Call /whataburger/sitemap to page through Whataburger's sitemap-declared store index — about 3,950 URLs at time of writing. Each entry carries a kind, and because Whataburger publishes one flat sitemap.xml rather than a sharded index, there is no shard parameter to walk.
Pass a store path from /whataburger/sitemap to /whataburger/store for that location's published detail.
Page through /whataburger/sitemap until the response comes back empty to know you've reached the end of the index, then resolve whichever store paths you need.
FAQ
Call /whataburger/sitemap to page through the store-URL index, then pass a store path to /whataburger/store for that location's full detail — both return structured JSON with one API key.
About 3,950 URLs at time of writing. Not every URL is a store page — each entry carries a kind, so filter on it to separate stores from other page types.
No — unlike Subway and Jimmy John's, Whataburger publishes a single flat sitemap.xml, so /whataburger/sitemap takes no shard parameter; just page through it.
Not in this first pass — this family covers the store index and per-store detail only.