Bing Images Scraper
Pricing
from $1.99 / 1,000 bing images scraper results
Scrapes image results from Bing Images search including titles, image URLs, thumbnails, source URLs, dimensions, file format, and rich metadata.
Pricing
from $1.99 / 1,000 bing images scraper results
Rating
0.0
(0)
Developer
Search API
Maintained by CommunityActor stats
0
Bookmarked
2
Total users
1
Monthly active users
14 hours ago
Last modified
Categories
Share
button[class*="accept"] and button[id*="accept"]) that matched Bing's own UI controls and triggered unintended navigations. Replaced with a strict allow-list of known GDPR banner IDs/classes (#bnp_btn_accept, .bnp_btn_accept, #consent-banner button, #onetrust-accept-btn-handler, .ot-pc-refuse-all-handler).page.evaluate silently returned 0 results — the extraction code called detectFileFormat, isAnimatedByUrl, and isAnimatedByFormat (imported from ../extractors/index.js) inside page.evaluate, where Node-side imports are not available. The try/catch in the loop silently swallowed the ReferenceError, so every card was skipped. The helpers are now inlined directly in the browser-side code..iusc[m] cards were present — same root cause as above; once the helpers were inlined, 15/15 records were extracted with all key fields populated (title, imageUrl, thumbnailUrl, hostPageUrl, sourceName, width, height, fileFormat, imageId, contentId)..cbtn matched a generic Bing UI class with count: 1 in our DOM, causing a navigation that destroyed the page context mid-extraction. Replaced with a narrow allow-list (input[value="See more images"], a.see_more, .btn_seemore, .b_seemore, button.b_sbBtn[aria-label*="more"]).page.evaluate in a try/catch so a transient context-destroyed error no longer aborts the run — the actor simply waits 2s and tries the next step.waitForFunction threshold from > 0 to >= 20 so we don't start extracting before Bing has actually rendered the grid.preNavigationHooks now uses waitUntil: 'domcontentloaded' (was 'load') so we don't block on slow sub-resources.query: "artificial intelligence", maxItems: 15, market: en-USposition, title, imageUrl, thumbnailUrl, hostPageUrl, sourceUrl, sourceName, hostPageDomain, width, height, fileFormat, isAnimated, imageId, contentId, searchQuery, searchUrl, resultTypedescription is null across all 15 — Bing's m attribute does not include desc2 for this query (source limitation, not a bug)type, resultType, page, searchQuery, searchUrl, country, language, scrapedAt, altText, description, hostPageUrl, sourceName, contentId, thumbnailId, cacheKey, md5, aspectRatio, fileFormat, fileSize, isAnimated, isAdult, color, creator, creatorUrl, license, favicon, additionalInfo, searchMetadatawidth and height are now properly extracted from the detail-view URL parameters (expw/exph) with .img_info text as fallbackfileFormat is detected from the image URL extension (jpg, png, webp, gif, etc.)isAnimated is set when the file format is animated (gif, webp, apng, avif) or the URL contains animated markershostPageUrl is a richer URL field (renamed from sourceUrl for clarity, but sourceUrl is kept as a backwards-compatible alias)searchMetadata object containing engine, market, country, language, page, query, resultType, scrapedAtmode (search | urls), startUrls, headless, marketurls to scrape arbitrary Bing Images URLs via startUrls_canonical/normalize.js for cross-actor consistencyposition is now a global counter across pages (not per-page)query is kept as a backward-compat alias of searchQuerysourceUrl is kept as a backward-compat alias of hostPageUrlwidth/height are now integers (px); previously they were not always extractedmid (image ID) as the primary keysrc/main.js, src/routes/handlers.js, src/routes.js, src/errors/COPY commands use --chown=myuser to prevent EACCES build errorspostinstall: npx crawlee install-playwright-browsers (browsers pre-installed in base image)playwright kept in dependencies (not devDependencies) for correct runtime import resolutionEACCES: permission denied, open '/home/myuser/package-lock.json' on Apify Cloud (exit code 243)