Discover/Flysfo API
live

Flysfo APIflysfo.com

Get real-time SFO security checkpoint wait times and flight status data via two endpoints. Covers all terminals, TSA PreCheck lanes, arrivals, and departures.

This API takes change requests — .
Endpoint health
verified 5d ago
get_flight_status
get_security_wait_times
2/2 passing latest checkself-healing
Endpoints
2
Updated
19d ago

What is the Flysfo API?

The flysfo.com API provides 2 endpoints covering live security checkpoint wait times and flight status at San Francisco International Airport. get_security_wait_times returns current general and TSA PreCheck lane wait times for every checkpoint across all SFO terminals, while get_flight_status delivers a rolling 16-hour window of arrival and departure records including scheduled, estimated, and actual times.

This call costs1 credit / call— charged only on success
Try it

No input parameters required.

api.parse.bot/scraper/2f83e82a-83e5-4989-b8cd-042ffdaee2e9/<endpoint>
Ready to send
Fill in the parameters and hit sign in to send to see live response data here.
Call it over HTTPgrab a free API key at signup
curl -X GET 'https://api.parse.bot/scraper/2f83e82a-83e5-4989-b8cd-042ffdaee2e9/get_security_wait_times' \
  -H 'X-API-Key: $PARSE_API_KEY'
Python SDK · recommended

Typed, relational, agent-ready

A generated client with real types, enums, and the links between objects — the structure a flat JSON response can't carry. Autocompletes in your editor and reads cleanly to coding agents.

  • Fully typed · autocompletes
  • Objects link to objects
  • Typed errors & pagination

Typed Python client. Set up the SDK in your uv project, then pull this API’s typed client:

uv add parse-sdk
uv run parse init
uv run parse add --marketplace flysfo-com-api

uv run parse add --marketplace pulls a pinned snapshot of this canonical API — it won’t change underneath you. To customize it, subscribe and swap to your own copy.


"""Walkthrough: SFO Airport SDK — bounded, re-runnable; every call capped."""
from parse_apis.SFO_Airport_API import SFO, FlightType, ParseError

client = SFO()

# List current security checkpoint wait times.
for checkpoint in client.checkpoints.list(limit=3):
    print(checkpoint.checkpoint, checkpoint.general_wait_time, checkpoint.tsa_precheck_wait_time)

# List current departures from SFO.
for flight in client.flights.list(flight_type=FlightType.DEPARTURES, limit=3):
    print(flight.flight_number, flight.airline, flight.origin_destination, flight.status)

# Get one arrival for quick inspection.
arrival = client.flights.list(flight_type=FlightType.ARRIVALS, limit=1).first()
try:
    print(arrival.flight_number, arrival.airline, arrival.scheduled_time, arrival.gate)
except ParseError as e:
    print(f"error: {e.code}")

print("exercised: checkpoints.list, flights.list")
All endpoints · 2 totalmissing one? ·

Returns current security checkpoint wait times for all SFO terminals. Each checkpoint reports general and TSA PreCheck lane wait times. Wait times are subject to change and reflect live conditions. All gates are accessible from any checkpoint; checkpoint letters reference closest gates (e.g. Checkpoint B for Gate B1).

Input

No input parameters required.

Response
{
  "type": "object",
  "fields": {
    "checkpoints": "array of checkpoint wait time records"
  },
  "sample": {
    "checkpoints": [
      {
        "checkpoint": "Checkpoint A",
        "general_wait_time": "1 mins",
        "tsa_precheck_wait_time": "1 mins"
      },
      {
        "checkpoint": "Checkpoint B",
        "general_wait_time": "11 mins",
        "tsa_precheck_wait_time": "7 mins"
      },
      {
        "checkpoint": "Checkpoint B - Mezzanine Level",
        "general_wait_time": "Not Available",
        "tsa_precheck_wait_time": "4 mins"
      },
      {
        "checkpoint": "Checkpoint D",
        "general_wait_time": "1 mins",
        "tsa_precheck_wait_time": "1 mins"
      },
      {
        "checkpoint": "Checkpoint F",
        "general_wait_time": "1 mins",
        "tsa_precheck_wait_time": "1 mins"
      },
      {
        "checkpoint": "Checkpoint G",
        "general_wait_time": "1 mins",
        "tsa_precheck_wait_time": "1 mins"
      }
    ]
  }
}

About the Flysfo API

Security Checkpoint Wait Times

get_security_wait_times takes no inputs and returns a checkpoints array where each record covers a named SFO checkpoint. Each entry reports separate wait times for the general lane and the TSA PreCheck lane. The data reflects live conditions, so values can shift minute to minute. The checkpoint letter in each record indicates the closest gate cluster, though all gates remain accessible from any checkpoint.

Flight Status

get_flight_status accepts an optional flight_type parameter to filter results to either arrivals or departures. Without a filter, both directions are returned. Each record in the flights array includes the airline name, flight number, origin or destination city, terminal assignment, and scheduled, estimated, and actual times. The last_update field on the response indicates when the airport system last refreshed the data. The time window covers 12 hours ahead and 4 hours behind the current Pacific Time, giving a 16-hour view.

Coverage and Freshness

Both endpoints reflect SFO-specific data only. Wait times and flight records are sourced from the airport's live systems, so there is no historical archive and no coverage of other Bay Area airports (OAK, SJC). The last_update timestamp on flight responses lets callers detect stale data before acting on it.

Reliability & maintenanceVerified

The Flysfo API is a managed, monitored endpoint for flysfo.com — not a raw scraper you maintain. Every endpoint is automatically health-checked on a schedule, and when flysfo.com changes and a check fails, the API is automatically queued for repair and re-verified. It is built to keep working as the site underneath it changes.

This isn't an official flysfo.com API — it's an independent, maintained REST wrapper over public data. Where the source has no official API (or only a limited one), Parse gives you a stable contract over a source that never promised one, and keeps it current. Need a new endpoint or field? You can revise it yourself in plain English and the agent rebuilds it against the live site in minutes — contributing the change back to the shared API is free.

Last verified
5d ago
Latest check
2/2 endpoints passing
Maintenance
Monitored & self-healing
Will this API break when the source site changes?+
It's built not to. Every endpoint is health-checked on a schedule with automated test probes. When the source site changes and a check fails, the API is automatically queued for repair and re-verified — that's the self-healing layer. Each API page shows when its endpoints were last verified. And because marketplace APIs are shared, any fix reaches everyone using it.
Is this an official API from the source site?+
No — Parse APIs are independent, managed REST wrappers over publicly available data. That is the point: where a site has no official API (or only a limited one), Parse gives you a maintained, monitored endpoint for that data and keeps it working as the site changes — so you get a stable contract over a source that never promised one.
Can I fix or extend this API myself if I need a new endpoint or field?+
Yes — and you don't have to wait on us. This API was generated by the Parse agent, which stays attached. Describe the change in plain English ("add an endpoint that returns reviews", "fix the price field") in the revise box on the API page or via the revise_api MCP tool, and the agent rebuilds it against the live site in minutes. Contributing the change back to the public API is free.
What happens if I call an endpoint that has an issue?+
Errors are machine-readable: a bad call returns a clean status with the list of available endpoints and a repair hint, so an agent (or you) can recover or trigger a fix instead of failing silently. Confirmed failures feed the automatic repair queue.
Common use cases
  • Display TSA PreCheck vs. general lane wait times on a travel app to help passengers pick the fastest checkpoint
  • Alert travelers via SMS when SFO security wait times exceed a configurable threshold
  • Show gate-adjacent checkpoint recommendations based on terminal and checkpoint letter fields
  • Build a real-time SFO arrivals board filtered by flight_type: arrivals for an airport pickup service
  • Track departure delays by comparing scheduled vs. estimated times across flights
  • Feed flight status records into a notification system for connecting passengers monitoring SFO layovers
  • Aggregate TSA wait time history by polling get_security_wait_times on an interval for trend analysis
Pricing & limitsSee full pricing →
TierPriceCredits/monthRate limit
Free$0/mo2005 req/min
Hobby$30/mo1,00020 req/min
Developer$100/mo5,000100 req/min
Team$300/mo20,000300 req/min
Company$1,000/mo100,000500 req/min

Each endpoint has a fixed posted price per successful call — most fall between 1 and 10 credits — shown on this API's page before you run it. Exceeding the rate limit returns a 429 response. Authenticate with the X-API-Key header.

Frequently asked questions
Does SFO publish an official developer API?+
SFO does not offer a publicly documented developer API. The flysfo.com site exposes live operational data for passengers, but there is no published API key program or developer portal at flysfo.com.
What does `get_flight_status` return, and how does the `flight_type` filter work?+
get_flight_status returns a flights array of records within a 16-hour window (12 hours ahead, 4 hours past, Pacific Time). Each record includes airline, flight number, origin or destination city, terminal, and scheduled, estimated, and actual times. Passing flight_type: arrivals limits results to inbound flights; flight_type: departures limits to outbound. Omitting the parameter returns both directions. The last_update field shows when the underlying airport system last pushed a data refresh.
How current are the security wait times?+
The get_security_wait_times endpoint reflects live conditions reported by SFO's operational systems. Wait times can change between requests, and there is no last_update field on that endpoint — treat each response as a point-in-time snapshot. Polling on a short interval (e.g., every 60–120 seconds) is the standard pattern for near-real-time monitoring.
Does the API cover historical wait times or flight history?+
Not currently. Both endpoints expose live, current-window data only — there is no historical archive of past checkpoint wait times or completed flights beyond the 4-hour lookback on get_flight_status. You can fork this API on Parse and revise it to add a persistence layer that stores polled responses over time.
Does the API cover other Bay Area airports like Oakland (OAK) or San Jose (SJC)?+
Not currently. The API covers SFO terminals and checkpoints only. You can fork it on Parse and revise it to add endpoints targeting OAK or SJC data sources.
Page content last updated . Spec covers 2 endpoints from flysfo.com.
Related APIs in TravelSee all →