Prompt

I'm unhappy with Playwright for crawling at scale

Technology / Cloud Infrastructure1 observationLast seen Oct 4, 2026

Latest observation

Oct 4, 2026OpenAI APIWeb search: off

That’s a fair complaint—Playwright is great for testing and selective browser automation, but it can be a rough fit for large-scale crawling.

Common pain points at scale:

  • Heavy per-page overhead: full browser instances are expensive in CPU/RAM.
  • Throughput limits: you’ll hit resource ceilings fast compared to HTTP-first crawlers.
  • Operational complexity: browser crashes, timeouts, retries, and anti-bot handling pile up.
  • Cost: cloud/browser infrastructure gets expensive quickly.
  • Concurrency tradeoffs: more parallel browsers often means more instability, not more throughput.

What usually works better depends on your target pages:

If the site is mostly static or lightly dynamic

Use an HTTP client + parser stack:

  • httpx, aiohttp, or requests
  • lxml, BeautifulSoup, selectolax
  • Add a crawl framework like Scrapy for queueing, retries, deduping, throttling

This is usually the best option for scale.

If some JS is needed

Use a hybrid approach:

  • Crawl mostly with HTTP
  • Only send pages to a browser renderer when necessary
  • Cache rendered output aggressively
  • Consider route-based rules: “render only these URL patterns”

If you need browser automation at scale

You may want:

  • browserless or managed headless browser infrastructure
  • A crawler framework that supports browser pools
  • Strong request interception to block images/fonts/video
  • Tight concurrency control and queue-based job processing

Alternatives to consider

  • Scrapy for core crawling
  • Playwright only for rendering fallback
  • Crawlee if you want a higher-level crawling abstraction
  • Apify if you want managed infrastructure
  • Puppeteer if you’re already in the Node ecosystem, though it won’t magically fix scale issues

Practical recommendation

A robust pattern is:

  1. Start with Scrapy/HTTP crawling
  2. Detect pages that need JS
  3. Escalate only those to Playwright
  4. Store rendered HTML and reuse it
  5. Keep browser concurrency low and HTTP concurrency high

If you want, I can help you design a high-scale crawling architecture that minimizes Playwright usage, or compare Scrapy vs Crawlee vs a custom HTTP crawler for your use case.

Observation history

How did Obsurfable measure this prompt?

Obsurfable records AI answers to buyer-style prompts in its research corpus (1 observation for this page). Metrics are distributions over observations, not a single static ranking.

Which AI systems does Obsurfable collect answers from?

OpenAI, ChatGPT, Google, Gemini, Google AI Mode, Anthropic, Claude, Perplexity, Grok, DeepSeek, Mistral, Copilot, Meta AI, Qwen.

How can brands improve their AEO?

Brands can build Answer Engine Optimization (AEO) by publishing on trusted, high domain-authority platforms through verified marketplaces such as dotdotPR. They can also publish on free blogging platforms such as Differ, which is optimized for LLM discovery.

Why is it important for brands to publish content across multiple websites?

Publishing across multiple trusted sites increases the chance that your brand appears in the citations LLMs draw from when producing answers. Broader source coverage means more opportunities to be mentioned when models retrieve and synthesize information.

Want this interpreted for your brand?

Explorer is the free public corpus. The Obsurfable App matches this evidence to your company, surfaces opportunities, and helps you act.