Politica editoriale

Come viene prodotto Internet of Things News: contenuti scritti in bozza con l'AI a partire da fonti primarie, controlli automatici, un unico responsabile editoriale, spazi a pagamento dichiarati e un registro pubblico delle correzioni.

Questa pagina descrive come è fatto il sito, con abbastanza dettagli da permetterti di decidere quanto fidarti. È scritta per corrispondere a quello che succede davvero, e viene aggiornata quando il processo cambia.

Chi ne risponde

Internet of Things News è pubblicato da ARKé S.r.l., Roma. Il responsabile editoriale è Vito Faga, titolare dello studio. Decide cosa si pubblica, ne risponde e gestisce le correzioni. Oltre a lui non c'è personale di redazione.

Come nascono i contenuti

  • Stesura. Guide, voci del glossario, digest e profili delle aziende sono scritti in bozza con strumenti di AI (modelli linguistici di grandi dimensioni con accesso al web) secondo una specifica scritta: testo originale, nessun numero inventato, fonti primarie, nessun tono pubblicitario. La specifica fa parte del codice sorgente del sito.
  • Fonti. Le guide partono da specifiche, RFC, pubblicazioni degli enti di standardizzazione, testi delle autorità di regolazione e documentazione ufficiale dei fornitori. I dati quantitativi (versioni, date, velocità, limiti, scadenze) rimandano al documento da cui provengono. Le notizie del digest rimandano all'annuncio, al comunicato o all'articolo originale, e il commento sta in un paragrafo a parte intitolato "Perché conta". Gli articoli della sezione Ricerca collegano ogni lavoro con il suo DOI (o con la sua pagina su arXiv o CORDIS) e lo riassumono a partire dall'articolo o dal suo abstract; il nostro punto di vista sta in un paragrafo "Perché conta" e quello che il lavoro non dimostra ancora in un paragrafo "Limiti". I profili delle aziende si basano sul sito della società; quando un profilo elenca prodotti, prezzi e limiti, mostra la data in cui sono stati confrontati con le pagine ufficiali.
  • Controlli automatici. A ogni build i contenuti passano da uno schema tipizzato (una voce malformata blocca la build), ogni link interno viene verificato sulle pagine generate, la directory viene controllata per scovare domini duplicati e siti non più attivi, e il testo viene esaminato in cerca di problemi di formattazione e di coerenza. Questi controlli intercettano errori di struttura, non dicono se una cosa è vera.
  • Revisione umana. Il responsabile editoriale controlla le pagine a campione prima e dopo la pubblicazione e rivede tutto quello che un lettore segnala. La revisione non è completa, e non sosteniamo che ogni frase sia stata verificata da una persona.
  • Etichette della ricerca. La sezione Ricerca racconta lavori valutati altrove; il sito non fa peer review di nulla. Ogni lavoro porta una di tre etichette: "Sottoposto a peer review" (pubblicato da una rivista o da una conferenza dopo la revisione), "Preprint, non ancora sottoposto a peer review" (caricato su un server come arXiv) o "Progetto di ricerca" (un progetto finanziato, per esempio nell'ambito di Horizon Europe). Un preprint non viene mai presentato come un risultato acquisito.
  • Date. Ogni articolo mostra la data di pubblicazione e, quando è stato modificato, una data "Aggiornato". Le guide mostrano anche "Fonti verificate il", con la data in cui ogni link e ogni dato sono stati riaperti e confrontati per l'ultima volta con la fonte primaria; una guida le cui fonti non sono state ricontrollate non mostra quella riga. I profili delle aziende mostrano la data dell'ultima verifica dei dati, oppure la data di inserimento se una verifica non c'è ancora stata.
  • Immagini. La maggior parte delle immagini del sito sono fotografie di Unsplash, con il nome di chi le ha scattate. Alcune sono generate dalla redazione con un modello di AI per immagini (Google Gemini): scene e persone inventate, mai una persona, un prodotto o un evento reali, e mai usate per mostrare quello che è successo in una notizia. Ognuna porta l'etichetta "Immagine generata con AI" sotto o sopra l'immagine, e i crediti delle immagini le elencano tutte. Copertine, immagini per i social e diagrammi sono disegnati via codice.
  • Calendario di pubblicazione. Le guide vengono scritte e controllate in anticipo e pubblicate secondo un calendario, qualcuna alla settimana, nella data che riportano. Il digest esce ogni giovedì. Prima che una pagina programmata vada online, i suoi link vengono controllati di nuovo.

Come nasce una guida

  1. La scelta del tema. Partiamo da quello che chiedono i lettori: tendenze di ricerca, domande nei forum pubblici e i vuoti nella nostra copertura. Un tema diventa una guida quando possiamo rispondere partendo da fonti primarie.
  2. La raccolta delle fonti. Prima specifiche, testi di legge, datasheet e documentazione ufficiale. I dati di mercato solo dall'organizzazione che li ha misurati, con la loro data e con quello che contano.
  3. La stesura. Un modello di AI scrive la bozza della guida da quelle fonti, secondo la specifica scritta: prima la risposta, poi il meccanismo, i compromessi e i casi in cui la tecnologia non va usata. Ogni numero rimanda alla sua fonte la prima volta che compare.
  4. La verifica. La verifica la fa un agente AI separato, mai quello che ha scritto la pagina. Ogni link esterno viene aperto e confrontato con la frase che lo cita; i numeri che non si possono confermare diventano qualitativi o vengono tolti. L'edizione italiana è tradotta dal testo inglese già verificato.
  5. Controlli automatici e pubblicazione. La build si ferma se ci sono link interni rotti, link a pagine non ancora pubblicate, traduzioni mancanti o problemi di formattazione. La pagina va online nella sua data, e le correzioni successive sono elencate in "Correzioni e aggiornamenti" in fondo alla pagina.

Confronti, selezioni, strumenti e lavoro

  • I confronti ("LoRa vs LoRaWAN", "Matter vs Zigbee") descrivono in cosa differiscono due tecnologie e quando conviene l'una o l'altra. Non abbiamo provato hardware per scriverli e non diciamo di averlo fatto.
  • Le selezioni per chi acquista (Confronta i fornitori) elencano aziende della nostra directory adatte a un'esigenza, con quello per cui ciascuna è indicata e un suo limite. Non sono classifiche, nessuno paga per comparirvi e le schede in evidenza (a pagamento) non hanno alcuna precedenza. Le note sono verificate sui siti ufficiali dei fornitori nella data indicata.
  • Gli strumenti (Strumenti) mostrano sulla pagina le loro regole e le loro fonti, così puoi vedere perché suggeriscono quello che suggeriscono.
  • Il lavoro. Le offerte vengono lette ogni settimana dalle bacheche pubbliche (Greenhouse, Lever, Ashby) delle aziende della nostra directory. Copiamo il titolo, il luogo e il link, non la descrizione, e un'offerta sparisce dalla bacheca quando il datore di lavoro la chiude. Le candidature vanno al datore di lavoro; noi non le vediamo.

Indipendenza e spazi a pagamento

  • La copertura editoriale, nel digest, nelle guide e nel glossario, non è in vendita. Inserzionisti e sponsor non vedono gli articoli prima della pubblicazione.
  • Le schede in evidenza nella directory sono a pagamento. Ovunque compaiano portano l'etichetta "In evidenza", i loro link in uscita hanno rel="sponsored" e pagare non cambia quello che dice il profilo: il testo resta scritto con parole nostre e accettiamo correzioni di fatto da qualsiasi azienda, che paghi o no. I link delle schede gratuite hanno rel="nofollow". Non vendiamo vantaggi sui motori di ricerca.
  • Le menzioni sponsorizzate nella newsletter sono indicate come sponsorizzate. I link di affiliazione, dove ci sono, sono dichiarati sulla pagina.
  • I profili delle aziende descrivono società reali con un sito ufficiale funzionante. Li scriviamo noi e rifiutiamo i testi pubblicitari. Le aziende possono rivendicare un profilo per correggerlo; la richiesta viene verificata sul dominio dell'email aziendale.

Segnalare un errore

Scrivi a [email protected] indicando l'URL della pagina, il passaggio, cosa non va e, se ce l'hai, una fonte. Rispondiamo a ogni richiesta di correzione. Quando l'errore è confermato, la pagina viene corretta, la sua data "Aggiornato" cambia e la correzione viene aggiunta al registro qui sotto con la sua data. Una correzione che cambia il senso di un passaggio viene segnalata anche nel testo.

Registro delle correzioni

  • 22 ottobre 2026, /it/news/2026-10-16-issue-4/: L'affermazione che non fossero noti casi di sfruttamento pubblico era applicata a entrambi i bollettini CISA; compare solo in quello su EseeCloud, non in quello su Eclipse Milo. La segmentazione della rete era indicata come unica difesa per i dispositivi EseeCloud; CISA la elenca insieme alla rimozione dell'esposizione su Internet, ai firewall e all'accesso remoto via VPN. Corretto anche: un secure element non sempre può essere aggiornato a nuovi algoritmi, e l'abbinamento via NFC richiede un iPhone con l'ultima versione del sistema operativo.
  • 22 ottobre 2026, /it/learn/mqtt-explained/: QoS 1 era descritto come un reinvio ogni volta che non arriva una conferma; MQTT 5 reinvia solo alla riconnessione, con una sessione ripresa. La parte sulle sessioni ora spiega Clean Start insieme al Session Expiry Interval. Il Last Will di esempio è marcato come retained, altrimenti una dashboard collegata più tardi vedrebbe ancora il valore retained "online". Lo stato retained è descritto come l'ultimo stato pubblicato, non quello attuale, e sono segnalati i limiti dei broker (AWS IoT Core: niente QoS 2, niente AUTH). Stesse correzioni nell'edizione italiana.
  • 22 ottobre 2026, /it/ai/what-is-aiot/: I modelli sul dispositivo erano definiti minuscoli in generale; vale per i microcontrollori, mentre i dispositivi con processori applicativi e acceleratori eseguono modelli molto più grandi. I vantaggi su latenza e privacy ora sono descritti come potenziali, e l'esempio di manutenzione predittiva non sostiene più che il modello si ripaghi al primo allarme corretto. Stesse correzioni nell'edizione italiana.
  • 22 ottobre 2026, /it/glossary/ethernet/: Ethernet era descritto come deterministico e immune alle interferenze. Ethernet standard non garantisce i tempi di consegna senza TSN o un protocollo industriale, e il cablaggio riduce l'esposizione alle interferenze ma non la elimina. Stessa correzione nell'edizione italiana.
  • 22 ottobre 2026, /it/learn/iot-security-regulation/: ETSI EN 303 645 stabilisce 13 categorie di disposizioni, non 13 disposizioni. L'affermazione secondo cui EN 303 645 dovrebbe diventare un riferimento per le norme armonizzate del Cyber Resilience Act è stata sostituita: quelle norme sono ancora in stesura, e solo le norme citate nella Gazzetta ufficiale danno la presunzione di conformità.
  • 22 ottobre 2026, /it/learn/iot-security-fundamentals/: La guida diceva che il Cyber Resilience Act, il PSTI Act ed ETSI EN 303 645 "ora impongono" tutti questi obblighi. Il PSTI si applica già oggi, il Cyber Resilience Act si applica per intero da dicembre 2027 ed EN 303 645 è uno standard volontario.
  • 22 ottobre 2026, /it/learn/smart-home-guide/: La guida diceva che un periodo di supporto di sicurezza dichiarato è ormai obbligatorio nel Regno Unito e nell'UE. Nel Regno Unito lo è oggi, nell'UE lo sarà da dicembre 2027, quando il Cyber Resilience Act si applicherà per intero.
  • 22 ottobre 2026, /it/learn/bluetooth-le-for-iot/: L'ultima versione della Bluetooth Core Specification è la 6.3 (maggio 2026), non la 6.2.
  • 22 ottobre 2026, /it/learn/iot-platforms-explained/: Le piattaforme IoT degli hyperscaler erano descritte come fatturate per messaggio e per connessione. Corretto in base alle pagine dei prezzi dei fornitori: AWS IoT Core fattura il tempo di connessione, i messaggi e le operazioni, mentre Azure IoT Hub fattura unità di capacità con una quota giornaliera di messaggi.
  • 22 ottobre 2026, /it/learn/iot-connectivity-overview/: La guida diceva che LoRaWAN, a differenza della rete cellulare, non ha costi mensili per dispositivo. Anche gli operatori LoRaWAN pubblici fanno pagare per dispositivo; quel canone lo evitano solo le reti LoRaWAN private e le reti mesh locali.
  • 22 ottobre 2026, /it/learn/thread-explained/: Si diceva che Thread 1.3 avesse introdotto la certificazione dei border router. Il white paper del Thread Group su Thread 1.3 non lo conferma, quindi l'affermazione è stata tolta.
  • 22 ottobre 2026, /it/ai/edge-ai-explained/: La guida definiva tutti i microcontrollori come hardware che lavora solo con numeri interi. Alcuni microcontrollori hanno un'unità in virgola mobile (sull'Arm Cortex-M4 è opzionale); la quantizzazione a interi permette comunque a loro, e alla maggior parte delle NPU, di eseguire un modello in modo efficiente. Stessa correzione nell'edizione italiana.
  • 22 ottobre 2026, /it/research/humidity-harvesting-wallpaper/: La pagina diceva che il comunicato dell'università descrive la ricerca come in fase iniziale; il comunicato non lo dice, e la frase è stata tolta. Il comunicato, datato 29 settembre 2026, ora è collegato nel punto in cui viene citato la prima volta. Stessa correzione nell'edizione italiana.
  • 22 ottobre 2026, /it/learn/matter-explained/: I codici di abbinamento manuale Matter a 11 e a 21 cifre rimandavano a una guida di chip-tool che non indica nessuna delle due lunghezze. Il link ora punta alle FAQ di ESP-Matter di Espressif, che le riportano entrambe. Stessa correzione nell'edizione italiana.
  • 22 ottobre 2026, /it/news/2026-10-22-issue-5/: I dati del terzo trimestre di Nordic Semiconductor venivano da una copia di terzi del comunicato alla borsa. Ora rimandano al report del terzo trimestre 2026 pubblicato da Nordic, che li conferma; i motivi indicati per la crescita del segmento long-range e la nota sugli strumenti assistiti dall'AI ora seguono il testo del report.
  • 17 ottobre 2026, /it/learn/mqtt-explained/: La sezione sulla sicurezza diceva che MQTT non ha un'autenticazione propria. Corretto: MQTT trasporta nome utente e password nel pacchetto CONNECT, e MQTT 5 aggiunge l'autenticazione avanzata con il pacchetto AUTH; a TLS è delegata solo la cifratura.
  • 17 ottobre 2026, /it/companies/pricing/: Le schede in evidenza erano proposte con un link "dofollow" e con "due mesi gratis". Tolti: i link in uscita degli spazi a pagamento sono marcati rel="sponsored", quelli delle schede gratuite rel="nofollow", e il risparmio annuale ora è calcolato dai prezzi pubblicati.
  • 17 ottobre 2026, /it/news/2026-09-25-issue-1/: Il numero 1 era un commento generico senza fonti datate. Riscritto attorno ad annunci datati della settimana del 21 settembre 2026, ciascuno collegato alla fonte originale, con il commento separato dalle notizie nei paragrafi Perché conta.
  • 17 ottobre 2026, /it/news/2026-10-02-issue-2/: Il numero 2 era un commento generico senza fonti datate. Riscritto attorno ad annunci datati della settimana del 28 settembre 2026, ciascuno collegato alla fonte originale, con il commento separato dalle notizie nei paragrafi Perché conta.
  • 17 ottobre 2026, /it/news/2026-10-09-issue-3/: Il numero 3 era un commento generico senza fonti datate. Riscritto attorno ad annunci datati della settimana del 5 ottobre 2026, ciascuno collegato alla fonte originale, con il commento separato dalle notizie nei paragrafi Perché conta.
  • 17 ottobre 2026, /it/jobs/: Quattro offerte di lavoro illustrative erano contate come posizioni aperte. Ora sono segnalate come annunci di esempio, escluse dai conteggi e dall'indicizzazione nei motori di ricerca.
  • 17 ottobre 2026, /it/about/: La pagina diceva che ogni guida era "rivista per l'accuratezza tecnica" da una redazione. Al suo posto c'è la descrizione del processo reale: contenuti scritti in bozza con l'AI a partire da fonti primarie, controlli automatici, revisione a campione, un unico responsabile editoriale.
  • 17 ottobre 2026, /it/learn/iot-history-and-key-milestones/: Il distributore di Coca-Cola della Carnegie Mellon era datato ai primi anni Ottanta e attribuito agli studenti. Corretto in base al racconto della stessa CMU: furono membri del dipartimento di informatica a collegarlo al PDP-10 del dipartimento, a metà degli anni Settanta. La caffettiera della Trojan Room ora è datata 1991 e le dimensioni della botnet Mirai (circa 600.000 dispositivi) vengono dallo studio presentato a USENIX.
  • 17 ottobre 2026, /it/learn/iot-security-regulation/: Le date del Cyber Resilience Act sono state corrette secondo il Regolamento (UE) 2024/2847: gli obblighi di segnalazione di vulnerabilità e incidenti si applicano dall'11 settembre 2026 e il regolamento si applica per intero dall'11 dicembre 2027. Le sanzioni del PSTI, prima descritte come proporzionate al fatturato, sono indicate in un massimo di 10 milioni di sterline o del 4% del fatturato mondiale. La sezione sul Cyber Trust Mark ora riporta il ritiro di UL Solutions dal ruolo di Lead Administrator e la nomina della ioXt Alliance da parte della FCC.
  • 17 ottobre 2026, /it/learn/iot-in-healthcare/: La pagina diceva che, per i prodotti connessi, il Cyber Resilience Act europeo si intreccia con il Regolamento sui dispositivi medici. Corretto: i dispositivi coperti dall'MDR sono esclusi dall'ambito del CRA e devono rispettare i requisiti di cybersicurezza dell'MDR stesso. I requisiti della FDA ora sono ricondotti alla sezione 524B del FD&C Act, in vigore da marzo 2023.
  • 17 ottobre 2026, /it/learn/thread-explained/: La condivisione standard delle credenziali tra border router era attribuita a Thread 1.3. Corretto: Thread 1.3 (2022) ha standardizzato il border router e ne ha introdotto la certificazione; la procedura di condivisione delle credenziali è arrivata con Thread 1.4 a settembre 2024.
  • 17 ottobre 2026, /it/learn/zigbee-explained/: La base installata era indicata in centinaia di milioni di dispositivi e Zigbee 3.0 era citato senza data. Corretto: la Connectivity Standards Alliance conta più di un miliardo di dispositivi Zigbee, e Zigbee 3.0 è stato ratificato a dicembre 2015. Aggiunti Zigbee PRO 2023 e Zigbee 4.0.
  • 17 ottobre 2026, /it/learn/lorawan-explained/: Il payload massimo era indicato in una cinquantina di byte alle velocità più basse, a prescindere dalla regione. Corretto in base ai parametri regionali della LoRa Alliance: il limite dipende dalla regione e dalla velocità di trasmissione, appena 11 byte alla velocità più bassa in Nord America e circa 50 byte in Europa. Tolta l'affermazione, priva di fonte, che LoRaWAN sia la tecnologia LPWAN più diffusa.
  • 17 ottobre 2026, /it/learn/nb-iot-and-lte-m-explained/: I cicli eDRX erano descritti come compresi tra circa un secondo e qualche minuto. Corretto in base ai materiali del 3GPP: da pochi secondi fino a circa 44 minuti su LTE-M e circa 3 ore su NB-IoT. L'obiettivo di 164 dB di massima perdita di accoppiamento (maximum coupling loss) ora è indicato con la sua fonte.
  • 17 ottobre 2026, /it/learn/bluetooth-le-for-iot/: La precisione del direction finding era indicata in circa un metro. Corretta secondo la descrizione dello stesso Bluetooth SIG (al livello del centimetro), con il link alla fonte. Aggiunti il Channel Sounding di Bluetooth 6.0 e la Core Specification 6.2.
  • 17 ottobre 2026, /it/ai/tinyml-explained/: microTVM era indicato come opzione di deployment attuale e STM32Cube.AI come strumento attuale di ST. Corretto: microTVM è stato eliminato da Apache TVM con la release 0.19, ed ST Edge AI Core è il successore di STM32Cube.AI. Un'affermazione priva di fonte su consumi nell'ordine dei milliwatt è stata resa qualitativa.

Modifiche a questa politica

Questa pagina è stata pubblicata per la prima volta il 17 ottobre 2026. Il 22 ottobre 2026 è stata estesa alla sezione Ricerca (fonti ed etichette della ricerca) e, più tardi lo stesso giorno, alla data "Fonti verificate il", al calendario di pubblicazione, ai confronti, alle selezioni per chi acquista, agli strumenti e al feed delle offerte di lavoro. I cambiamenti del processo vengono riportati qui quando avvengono.