Place search
1 credit/v1/tripadvisor/searchSearch Tripadvisor places and businesses. Returns PlaceList with url_path values for reviews. Optional location and language.
q, location, language, depth
Fetch Tripadvisor place search and reviews as structured JSON with one SocialCrawl API key. Shared place and review schema. Reads are priced in credits.
2 active endpoints. All standard tier.
Two live read endpoints for Tripadvisor. Search places, then pull reviews by url_path. Hotels, restaurants, and attractions. Read-only.
/v1/tripadvisor/searchSearch Tripadvisor places and businesses. Returns PlaceList with url_path values for reviews. Optional location and language.
q, location, language, depth
/v1/tripadvisor/reviewsReviews for a Tripadvisor place via url_path from search. Rating, text, author, optional depth and sort.
url_path, depth, sort_by
Returns TripAdvisor places matching a keyword in a location: name, category, star rating, total review count, and the url_path that identifies the place.
Use it to find a restaurant, hotel, or attraction and get the url_path that the reviews endpoint needs.
1 credit
q · Business category, company name, or prominent place (e.g. 'pizza restaurant').
$ curl https://www.socialcrawl.dev/v1/tripadvisor/search?q=pizza+restaurant&location=New+York%2CNew+York%2CUnited+States \
-H "x-api-key: sc_YOUR_API_KEY"// Running this live needs your own API key. Hit "Try it" to see an example responseTripadvisor is a normal SocialCrawl data surface. You call GET /v1/tripadvisor/… with an API key, spend credits on live misses, and get a single JSON envelope back.
Send your key in the x-api-key header. No Tripadvisor OAuth app for public reads. The same key works across SocialCrawl platforms.
All Tripadvisor routes are GET. Pass q, location, url_path, depth, sort_by, language as query strings. We validate formats before charging.
Both routes are standard tier: 1 credit on live miss. Cache hits cost 0. Empty or hard failures refund.
Every response is the same shape: success, data, credits_used, credits_remaining, request_id, cached. Lists also carry pagination when the route pages.
Most products discover entities first, then deepen detail and reviews only when needed.
GET /v1/tripadvisor/search?q=…PlaceList with url_path values
reviews needs url_path from search.
GET /v1/tripadvisor/reviews?url_path=…ReviewList for the place
Guest language for hotels, restaurants, attractions.
GET /v1/tripadvisor/search?q=…&location=…Place hits scoped by location string
Same query differs by city.
GET /v1/tripadvisor/reviews?url_path=…&depth=50Larger review window in one call
Depth controls volume without a second product.
GET /v1/tripadvisor/search?q=pizza+restaurant&location=New+York,New+York,United+States
Host: www.socialcrawl.dev
x-api-key: sc_your_api_key_here
GET /v1/tripadvisor/reviews?url_path=Hotel_Review-g60763-d23462501-Reviews-…&depth=10{
"success": true,
"data": {
"items": [
{
"place": {
"id": "d23462501",
"name": "Example hotel",
"url": "https://www.tripadvisor.com/Hotel_Review-…",
"rating": 4.5
}
}
]
},
"credits_used": 1,
"credits_remaining": 9999,
"request_id": "req_…",
"cached": false
}Field names match the rest of SocialCrawl where archetypes align. Parse once, reuse across platforms.
items[] with place name, rating, url_path
items[] with rating, text, author, published_at
same PlaceList filtered by location string
depth-capped review set
Same request lifecycle as every other /v1 platform endpoint. Tripadvisor is not a sidecar.
Next.js catch-all routes into the Hono social API. We mint a request_id, authenticate the key, then enforce rate limit (600/min) and concurrency (50 in flight per key).
Registry lookup finds tripadvisor/search (or reviews). Required params and format checks run first. Invalid input returns 400 with no charge. Valid calls debit the tier cost atomically before upstream work.
A deterministic cache key is built from platform + resource + params. Hit: return immediately, credits_used = 0. Miss: Tripadvisor upstream paths run behind the unified envelope. Retries on 5xx/network with a circuit breaker if the source is unhealthy.
Upstream JSON is mapped to commerce archetypes (Product, ProductList, ReviewList, SellerList, App, PlaceList as applicable), validated against the canonical Zod schema, then wrapped in the success envelope and logged for billing audit.
Billing rules that matter in production
Tripadvisor is public read data. We normalize it into the SocialCrawl schema so your code does not learn a second vendor SDK.
Public places and traveler reviews. Read-only discovery and reputation.
Tripadvisor upstream paths behind the unified /v1 envelope.
PlaceList from search and ReviewList from url_path.
No bookings, owner tools, or private messaging.
The jobs this API is most often used for.
Hospitality and local-business reputation
Callers concentrate on search or taxonomy, then deepen detail and reviews for shortlisted entities. Place search to reviews under one key at 1 credit each. No Tripadvisor partner login.
Live misses are typically a few seconds. Some routes can take longer on cold cache.
The jobs Tripadvisor data is most often used for. Each one is a full recipe with the endpoint chain and pricing.
Common ways teams put this data to work, and the stack each one tends to run.
search brand hotels, reviews for recency checks.
search by city keyword, sample place ratings and review text.
location-scoped search then reviews depth for language mining.
Standard tier is one credit per live call. Cache hits are free.
curl "https://www.socialcrawl.dev/v1/tripadvisor/search?q=pizza+restaurant&location=New+York,New+York,United+States" \
-H "x-api-key: sc_your_api_key_here"curl "https://www.socialcrawl.dev/v1/tripadvisor/reviews?url_path=Hotel_Review-g60763-d23462501-Reviews-Margaritaville_Times_Square-New_York_City_New_York.html&depth=10" \
-H "x-api-key: sc_your_api_key_here"Same key as the rest of the catalog
Every endpoint returns structured JSON in a unified envelope. Computed fields such as engagement rate and content category are included only where the endpoint supports them and the required source inputs are present.
Same TripAdvisor data, two very different paths. Auth, rate limits, schema, and cost, side by side.
| Feature | SocialCrawl | Tripadvisor Content API |
|---|---|---|
| Authentication | One x-api-key, sign up and call immediately | Partner application and approval process before access |
| Setup | 16 GET endpoints: search, then reviews via url_path | Access is gated and scoped to approved partner use cases |
| Response schema | Unified PlaceList and ReviewList shared with 64 other platforms | Content API's own format, limited to its exposed fields |
| Pricing | 1 credit per request; 100 free credits, no card | Free tier with call limits; commercial terms for scale |
| Data coverage | Place search plus reviews with photos, owner replies, rating and traveler-type filters, and translation info | Location details with a capped handful of recent reviews per location |
| Maintenance | Task-based sourcing and caching handled server-side for you | You manage keys, quotas, and partner-program compliance |
Authentication
Setup
Response schema
Pricing
Data coverage
Maintenance
Find answers to frequently asked questions about SocialCrawl's API, pricing, and capabilities.
Contact usAsk AI about SocialCrawl