Sviluppo siti web nel 2026: costi, piattaforme, fasi e obblighi di legge

In breve

Lo sviluppo siti web è il lavoro che porta un sito dall'idea alla messa online: analisi, struttura, design, programmazione, contenuti, test e manutenzione. Su ProntoPro, nel 2026, i prezzi per creare un sito vanno da 300 a 3.000 euro, secondo pagine, funzioni e integrazioni. Le agenzie dichiarano da 2 a 6 settimane per un sito vetrina, mentre per un e-commerce o un portale si parla di 8-12 settimane. Dal 28 giugno 2025 gli e-commerce rivolti ai consumatori devono anche essere accessibili, salvo le microimprese.

Che cos'è lo sviluppo di un sito web?

Lo sviluppo di un sito web è l'insieme di attività progettuali e tecniche che trasforma un obiettivo di business in pagine funzionanti, veloci e trovabili sui motori di ricerca: si parte dall'analisi, si passa per struttura, design e codice, si chiude con test, pubblicazione e manutenzione. Nel linguaggio comune «sviluppo siti web», «realizzazione siti web» e «creazione siti web» indicano lo stesso servizio, ma dentro un progetto lavorano competenze diverse.

• Web design (UX e UI): decide come si naviga e come appare ogni pagina, con wireframe e mockup per smartphone e desktop.
• Sviluppo front-end: traduce il design in HTML, CSS e JavaScript, cioè in ciò che il browser mostra ed esegue.
• Sviluppo back-end: gestisce server, database, moduli, pagamenti, aree riservate e collegamenti via API con CRM o gestionale.
• CMS (content management system): il software che permette di aggiornare testi, immagini e pagine senza scrivere codice, come WordPress, Joomla o Drupal.
• Hosting e infrastruttura: il server o il servizio cloud dove il sito gira, con dominio, certificato HTTPS e backup.

Un sito vetrina può avere un back-end minimo, mentre un e-commerce o una web app ne hanno uno molto esteso. Per questo due siti con una grafica simile possono richiedere quantità di sviluppo, e quindi preventivi, molto diversi.

Che tipo di sito ti serve?

Il tipo di sito si sceglie partendo dall'azione che vuoi far compiere al visitatore: chiamarti, chiedere un preventivo, comprare, prenotare o usare un servizio. Le forme principali sono sei.

• Sito vetrina: poche pagine (home, servizi, chi siamo, contatti) per presentare l'attività e raccogliere richieste.
• Landing page: una pagina sola, costruita per una campagna e per un'unica azione, come compilare un modulo o prenotare una call.
• Blog o magazine: articoli pubblicati con continuità, categorie e ricerca interna, con un CMS comodo per chi scrive.
• E-commerce: catalogo, carrello, pagamenti, spedizioni e resi, spesso collegati a magazzino e fatturazione.
• Portale: molte sezioni e tipi di utenti, aree riservate, ricerca avanzata e spesso più lingue.
• Web app: un'applicazione nel browser con login, dati e flussi di lavoro, per esempio prenotazioni, configuratori, preventivi online o un gestionale.

Molti progetti sono ibridi, come un sito aziendale con blog e landing page per le campagne, o un e-commerce con area clienti. Dichiaralo subito, perché cambiano la piattaforma adatta, il preventivo e il modo di testare il sito.

Piattaforme a confronto: WordPress, Shopify, builder, headless o codice su misura

Non esiste una piattaforma migliore in assoluto: esiste quella adatta al tipo di sito, al budget e a chi lo aggiornerà. Secondo W3Techs (dati del 13 ottobre 2026) WordPress è usato dal 40,1% di tutti i siti web, pari al 58,6% dei siti che adottano un CMS rilevato; seguono Shopify con il 5,4%, Wix con il 4,2% e Squarespace con il 2,4%.

• WordPress: CMS open source con migliaia di temi e plugin, adatto a siti aziendali, blog e molti e-commerce con WooCommerce. Richiede aggiornamenti regolari di core, temi e plugin.
• Shopify: piattaforma e-commerce in abbonamento che gestisce hosting, sicurezza e aggiornamenti. Si avvia in fretta, ma paghi un canone mensile e le personalizzazioni profonde passano da app e sviluppatori specializzati.
• Wix e Squarespace: builder con editor visuale, modelli pronti e strumenti basati sull'intelligenza artificiale, adatti a siti piccoli gestiti in autonomia. Il sito resta legato alla piattaforma: per cambiare fornitore, di solito va rifatto.
• CMS headless: il CMS gestisce solo i contenuti e li consegna via API a un front-end separato. Conviene quando gli stessi contenuti alimentano sito, app e altri canali.
• Framework come Next.js o Astro: generano le pagine sul server o in fase di build, con HTML già completo per utenti e motori di ricerca. Sono una scelta tipica per siti molto veloci e per il front-end dei CMS headless.
• Codice su misura: back-end in linguaggi come Node.js, PHP, Python o C# e front-end in React o simili. Serve per web app, logiche particolari e integrazioni con gestionali, CRM o sistemi aziendali.

La regola pratica è semplice: se devi soprattutto pubblicare contenuti, un CMS diffuso riduce costi e dipendenza da un singolo fornitore. Se invece il sito deve eseguire processi, come calcolare, prenotare o sincronizzare dati, stai acquistando sviluppo software su misura e va gestito con requisiti scritti e test.

Prezzi dello sviluppo siti web nel 2026 e costi ricorrenti

Un prezzo a scatola chiusa non esiste, ma i dati pubblici danno un ordine di grandezza. Su ProntoPro, nel 2026, la fascia di prezzo media per creare un sito va da 300 a 3.000 euro secondo il lavoro richiesto. Tra le web agency che pubblicano i prezzi, una dichiara che 9 siti professionali su 10 tra quelli che realizza costano da 1.000 a 4.000 euro (dati interni di agosto 2026), un'altra fissa il punto di partenza a 3.500 euro. Il prezzo si muove soprattutto con queste voci:

• numero di pagine e di modelli di pagina diversi da progettare;
• design su misura oppure tema pronto da adattare;
• funzioni come prenotazioni, area riservata, configuratori, multilingua ed e-commerce;
• integrazioni con CRM, gestionale, pagamenti, newsletter o fatturazione;
• produzione di testi, foto, video e traduzioni;
• migrazione da un sito esistente, con recupero dei contenuti e redirect;
• livello richiesto di accessibilità, prestazioni e sicurezza, e quota di test automatizzati.

Ci sono poi i costi ricorrenti, che molti preventivi lasciano fuori. Conviene farseli scrivere voce per voce:

• dominio: una delle agenzie citate stima 10-20 euro l'anno per un .it o un .com;
• hosting: insieme al dominio, almeno 50-100 euro l'anno per una soluzione professionale, secondo la stessa stima;
• licenze: temi e plugin a pagamento, abbonamento al builder o alla piattaforma e-commerce, servizi esterni per newsletter, mappe o gestione del consenso;
• manutenzione: aggiornamenti, backup, monitoraggio e correzioni, spesso con un canone mensile;
• crescita: nuovi contenuti, SEO e nuove funzioni nel tempo.

Un preventivo serio separa le voci una tantum da quelle annuali e dice cosa fa cambiare il prezzo se cambia il perimetro. Se ricevi solo un totale, chiedi il dettaglio prima di firmare.

Quali sono le fasi e quanto tempo richiedono?

Le fasi sono simili in quasi tutti i progetti; cambia la durata di ciascuna. Questo è l'ordine tipico:

• Analisi: obiettivi misurabili, pubblico, concorrenti, funzioni indispensabili e indicatori da monitorare.
• Architettura delle informazioni: mappa del sito, menu, struttura degli URL ed elenco delle pagine da migrare.
• Wireframe: lo scheletro di ogni tipo di pagina, senza grafica, per decidere priorità e percorsi.
• Design: mockup per smartphone e desktop, con componenti riutilizzabili.
• Sviluppo: front-end, back-end, configurazione del CMS e integrazioni.
• Contenuti: testi, immagini, video e dati, una fase da cui dipendono spesso i tempi di consegna.
• Test: funzioni, browser, dispositivi, prestazioni, accessibilità e sicurezza.
• Lancio: puntamento del dominio, HTTPS, redirect 301 dagli URL vecchi, Search Console e analytics con consenso.
• Manutenzione: aggiornamenti, backup, monitoraggio e miglioramenti.

Sui tempi, le agenzie che li pubblicano indicano da 2 a 6 settimane per un sito vetrina, e una di loro stima 8-12 settimane per e-commerce e portali. Chi parte da un tema WordPress già pronto dichiara anche 30 giorni, a patto che il cliente consegni subito testi e immagini; un'altra agenzia parla in generale di un intervallo da alcune settimane a diversi mesi, secondo la complessità e la velocità delle approvazioni.

I ritardi nascono spesso da contenuti consegnati tardi e da decisioni rimandate. Stabilisci all'inizio chi approva ogni fase ed entro quando, e mettilo nel calendario del progetto.

SEO tecnica dal primo giorno: cosa deve essere già nel codice

La SEO tecnica si decide prima di scrivere il codice, perché alcune scelte costano molto se cambiate dopo il lancio. Nella guida sulla SEO per JavaScript, Google consiglia il rendering lato server oppure il pre-rendering: l'HTML arriva già completo, la pagina si carica prima e anche i bot che non eseguono JavaScript ne leggono il contenuto. Prima del lancio, questi elementi devono essere già presenti:

• un URL canonico per ogni pagina, che punti alla pagina stessa e non alla home;
• codici di stato corretti, con un vero 404 per le pagine inesistenti e nessun soft 404 nelle single-page application;
• sitemap XML aggiornata in automatico e inviata in Google Search Console, con un robots.txt che non blocca CSS e JavaScript;
• title e meta description unici, URL leggibili e titoli H1-H3 in ordine logico;
• dati strutturati Schema.org coerenti con il testo visibile, per esempio Organization, LocalBusiness, Service, BreadcrumbList o Product;
• link interni descrittivi, con le pagine importanti raggiungibili in pochi clic;
• immagini in formati moderni, con dimensioni dichiarate e caricamento differito sotto la piega;
• hreflang se il sito ha più lingue e redirect 301 se sostituisce un sito esistente.

Per le prestazioni il riferimento sono i Core Web Vitals: secondo web.dev, il sito di Google per gli sviluppatori web, LCP (caricamento) entro 2,5 secondi, INP (interattività) pari o inferiore a 200 millisecondi e CLS (stabilità visiva) pari o inferiore a 0,1, misurati sul 75° percentile delle visite e separando mobile e desktop. Controllali sui dati reali degli utenti in Search Console o PageSpeed Insights, oltre che sul computer di chi sviluppa.

Le stesse basi aiutano anche i motori di risposta basati sull'intelligenza artificiale. Contano pagine che rispondono in modo chiaro a domande precise, dati aziendali verificabili e contenuti leggibili senza eseguire script.

Accessibilità: cosa chiede l'European Accessibility Act dal 28 giugno 2025

L'European Accessibility Act è la direttiva (UE) 2019/882 del 17 aprile 2019 e riguarda i servizi destinati ai consumatori, con obblighi applicabili dal 28 giugno 2025. Tra questi ci sono i servizi di commercio elettronico, i servizi bancari per consumatori, gli e-book, i servizi di comunicazione elettronica e, nel trasporto passeggeri, siti web, app e biglietteria elettronica.

In Italia la direttiva è recepita dal decreto legislativo 27 maggio 2022, n. 82, in vigore dal 16 luglio 2022 con effetti dal 28 giugno 2025. Per il decreto è commercio elettronico qualsiasi servizio online, da sito o da app, che un consumatore usa su propria richiesta per concludere un contratto di consumo. Sono esentate le microimprese che forniscono servizi, cioè le imprese con meno di 10 persone e un fatturato annuo o un totale di bilancio fino a 2 milioni di euro.

La vigilanza sui servizi spetta ad AgID, che raccoglie i reclami, può chiedere misure correttive e, se non arrivano, l'oscuramento del servizio o il ritiro dell'app dallo store; l'articolo 24 del decreto prevede sanzioni da 5.000 a 40.000 euro per chi non rispetta i requisiti. I contratti di servizio firmati prima del 28 giugno 2025 possono proseguire senza modifiche fino alla scadenza, entro un massimo di cinque anni da quella data. La legge 9 gennaio 2004, n. 4 riguarda invece le pubbliche amministrazioni, altri soggetti indicati dalla legge e le aziende private che offrono servizi al pubblico tramite sito o app con un fatturato medio superiore a 500 milioni di euro negli ultimi tre anni.

Sul piano tecnico, il W3C ricorda che per l'EAA si usano di solito le WCAG insieme alla norma europea EN 301 549, la cui versione 2026 si basa sulle WCAG 2.2, pubblicate il 5 ottobre 2023. Una parte dei controlli si automatizza, come spieghiamo nella guida ai test automatici di accessibilità WCAG, mentre la prova con tastiera e screen reader resta manuale. Questi sono i controlli minimi:

• contrasto sufficiente tra testo e sfondo;
• navigazione completa da tastiera, con il focus sempre visibile;
• testo alternativo per le immagini che danno informazioni;
• etichette e messaggi di errore chiari nei moduli;
• titoli in ordine logico e pulsanti con nomi comprensibili;
• sottotitoli nei video e testo ingrandibile fino al 200% senza perdere contenuti.

Sicurezza e GDPR: HTTPS, aggiornamenti, backup e cookie

La sicurezza di un sito parte da poche regole applicate sempre: HTTPS su tutte le pagine, aggiornamenti regolari di CMS, temi, plugin e librerie, autenticazione a due fattori per gli amministratori, backup automatici conservati fuori dal server e verificati con un ripristino di prova. Il GDPR, all'articolo 32, chiede misure adeguate al rischio e cita la cifratura dei dati e la capacità di ripristinare in tempo l'accesso ai dati dopo un incidente. In caso di violazione, l'articolo 33 prevede la notifica al Garante entro 72 ore da quando il titolare ne viene a conoscenza, salvo che un rischio per le persone sia improbabile.

Per i cookie il riferimento in Italia sono le linee guida del Garante privacy del 10 giugno 2021, pubblicate in Gazzetta Ufficiale il 9 luglio 2021. I punti principali sono questi:

• al primo accesso non si installa alcun cookie diverso da quelli tecnici;
• il modello di banner suggerito ha una X che chiude mantenendo le impostazioni predefinite, un comando per accettare tutto, il link all'informativa e un'area per le scelte granulari, con comandi di pari evidenza;
• lo scroll, da solo, non vale come consenso;
• la scelta va registrata e non richiesta di nuovo prima di 6 mesi, salvo cambi significativi come nuove terze parti;
• il cookie wall, cioè l'accesso riservato a chi accetta, è illecito salvo un'alternativa equivalente senza consenso, da valutare caso per caso;
• i cookie analytics contano come tecnici solo con dati minimizzati e statistiche aggregate;
• un link nel footer permette di cambiare le scelte in ogni momento.

Controlla anche che i moduli chiedano solo i dati necessari, con un consenso separato per il marketing, e che mappe, video e chat di terze parti che tracciano si attivino solo dopo il consenso. Le scansioni automatiche di sicurezza, statiche e dinamiche, si inseriscono nella pipeline di rilascio: le descriviamo nella guida al security testing automatizzato.

Cosa testare prima di mettere online il sito?

Prima del lancio il sito va provato come lo userà un cliente vero, su dispositivi veri e con dati realistici. La lista minima comprende:

• browser: Chrome, Safari, Firefox ed Edge nelle versioni recenti;
• dispositivi: smartphone iOS e Android, tablet e schermi grandi;
• moduli: invio reale da cima a fondo, email di conferma, dati salvati nel CRM, messaggi di errore e protezione dallo spam;
• flussi critici: acquisto, prenotazione, registrazione, login e recupero password;
• prestazioni: Core Web Vitals delle pagine principali, peso di immagini e script;
• SEO: nessun noindex rimasto dalla fase di prova, canonical, sitemap, redirect 301 e pagina 404;
• consenso: nessun tracciamento prima dell'accettazione e scelte registrate correttamente;
• sicurezza e backup: HTTPS ovunque, permessi minimi e un ripristino di prova riuscito.

I flussi critici non si provano una volta sola, perché ogni aggiornamento di plugin o di codice può romperli. Per questo conviene automatizzarli con strumenti come Playwright o Cypress e farli girare a ogni rilascio, come facciamo con l'automazione dei test.

Se prevedi picchi di traffico, per esempio un lancio, una campagna o il Black Friday, fai anche un test di carico prima del picco: si simulano molti utenti contemporanei e si misura dove il sito rallenta. Con strumenti come Gatling o Locust ottieni l'elenco dei colli di bottiglia da correggere prima che li incontrino i clienti; ne parliamo nella pagina sui test di carico.

Come scegliere a chi affidare lo sviluppo del sito

Agenzia, freelance o software house: conta più il metodo che la forma societaria. Prima di firmare, fai queste domande:

• Posso vedere siti online fatti da voi e misurarne la velocità con PageSpeed Insights?
• La proposta scritta indica perimetro, consegne, tempi e prezzo, e dice cosa lo fa cambiare?
• Dominio, hosting, repository del codice e account di analytics e Search Console saranno intestati alla mia azienda?
• Chi esegue materialmente il lavoro, e chi è il mio unico referente?
• Come testate il sito, cosa automatizzate e quando vedrò una versione funzionante?
• Come gestite accessibilità, cookie e GDPR?
• Cosa comprende la manutenzione, quanto costa e cosa succede se la interrompo?

Se le risposte su proprietà e test restano vaghe, chiedi di metterle per iscritto nel contratto. Sono i due punti più difficili da sistemare a progetto finito.

Gli errori più comuni (e come evitarli)

Questi errori ricorrono spesso nei siti nuovi. Si evitano facilmente in fase di progetto, mentre dopo il lancio richiedono rifacimenti:

• scegliere la piattaforma prima di aver chiarito obiettivi e funzioni;
• registrare il dominio a nome dell'agenzia o del freelance invece che dell'azienda;
• pubblicare un'app a pagina singola senza rendering lato server o pre-rendering, con un HTML iniziale vuoto per i bot che non eseguono JavaScript;
• lasciare su tutte le pagine un canonical verso la home, oppure il noindex della fase di prova;
• rifare il sito senza redirect 301, perdendo le posizioni delle vecchie pagine;
• attivare analytics, pixel pubblicitari e video incorporati prima del consenso;
• non provare mai il ripristino di un backup;
• considerare il lancio la fine del progetto, senza un piano di manutenzione.

Quasi tutti si intercettano con una checklist di rilascio e con test automatici eseguiti a ogni modifica, prima che il problema arrivi agli utenti o a Google. La checklist va aggiornata ogni volta che un errore sfugge, così non si ripete.

Fare un sito da soli: builder, CMS o codice?

Puoi sviluppare un sito anche da solo, scegliendo lo strumento in base a tempo e competenze. Un builder come Wix o Squarespace è la via più rapida: scegli un modello, modifichi i blocchi e colleghi il dominio. Squarespace, per esempio, offre una prova gratuita senza carta di credito. WordPress chiede più lavoro su hosting, tema, plugin e aggiornamenti, ma ti lascia libero di cambiare fornitore; scrivere il codice con HTML, CSS, JavaScript e un framework come Astro o Next.js ha senso se vuoi imparare a programmare. In ogni caso segui questi passi:

• definisci obiettivo, pubblico e azione principale del visitatore;
• scrivi la mappa delle pagine e i testi prima di aprire l'editor;
• registra il dominio a tuo nome e attiva HTTPS;
• scegli un modello leggero e controlla la versione mobile;
• prepara informativa privacy, gestione dei cookie e Google Search Console;
• prova moduli, velocità e accessibilità prima di pubblicare, poi aggiorna con regolarità.

Il fai da te funziona bene per un sito vetrina. Quando servono pagamenti, integrazioni con altri sistemi o il trattamento di molti dati personali, affidarsi a chi sviluppa e testa per mestiere riduce il rischio di errori costosi.

Come sviluppiamo i siti in QA Robots

In QA Robots siamo specializzati nella qualità del software: test automatici, quality assurance, test di prestazioni e di carico, ottimizzazione delle pipeline CI/CD. Sviluppiamo siti web, web app e app mobile con lo stesso approccio, con un team guidato da un Senior QA Manager certificato ISTQB e oltre 9.000 ore di progetti di QA alle spalle. Il metodo è fissato prima di iniziare:

• call gratuita di 30 minuti e risposta entro un giorno lavorativo;
• proposta scritta con perimetro, consegne, tempi e prezzo fisso, che cambia solo se cambia il perimetro;
• criteri di accettazione concordati prima di scrivere codice;
• test automatici sui 3 flussi più critici dal primo sprint e una pipeline CI/CD che ferma i rilasci rotti;
• demo ogni due settimane, aggiornamento settimanale e un solo referente dall'analisi alla messa online;
• prima versione usabile provata con dati reali prima di decidere la fase successiva;
• codice, documentazione e account intestati a te, dal repository al dominio al cloud, con manutenzione facoltativa a canone mensile.

Se un prodotto pronto, come un gestionale o un SaaS, copre meglio il tuo bisogno, te lo diciamo alla prima call. Il percorso completo è descritto nella pagina sullo sviluppo di web app.

Quanto costa lo sviluppo di un sito web?

Per un sito standard si va da poche centinaia a qualche migliaio di euro: su ProntoPro, nel 2026, i prezzi vanno da 300 a 3.000 euro. Tra le web agency che pubblicano i prezzi, una indica 1.000-4.000 euro per 9 siti professionali su 10 e un'altra parte da 3.500 euro. A questo si aggiungono i costi annuali di dominio, hosting, licenze e manutenzione.

Qual è la migliore piattaforma per creare siti web?

Non c'è una piattaforma migliore per tutti: WordPress è la più diffusa, usata dal 40,1% dei siti web secondo W3Techs (ottobre 2026), ed è adatta a siti aziendali e blog. Per vendere online si valuta Shopify, per un sito piccolo da gestire da soli un builder come Wix o Squarespace, per web app e integrazioni un framework come Next.js o codice su misura.

Quanto guadagna un creatore di siti web?

Secondo Talent.com (dati 2026 su 10.000 stipendi), un web developer in Italia guadagna in media 35.000 euro l'anno, da 30.000 euro per chi inizia fino a 40.640 euro per i profili più esperti. Chi lavora in proprio è pagato a progetto: su ProntoPro i prezzi per la creazione di un sito vanno da 300 a 3.000 euro. Il reddito di un freelance dipende quindi da quanti progetti e contratti di manutenzione riesce a seguire.

Come posso sviluppare un sito web?

Parti dall'obiettivo e dalla mappa delle pagine, poi scegli lo strumento: un builder se vuoi fare da solo in poco tempo, WordPress se vuoi più controllo, un professionista se servono pagamenti, integrazioni o dati personali. Registra il dominio a tuo nome, prepara i testi, attiva HTTPS e gestione dei cookie, e prova moduli, velocità e versione mobile prima di pubblicare.

Quanto tempo serve per sviluppare un sito web?

Per un sito vetrina le agenzie indicano da 2 a 6 settimane, mentre per un e-commerce o un portale una di esse stima 8-12 settimane. Partendo da un tema WordPress pronto si può arrivare online in circa 30 giorni, se i contenuti sono disponibili. I progetti complessi possono durare diversi mesi, e conviene rilasciarli per fasi.

Quali siti devono essere accessibili per legge?

Dal 28 giugno 2025 il decreto legislativo 82/2022, che recepisce l'European Accessibility Act, impone l'accessibilità a servizi per i consumatori come e-commerce, servizi bancari, e-book e comunicazioni elettroniche, con l'esenzione delle microimprese che forniscono servizi. La legge 4/2004 riguarda invece le pubbliche amministrazioni, altri soggetti indicati dalla legge e le aziende private con fatturato medio oltre 500 milioni di euro negli ultimi tre anni. Sui servizi del decreto vigila AgID.

Serve il banner dei cookie se il sito usa solo cookie tecnici?

No: secondo le linee guida del Garante del 10 giugno 2021, se il sito usa solo cookie tecnici basta darne informazione nella home page o nell'informativa, senza banner. Il banner serve quando il sito usa cookie di profilazione o altri sistemi che tracciano l'utente; gli analytics contano come tecnici solo con dati minimizzati e statistiche aggregate.

Di chi devono essere dominio, codice e account del sito?

Dell'azienda che paga il progetto: il dominio va registrato a suo nome e repository, hosting, analytics e Search Console devono stare su account di cui è titolare. Scrivilo nel contratto insieme alla consegna di documentazione e credenziali, così puoi cambiare fornitore senza ripartire da zero. Per temi, plugin, font e immagini di terzi restano valide le rispettive licenze.

Fonti

• Commissione europea: European Accessibility Act, direttiva (UE) 2019/882
• Normattiva: decreto legislativo 27 maggio 2022, n. 82
• AgID: accessibilità e vigilanza sui servizi digitali
• W3C WAI: panoramica WCAG 2, EAA ed EN 301 549
• Garante privacy: linee guida cookie e altri strumenti di tracciamento (10 giugno 2021)
• web.dev: Core Web Vitals e soglie consigliate
• Google Search Central: guida di base sulla SEO per JavaScript
• W3Techs: diffusione dei CMS, ottobre 2026
• ProntoPro: costi e prezzi della creazione di un sito web nel 2026
• Talent.com: stipendio medio del web developer in Italia