Come scegliere uno sviluppatore web freelance

Requisiti, canali, portafoglio, competenze, budget, colloquio e tempi di consegna: le otto fasi che portano alla scelta, e i dati necessari per decidere

Scegliere uno sviluppatore web freelance sembra un problema di selezione e quasi sempre è un problema di definizione. I progetti che finiscono male raramente falliscono perché è stata scelta la persona sbagliata: falliscono perché nessuno aveva scritto cosa si stava comprando, e la persona — qualunque persona — si è trovata a indovinare. Le fasi che contano vengono quindi in un ordine preciso: prima i requisiti, poi il canale, poi il portafoglio, poi le competenze, poi il budget, poi la selezione, poi la verifica dell'identità, infine i tempi.

Questa guida le percorre tutte e otto per lo sviluppo web: siti, e-commerce e applicazioni che girano nel browser. Dove esistono dati verificabili li riporta con la fonte — le soglie ufficiali di Google sulle prestazioni, le date e le sanzioni dell'obbligo di accessibilità, i barometri europei delle tariffe, le ricerche sulla validità dei metodi di selezione.

Dove i dati non esistono, lo dice, e sono più di quanto si creda: in Italia non esiste un barometro pubblico delle tariffe freelance per sviluppatori, non esiste alcuna fonte primaria sui costi di sviluppo di un sito, e i numeri sulla validità dei colloqui che circolano da vent'anni nelle infografiche sono stati corretti al ribasso nel 2022. In una trattativa, sapere quali numeri non reggono vale quanto sapere quali reggono.

Se il progetto che hai in mente è invece un'applicazione mobile da pubblicare sugli store, la guida gemella è Come scegliere uno sviluppatore app mobile freelance: le fasi sono le stesse, ma competenze, vincoli di pubblicazione e manutenzione cambiano al punto da richiedere un discorso a parte.

INDICE DEI CONTENUTI

Che cosa stai scegliendo davvero
Fase 1 — I requisiti: cosa deve esistere prima di cercare
Fase 2 — Dove si cercano gli sviluppatori web freelance
Fase 3 — Valutare il portafoglio
Fase 4 — Le competenze da verificare
Fase 5 — Il budget
Fase 6 — La selezione: cosa funziona e cosa no
Fase 7 — Verificare che sia chi dice di essere
1. Cosa dicono i dati
2. La lista di controllo
Fase 8 — Disponibilità e tempi di consegna
Dopo la pubblicazione: la manutenzione non è opzionale
Il contratto: proprietà del codice, dominio, accessi
La scelta in pratica, per tipo di progetto
Conclusioni
Domande frequenti

Che cosa stai scegliendo davvero

Un freelance non è un'agenzia in miniatura. Quando affidi un sito o una web app a una persona sola compri tre cose insieme: la sua competenza tecnica, il suo tempo in quel periodo e la sua disponibilità futura a rimettere le mani su quello che ha scritto. Le tre si valutano in modo diverso e si perdono in momenti diversi. La competenza la verifichi prima. Il tempo lo negozi. La disponibilità futura non puoi verificarla in alcun modo: puoi solo renderla meno necessaria, scrivendo il contratto in modo che il progetto sopravviva anche senza di lui.

È il criterio che attraversa tutte le fasi qui sotto. Ogni scelta che riduce la dipendenza da una persona specifica — codice sul tuo repository, dominio e hosting a tuo nome, consegne piccole e frequenti, documentazione minima — vale più di quanto costi. Ogni scelta che la aumenta va pagata con uno sconto o rifiutata.

Fase 1 — I requisiti: cosa deve esistere prima di cercare

Il momento in cui si perde più denaro nei progetti web è quello in cui non si sta ancora spendendo. Un perimetro scritto male non produce un preventivo sbagliato: produce tre preventivi non confrontabili fra loro, perché ognuno ha immaginato un progetto diverso. Se ricevi offerte molto distanti, quasi mai è perché una è cara: è perché la richiesta permetteva letture diverse.

Il foglio che serve al freelance per farti un preventivo vero

Non serve un capitolato. Servono cinque cose, e stanno in due pagine.

Chi userà il sito e per fare cosa. Non "un gestionale", ma "otto persone dell'ufficio ordini, che oggi usano un file Excel condiviso e devono smettere di sovrascriversi a vicenda". Non "un sito aziendale", ma "una vetrina che deve far arrivare richieste di preventivo e oggi non ne arriva nessuna". Il secondo enunciato contiene già metà delle scelte tecniche.

Le tre o quattro azioni principali, descritte dal punto di vista di chi le compie: registrarsi, caricare un documento, completare un ordine, ricevere una notifica, esportare un riepilogo. Sono quelle su cui si misurerà se il lavoro è finito.

Cosa esiste già e va rispettato: un gestionale con cui parlare, un dominio, un hosting, un'identità grafica, contenuti e dati da migrare, un fornitore che tiene le chiavi di qualcosa. Ogni integrazione con un sistema esistente è la voce che più spesso fa saltare le stime, perché il suo costo dipende da come è fatto il sistema dall'altra parte, che nessuno dei due può vedere prima di provarci.

Cosa è fuori perimetro. Scriverlo è più efficace che scrivere cosa è dentro: elimina in anticipo le discussioni di fine progetto.

Il vincolo che comanda: una data non rinviabile, un tetto di spesa, un obbligo normativo. Uno solo. Se ne dichiari tre, ne stai dichiarando zero.

Due domande che nei progetti web valgono più di tutte le altre

Chi scrive i contenuti? È la causa numero uno dei ritardi nei siti, e non compare quasi mai nei preventivi. Un sito tecnicamente pronto ma senza testi non è pubblicabile, e l'attesa la paghi tu due volte: in tempo e in disponibilità del freelance, che nel frattempo si è preso un altro incarico.

Sistema esistente o su misura? Un progetto costruito su un CMS diffuso costa meno all'inizio, ti dà un mercato di persone in grado di riprenderlo in mano e ti impone i suoi limiti. Un progetto su misura fa esattamente quello che serve e restringe parecchio la platea di chi potrà manutenerlo. Nessuna delle due è la risposta giusta: la risposta giusta è averlo deciso consapevolmente e averlo scritto.

Il perimetro decide la forma del contratto

Il quadro di riferimento è vecchio ma non superato. Il Project Management Institute distingue tre forme: prezzo fisso, rimborso dei costi, tempo e materiali. Nella prima il rischio di sforamento è del fornitore, che quindi lo prezza: a parità di lavoro il prezzo fisso costa di più, ed è corretto che sia così. Nella terza il rischio è tuo, ed è la forma indicata proprio quando il perimetro è difficile da definire.

La regola pratica: prezzo fisso solo su ciò che sai descrivere in due pagine. Il resto a tempo, con un tetto concordato e la possibilità di fermarsi. Il compromesso che funziona quasi sempre è a due tempi: una prima fase breve e a prezzo fisso in cui il freelance analizza e produce la specifica — pagata, e tua da portare via anche se poi cambi fornitore — e solo dopo il preventivo sul resto.

Va detto che non esistono statistiche pubbliche su quanti progetti freelance siano contrattualizzati a prezzo fisso o a tempo, né in Italia né in Europa: nessuna delle piattaforme e degli osservatori consultati pubblica quella ripartizione. Chi la cita, la sta stimando.

Fase 2 — Dove si cercano gli sviluppatori web freelance

I canali non differiscono solo per quanti profili contengono, ma per chi paga la commissione, chi fa la selezione e chi si assume il rischio se il lavoro non arriva. Sono tre domande da porsi prima di pubblicare l'annuncio, perché determinano il tipo di offerte che riceverai.

I marketplace aperti: Upwork e Fiverr

Cataloghi mondiali senza selezione preventiva: il filtro è reputazionale, cioè recensioni e punteggi accumulati sulla piattaforma. Su Upwork la commissione a carico del freelance va da 0% a 15% per contratto — e qui va corretto un dato che circola ovunque: il "10% fisso" non è più il listino ufficiale. Al committente Upwork applica una commissione fino al 7,99% sui pagamenti.

Su Fiverr il modello è opposto e più trasparente: prezzo esposto in vetrina, 5,5% a carico dell'acquirente più 3,50 dollari fissi sotto i 200 dollari, e 20% trattenuto al venditore. Un dato dei conti 2026 racconta dove sta andando quel mercato: nel secondo trimestre gli acquirenti attivi annui sono scesi del 21,9% mentre la spesa media per acquirente è cresciuta del 15,6% (risultati Q2 2026). Meno micro-lavoretti, incarichi più grossi.

Le piattaforme europee e quelle selezionate: Malt e Toptal

Malt trattiene il 5% al freelance e applica al committente 10% o 15% a seconda del piano. È la piattaforma di riferimento del continente, con circa un milione di freelance registrati, ma non opera in Italia: le sue pagine ufficiali elencano Francia, Spagna, Belgio, Regno Unito, Paesi Bassi, paesi nordici e Medio Oriente. Se leggi di "Malt Italia", stai leggendo di qualcosa che non esiste.

Toptal vende l'esatto contrario di un marketplace: una selezione fatta da altri. Dichiara di accettare meno del 3% delle candidature attraverso cinque fasi — numero autodichiarato dall'azienda, non verificato da terzi, da leggere come promessa commerciale. Il lato cliente prevede un abbonamento di 79 dollari al mese e un periodo di prova fino a due settimane. Le tariffe orarie e il "deposito di 500 dollari" che si leggono nei blog non compaiono su nessuna pagina ufficiale.

In Italia: cosa esiste davvero

Il panorama italiano è più povero di quanto suggeriscano gli articoli in circolazione, e parecchio di quello che viene consigliato non esiste più. Twago è dismessa: il dominio non risolve, dopo l'acquisizione da parte di Randstad il servizio è stato integrato in Randstad Sourceright.

AddLance è gratuita per il committente e non applica commissioni sul lavoro: si finanzia facendo pagare crediti al freelance per ogni offerta inviata. Un modello con un effetto collaterale positivo per chi cerca: chi paga per candidarsi lo fa solo dove pensa di avere una possibilità, e le offerte a pioggia diminuiscono.

Poi c'è il canale che nessuno conta ma è dominante: LinkedIn, dove l'Osservatorio Competenze Digitali ha misurato oltre 222.000 annunci ICT fra gennaio 2024 e settembre 2025. E c'è il passaparola, sul quale — va detto — non esiste alcun dato italiano quantificato: l'unico studio europeo sul tema copre Francia, Spagna e Germania, non l'Italia.

Restano le piattaforme verticali italiane, dove i progetti arrivano già classificati per categoria e tecnologia, come questa: il vantaggio non è il numero di iscritti, è che la richiesta nasce già strutturata e quindi le offerte che ricevi sono confrontabili fra loro — cioè esattamente il problema della fase 1.

Quanto pesa la scarsità di sviluppatori

Vale la pena sapere in che mercato ti muovi, perché cambia il tono della trattativa. Secondo Eurostat, nel 2025 gli specialisti ICT erano il 5,0% degli occupati nell'Unione europea e il 3,8% in Italia: terzultimo posto, davanti solo a Grecia e Romania. L'Osservatorio Competenze Digitali quantifica il divario in 236.000 occupati ICT mancanti, con circa 73.000 nuovi professionisti l'anno contro 136.000 annunci: un professionista nuovo ogni due posizioni aperte. Il profilo più richiesto in assoluto è quello di sviluppatore software, con circa 14.000 annunci.

La conseguenza pratica è semplice: i freelance bravi non sono in coda. Un processo di selezione lungo, con tre colloqui e una prova non pagata, seleziona chi non ha alternative.

Fase 3 — Valutare il portafoglio

Un portafoglio serve a rispondere a una domanda sola: questa persona ha già portato a termine qualcosa di paragonabile a quello che devo fare io? Le immagini non lo dimostrano. Gli indirizzi di siti vivi sì — ed è il grande vantaggio del web rispetto ad altri mestieri: puoi verificare da solo, gratis e in dieci minuti.

Tre misure che puoi fare da solo in dieci minuti

I Core Web Vitals sono le tre metriche con cui Google misura l'esperienza reale di caricamento. Le soglie ufficiali vanno rispettate al 75° percentile dei caricamenti:

LCP, il tempo di comparsa dell'elemento principale: buono sotto 2,5 secondi, scarso oltre 4.
INP, la reattività al tocco o al click: buono sotto 200 millisecondi, scarso oltre 500.
CLS, lo spostamento degli elementi durante il caricamento: buono sotto 0,1, scarso oltre 0,25.

Se una fonte ti parla ancora di FID, è ferma a prima del marzo 2024: quella metrica è stata sostituita da INP.

Laboratorio e campo: perché il 100 di Lighthouse non basta

Qui si nasconde l'equivoco più comune, e il modo più diffuso di vendere un lavoro mediocre. Lighthouse, lo strumento integrato in Chrome, produce dati di laboratorio: una simulazione singola, in condizioni scelte. I Core Web Vitals che contano per il posizionamento sono invece dati di campo, raccolti dagli utenti veri e aggregati al 75° percentile. Un punteggio Lighthouse di 100 non garantisce che il sito superi i Core Web Vitals sul campo, e la documentazione di Google lo scrive esplicitamente. Le fasce di punteggio, per la cronaca, sono 0-49 scarso, 50-89 da migliorare, 90-100 buono.

Domanda da fare a chi ti mostra uno screenshot con tutti i pallini verdi: mi mostri i dati di campo dello stesso indirizzo?

Accessibilità: da buona pratica a obbligo di legge

Dal 28 giugno 2025 si applica la Direttiva (UE) 2019/882, il cosiddetto European Accessibility Act. Non riguarda tutti i siti: riguarda le interfacce di certi servizi, e fra questi il commercio elettronico, i servizi bancari al consumo, gli e-book, le comunicazioni elettroniche, i trasporti passeggeri. Un sito vetrina che non vende nulla non ci ricade automaticamente — è un errore diffuso negli articoli divulgativi. Le microimprese che forniscono servizi sono esentate.

Chi ha un e-commerce, invece, ci ricade in pieno. In Italia il recepimento è il D.Lgs. 82/2022, e le sanzioni le pubblica AgID nelle proprie domande frequenti: da 5.000 a 40.000 euro per la violazione dei requisiti, da 2.500 a 30.000 per il mancato adempimento verso le autorità di vigilanza, fino al 5% del fatturato per i soggetti maggiori. Il 29 maggio 2026 AgID ha pubblicato il regolamento sulle attività di vigilanza, che chiarisce un punto pratico: la vigilanza si attiva soprattutto su segnalazione, e la fase sanzionatoria arriva solo dopo una richiesta di rimedio rimasta inevasa.

Lo standard tecnico di riferimento sono le WCAG 2.2 di livello AA. Quattro criteri della versione 2.2 si verificano anche senza strumenti: si naviga tutto da tastiera con il focus sempre visibile e mai coperto, i bersagli da toccare hanno una dimensione minima, esiste un'alternativa a ogni trascinamento, e l'autenticazione non richiede di ricordare o riconoscere qualcosa a memoria.

La domanda giusta al freelance non è "sai fare accessibilità" — risponderanno tutti di sì — ma "mi fai vedere un lavoro tuo navigato solo da tastiera?".

Le altre cinque verifiche sul portafoglio

I siti sono ancora online? Un portafoglio in cui metà degli indirizzi non risponde più racconta o clienti persi in fretta o lavori mai andati in produzione.

Funzionano da telefono? Aprili dal tuo, non dallo screenshot.

Sono aggiornati? Un sito costruito su un CMS con una versione ferma a tre anni fa dice qualcosa sul rapporto di manutenzione che quel freelance ha con i suoi clienti.

Chiamane uno. È la verifica più efficace e quella che quasi nessuno fa. Due domande bastano: ha rispettato i tempi, ed è ancora raggiungibile quando serve una modifica.

Il codice pubblico, se c'è. Un profilo GitHub attivo è un segnale, la sua assenza non è un segnale contrario: molti professionisti bravi lavorano solo su repository privati dei clienti. Se il codice c'è, guarda due cose e non il numero di stelline: se i messaggi dei commit spiegano perché è stato fatto un cambiamento e non solo cosa, e se esistono dei test. Sono i due indicatori che raccontano come sarà lavorare con quella persona fra sei mesi.

Fase 4 — Le competenze da verificare

L'elenco delle tecnologie in un curriculum dice a cosa quella persona è stata esposta, non cosa sa portare in produzione. Le competenze che contano sono quelle che si vedono quando qualcosa va storto, e su tutte puoi fare domande verificabili anche senza essere tecnico.

Messa in produzione e ripristino

Come si pubblica una modifica, quanto ci vuole, e soprattutto: se una modifica rompe il sito il venerdì sera, in quanto tempo si torna indietro? Chi ha una risposta immediata a questa domanda ha già vissuto quella serata. Chi risponde "non è mai successo" non ha pubblicato abbastanza.

Copie di sicurezza

Dove sono, ogni quanto vengono fatte, e quando è stata provata l'ultima volta una procedura di ripristino. La seconda metà della domanda è quella che separa le risposte vere: un backup mai ripristinato è un backup di cui non si sa nulla.

Prestazioni e SEO tecnica

Misurate con le soglie viste sopra, non a sensazione. Le domande utili: come gestisce le immagini e i formati moderni, cosa fa per non far spostare il contenuto durante il caricamento, come tiene sotto controllo il peso del JavaScript. E una domanda di metodo: con quale strumento misura dopo la pubblicazione, non prima.

Sicurezza di base

Come vengono conservate le credenziali e le chiavi dei servizi esterni — la risposta sbagliata è "nel codice" —, ogni quanto aggiorna le dipendenze, e cosa succede quando esce una vulnerabilità nota nel framework usato. Per un e-commerce si aggiunge il tema dei pagamenti: quale fornitore, e soprattutto i dati delle carte non devono mai passare dal tuo server.

Modulo di contatto, statistiche, tracciamenti pubblicitari: sono trattamenti di dati personali e il committente ne è titolare. Le domande concrete: quali servizi esterni vengono caricati e da dove, il banner blocca davvero i cookie prima del consenso o si limita a comparire, dove finiscono i dati inviati dai moduli e per quanto restano lì.

L'intelligenza artificiale ha cambiato la domanda giusta

Chiedere a uno sviluppatore se usa l'intelligenza artificiale non ha più senso: nella Stack Overflow Developer Survey 2025, su oltre 49.000 rispondenti, l'84% la usa o prevede di usarla e il 51% dei professionisti la usa ogni giorno; la rilevazione JetBrains su 24.534 sviluppatori dà l'85%. Su GitHub l'80% dei nuovi iscritti usa Copilot già nella prima settimana (Octoverse 2025).

Il dato interessante è l'altro: nella stessa indagine solo il 3,1% ripone alta fiducia nell'accuratezza di quello che l'AI produce, il 46% dichiara sfiducia, il 66% indica come frustrazione principale le soluzioni "quasi giuste ma non del tutto" e il 45% dice che il debug del codice generato richiede più tempo. Adozione altissima, fiducia bassissima.

La domanda da fare non è se la usa ma come verifica quello che produce: chi risponde parlando di test automatici, revisione riga per riga e rifiuto dei suggerimenti che non capisce ti sta dicendo qualcosa di vero sul suo metodo. Chi risponde che l'AI gli fa risparmiare il 70% del tempo ti sta dicendo qualcos'altro.

Fase 5 — Il budget

Questa è la sezione in cui bisogna smontare più che costruire, perché la maggior parte delle cifre che si leggono sui costi di un sito non ha alcuna fonte.

I pochi numeri verificabili in Europa

I barometri Malt sono l'unica rilevazione europea con metodo dichiarato, campione grande e aggiornamento annuale. Per i profili esperti, edizione 2026:

Francia (barometro su oltre 39.000 sviluppatori): mediana 576 € al giorno; back-end 562 €, front-end 536 €, webmaster 468 €. Per anzianità: 317 € fino a due anni, 435 € fra tre e sette, 576 € fra otto e quindici, 671 € oltre i quindici.

Spagna (6.133 professionisti): mediana 313 € al giorno; back-end 305 €, front-end 289 €, webmaster 267 €. Per anzianità: 183 €, 249 €, 313 €, 388 €.

Stesso metodo, stessa piattaforma, stesso anno: fra Francia e Spagna corre un fattore 1,8 a parità di anzianità. È il modo più onesto per collocare l'Italia, che per livelli retributivi somiglia molto più al mercato spagnolo che a quello francese — dichiarando però che si tratta di un'inferenza e non di una misura. Nell'area di lingua tedesca lo studio freelancermap 2026, su oltre 5.400 freelance, dà una tariffa oraria media di 103 € per l'IT, praticamente ferma rispetto ai 104 € del 2025.

In Italia un barometro non esiste

Va detto senza giri di parole: nessuna fonte italiana pubblica tariffe giornaliere o orarie dei freelance per sviluppatori con una metodologia verificabile. Non Assintel, non gli Osservatori del Politecnico di Milano, non ISTAT, non AlmaLaurea. L'unica rilevazione in circolazione riporta una media di 281 € al giorno ma è costruita su un numero di rilevazioni a una o due cifre per ruolo: è un indizio, non una statistica, e non va usata per negoziare.

L'unico riferimento italiano solido è indiretto e riguarda i dipendenti: la Salary Guide 2026 di Hays indica una retribuzione media nazionale di 56.360 euro lordi, che salgono a 59.700 fra cinque e dieci anni di esperienza e a 78.850 oltre i dieci. Un freelance non costa quella cifra divisa per i giorni lavorativi: su di lui gravano contributi, formazione, ferie non pagate, periodi senza incarico e strumenti. Confrontare una tariffa giornaliera con una RAL divisa per 220 è l'errore più comune, e produce offerte che i professionisti bravi non prendono in considerazione.

Quanto costa un sito: la risposta scomoda

Sui costi di un sito o di una web app non esiste alcuna fonte primaria. Le cifre che circolano in italiano — "da 1.500 a 15.000 euro", "una web app parte da 10.000" — vengono tutte da blog di agenzie e freelance che vendono quel servizio, senza campione, senza metodo, senza data. Sono contenuti commerciali, non dati.

La conseguenza pratica è liberatoria: smetti di cercare il prezzo di mercato e valuta la scomposizione delle voci, che è l'unica cosa confrontabile fra due preventivi. Se un preventivo costa il doppio di un altro, la domanda non è "chi ha ragione" ma "quale voce spiega la differenza": quasi sempre è una sola, ed è l'integrazione con un sistema esistente oppure la quantità di lavoro grafico su misura.

Equo compenso: quando è la legge a fissare un minimo

Pochi committenti lo sanno: la Legge 49/2023 sull'equo compenso copre anche i professionisti non iscritti a un ordine, quindi anche gli sviluppatori. Si applica però solo ai committenti che siano imprese con più di 50 dipendenti oppure oltre 10 milioni di euro di fatturato, oltre a banche, assicurazioni e pubblica amministrazione. Per quei committenti le clausole che prevedono un compenso inferiore ai parametri ministeriali sono nulle e il giudice può rideterminare il compenso. Una PMI sotto entrambe le soglie non vi è soggetta.

Le voci che un preventivo deve contenere

Un preventivo confrontabile tiene separate: analisi e specifica; grafica e interfaccia; sviluppo, diviso per le funzioni principali; migrazione dei contenuti e dei dati esistenti; integrazioni con altri sistemi, una per una; test; messa in produzione e configurazione del dominio; formazione di chi userà il pannello; e — la voce che manca più spesso — manutenzione per i dodici mesi successivi, con quante ore incluse e cosa succede quando finiscono. Un preventivo che presenta un unico numero non è più economico: è meno leggibile.

Vanno inoltre chiariti i costi ricorrenti che non sono del freelance ma esistono lo stesso: hosting, dominio, certificato, eventuali licenze di componenti a pagamento, servizi esterni a consumo. Sapere quanto costerà tenere in vita il sito nel secondo anno fa parte del preventivo del primo.

Fase 6 — La selezione: cosa funziona e cosa no

Qui la ricerca ha qualcosa di solido da dire, e dice una cosa in parte diversa da quella che si ripete da vent'anni.

La classifica dei metodi è cambiata nel 2022

La meta-analisi più citata della storia della selezione del personale, quella di Schmidt e Hunter del 1998, attribuiva ai test pratici una correlazione di 0,54 con la prestazione lavorativa e ai test cognitivi 0,51. Quei numeri sono ancora ovunque nelle infografiche, e sono stati corretti: nel 2022 Sackett, Zhang, Berry e Lievens hanno dimostrato che le correzioni statistiche applicate all'epoca gonfiavano sistematicamente le stime, e le hanno ricalcolate.

La nuova classifica, confermata anche dalla Society for Industrial and Organizational Psychology:

colloquio strutturato 0,42 — oggi il predittore singolo più forte
test di conoscenza del mestiere 0,40
prova pratica 0,33
test cognitivi 0,31
colloquio non strutturato 0,19
anni di esperienza 0,07

Due conseguenze pratiche, e sono grosse. La prima: fra colloquio strutturato e non strutturato corre un fattore due e mezzo, il divario più ampio dell'intera tabella. Non conta fare un colloquio: conta strutturarlo. La seconda: gli anni di esperienza predicono quasi nulla. Il filtro "minimo dieci anni" con cui si scremano le candidature scarta persone in base al criterio meno informativo che esista.

Il colloquio strutturato in un'ora

Strutturato significa quattro cose, tutte alla portata di chi non fa selezione di mestiere: le stesse domande a tutti, nello stesso ordine; domande su situazioni reali già vissute e non su ipotesi; una scala di valutazione decisa prima di sentire le risposte; valutazioni annotate durante il colloquio e non a fine giornata.

Cinque domande che funzionano su qualunque progetto web: come si è svolto l'ultimo progetto simile, dall'inizio alla pubblicazione; l'ultima volta che una messa in produzione è andata male, cosa è successo e cosa ha fatto; un caso in cui ha dovuto dire di no a un cliente e perché; come gestisce una richiesta di modifica arrivata a lavoro iniziato; e cosa consegna esattamente il giorno della chiusura, oltre al sito funzionante.

La prova pratica: breve, pagata, sul tuo dominio

La prova pratica resta utile — 0,33 non è poco — ma va disegnata bene, e c'è uno studio che spiega perché. Nel 2020, in una ricerca randomizzata su 48 studenti di informatica presentata a ESEC/FSE, Behroozi e colleghi hanno confrontato il classico esercizio alla lavagna sotto osservazione, con obbligo di pensare ad alta voce, con lo stesso esercizio svolto in una stanza privata. Chi era osservato ha reso la metà, con stress e carico cognitivo significativamente più alti (comunicato della North Carolina State University). Gli autori hanno rilevato anche un effetto di genere marcato, avvertendo però che il sotto-campione era troppo piccolo per generalizzare.

Tradotto in pratica: una prova breve, svolta in autonomia e retribuita dice molto di più di un esercizio sotto osservazione. Retribuita non è un vezzo etico: è ciò che ti permette di chiedere una prova sul tuo problema reale invece di un rompicapo generico, e di pretendere serietà. Due o tre ore, con il compenso dichiarato nell'invito. Per un progetto web una prova efficace è quasi sempre la stessa: prendere una pagina esistente lenta o mal fatta e migliorarla, spiegando cosa ha cambiato e perché.

La parte più informativa non è il codice consegnato: è la mezz'ora in cui te lo spiega, dove si vede se sa raccontare le scelte a un non tecnico — esattamente quello che dovrà fare per tutto il progetto.

Quiz, live coding e presentazione

I quiz a risposta chiusa misurano la conoscenza nozionistica, cioè la voce "test di conoscenza del mestiere" della tabella: 0,40, quindi non sono inutili. Ma misurano qualcosa che oggi è a portata di ricerca in tre secondi, e per un incarico freelance dicono poco su ciò che conta davvero, cioè l'autonomia. Usali al massimo come filtro iniziale su volumi alti, mai come criterio finale.

Il live coding, alla luce dello studio citato, è lo strumento che rischia di più: misura in buona parte la resistenza all'ansia da prestazione. Se proprio lo vuoi, rendilo collaborativo — un problema affrontato insieme, con la documentazione consultabile — e osserva come ragiona, non se arriva alla soluzione.

Il formato più sottovalutato è invece la presentazione di un lavoro già concluso: venti minuti su un progetto scelto da lui. Cosa doveva risolvere, quali alternative aveva, cosa ha scelto e perché, cosa rifarebbe diversamente. Un professionista solido ha sempre pronta la risposta all'ultima domanda; chi non ha nulla da rifare diversamente o non ha mai consegnato nulla di complesso, o non ha mai riguardato indietro.

Fase 7 — Verificare che sia chi dice di essere

Fino a pochi anni fa questo paragrafo non sarebbe esistito. Oggi è necessario, e i numeri vengono da fonti istituzionali.

Cosa dicono i dati

Gartner prevede che entro il 2028 un profilo di candidato su quattro nel mondo sarà falso e conterrà una falsificazione sostanziale dell'identità. Nella stessa rilevazione, i metodi con cui si scoprono sono il colloquio in videochiamata (81%) e quello in presenza (74%), e il 62% dei candidati si dichiara più disposto a candidarsi quando il colloquio è in presenza.

Il fenomeno meglio documentato riguarda i lavoratori IT nordcoreani che si fanno assumere da remoto. L' avviso congiunto di Dipartimento di Stato, Tesoro e FBI stima che un singolo lavoratore possa generare oltre 300.000 dollari l'anno, e cita esplicitamente le piattaforme di freelance come canale d'ingaggio. Nel giugno 2025 il Dipartimento di Giustizia americano ha annunciato azioni coordinate riguardanti oltre 100 aziende e il sequestro di 137 computer portatili; a novembre altre azioni hanno contato 136 aziende vittime. In alcuni casi, avverte l' FBI, dopo l'ingaggio è seguita l'estorsione: codice e dati tenuti in ostaggio.

La lista di controllo

Gli indicatori sono presi dall' avviso FBI del 23 luglio 2025 e sono verificabili da chiunque, senza strumenti:

Rifiuto o rinvio sistematico delle videochiamate, sfondo sempre oscurato, impossibilità di descrivere il luogo in cui dice di trovarsi.
Persona diversa al colloquio rispetto a chi poi lavora: l'FBI consiglia di conservare un'immagine del primo incontro per confrontarla con le riunioni successive.
Storia formativa o lavorativa non verificabile presso le fonti dichiarate.
Documenti con errori di ortografia, foto e recapiti che non combaciano con i profili pubblici.
Richiesta di pagamento in criptovaluta o cambi frequenti di coordinate bancarie.

Le contromisure costano poco: una videochiamata con la telecamera accesa, una verifica diretta presso uno dei clienti citati, il pagamento su un conto intestato alla stessa persona che fattura, e gli accessi ai sistemi concessi progressivamente e non tutti il primo giorno. Quest'ultima è buona pratica a prescindere: vale anche con un fornitore di cui ti fidi ciecamente.

Fase 8 — Disponibilità e tempi di consegna

È la fase che quasi tutti trattano per ultima e con meno attenzione, ed è quella che determina se il progetto finirà. Un freelance bravo e occupato consegna più tardi di uno mediocre e libero: la scelta va fatta sapendolo, non scoprendolo.

Le domande che rivelano la disponibilità vera

Non chiedere "sei disponibile": ti risponderanno tutti di sì. Chiedi quante ore a settimana può dedicare a questo progetto e su quali giorni; quanti altri incarichi ha in corso e quando scadono; qual è il primo giorno utile per iniziare davvero, non per firmare; e cosa succede al progetto se arriva un cliente più grande a metà strada. La risposta a quest'ultima domanda si valuta dalla reazione più che dal contenuto.

Un professionista serio dichiara una capacità parziale — "posso darti due giorni a settimana" — ed è un'ottima risposta. Chi dichiara piena disponibilità immediata su un mercato in cui manca un professionista ogni due posizioni aperte, o ha appena perso un cliente, o non sta dicendo tutto.

Il tempo che dipende da te

Nei progetti web una quota rilevante del ritardo non è del fornitore: sono i contenuti che non arrivano, le approvazioni che restano ferme, gli accessi ai sistemi esistenti che nessuno trova. Vale la pena scrivere nel piano anche le scadenze del committente, e concordare cosa succede se saltano: la risposta onesta è che il progetto slitta di più di quanto è slittato il contenuto, perché nel frattempo il freelance ha riempito quel tempo con un altro lavoro.

Consegne a fette e diritto di uscita

La tecnica che protegge di più il committente non è una penale: è la frequenza delle consegne. Rilasci ogni due o tre settimane, ognuno funzionante e visibile su un indirizzo di prova a cui accedi quando vuoi, trasformano un rischio grande in tanti rischi piccoli. Se al secondo rilascio qualcosa non torna, hai perso un mese e non un anno.

Con la stessa logica va scritta la possibilità di interrompere: una clausola di uscita al termine della prima fase, senza penali, con il codice prodotto fino a quel momento già tuo e già sul tuo repository. In trattativa non costa quasi nulla — un professionista serio la accetta senza discutere — e nel caso peggiore vale l'intero progetto.

Dopo la pubblicazione: la manutenzione non è opzionale

Un sito lasciato a sé stesso non resta fermo: peggiora. Gli aggiornamenti di sicurezza del CMS o del framework escono comunque, le versioni di PHP e di Node escono dal supporto a scadenze note e pubblicate, i certificati scadono, i servizi esterni cambiano le proprie interfacce, e le librerie che il sito carica accumulano vulnerabilità note. Un sito fermo per due anni non è un sito "che non è cambiato": è un sito che ha smesso di ricevere correzioni.

Un accordo di manutenzione fa parte del preventivo iniziale, non è un costo da valutare dopo. Deve dire tre cose: quante ore l'anno sono incluse, in quanto tempo il freelance risponde a un problema bloccante, e cosa succede quando le ore finiscono. Ed è il momento in cui si scopre la differenza fra chi vende progetti e chi vende rapporti: chiedi a un cliente del suo portafoglio se, due anni dopo, riesce ancora a farsi rispondere.

Il contratto: proprietà del codice, dominio, accessi

Tre clausole valgono più di tutto il resto, e sono quelle che quasi nessuno scrive.

La proprietà del codice va ceduta per iscritto. In Italia la norma che assegna al committente i diritti di utilizzazione economica riguarda il lavoro dipendente: non si applica al freelance. Se il contratto tace, i diritti patrimoniali restano a chi ha scritto il codice e la consegna dei sorgenti non è automatica. Servono la cessione esplicita, l'obbligo di consegna e — la parte pratica — il repository intestato a te fin dal primo giorno, con il freelance invitato come collaboratore. Non è sfiducia: è la differenza fra un rapporto che finisce e un progetto che si perde.

Dominio, hosting e servizi sono tuoi. Intestati alla tua azienda, con le tue credenziali di recupero e il freelance aggiunto come utente. È la clausola più sottovalutata in assoluto nei progetti web: riprendersi un dominio registrato a nome di qualcun altro, quando i rapporti si sono guastati, è una pratica lunga e a esito incerto — e nel frattempo il sito è irraggiungibile.

Cosa viene consegnato oltre al sito. Elencalo: sorgenti, istruzioni per ricostruire l'ambiente da zero, credenziali di tutti i servizi, documentazione delle integrazioni, e l'accesso agli strumenti di statistica e alla Search Console. Un sito consegnato senza la sua storia di dati è un sito che riparte da zero.

La scelta in pratica, per tipo di progetto

Sito vetrina per una piccola attività. Perimetro chiaro, prezzo fisso, freelance singolo. Verifica il portafoglio con i Core Web Vitals di due lavori recenti, chiedi una prova pagata solo se il progetto supera i cinquemila euro. La clausola che conta è l'intestazione di dominio e hosting. La domanda che salva il progetto: chi scrive i testi.

E-commerce. Qui l'accessibilità è un obbligo di legge e non una buona pratica, quindi va scritta nel contratto con richiesta di attestazione. Servono inoltre competenze che un sito vetrina non richiede: pagamenti, fatturazione, gestione delle spedizioni, integrazione con il gestionale. Valuta il portafoglio solo su altri e-commerce veri, e chiedi di vedere come è stato gestito il periodo di picco di uno di quelli.

Web app gestionale. Prima fase di analisi a prezzo fisso e separata, colloquio strutturato, prova pratica retribuita sul tuo dominio, consegne ogni due settimane. Qui la capacità di dire di no e di spiegare le scelte pesa più della tecnologia scelta.

Progetto che deve durare anni. Un freelance singolo va bene se — e solo se — il contratto rende il progetto indipendente da lui: repository tuo, ambiente ricostruibile, documentazione minima, consegne frequenti. Senza quelle condizioni, a parità di prezzo, la continuità di una struttura vale la differenza.

Conclusioni

Se di questa guida dovesse restare una riga sola: la qualità della scelta dipende più da come è scritta la richiesta che da come è condotto il colloquio. Due pagine di requisiti ben fatte rendono confrontabili i preventivi, rendono possibile una prova pratica sensata, rendono negoziabili i tempi e rendono visibile in fretta chi ha capito il problema e chi sta rispondendo a memoria.

Sul resto, i dati dicono cose abbastanza chiare e in parte controintuitive: struttura il colloquio, perché è l'unica mossa che raddoppia la qualità della previsione; paga le prove pratiche e non farle sotto osservazione; ignora gli anni di esperienza come criterio di scrematura; misura tu stesso i Core Web Vitals dei lavori che ti mostrano; accendi la telecamera; e scrivi nel contratto le tre righe su codice, dominio e consegna finale. Non serve altro, e quasi nessuno lo fa.

Domande frequenti

Quanto costa uno sviluppatore web freelance in Italia?

Non esiste una risposta documentata, e chi te la dà sta stimando: nessuna fonte italiana pubblica tariffe freelance per sviluppatori con una metodologia verificabile, e sui costi di un sito non esiste alcuna fonte primaria — le cifre che circolano vengono da blog di chi vende quel servizio. I riferimenti europei con metodo dichiarato sono i barometri Malt 2026, che per i profili esperti danno 576 € al giorno in Francia e 313 € in Spagna, con il back-end rispettivamente a 562 e 305 €. L'Italia somiglia più al mercato spagnolo, ma è un'inferenza e non una misura.

Come faccio a capire se il portafoglio che mi mostra è davvero suo?

Chiedi indirizzi di siti vivi, non immagini, e misurali tu stesso: sotto 2,5 secondi di LCP, sotto 200 millisecondi di INP, sotto 0,1 di CLS. Pretendi i dati di campo e non uno screenshot di Lighthouse, che è una simulazione di laboratorio e può dare 100 a un sito che sul campo va male. Poi apri i siti dal telefono e chiama uno dei clienti citati: è la verifica più efficace e quella che quasi nessuno fa.

Meglio un colloquio tecnico o una prova pratica?

Entrambi, ma fatti bene. La revisione del 2022 delle meta-analisi sulla selezione dà 0,42 al colloquio strutturato e 0,33 alla prova pratica, mentre il colloquio non strutturato crolla a 0,19: il fattore che conta non è quale metodo scegli, è se il colloquio ha le stesse domande per tutti e una scala decisa in anticipo. La prova va tenuta breve, retribuita e svolta in autonomia: uno studio randomizzato del 2020 ha misurato che chi programma sotto osservazione rende la metà.

Il mio sito deve essere accessibile per legge?

Dipende da cosa fa. Dal 28 giugno 2025 l'European Accessibility Act si applica alle interfacce di alcuni servizi, fra cui il commercio elettronico, i servizi bancari al consumo, gli e-book e i trasporti passeggeri: un e-commerce ci ricade, un sito vetrina che non vende nulla no, e le microimprese che forniscono servizi sono esentate. Le sanzioni indicate da AgID vanno da 5.000 a 40.000 euro, e la vigilanza si attiva soprattutto su segnalazione. Lo standard di riferimento sono le WCAG 2.2 di livello AA.

Meglio un CMS diffuso o un sito su misura?

Nessuna delle due è la risposta giusta in assoluto: la risposta giusta è averlo deciso consapevolmente. Un CMS diffuso costa meno all'inizio e ti dà un mercato ampio di persone in grado di riprendere in mano il progetto, ma ti impone i suoi limiti e richiede aggiornamenti regolari. Un sito su misura fa esattamente quello che serve e restringe la platea di chi potrà manutenerlo. La domanda decisiva non è tecnica: è quanto ti costerebbe cambiare fornitore fra due anni.

Di chi è il codice quando il progetto finisce?

Di chi lo ha scritto, se il contratto non dice il contrario. La norma italiana che assegna al committente i diritti di utilizzazione economica riguarda il lavoro dipendente e non si applica ai freelance: senza una cessione esplicita, i diritti patrimoniali restano allo sviluppatore e la consegna dei sorgenti non è automatica. Vanno scritte tre cose: la cessione dei diritti, l'obbligo di consegna dei sorgenti e di tutte le credenziali, e il repository intestato a te fin dal primo giorno. Lo stesso vale per il dominio: registrato a nome tuo, non del fornitore.

Come Scegliere uno Sviluppatore Web Freelance nel 2026