Test
10.000 pagine
3,75 USD
0,38 USD/1K pagine
- Provalo sui tuoi URL reali
- La stessa API del pack più grande
- I crediti non scadono mai
Risposta rapida
Come posso monitorare le pagine web per rilevare modifiche ai contenuti?
Leggi ogni pagina con una pianificazione come Markdown del suo contenuto principale, salva il testo e confrontalo con la versione precedente; ricevi un avviso solo quando il testo cambia. WebReaderAPI legge fino a 100 URL per job batch, rimuove pubblicità e menu così non possono generare falsi allarmi, e addebita un credito per pagina da 0,07 USD/1K pagine a ottobre 2026. Senza KYC; paghi in criptovalute.
Monitoraggio con WebReaderAPI
| Endpoint | POST https://webreaderapi.com/api/v1/batch, poi GET https://webreaderapi.com/api/v1/jobs/{job_id} |
|---|---|
| Dimensione del batch | Fino a 100 URL per job batch |
| Cosa viene confrontato | Il Markdown del contenuto principale, senza pubblicità, menu o banner |
| Fatturazione | 1 credito = 1 pagina letta senza browser; 2 crediti quando la pagina richiede un browser per eseguire JavaScript. Una richiesta che fallisce, o che il robots.txt di un sito rifiuta, non viene addebitata |
| Volume di esempio | 200 pagine verificate al giorno = circa 6.000 pagine al mese |
| Prezzo | 3,75 USD per 10.000 pagine; i crediti non scadono mai |
Cosa vale la pena monitorare?
Pagine la cui formulazione conta per la tua attività e che cambiano senza preavviso:
- Pagine dei prezzi di fornitori e concorrenti, per vedere nuovi piani e variazioni di prezzo.
- Termini, privacy e politiche di rimborso da cui dipendi, per cogliere clausole che cambiano.
- Changelog e note di rilascio degli strumenti su cui costruisci, per reagire a modifiche che rompono qualcosa.
- Pagine di documentazione a cui rimanda il tuo prodotto, per correggere indicazioni sbagliate in fretta.
- Avvisi pubblici di enti regolatori o organismi di standard del tuo settore.
Tieni la lista sulle pagine pubbliche. Profili personali e pagine dietro un login sono fuori ambito.
Perché fare il diff del Markdown invece dell'HTML?
Perché l'HTML cambia in continuazione senza che il contenuto cambi. Annunci a rotazione, token di sessione, timestamp nei footer e markup per i test A/B fanno sì che due caricamenti della stessa pagina differiscano. Un diff sull'HTML trasforma quel rumore in avvisi, e le persone smettono di leggerli.
Il Markdown del contenuto principale rimuove gran parte del rumore prima del confronto. Quello che resta è il testo che una persona legge: titoli, paragrafi, liste e tabelle. Un diff su quel testo è breve, leggibile e merita un avviso.
import difflib
import json
import os
import pathlib
import time
import requests
API = "https://webreaderapi.com/api/v1"
HEADERS = {"Authorization": "Bearer " + os.environ["WEBREADER_API_KEY"]}
STORE = pathlib.Path("snapshots.json")
URLS = [
"https://example.com/pricing",
"https://example.com/legal/terms",
"https://example.com/changelog",
]
old = json.loads(STORE.read_text(encoding="utf-8")) if STORE.exists() else {}
job = requests.post(API + "/batch", headers=HEADERS, json={"urls": URLS}, timeout=60).json()
results, cursor, delay = [], None, 5
while True:
params = {"cursor": cursor} if cursor else {}
page = requests.get(API + "/jobs/" + job["job_id"], headers=HEADERS, params=params, timeout=60).json()
results += page.get("results", [])
cursor = page.get("next_cursor")
if page["status"] == "done" and not cursor:
break
if not cursor:
time.sleep(delay)
delay = min(delay * 2, 60)
new = dict(old)
for item in results:
if "markdown" not in item:
print("not read:", item["url"], item.get("error", {}).get("code"))
continue
before = old.get(item["url"], "")
if before and before != item["markdown"]:
diff = difflib.unified_diff(before.splitlines(), item["markdown"].splitlines(), lineterm="", n=0)
print("CHANGED:", item["url"])
print("\n".join(list(diff)[:40]))
new[item["url"]] = item["markdown"]
STORE.write_text(json.dumps(new, ensure_ascii=False), encoding="utf-8")
Con che frequenza devo controllare, e con quanta educazione?
Controlla con la frequenza con cui la pagina cambia realisticamente, e non di più. Il controllo giornaliero va bene per pagine dei prezzi e changelog; quello settimanale per politiche e documentazione. Una pagina letta ogni ora raramente ti dice più di una letta ogni giorno, e costa 24 volte tanto.
WebReaderAPI rispetta robots.txt per ogni pagina e onora il Crawl-delay di un sito nei crawl job. Le pagine che il sito non consente vengono saltate e non addebitate, quindi un sito severo esce semplicemente dal tuo report. Chiedi al proprietario se ti serve accedere a una pagina che rifiuta robots.
Quanto costa il monitoraggio?
Un credito per pagina per controllo. Alcuni esempi ai prezzi di ottobre 2026:
- 50 pagine, giornaliero: circa 1.500 pagine al mese. 10.000 pagine (3,75 USD) durano più di sei mesi.
- 200 pagine, giornaliero: circa 6.000 pagine al mese. 50.000 pagine (14,25 USD) durano circa otto mesi.
- 1.000 pagine, settimanale: circa 4.300 pagine al mese, vicino al caso precedente.
Le pagine che richiedono un browser usano due crediti; imposta render=false per le pagine che sai essere HTML semplice, per tenere il conteggio a uno.
Quale pack è adatto al monitoraggio?
Moltiplica le pagine per i controlli al mese, poi scegli un pack che duri qualche mese. I crediti non scadono mai.
Starter
50.000 pagine
14,25 USD
0,28 USD/1K pagine
- Un AI agent o un prototipo RAG
- Esegui il crawling di un sito di documentazione
- I crediti non scadono mai
Build
100.000 pagine
21,75 USD
0,22 USD/1K pagine
- Agent di produzione e pipeline RAG
- Job batch e di crawling
- I crediti non scadono mai
In ogni piano: Estrarre il contenuto principale · JavaScript rendering quando serve · Le pagine non riuscite e rifiutate non vengono addebitate · I crediti non scadono mai
Monitoraggio delle modifiche: domande frequenti
WebReaderAPI invia avvisi?
No. Legge le pagine e restituisce Markdown; è il tuo script a confrontare le versioni e a inviare l'avviso via email, chat o ticket. Il codice qui sopra stampa le righe cambiate come punto di partenza.
Come evito falsi allarmi da date e contatori?
Confronta il Markdown del contenuto principale, non l'HTML, e rimuovi prima del diff le righe che sai cambiare a ogni caricamento, come "aggiornato 5 minuti fa". Gran parte degli elementi a rotazione viene già rimossa dall'estrazione del contenuto principale.
Posso monitorare pagine che richiedono JavaScript?
Sì. Con render=auto, le pagine che sono vuote senza JavaScript vengono renderizzate in un browser per due crediti. Le pagine che funzionano senza restano a uno.
Posso monitorare un intero sito invece di una lista di pagine?
Sì: avvia un crawl job invece di un batch, poi confronta pagina per pagina. Per siti grandi, confronta prima le date lastmod della sitemap e rileggi solo le pagine che sono cambiate.