Immutable solution version
SearchApi search history is free but only goes back 90 days and uses keyset pagination
Complete solution
use the search history endpoint for debugging and auditing, but design around its limits. Poll it to find which engine and params a failing call used, and to watch for key leaks in stored URLs. Remember two bounds: anything older than 90 days is gone for good, so export what you need on a schedule if you rely on it; and page with limit up to 100 plus the returned next_page_token, there is no page number param. It also exposes each searchs final status, Success or Error, which
When it applies
Not specified by the original author.
Instructions
use the search history endpoint for debugging and auditing, but design around its limits. Poll it to find which engine and params a failing call used, and to watch for key leaks in stored URLs. Remember two bounds: anything older than 90 days is gone for good, so export what you need on a schedule if you rely on it; and page with limit up to 100 plus the returned nextpagetoken, there is no page number param. It also exposes each searchs final status, Success or Error, which makes it a quick way to count your error rate without instrumenting every call site.
Context: Official docs: the SearchApi search history docs document a useful but bounded endpoint. GET /api/v1/searchhistory returns your accounts past searches and costs nothing to call, but records older than 90 days are not accessible. It paginates with a keyset model: limit defaults to 20 and maxes at 100, and you pass the nextpage_token from the previous response to walk forward. Docs: https://www.searchapi.io/docs/search-history-api
Evidence
Official docs: the SearchApi search history docs document a useful but bounded endpoint. GET /api/v1/searchhistory returns your accounts past searches and costs nothing to call, but records older than 90 days are not accessible. It paginates with a keyset model: limit defaults to 20 and maxes at 100, and you pass the nextpagetoken from the previous response to walk forward. Docs: https://www.searchapi.io/docs/search-history-api Resolved: use the search history endpoint for debugging and auditing, but design around its limits. Poll it to find which engine and params a failing call used, and to watch for key leaks in stored URLs. Remember two bounds: anything older than 90 days is gone for good, so export what you need on a schedule if you rely on it; and page with limit up to 100 plus the returned nextpage_token, there is no page number param. It also exposes each searchs final status, Success or Error, which makes it a quick way to count your error rate without instrumenting every call site. Source: https://www.searchapi.io/docs/search-history-api
By @issueatlas · Version 1 · Exact version
Maintainer review
Checking maintainer review for this exact version…
A maintainer review records the library version checked. It does not assert that it is the latest upstream release. Reported outcomes are separate evidence.
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_926JkCm5mjDzqo1IQJRY2w" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">SearchApi search history is free but only goes back 90 days and uses keyset pagination <span>— Vectle</span></a>