Linee guida editoriali per scrivere notizie su TurboLab.it (aggiornato: agosto 2026)

Questo documento contiene tutto ciò che serve a un autore per scrivere una notizia pubblicabile su TurboLab.it: voce editoriale, regole di lingua e stile, immagini, video, formattazione HTML, costruzione del titolo e convenzioni redazionali.

L'ambito è la notizia (formato: "news"). Per guide e articoli, vedi: Linee guida editoriali per la scrittura di articoli/guide su TurboLab.it.

Se invece stai cercando la procedura pratica di inserimento tramite l'editor del sito, vedi: Come inserire una notizia/segnalazione su TurboLab.it.

1. Missione e lettori

TurboLab.it è una community italiana di appassionati di tecnologia. Il lettore-tipo è un appassionato/power user che ama "smanettare" con il computer. Forse è uno studente di informatica o un professionista IT: conosce le basi, apprezza le spiegazioni precise nei dettagli e nota immediatamente errori e imprecisioni.

La voce editoriale segue la scuola del giornalismo tecnico di qualità (il riferimento è Ars Technica): approfondimento tecnico vero, servito con personalità, spirito e ritmo narrativo.

Ogni notizia deve superare due prove:

• un lettore esperto deve potersi fidare di ogni singola affermazione
• un lettore casuale deve divertirsi a leggerlo

Il testo deve suonare scritto da una persona che conosce la materia della quale sta parlando ("un esperto di computer", prima ancora che "un giornalista"). L'autore è un appassionato/power user a propria volta, e ci tiene davvero a quello che sta comunicando.

Se usi l'AI per scrivere o rifinire il testo, la regola non cambia: il testo deve comunque essere naturale, senza i tic linguistici tipici dei generatori (vedi §14.2 e §15), né presentando errori che un autore esperto non commetterebbe mai.

2. Fatti e fonti: le regole di integrità

Sono le regole più importanti del documento. Non ammettono eccezioni.

• si scrive solo dei fatti presenti nel materiale di partenza (le fonti fornite o verificate). Se un fatto non è nelle fonti, non esiste: non va affermato, parafrasato, lasciato intendere né ammorbidito con formule tipo "secondo alcune fonti" o "si vocifera" (a meno che, ovviamente, non sia la fonte stessa ad affermare che si tratta di un'indiscrezione non verificata)
• questo divieto riguarda i fatti specifici della notizia: numeri, date, versioni, nomi, dichiarazioni, dettagli dell'evento devono essere assolutamente precisi, esattamente come riportati dalle fonti. Lo sfondo di contesto consolidato e non controverso (che cos'è un prodotto, la storia nota di un'azienda, come funziona una tecnologia) è invece ammesso, e anzi richiesto: il "perché conta" si costruisce anche con quello
• niente superlativi senza dati: "il più usato", "il migliore", "il più veloce", "completamente sicuro" si scrivono solo se le fonti contengono i dati che lo provano; un link a uno studio o a ricerche di mercato può bastare, e in una trattazione comparativa il giudizio può arrivare in chiusura, dopo il confronto esplicito con le alternative. Un superlativo non dimostrabile distrugge la credibilità: se non puoi provarlo, non scriverlo
• mai confondere concetti affini ma distinti: JavaScript non è Java, Windows 10 non è Windows 11, UDP non è TCP, un kernel non è un sistema operativo, un token ERC-20 non è una coin, C non è C++ e nemmeno C#, Rust non è un linguaggio interpretato, PHP non è compilato, non tutti i malware sono virus. Un errore di questo tipo azzera la fiducia del lettore esperto
• terminologia tecnica esatta, sempre: mai sostituire il termine corretto con una parafrasi da profano
• se le fonti si contraddicono su un punto, il conflitto si riporta apertamente, attribuendo ciascuna versione alla sua fonte («secondo X..., mentre Y sostiene...»). Non si sceglie in silenzio la versione più comoda
• se le fonti non reggono la premessa della notizia, la notizia va ridimensionata al perimetro effettivamente verificato: l'apertura deve riflettere ciò che le fonti confermano, non il titolo originale del tema. Se, tolto il non-verificato, non resta una storia coerente, la notizia non si scrive. Non si "gonfia" un contesto generico pur di consegnare qualcosa
• i dettagli che non si possono verificare si omettono, non si "stimano"

3. Lingua: italiano, con i termini tecnici in inglese

La regola generale è: la notizia va scritta interamente in italiano. Ciò detto:

• restano sempre in inglese i nomi propri: Windows, Apple, Android, Microsoft, ...
• restano in inglese i termini tecnici ampiamente consolidati: software, hardware, computer, browser, kernel, firmware, exploit, benchmark, backdoor, ransomware, malware, CPU, RAM, SSD, API, cloud, smartphone, ...
• alcuni termini inglesi relativamente meno consolidati (tool, update, boot, bug, patch, ...) vanno benissimo come sinonimi, ma solo se si tratta di parole note anche al pubblico tecnico italiano, e vanno preferibilmente utilizzati per evitare ripetizioni dell'equivalente italiano. Ad esempio: "Durante la fase di avvio, il PC installerà l'aggiornamento. Un ritardo di alcuni secondi durante il boot è quindi normale"
• i forestierismi restano al singolare ("i tool", mai "i tools"; "le policy", mai "le policies") e non prendono mai la maiuscola solo perché stranieri
• ci si riferisce agli elementi dell'interfaccia grafica con il nome italiano, quello che il lettore vede sul proprio PC. Ad esempio, per quanto riguarda Windows: "Esplora file" (non "File Explorer"), "Strumento di cattura" (non "Snipping Tool"), "Gestione dispositivi", "Pannello di controllo", "Gestione disco". Lo stesso vale per le altre piattaforme, quando l'interfaccia è localizzata
• genere dei prestiti: segui l'uso consolidato italiano (es. la backdoor, la patch, il firmware, il BIOS, la CPU, la RAM, l'SSD, il computer, il form)

4. Standard di italiano scritto

Bastano pochi errori di italiano per dare un'aria dilettantesca a una notizia altrimenti valida. Queste regole non sono negoziabili:

• grammatica, accenti e coniugazioni corretti, congiuntivi dove servono
• rispetto maniacale dei tempi passati e futuri. Ad esempio: "domani vado in ufficio" è inaccettabile (la forma corretta è "domani andrò in ufficio")
• rispetto maniacale dei congiuntivi. Ad esempio: "credevo che era" è assolutamente, totalmente inaccettabile (la forma corretta è "credevo che fosse")
• l'uso del correttore ortografico è obbligatorio (l'editor sottolinea in rosso le parole errate)
• una rilettura finale (preferibilmente "ad alta voce") è sempre obbligatoria
• concordanze curate tra le parti variabili del discorso ("uno schermo e una tastiera rossi", "un ragazzo e una ragazza italiani")
• mesi e giorni sempre minuscoli: gennaio, lunedì
• niente articolo davanti ai nomi di azienda: "Microsoft ha dichiarato", non "la Microsoft ha dichiarato". "Apple ha annunciato", non "la Apple ha annunciato"
• frasi brevi, chiuse dal punto fermo. Virgole con grande moderazione, solo dove grammaticalmente necessarie
• se non sei un autore con particolare abilità letteraria, ti raccomandiamo l'uso del tempo presente, quando possibile: semplifica l'esposizione e riduce gli errori
• apostrofi, accenti e omofoni adeguati al contesto: un'altra / un altro (l'apostrofo solo con il femminile), è / e, dà / da, né / ne, c'è / ce, hanno / anno, fa / fa', va / va', sé
• maiuscole accentate vere: PERÒ e COSÌ, mai la versione con l'apostrofo al posto dell'accento

5. Punteggiatura e tipografia

• per gli incisi si usa il trattino semplice tra spazi (" - ") oppure, meglio ancora, si riformula con virgole o due frasi separate
• citazioni tra virgolette basse « » (vedi §6)
• le virgolette alte "..." si riservano a etichette, soprannomi e denominazioni brevi che non sono citazioni: il "super Task Manager", la modalità "God Mode", il nome in codice "Armstrong"
• puntini di sospensione ammessi, con parsimonia, per l'effetto ironico o la sorpresa ("riceve comandi tramite... Outlook"). Devono essere esattamente 3 punti: diversamente è un errore
• emoji: zero va sempre bene; una sola è accettabile, se davvero pertinente e arricchisce la comunicazione; più di una: da valutare con grande attenzione, solo per casi speciali
• orari nel formato "19:00"; date per esteso "13 ottobre 2026"

6. Citazioni

Regole non negoziabili per le dichiarazioni di persone e fonti:

• ogni citazione va tradotta in italiano naturale. La notizia è in italiano e lo sono anche le citazioni: mai lasciare la frase in lingua originale dentro le virgolette, nemmeno se la fonte la riporta così. Vale per dirigenti e portavoce, ricercatori di sicurezza, post sui social, testimonianze di utenti e perfino messaggi di sistema o stringhe di errore
• si traduce per significato, non parola per parola: la citazione deve leggersi come la renderebbe un giornalista italiano per una testata italiana
• le uniche parole inglesi ammesse dentro le virgolette sono i termini tecnici che restano in inglese ovunque (§3): «il software è completamente open source», «il bug nel kernel resta sfruttabile»
• esempio: se la fonte riporta "Google is opening up Android all the way with robust support for competing stores", si scrive: «Google sta aprendo completamente Android, con un supporto solido per gli store concorrenti», ha dichiarato Sundar Pichai. Mai la versione inglese tra virgolette
• attribuzione in italiano: «...», ha dichiarato [nome]; «...», secondo [nome]. Mai "said John Smith"
• citazioni mai in corsivo e mai tra virgolette alte o curve: sempre testo normale tra « »
• niente catene di attribuzione da aggregatore ("come riportato da X, che cita Y"): si attribuisce alla fonte sostanziale e basta

7. Marchi e nomi propri

• riportare la grafia ufficiale esatta di ogni marchio, prodotto e tecnologia. Sbagliarla distrugge la credibilità all'istante: si scrive MySQL (non Mysql), SQLite (non Sqlite), Windows XP (non WinXP), Windows 7 (non Windows7 né Seven), Firefox (non FireFox), iPhone/iPad/iPod e iOS ("i" minuscole), macOS (non OSx né MAC OS), VLC media player, GitHub (non Github), Wi-Fi (non WiFi). La minuscola torna corretta solo quando si parla di domini ed eseguibili: mysql.com, mysql.exe, github.com
• attenzione alle grafie gemelle che indicano cose diverse: iOS è il sistema operativo di iPhone e iPad, IOS (tutto maiuscolo) è quello dei router Cisco; Mac è il computer di Apple, MAC un indirizzo di rete. Qui la maiuscola sbagliata non è solo sciatteria: cambia proprio il significato
• "Internet" è nome proprio e va maiuscolo quando indica la rete globale: «su Internet», «Internet of Things». "intranet" invece è minuscolo
• in caso di dubbio, usa la grafia adottata dal sito ufficiale, dalla finestra "Informazioni su" del programma o dal materiale di partenza

8. Numeri, unità di misura, valute

• utilizzare le convenzioni del Sistema Internazionale (SI) rigorose: b = bit, B = byte; MB = megabyte, Mb = megabit. I prefissi dei multipli sono tutti maiuscoli tranne il kilo: kB, MB, GB, TB (mai "KB", mai "mb"). MHz e GHz, mai Mhz/Ghz. Sbagliare le maiuscole di bit/byte è un errore grave; le parole per esteso (bit, byte, megabyte) restano invece minuscole
• i prefissi binari (kibi, mebi, gibi: KiB, MiB...) sono più precisi, ma rimangono sconosciuti ai più: usa dunque quelli tradizionali
• migliaia con il punto, decimali con la virgola: 7.450 MB/s; 12,5 milioni. Percentuali subito dopo il numero, senza spazi: 57,5%.
• "oggi", "ieri", "domani" vanno ancorati alla data assoluta alla prima occorrenza ("da oggi, primo luglio 2026", "l'aggiornamento arriva domani, 14 ottobre 2026"): la notizia resta leggibile anche a distanza di tempo
• utilizzare i simboli delle valute ($ o €), ma solo dopo il numero: "2.283 $". Mai "$2.283". Dai milioni in su, invece, usare la parola estesa (altrimenti il numero diventa difficile da leggere). Esempio: "7 milioni di dollari"
• i numeri vanno resi comprensibili: accanto al dato esotico, l'equivalente concreto ("50 BTC - un furto da 3,6 milioni di dollari")

9. Acronimi e abbreviazioni

• gli acronimi devono essere tutti maiuscoli e senza punti: CPU, RAM, USB, SSD, PC, CD-ROM. Evitiamo Dvd, Cd e altre scritture errate: sono di una sciattezza disarmante! Le rare eccezioni sono gli acronimi diventati nomi propri (Fiat, Tim): nell'informatica, in pratica, non se ne incontrano
• gli acronimi non vanno mai in corsivo: USB, HTTP, TCP/IP, DNS, SSH, NVMe restano in tondo
• mai abbreviazioni informali: niente "s.o." (sistema operativo), "distro" (distribuzione), "mobo" (scheda madre), "config" (configurazione), "procio" (processore). Sempre il termine italiano completo: le compressioni possono risultare oscure a chi legge e richiamano lo stile dei blog amatoriali
• i nomi comuni corrispondenti (processore, memoria, sistema operativo) restano minuscoli

10. Immagini

Ogni notizia deve contenere almeno un'immagine, caricata dall'autore e inserita dopo il primo o il secondo paragrafo: tale immagine diviene automaticamente lo "spotlight" della notizia (cioè l'immagine di copertina, utilizzata in home page e nelle altre liste).

• per il miglior risultato, usa un'immagine illustrativa in formato 16:9 (1920x1080 pixel è l'ideale)
• gli screenshot puri e semplici sono sconsigliati come spotlight, a meno che la notizia non SIA lo screenshot - ad esempio: il messaggio "Windows 10 non è più supportato: esegui l'aggiornamento a Windows 11" comparso all'improvviso sullo schermo è la notizia, e lo screenshot di tale messaggio deve essere la copertina
• se non disponi di un'immagine adatta, puoi generarla tramite AI seguendo le indicazioni riportate nella guida Come generare un'immagine di copertina ("spotlight") per un articolo o una notizia tramite AI
• le immagini entrano nella notizia solo tramite l'editor (caricamento in galleria e click per inserire, oppure incolla diretto): mai tag <img> scritti a mano, mai URL esterni o inventati
• se usi l'AI per scrivere il testo, lo spotlight resta compito tuo: il testo generato non deve contenere immagini, descrizioni di immagini da inserire o segnaposto ("(screenshot di...)" e simili)

11. Video

Un video pertinente alla notizia - creato dall'autore o, più probabilmente, trovato già pronto su YouTube - può essere inserito nel corpo della notizia.

• il video si inserisce tramite l'apposito pulsante dell'editor, nel punto del testo in cui è pertinente
• solo video YouTube: la piattaforma non supporta altri player
• vale quanto detto per le immagini (§10): i video entrano nella notizia solo tramite l'editor - mai tag <iframe> scritti a mano, mai segnaposto nel testo; se usi l'AI per scrivere, inserire il video resta compito tuo

12. Formattazione HTML

L'editor visuale della notizia consente di applicare lo stile di formattazione direttamente, tramite i pulsanti esposti. Questo applica automaticamente l'appropriato tag HTML.

Gli unici tag HTML ammessi sono:

Mai: <h1> (il titolo della pagina esiste già), <h3> e inferiori, tabelle, <br>, stili inline, <div>, Markdown.

Lascia una riga vuota tra un elemento di blocco e l'altro, per leggibilità del sorgente.

12.1 Grassetto (<strong>): strategico e parco

• si applica il grassetto alla parola o frase che porta l'informazione chiave del paragrafo: un nome di prodotto alla prima menzione, una metrica critica, il concetto tecnico centrale. Uno o due per paragrafo al massimo; molti paragrafi non ne hanno bisogno affatto
• il grassetto serve a chi scorre: leggendo solo i grassetti, il lettore deve cogliere i fatti principali della notizia
• mai grassetto decorativo o di enfasi generica. Nel dubbio, niente grassetto

12.2 Corsivo (<em>): solo in casi specifici

1. forestierismi non ancora completamente assorbiti nell'italiano corrente: know-how, supply chain, debriefing. I termini tecnici ormai naturalizzati (software, hardware, browser, kernel, firmware, benchmark, exploit, CPU, cloud, server, bug, patch...) NON vanno in corsivo: sono testo normale. Nel dubbio, niente corsivo
2. titoli di opere e testate (e nomi di prodotti usati come titoli): Ars Technica, Il nome della rosa
3. enfasi vocale per segnalare ironia, contrasto o rilievo - come se il lettore dovesse "sentire" un'intonazione diversa su quella parola («non ho detto che potresti farlo: ho detto che devi farlo»). Rarissimo

Mai corsivo su acronimi, mai sulle citazioni.

12.3 Istruzioni (<code>) per gli identificatori tecnici, Codice (<pre>) per il codice

Comandi, nomi di file, chiavi di registro, parametri, testi visualizzati a schermo vanno formattati tramite il pulsante Istruzioni dell'editor, che applica il tag HTML <code>: wp-config.php, ls, /goal, SeImpersonatePrivilege, git history, pulsante OK, messaggio Sei sicuro di voler continuare?. Non si usa per i nomi di prodotto.

Quando il codice non sta dentro la frase - uno script, una sequenza di comandi, un file di configurazione, un output su più righe - si usa invece il pulsante Codice dell'editor, che crea un blocco a sé (tag HTML <pre>). Il contenuto del blocco viene salvato esattamente com'è, indentazione compresa: deve funzionare quando il lettore lo copia. Dalla freccia accanto al pulsante si può dichiarare il linguaggio del blocco (Bash, PowerShell, ...), che attiva la colorazione della sintassi in pagina; il default Testo semplice, senza colorazione, va benissimo per comandi singoli e output. Per il singolo comando o identificatore citato nel discorso resta giusto Istruzioni (<code>).

12.4 Elenchi

• solo quando elencare aiuta davvero la comprensione; mai come scorciatoia strutturale
• elenco numerato (tag HTML <ol>) per le procedure passo-passo; ogni elemento della lista (tag HTML <li>) apre con l'azione in grassetto seguita dalla spiegazione: <li><strong>Eseguire Samsung Magician</strong>. È gratuito, scaricabile dal sito ufficiale...</li>
• mai introdurre un elenco con formule robotiche ("Ecco i punti chiave:"). Si presenta e basta

12.5 Link nel corpo

• non inserire mai link diretti alle fonti all'interno della notizia. I riferimenti alle fonti vivono nella riga "Fonti" (vedi §17.1)
• quando è utile inserire link specifici e diversi dalle fonti (ad esempio: la pagina di download ufficiale, l'advisory di sicurezza, il repository del progetto), se ne inseriscono uno o due, non di più - solo URL reali e verificati, presenti nel materiale di partenza: mai costruire o "ricordare" un indirizzo
• il testo del link è descrittivo e scorre nella frase; niente "clicca qui"

13. Struttura della notizia

13.1 Apertura

• la notizia comincia subito con il primo paragrafo (<p>), mai con un titolo di sezione
• il paragrafo di apertura ambienta la notizia con voce editoriale: non un riassunto burocratico, ma la "scena" che aggancia. Le aperture migliori partono da un dettaglio concreto e lo caricano di significato: «Ventisette ore di autonomia su un portatile da 16 pollici, con processore x86.» - «Diciotto giorni. Tanto è durata la crisi tra il governo degli Stati Uniti e Anthropic.»
• l'apertura risponde presto alla domanda "che cosa è successo e perché mi riguarda?" e chiude mettendo a fuoco la "posta in gioco"

13.2 Sezioni

• dopo l'apertura, la notizia si organizza con i titoli di sezione (<h2>) dove serve. Tipicamente, si usano 3-5 sezioni in una notizia standard; vedi la tabella del §13.4
• i titoli di sezione sono concreti e informativi, in genere di 4-8 parole, mai generici: "1,5 W al minimo: l'efficienza spiegata", "Come smascherarlo in meno di cinque minuti", "Il vero problema è nella catena di distribuzione". Vietati "Introduzione", "Dettagli", "Considerazioni finali". Il formato "dato: spiegazione" funziona bene; le domande sono rare
• nelle notizie di sicurezza e nei problemi pratici, una sezione operativa è quasi d'obbligo: "Come proteggersi", "Cosa fare adesso", "Come controllare se sei coinvolto", "Cosa cambia per chi...". È la sezione che il lettore cerca
• un <h2> non contiene grassetti né corsivi: è già enfatico di suo

13.3 Chiusura

Si chiude con un'implicazione, una prospettiva concreta o la conseguenza pratica per il lettore. Mai conclusioni formulaiche ("In conclusione", "Tirando le somme", "Non resta che attendere").

Una chiusura reale, per calibrare: «OnePlus non ha ancora risposto ufficialmente alle richieste di commento.»

13.4 Lunghezza: proporzionale alla sostanza

La lunghezza del testo deve essere proporzionata al tipo di notizia. Regola generale:

• ogni frase si guadagna il proprio posto. Niente riempitivi, niente ripetizioni per allungare, niente sotto-dettagli irrilevanti (la cronologia minuta degli annunci, il nome del funzionario che ha firmato il documento, la data del tweet: se non cambiano la storia, si tagliano)
• sotto le 200 parole la notizia non è pubblicabile; oltre le ~1.200 non è quasi mai giustificato

14. Tono e stile

14.1 Cosa fare

• scrivi con convinzione. Le opinioni, se sostenute dai fatti, sono apprezzate. Se la notizia è importante, dillo. Se un'azienda ha preso una decisione discutibile, la prosa può rifletterlo con durezza misurata
• intreccia contesto e implicazioni: perché conta, chi tocca, cosa segnala per il quadro generale. Il nostro lettore vuole analisi, non il comunicato stampa riscritto
• personalità dosata: un'analogia azzeccata, un'osservazione asciutta, un tocco di irriverenza dove ci sta
• varia il ritmo: alterna frasi brevi e incisive a frasi più distese. Il testo deve suonare bene letto ad alta voce
• cuci i passaggi con i connettivi naturali dell'italiano ("però", "dunque", "eppure", "infatti", "tuttavia"): la loro assenza lascia i paragrafi slegati (un difetto tipico dei testi generati con l'AI)
• il registro è prevalentemente impersonale, ma il "tu" diretto è benvenuto quando si danno indicazioni pratiche al lettore ("se usi WebDAV, devi aggiornare subito")
• niente prima persona: mai "credo", "a mio avviso", "noi di TurboLab.it". Il giudizio emerge dai fatti e dal taglio, non dall'autocitazione

14.2 Cosa non fare

• fraseggi ironici prolungati e chiuse filosofiche: la battuta secca funziona, il paragrafo-saggio sull'ironia della situazione no. Se l'osservazione brillante supera le due frasi, va tagliata a una
• frasi a effetto in serie ("Non proprio il massimo.", "Sulla carta.", "Un paradosso strutturale che nessuna patch risolve."): uno ogni tanto va bene, la raffica no
• aperture "a freddo" troppo furbe che ritardano la notizia per fare scena
• meta-commenti giornalistici, cioè il testo che parla di sé o del proprio processo ("la citazione risulta troncata nella fonte", "al momento della scrittura", "mentre scriviamo"): o il fatto c'è, o non si scrive. Il semplice "al momento" come stato di fatto è invece legittimo ("al momento la patch non è disponibile")
• piattume corporate e toni da ufficio stampa

14.3 Lessico della sicurezza

Nelle notizie di sicurezza, il registro conta moltissimo.

• la terminologia è sobria e tecnica: vulnerabilità, falla, attaccante o aggressore (i termini standard per chi conduce l'attacco), compromesso, sottratto
• "exploit", "proof of concept", "stack/heap overflow" in questo contesto, vanno utilizzati nella loro forma originale inglese
• "hackerato" va bene, sia nel titolo che nel corpo; "bucato" è vietato ovunque
• il dettaglio tecnico eccessivo, che coinvolga molteplici passaggi specifici, va evitato. Va però descritto lo sfruttamento o la vulnerabilità nel suo complesso
• se esiste un identificativo Common Vulnerabilities and Exposures (CVE), va sempre esplicitato naturalmente nel testo e linkato alla pagina dedicata sul sito ufficiale cve.org

15. Pattern vietati (anti-AI)

Alcune frasi e strutture sono classiche del testo generato/elaborato con AI, e dovrebbero essere evitate in quanto ormai abusate e, quindi, sgradevoli alla lettura. Se ti fai aiutare dall'intelligenza artificiale per scrivere o rifinire la notizia, questa è la sezione da farle rispettare alla lettera; i divieti, comunque, valgono per tutti. Vietate in qualsiasi forma, italiana o inglese:

• "Vale la pena notare che" / "It's worth noting that"
• "Nel panorama odierno" / "In today's landscape" / "Nell'era digitale di oggi"
• "Come tutti sappiamo" / "As we all know"
• "Addentriamoci" / "Let's dive in"
• "Resta da vedere" / "It remains to be seen"
• "Solo il tempo dirà" / "Only time will tell"
• "Questo potrebbe potenzialmente" / "This could potentially"
• "Inutile dire che" / "Needless to say"

Inoltre:

• niente inflazione emotiva: "rivoluzionario", "epocale", "game-changer", "groundbreaking" - a meno che i fatti non lo dimostrino davvero
• niente idiomi inglesi incomprensibili o esotici per il lettore italiano: "Catch-22", "elephant in the room", "double-edged sword", "moving the goalposts", "a perfect storm", "the writing is on the wall". Si usa un'espressione italiana o linguaggio piano
• niente strutture formulaiche: paragrafi simmetrici a specchio, punto-contrappunto meccanico, sezioni tutte con lo stesso schema (affermazione → prova → implicazione ripetuto identico)
• niente over-signposting: "Primo... Secondo... Terzo...", "Da un lato... dall'altro..." usati come impalcatura fissa
• niente aperture di frase ripetitive: variare gli attacchi dei periodi e dei paragrafi

16. Il titolo

• obiettivo: sotto i 100 caratteri. Si può sforare (fino a ~130) solo quando la chiarezza lo esige, tipicamente nei titoli di sicurezza con conseguenza esplicita o con il prefisso "[Upd: ...]" per indicare un aggiornamento significativo
• in italiano, termini tecnici in inglese
• maiuscola solo alla prima parola e ai nomi propri, mai il "Title Case All'Americana"

16.1 Precisione (pesa più di tutto)

• il titolo nomina il soggetto specifico della notizia: prodotto, tecnologia, azienda. Indicare solamente "CPU" è sbagliato, se si parla del Ryzen 9 9950X3D; "Windows" è sbagliato se si parla, nello specifico, di Windows 11 24H2
• se il nome del prodotto non è autoesplicativo, anteponi il brand: "AMD Ryzen 9 9950X3D", "Intel Core Ultra 7", "Samsung Galaxy S24". Non serve per i nomi universalmente noti (Windows, macOS, iPhone, Firefox, PlayStation)
• se il prodotto è di nicchia, aggancialo alla piattaforma che il lettore conosce: "Smart Slider 3 Pro per WordPress e Joomla", "Vulnerabilità grave in Ninja Forms (plugin WordPress)"
• il titolo riflette esattamente ciò che la notizia dice: mai promettere o lasciar intendere qualcosa che il testo non sostiene. I power user se ne accorgono e la fiducia viene erosa

16.2 SEO

• includi i termini esatti che un utente digiterebbe nel motore di ricerca: nomi di prodotto, numeri di versione, termini tecnici presi dalla notizia, non sinonimi
• la keyword più cercata va nei primi 5-6 termini del titolo

16.3 Impatto per il lettore, non gergo da insider

Preferire titoli che comunichino al lettore "cosa rischia", "cosa ci guadagna" o, in generale, qual è il motivo per il quale dovrebbe interessargli.

• mai codici CVE nel titolo ("CVE-2026-23918: double-free in Apache..." → "Vulnerabilità critica in Apache HTTP Server: indispensabile aggiornare immediatamente"). Il codice CVE va riportato nel corpo della notizia; nel titolo può comparire al massimo il punteggio: "pericolosità: 9.8"
• nel titolo, il gergo di sicurezza si traduce in italiano piano: "RCE non autenticato" → "consente l'esecuzione di codice da remoto, senza autenticazione"; "privilege escalation root" → "permette di diventare root senza permesso"; "data breach" → "è stato hackerato". Restano i termini che il pubblico conosce: exploit, malware, backdoor, ransomware
• fuori dal titolo le sigle di enti e i nomi secondari che il lettore non conosce (DINUM → "la Francia"; il vendor di analisi che ha scoperto il malware non serve nel titolo)
• le versioni/build minori si tolgono se non sono la notizia ("Build 26220 e 26300" → "le novità di aprile 2026")

16.4 Formule ricorrenti

• la struttura di base del titolo è spesso: "Soggetto specifico: cosa succede / conseguenza per il lettore", con i due punti a fare da cerniera
• rilasci: "Disponibile X: ...", "Arriva il nuovo X: ...", "X è ufficiale: ...", "Rilasciato X: ...". Per i lanci, apri con "Nuovo/Nuova": "Nuova app: Google per Windows..."
• sicurezza/urgenza: imperativi diretti e conseguenze esplicite: "Riavvia il router, subito!", "Non scaricare! CPU-Z e HWMonitor compromessi da malware", "se usi WebDAV, devi aggiornare subito", "attenti al malware!", "aggiornare immediatamente è obbligatorio"
• chi è colpito + numero: "50.000 siti sono in pericolo", "500.000 siti WordPress"
• il "cosa cambia per te": "come bloccarlo", "cosa cambia per i NAS domestici", "come controllare se il tuo sito è in pericolo", "(gratis)", "(gioco completo)"
• espressività dosata: la domanda secca ("Agenti AI nella taskbar di Windows 11?"), il ribaltone finale ("... O forse no?"), l'ironia con i puntini ("riceve comandi tramite... Outlook", "una vulnerabilità... corretta nel 2020?!?")
• aggiornamenti: prefisso "[Upd: sintesi]" quando la notizia viene aggiornata dopo la pubblicazione: "[Upd: patch disponibile]", "[Upd: risolto]" (§17.3)

16.5 Esempi reali (prima → dopo la revisione)

17. Convenzioni redazionali di TurboLab.it

17.1 La riga delle fonti (obbligatoria)

Ultima riga della notizia, dopo una riga vuota:

<p>Fonti: <a href="https://www.esempio.com/percorso/pagina">esempio.com</a>, <a href="https://altrafonte.org/pagina">altrafonte.org</a></p>

• "Fonte:" al singolare se è una sola
• da 1 a 3 fonti (le più sostanziali per la notizia)
• testo del link = dominio nudo, senza "www." e in minuscolo
• URL puliti: senza parametri di tracciamento (utm_*, fbclid, ref...) e senza frammenti
• mai due fonti dello stesso dominio

17.2 Link interni "» Leggi" / "» Leggi anche"

Quando esiste un contenuto correlato su TurboLab.it (articolo oppure altra notizia), lo si richiama con un paragrafo dedicato, nel punto del testo in cui è pertinente:

<p><strong>» Leggi</strong>: <a href="URL">Titolo esatto della notizia collegata</a></p>

Due varianti:

• "» Leggi:" per il rimando operativo o diretto: la guida che spiega come si fa il passaggio appena citato, o la puntata precedente della stessa vicenda
• "» Leggi anche:" per l'approfondimento laterale: il contenuto affine che completa il quadro

17.3 Aggiornare una notizia già pubblicata

La forma base, sempre presente:

1. titolo: prefisso "[Upd: sintesi dell'aggiornamento]" ("[Upd: patch disponibile] RoguePlanet: ...")
2. nota formattata con il pulsante Update dell'editor (equivale a <ins> in HTML), inserita nel punto pertinente della notizia (di norma subito sotto il paragrafo di apertura): una o due frasi che dicono cosa è cambiato, con link alla fonte nuova se serve. Esempi reali: <p><ins>Microsoft ha rilasciato la patch che corregge la vulnerabilità.</ins></p>, <p><ins>Trattazione aggiornata per includere la replica di Samsung</ins></p>

Solo quando l'aggiornamento porta contenuto sostanzioso (una replica ufficiale, sviluppi articolati), si aggiunge anche una sezione in coda, dopo la riga Fonti originale: <h2>Aggiornamento: la risposta di Samsung</h2> con i propri paragrafi e la propria riga <p>Fonte: ...</p>.

Il tag <ins> serve anche per le integrazioni segnalate dalla community (es. «CUB3 ha ricordato nei commenti l'opzione di sfruttare il programma rclone»): la nota <ins> più l'eventuale rimando "» Leggi".

18. Uso dell'AI

L'eventuale uso dell'AI per scrivere o rifinire una notizia non va esplicitato nel testo: è un attributo dell'articolo, che la piattaforma gestisce e dichiara separatamente. Il testo, quindi, non deve né dichiarare l'origine artificiale, né tradirla (vedi §1 e §15).

Per approfondire, vedi: Linee guida per l'uso dell'intelligenza artificiale (AI) su TurboLab.it.

19. Checklist finale

Prima di consegnare una notizia, verifica:

1. il corpo inizia con <p> (mai con un heading) e termina con la riga Fonti ben formata
2. c'è almeno un'immagine, inserita dopo il primo o il secondo paragrafo: lo spotlight (§10)
3. nessun <h1>/<h3>+, nessuna tabella, nessun Markdown, solo i tag previsti del §12
4. nessun pattern vietato del §15, in italiano o in inglese
5. ogni citazione è tradotta in italiano, tra « », con attribuzione italiana
6. ogni fatto, numero, versione e nome è presente nel materiale di partenza; nessun superlativo senza dati
7. marchi con grafia ufficiale
8. unità di misura SI corrette (MB/Mb, kB, MHz)
9. lunghezza proporzionata alla sostanza (§13.4): almeno 200 parole, di norma non oltre 1.200; una notizia minore resta corta e senza <h2>
10. grassetti: leggendo solo quelli, si colgono i fatti chiave; nessun paragrafo ne ha più di due
11. titolo: sotto i 100 caratteri (sforo tollerato solo se la chiarezza lo esige), soggetto specifico, keyword all'inizio, niente CVE, promette esattamente ciò che la notizia mantiene
12. riletto ad alta voce: ritmo vario, nessuna frase che "suona male"

Appendice: gli scheletri

Notizia standard (500-800 parole)

<p>Paragrafo di apertura: la scena, il fatto, perché conta. Il <strong>soggetto
della notizia</strong> in grassetto alla prima menzione. Chiusura del lead sulla
posta in gioco.</p>

<h2>Prima sezione: il fatto nel dettaglio</h2>

<p>I fatti principali, con i <strong>dati chiave</strong> in grassetto e i
riferimenti tecnici come <code>nomefile.cfg</code> dove servono.</p>

<p>«Citazione tradotta in italiano naturale», ha dichiarato Nome Cognome,
ruolo in Azienda.</p>

<h2>Seconda sezione: contesto e implicazioni</h2>

<p>Perché è successo, chi tocca, cosa segnala. Analisi con convinzione,
personalità dosata.</p>

<p><strong>» Leggi anche</strong>: <a href="URL">Guida correlata su TurboLab.it</a></p>

<h2>Terza sezione: cosa fare / cosa aspettarsi</h2>

<p>La parte pratica per il lettore, o la prospettiva concreta. Chiusura con
un'implicazione, mai con una formula di congedo.</p>

<p>Fonti: <a href="https://fonte1.com/notizia">fonte1.com</a>, <a href="https://fonte2.org/pagina">fonte2.org</a></p>

Notizia minore (150-400 parole, niente h2)

<p>Il fatto, subito, con il <strong>concetto chiave</strong> in grassetto.
Una o due frasi di inquadramento.</p>

<p>Chi è interessato e chi no: il perimetro concreto della notizia.</p>

<p>Il dettaglio che completa il quadro (scadenze, condizioni, cosa succede
se non si fa nulla).</p>

<p>L'alternativa pratica o il consiglio per il lettore.</p>

<p><strong>» Leggi</strong>: <a href="URL">La guida passo-passo correlata</a></p>

<p>Fonte: <a href="https://fonte.com/pagina">fonte.com</a></p>