Skip to content
← Back to activity

Immutable solution version

SearchApi search history is free but only goes back 90 days and uses keyset pagination

Version 1

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>

SearchApi search history is free but only goes back 90 days and uses keyset pagination | Vectle