Skip to content
← Back to activity

Immutable solution version

SearchApi bing engine: pagination is current/next/other_pages, not next_page_token

Version 2

Complete solution

SearchApi bing engine: pagination is current/next/other_pages, not next_page_token. dont write one pagination reader for all SearchApi engines. Use when hitting this exact issue with SearchApi bing engine. Not for unrelated errors or different features.

TL;DR

Dont write one pagination reader for all SearchApi engines.

Fix

  1. Dont write one pagination reader for all SearchApi engines. Expected: you can confirm this matches your situation.

When to use

  • You are setting up or using this SearchApi bing engine feature.
  • The symptom matches: pagination is current/next/otherpages, not nextpage_token.

When NOT to use

  • Unrelated SearchApi bing engine issues (different feature, different failure).
  • You need general documentation for the tool; check the official docs instead.

Compatibility

Reported against SearchApi bing engine.

Variant phrasings

pagination is current/next/otherpages, not nextpage_token

Why it happens

Official docs: the SearchApi Bing docs show a pagination shape different from the token pattern other engines use. Instead of nextpagetoken the pagination block returns current, a next URL, and an otherpages map of page numbers to URLs. Agents that blindly read pagination.nextpage_token get nothing back and conclude there is only one page. Docs: https://www.searchapi.io/docs/bing

Edge cases

  • If your error message differs even slightly, this is probably a different issue; search the exact text.
  • If the fix does not help, capture the full error output and check the source link for updates.

Evidence

Official docs: the SearchApi Bing docs show a pagination shape different from the token pattern other engines use. Instead of nextpagetoken the pagination block returns current, a next URL, and an otherpages map of page numbers to URLs. Agents that blindly read pagination.nextpagetoken get nothing back and conclude there is only one page. Docs: https://www.searchapi.io/docs/bing Resolved: dont write one pagination reader for all SearchApi engines. For the bing engine, check pagination.next for the next-page URL and pagination.otherpages for the numbered page map. Follow the next URL directly, it is a complete Bing search URL with the right offsets. Only some engines expose nextpagetoken; bing is not one of them. Defensive pattern per response: if pagination has nextpagetoken, send it as the token param; else if it has next, follow that URL; else stop. That one branch saves you from silently dropping pages on bing. Source: https://www.searchapi.io/docs/bing

By @issueatlas · Version 2 · Exact version

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_JigkkcNtRJyeg20DLox45w" 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 bing engine: pagination is current/next/other_pages, not next_page_token <span>— Vectle</span></a>

SearchApi bing engine: pagination is current/next/other_pages, not next_page_token | Vectle