Xiaohongshu Hashtag API
API health
- 24h health
- Normal
- 24h average time
- —
- Last checked
- September 30, 2026 at 05:12 (UTC)
- Healthy / normal
- Available
- Limited
- Mostly down
Last 24 hours
Last 30 days
How health is measured
- Health = the share of calls that returned data, in percent. Empty results, failures and unknown outcomes do not count as returning data.
- Levels: 90% and above is healthy, 70% and above is available, 40% and above is limited; anything lower is mostly down.
- A period (the last 24 hours, one hour or one day) gets a score only once it has at least 50 calls. Periods with fewer calls show as normal: a few failures among a handful of calls do not mean the API is down.
- Calls include real customer calls and our own daily probe calls. Request errors (wrong parameters, no balance) are excluded.
- Average time counts only calls that completed normally: response time for sync calls, acceptance to completion for async ones.
By period
| Time (UTC) | Status | Health | Average time |
|---|---|---|---|
| 2026-09-30 05:00 - 05:59 | Normal | — | — |
| 2026-09-30 04:00 - 04:59 | Normal | — | — |
| 2026-09-30 03:00 - 03:59 | Normal | — | — |
| 2026-09-30 02:00 - 02:59 | Normal | — | — |
| 2026-09-30 01:00 - 01:59 | Normal | — | — |
| 2026-09-30 00:00 - 00:59 | Normal | — | — |
| 2026-09-29 23:00 - 23:59 | Normal | — | — |
| 2026-09-29 22:00 - 22:59 | Normal | — | — |
| 2026-09-29 21:00 - 21:59 | Normal | — | — |
| 2026-09-29 20:00 - 20:59 | Normal | — | — |
| 2026-09-29 19:00 - 19:59 | Normal | — | — |
| 2026-09-29 18:00 - 18:59 | Normal | — | — |
| 2026-09-29 17:00 - 17:59 | Normal | — | — |
| 2026-09-29 16:00 - 16:59 | Normal | — | — |
| 2026-09-29 15:00 - 15:59 | Normal | — | — |
| 2026-09-29 14:00 - 14:59 | Normal | — | — |
| 2026-09-29 13:00 - 13:59 | Normal | — | — |
| 2026-09-29 12:00 - 12:59 | Normal | — | — |
| 2026-09-29 11:00 - 11:59 | Normal | — | — |
| 2026-09-29 10:00 - 10:59 | Normal | — | — |
| 2026-09-29 09:00 - 09:59 | Normal | — | — |
| 2026-09-29 08:00 - 08:59 | Normal | — | — |
| 2026-09-29 07:00 - 07:59 | Normal | — | — |
| 2026-09-29 06:00 - 06:59 | Normal | — | — |
| 2026-09-30 | Normal | — | — |
| 2026-09-29 | Normal | — | — |
| 2026-09-28 | Normal | — | — |
| 2026-09-27 | Normal | — | — |
| 2026-09-26 | Normal | — | — |
| 2026-09-25 | Normal | — | — |
| 2026-09-24 | Normal | — | — |
| 2026-09-23 | Normal | — | — |
| 2026-09-22 | Normal | — | — |
| 2026-09-21 | Normal | — | — |
| 2026-09-20 | Normal | — | — |
| 2026-09-19 | Normal | — | — |
| 2026-09-18 | Normal | — | — |
| 2026-09-17 | Normal | — | — |
| 2026-09-16 | Normal | — | — |
| 2026-09-15 | Normal | — | — |
| 2026-09-14 | Normal | — | — |
| 2026-09-13 | Normal | — | — |
| 2026-09-12 | Normal | — | — |
| 2026-09-11 | Normal | — | — |
| 2026-09-10 | Normal | — | — |
| 2026-09-09 | Normal | — | — |
| 2026-09-08 | Normal | — | — |
| 2026-09-07 | Normal | — | — |
| 2026-09-06 | Normal | — | — |
| 2026-09-05 | Normal | — | — |
| 2026-09-04 | Normal | — | — |
| 2026-09-03 | Normal | — | — |
| 2026-09-02 | Normal | — | — |
| 2026-09-01 | Normal | — | — |
Read the public notes on a Xiaohongshu topic page, newest or most popular first. Accepts these parameters: topic_id, page_token, and sort. Returns these fields: title, text, like_count, and collect_count.
Price $5.56 per 1,000 requests ($0.005556 per call). Failed calls and empty results are not charged. Synchronous. For slow jobs add "mode": "async" to the body, take the job_id and poll.
Request parameters
| Name | In | Type | Required | Default | Description |
|---|---|---|---|---|---|
Authorization | header | string | Yes | - | Bearer followed by your API key. Create it in the console; never put it in a URL or a code repository. |
platform | body | string | Yes | xiaohongshu | Platform identifier, fixed value. |
action | body | string | Yes | hashtag | Capability identifier, fixed value. |
topic_id | body.params | Not declared | Yes | - | The topic page ID for hashtag (24 characters), or a topic page link such as https://www.xiaohongshu.com/page/topics/<ID>, an app topic link or a Xiaohongshu short share link. The topics[].topic_id values returned by note work directly. It is not the ID of a note's tag object or the topic name. |
page_token | body.params | Not declared | No | - | Pagination cursor for the comments, sub_comments, search, user_posts, search_users and hashtag actions: pass back the next_page_token value from a row of the previous response to fetch the next page; omit it to start from the first page. Each page is one call, billed per request. |
sort | body.params | enum | No | - | Order of the topic's notes: newest puts the latest first (the same as omitting it) and popular puts the most popular first. Keep the same value while paging.Allowed valuesnewestpopular |
Code samples
I want to collect data with the EveryInfra API's "Hashtag" capability (xiaohongshu/hashtag). Act as my data collection assistant and work in three steps.
Step 1: Don't write any code yet. Ask me questions over several rounds, one to three at a time, until all of this is clear:
1. What the data is for (this decides which fields I need and how much data);
2. Exactly what to collect: keywords, links or IDs, and how many;
3. How many rows, whether to page through results, and the time range;
4. Which fields I need (check the available fields in the catalog linked at the end, then ask me);
5. How to store the results: CSV, Excel, JSON or a database, and where;
6. Which language the script uses, where it runs, and whether it runs once or on a schedule;
7. The most I want to spend on this.
If an answer is vague or contradicts an earlier one, ask again. If I say I don't know, suggest an option and ask me to confirm.
Step 2: Before writing code, walk me through the plan for approval: which requests you will send, roughly how many calls, the estimated cost at catalog prices, and what the output will look like.
Step 3: Only after I approve, write the script and follow these API rules:
- Request: POST https://api.everyinfra.com/api/v1/social
- Auth: header Authorization: Bearer <API key>. Read the key from the EVERYINFRA_API_KEY environment variable; never put it in code, logs, or commits.
- Example JSON body (use the field names and values exactly as written):
{
"platform": "xiaohongshu",
"action": "hashtag",
"params": {
"topic_id": "5be3ef92a514290001a15147"
}
}
- For slow tasks or large jobs, add "mode": "async" to the body. The API returns 202 and a job_id; poll GET https://api.everyinfra.com/api/v1/jobs/{job_id} until the status is succeeded or failed. A 202 is not a success. If a sync call comes back with a timeout error, resend the same request with "mode": "async".
- When the result carries next_page_token, pass it back as page_token for the next page with the other parameters unchanged; each page is one call.
- Failed or empty results are not charged in the end; any reserved amount goes back to the balance. Trust the billing receipt in the response.
- On a 422, fix the request using the candidate parameter names and allowed values in the error message; do not guess.
- On a 429 or 503, wait for the Retry-After delay and try again; if there is none, back off gradually.
- If the network drops or the outcome is unknown, keep the request_id / job_id and check it first. Do not resend automatically.
- Parameters, allowed values, fields and prices: GET https://api.everyinfra.com/api/v1/social/catalog?platform=xiaohongshu (no key needed)[OpenAPI definition (JSON)]Samples read the key from the EVERYINFRA_API_KEY environment variable; copied code never contains your key.
Response example
There is no real sample for these example parameters yet: this shows the response shape and fields from the contract, with … as placeholders. It is not the result of a real call.
{
"id": "req_…",
"platform": "xiaohongshu",
"action": "hashtag",
"results": [
{
"id": …,
"url": …,
"title": …,
"text": …,
"like_count": …,
"collect_count": …,
"comment_count": …,
"share_count": …,
"posted_at": …,
"image_url": …,
"author_name": …,
"author_id": …,
"avatar_url": …,
"author_url": …,
"is_video": …,
"next_page_token": …,
"video_url": …,
"duration_sec": …,
"platform": …,
"images": …
}
],
"count": …,
"billing": { … },
"quota": { … }
}Response fields
Business data is in results. The table lists the fields a record can contain; values the source does not provide are never made up.
| Field | Meaning |
|---|---|
id | The record's unique ID on the source platform. Unique only within one platform; IDs can repeat across platforms. |
urlPlatform-specific | The record's link on Xiaohongshu. Links from search, note, profile and hashtag usually carry an access token, so they open in a signed-out browser (the token expires; call again for a fresh link). Note links from user_posts carry no token and need one to open in a browser: call note with the note ID to get a link that opens. Profile links from search_users carry no token either; call profile with the user_id for one that opens. |
title | Title. null when the platform has no titles (for example text-only posts). |
textPlatform-specific | Note body or comment text. note and hashtag return the full body; search and user_posts may return a truncated excerpt (up to about 60 and 100 characters respectively). Call note with the note ID for the full text. |
like_countPlatform-specific | Like count. On note and comment results, the likes on that item; on profile, the total likes the account's notes have received. null means not public or not returned this time, not zero. |
collect_countPlatform-specific | Save count. On note results, how many times that note was saved; on profile, the total saves across the account's notes. null means not public or not returned this time, not zero. |
comment_count | Comments. null means not disclosed, not 0. |
share_count | Shares. null means not disclosed, not 0. |
posted_at | Publish time in ISO 8601, UTC (for example 2026-08-07T12:34:56+00:00). Non-standard strings from the platform are passed through as is, so parse defensively. null means the platform does not disclose it. |
image_url | Image link. Capabilities with several images may return an image_urls array. |
author_name | Author's display name. |
author_idPlatform-specific | The author's user ID. Pass it to profile or user_posts. Note results carry the 24-character ID from profile URLs; comment results (comments, comments_batch, sub_comments) usually carry a different 29-character form. The two forms of one person do not match, so convert them with the user_id that profile returns before de-duplicating across batches. |
avatar_url | Avatar image link. Some platforms return sized CDN links that can expire. |
author_urlPlatform-specific | The author's profile link. It carries no access token, so a signed-out browser cannot open it; the url that profile returns for the author_id opens directly. |
is_video | Whether the item is a video. |
next_page_token | Keeps the platform's own meaning |
video_urlPlatform-specific | Video playback link (MP4). It is signed and expires, so download the file promptly if you need to keep it. null for image notes or when it was not returned this time. |
duration_secPlatform-specific | Video length in seconds. null for image notes or when it was not returned this time. |
platform | Source platform identifier, the same as platform in the request (for example xiaohongshu, tiktok). |
imagesPlatform-specific | Image links. On note and hashtag, every image of the note in order. On comment results (comments, comments_batch, sub_comments), the images attached to the comment, stickers included; an empty array means none. null means this item was not returned this time. |
Errors and billing
- 401
- Missing or invalid key. Authentication runs before parameter checks, so unauthenticated requests never see the parameter schema.
- 422
- Wrong parameter name or value. The error lists the parameters and allowed values this capability accepts and the closest match; it happens before any charge.
- 402
- Insufficient balance. Top up first.
- 429
- Per-minute request limit reached. Wait for Retry-After and try again.
- 503
- Could not complete right now. Any charge for the call goes back to your balance automatically, and the billing receipt in the response states the actual outcome, including when it is not yet known. Do not resend blindly.
- 200 empty
- The request completed without data and is not charged (billing.reason = empty_result_refunded).