Docs menu

Airbnb API endpoint

Search Airbnb stays

Returns normalized Airbnb public web search results.

GETapiKey5 credits/requestAirbnbairbnb.SearchResponse/airbnb/search

Overview

Returns normalized Airbnb public web search results.

Request schema

NameInTypeRequiredEnumExampleDescription
locationquerystringYesLocation
check_inquerystringNoCheck-in date
check_outquerystringNoCheck-out date
adultsqueryintegerNoAdult guests
pagequeryintegerNo1-based page
x-api-keyheaderstringYesAPI key required

Authentication

Send your scraping API key in the x-api-key header. Use the console API Keys page to rotate or select the active key.

Billing

Endpoint usage is metered in credits. The plan prices, included credits, limits, and overage rates below match the active backend billing configuration.

Credit cost
5 credits/request
Charged response
Successful 2xx responses
PlanPriceIncluded creditsDaily capRate limitOverage
Free$0/mo2,000500 daily credits5/minNo overage
Starter$9/mo20,0005,000 daily credits15/min$0.75/1,000 overage credits when enabled
Growth$29/mo100,00025,000 daily credits45/min$0.45/1,000 overage credits when enabled
Pro$79/mo400,000No daily cap120/min$0.30/1,000 overage credits
Business$199/mo1,200,000No daily cap300/min$0.20/1,000 overage credits
Enterprise$499/mo5,000,000No daily cap1,000/min$0.12/1,000 overage credits

Infrastructure behavior

This endpoint is executed through Crawlora's managed scraping infrastructure.

  • Proxy strategy: managed automatically where needed
  • Browser rendering: enabled for supported targets that require rendered HTML or JavaScript execution
  • Browser cluster: supported dynamic workloads can be routed through distributed browser instances
  • Retry behavior: automatic retry/fallback may be used depending on endpoint type
  • Challenge handling: challenged pages or unusable upstream HTML are detected and surfaced clearly when they cannot be used
  • Billing: credits are charged only for successful 2xx responses
  • Observability: responses include request context where available

Catalog quality warnings

  • missing example for required query param: location

Error behavior

Crawlora does not silently return bad data when the upstream page cannot be used.

StatusCommon failure case
400Invalid input or missing required parameter
429Plan or endpoint rate limit exceeded
500Internal execution error
502Upstream platform failed, returned unusable HTML, or served a challenge page that could not be resolved

When possible, Crawlora returns structured error context so your integration can retry, back off, or inspect the request.

Failure responses

StatusDescriptionSchema
400Bad Request#/definitions/app.Response
429Too Many Requests#/definitions/app.Response
502Bad Gateway#/definitions/app.Response

Example response

{
  "code": 200,
  "msg": "OK",
  "data": {
    "location": "New York, NY",
    "page": 1,
    "results": [
      {
        "id": "12345678",
        "title": "Apartment in New York",
        "price": 250
      }
    ]
  }
}

Request schema

No body schema

Response schema

#/definitions/airbnb.SearchResponse

FieldTypeRequiredEnumBoundsExampleDescription
locationstringNoNew York, NY
pageintegerNo1
resultsarrayNo
results[].hoststringNo
results[].idstringNo12345678
results[].imagestringNo
results[].locationstringNo
results[].pricenumberNo
results[].ratingnumberNo
results[].review_countintegerNo
results[].titlestringNo
results[].urlstringNo

Code examples

Use environment variables for secrets and keep Crawlora API keys server-side.

curl -X GET "https://api.crawlora.net/api/v1/airbnb/search?page=1" \
  -H "x-api-key: $CRAWLORA_API_KEY"

Responsible public web data workflows

Crawlora is designed for responsible structured public web data workflows. Customers are responsible for using Crawlora in compliance with applicable laws, third-party rights, target-platform rules, and Crawlora terms.

Read Crawlora terms

Related