> ## Documentation Index > Fetch the complete documentation index at: https://www.octoparse.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Browser con interfaccia grafica e headless > I browser headless dominano lo scraping, ma Octoparse usa browser con interfaccia grafica per scelta progettuale. Scopri differenze e casi d'uso. Quando si sceglie uno strumento di web scraping, la decisione principale non riguarda linguaggio o motore, ma se il browser funziona in modalità **headless** (senza finestra visibile, solo programmatica) o **con interfaccia grafica** (una finestra reale e visibile). Quasi tutto l'ecosistema, da Puppeteer, Playwright e Selenium alle API browser cloud, usa headless per impostazione predefinita. Una categoria più piccola, le piattaforme integrate come Octoparse, è progettata con interfaccia grafica. Le due opzioni servono operatori diversi, funzionano su siti diversi e falliscono in modi diversi. ## Perché headless è diventato lo standard I browser headless sono nati per gli sviluppatori. Funzionano su server senza schermo, si integrano in container e pipeline CI/CD, evitano il costo del rendering necessario a un utente e consentono molte sessioni simultanee. Chi scrive codice, legge log e descrive la pagina programmaticamente non deve vederla. Nell'intero [panorama dei runtime browser](/docs/it/academy/browser-runtime-landscape), Puppeteer, Playwright, Selenium, Splash e le API cloud adottano questo modello: headless è lo standard silenzioso dello scraping basato sul codice. ## I costi di headless * **Segnali di rilevamento bot.** `navigator.webdriver` diventa `true`, lo User-Agent indica `HeadlessChrome`, mancano plugin e canvas e WebGL producono fingerprint anomali. I [servizi anti-bot](/docs/it/academy/captcha-and-cloudflare) li cercano; per questo esistono puppeteer-extra-stealth, undetected-chromedriver, nodriver e Patchright. * **Comportamento legato al viewport.** Immagini lazy load, contenuti basati su Intersection Observer e script vincolati alla visibilità presuppongono che la pagina sia realmente visualizzata. Headless può simulare il viewport, ma non sempre fedelmente. * **Nessun intervento umano.** Di fronte a CAPTCHA, finestre inattese o accessi scaduti, lo script non sa di essere bloccato: rileva soltanto che i dati non arrivano. * **Debug tramite log.** Quando un selettore si rompe durante un'esecuzione notturna, spesso occorre riprodurre il problema con interfaccia grafica per vedere che cosa è cambiato. Non sono ostacoli insuperabili, ma un costo costante dello scraping headless basato sul codice. ## La categoria progettata con interfaccia grafica In questi strumenti la pagina non è un dettaglio interno: *è* l'interfaccia. L'operatore seleziona elementi facendo clic, osserva l'attività passo per passo, risolve un CAPTCHA e individua visivamente gli errori. **Octoparse** è l'esempio più chiaro; ParseHub segue lo stesso modello e la storica estensione Web Scraper.io ne condivide le origini. Questo modello è economicamente sostenibile solo con un runtime dedicato. Chrome standard, con estensioni, sincronizzazione, compilazione GPU completa e telemetria, è troppo pesante su larga scala; le piattaforme integrate usano runtime abbastanza autentici ma ottimizzati per esecuzioni dense. ## I due runtime con interfaccia grafica di Octoparse ### Electron Chromium, alleggerito e ottimizzato Il primo è un runtime Chromium personalizzato integrato in Electron. Octoparse elimina estensioni, processi in background e funzioni di rendering non necessarie, ottenendo un motore più veloce e leggero in termini di memoria e CPU. Gestisce numerose sessioni simultanee e offre un vantaggio soprattutto in locale o su hardware limitato. L'integrazione con l'editor visuale consente inoltre di configurare ed eseguire le attività nello stesso ambiente. ### Chrome for Testing controllato da Puppeteer Il secondo è Chrome for Testing controllato da Puppeteer: un browser Chrome completo e non modificato, che si comporta come quello di un utente reale. È più adatto ai siti con [rilevamento bot, fingerprinting o controlli di compatibilità avanzati](/docs/it/academy/captcha-and-cloudflare). Consuma più risorse di Electron, ma talvolta l'autenticità è indispensabile. È in sviluppo una terza modalità: un'Estensione browser che controlla direttamente il proprio Chrome. Poiché l'estrazione avviene in un browser quotidiano reale, con fingerprint e comportamento autentici, riproduce fedelmente l'attività umana e riduce il rischio di attivare l'anti-bot. ### Quale scegliere Con strumenti indipendenti occorre gestire binari, versioni, opzioni di avvio e infrastruttura. Octoparse astrae questi aspetti: Electron gestisce con efficienza la maggior parte delle attività, mentre Chrome for Testing è l'alternativa pronta quando serve fedeltà completa. Il passaggio è una scelta di configurazione, non un progetto tecnico, sia [in locale sia nel cloud](/docs/it/academy/cloud-web-scraping). ## Quando scegliere l'una o l'altra modalità | Scegli | Quando | | ------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | | Libreria headless (Puppeteer / Playwright / Selenium) | Uno sviluppatore gestisce lo scraper, l'esecuzione avviene su server e il sito non ha difese anti-bot avanzate | | API cloud headless (Browserless / Zyte / Browserbase) | Come sopra, ma senza ospitare personalmente il browser | | Headless con discrezione (puppeteer-extra-stealth, undetected-chromedriver, nodriver) | Come sopra, ma il sito esegue fingerprinting avanzato | | Piattaforma con interfaccia grafica (Octoparse / ParseHub) | L'operatore non è tecnico, le difese sono avanzate o servono debug visuale e intervento su CAPTCHA e accessi | La scelta non riguarda una modalità astrattamente “più facile” o “migliore”, ma l'identità dell'operatore e il comportamento del sito. Uno sviluppatore che estrae un sito pubblico può usare Puppeteer; il vantaggio dell'interfaccia grafica cresce con la difficoltà del sito e la distanza dell'operatore dal codice. Per l'elenco completo degli strumenti, consulta [Il panorama dei runtime browser](/docs/it/academy/browser-runtime-landscape).