{"id":56063,"date":"2022-06-16T08:16:30","date_gmt":"2022-06-16T07:16:30","guid":{"rendered":"https:\/\/kinsta.com\/it\/?p=56063&post_type=knowledgebase&preview_id=56063"},"modified":"2025-10-01T20:47:06","modified_gmt":"2025-10-01T19:47:06","slug":"cos-e-una-richiesta-http","status":"publish","type":"post","link":"https:\/\/kinsta.com\/it\/blog\/cos-e-una-richiesta-http\/","title":{"rendered":"Cos’\u00e8 una Richiesta HTTP?"},"content":{"rendered":"

Quando si visita un sito web, il browser<\/a> effettua in background decine o centinaia di richieste indirizzate al server. Il server risponde a queste richieste fornendo tutti i dati e i file che devono essere caricati dal sito. Tuttavia, nella realt\u00e0 il processo \u00e8 pi\u00f9 complesso di cos\u00ec.<\/p>\n

Capire come funzionano le richieste HTTP \u00e8 essenziale se si vogliono migliorare le prestazioni dei sito web. Alcune di queste misure di ottimizzazione prevedono la minificazione e la compressione delle richieste<\/a>. In sostanza, bisogna ottimizzare il server in modo che risponda meglio alle richieste HTTP.<\/p>\n

Guardate la nostra guida video alle richieste HTTP<\/a><\/h3>\n

<\/kinsta-video><\/p>\n

In questo articolo vedremo da vicino come funzionano le richieste HTTP. Mostreremo anche la struttura delle richieste HTTP e come risolverle se necessario. Mettiamoci al lavoro!<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Cos’\u00e8 HTTP?<\/h2>\n

HTTP \u00e8 un protocollo. L’acronimo sta infatti per HyperText Transfer Protocol. Questo protocollo regola la struttura e il linguaggio delle richieste e delle risposte che avvengono tra client e server. I client sono di solito i browser web, ma possono presentarsi in molte forme, come ad esempio i robot dei motori di ricerca.<\/p>\n

Quando si visita un sito web tramite un browser, l’intera connessione avviene tramite HTTP. Il protocollo consente di ricevere dati, tra cui testo, immagini, video, fogli di stile, script e altro ancora.<\/p>\n

HTTP \u00e8 stato una delle colonne portanti del web sin dai primi anni ’90. Negli ultimi decenni si \u00e8 evoluto per diventare pi\u00f9 efficiente. Nella seconda met\u00e0 del 2010 \u00e8 stato sviluppato HTTP\/2<\/a>, che consente ai client di caricare le risorse in modo simultaneo anzich\u00e9 asincrono. Questo comporta un enorme aumento delle prestazioni.<\/p>\n

Nel 2022 il 46% del web<\/a> utilizzer\u00e0 HTTP\/2. Ora si sta gi\u00e0 discutendo sull’adozione di HTTP\/3<\/a>, noto anche come HTTP-over-QUIC. HTTP\/3 funziona con il protocollo UDP, il che gli conferisce un vantaggio rispetto alle tradizionali connessioni TCP (che sono quelle utilizzate da HTTP e HTTP\/2).<\/p>\n\n

Cos’\u00e8 una Richiesta HTTP (e Come Funziona)?<\/h2>\n

Una richiesta HTTP \u00e8 la connessione di un browser al server e la richiesta di una risorsa specifica o l’invio di dati. Esistono diversi metodi di richiesta HTTP che modificano completamente il tipo di risposta che si riceve dal server. I pi\u00f9 comuni sono:<\/p>\n

    \n
  1. GET. <\/strong>\u00c8 il metodo di richiesta HTTP di gran lunga pi\u00f9 utilizzato. Una richiesta GET chiede al server una specifica informazione o risorsa. Quando ci si collega a un sito web, il browser di solito invia diverse richieste GET per ricevere i dati necessari al caricamento della pagina.<\/li>\n
  2. HEAD. <\/strong>Con una richiesta HEAD, si ricevono solo le informazioni di intestazione<\/a> della pagina che si vuole caricare. Si pu\u00f2 utilizzare questo tipo di richiesta HTTP per conoscere le dimensioni di un documento prima di scaricarlo via GET.<\/li>\n
  3. POST. <\/strong>Il browser utilizza il metodo di richiesta HTTP POST quando deve inviare dei dati al server. Ad esempio, se si compila un modulo di contatto su un sito web e lo si invia, si sta utilizzando una richiesta POST per far s\u00ec che il server riceva le informazioni.<\/li>\n
  4. PUT. <\/strong>Le richieste PUT hanno una funzionalit\u00e0 simile al metodo POST. Tuttavia, invece di inviare i dati, si utilizzano le richieste PUT per aggiornare le informazioni gi\u00e0 presenti sul server finale.<\/li>\n<\/ol>\n

    Esistono altri tipi di richieste HTTP, tra cui i metodi DELETE, PATCH e OPTIONS. Tuttavia, sono relativamente poco diffusi nell’uso quotidiano.<\/p>\n

    L’invio di una richiesta HTTP comporta l’invio di un messaggio al server ricevente in un formato specifico. Il server restituisce una risposta e il client agisce di conseguenza. Ad esempio, si possono caricare risorse o reindirizzare l’utente a un’altra pagina.<\/p>\n

    Quando si riceve un errore HTTP, di solito \u00e8 perch\u00e9 il server non pu\u00f2 soddisfare la richiesta. Il codice di errore che si ottiene dovrebbe spiegarne il motivo. Alcune delle cause pi\u00f9 frequenti degli errori HTTP sono l’impossibilit\u00e0 di connettersi al server e di trovare le risorse richieste.<\/p>\n

    Prova il nostro strumento HTTP header Checker<\/a> per esaminare lo stato di qualsiasi pagina.<\/p>\n

    Introduzione alle Strutture delle Richieste e delle Risposte HTTP<\/h2>\n

    Le richieste e le risposte HTTP hanno strutture simili. Per essere in grado di analizzare le richieste e le risposte HTTP e interpretare i possibili errori del sito<\/a>, \u00e8 importante comprendere queste strutture.<\/p>\n

    In generale, le richieste HTTP sono divise in tre sezioni. Diamo un’occhiata a ciascuna sezione.<\/p>\n

    Riga di Richiesta HTTP<\/h3>\n

    Ogni richiesta HTTP inizia con una riga che indica il metodo utilizzato e la versione del protocollo HTTP. Ad esempio, l’inizio di una richiesta HTTP GET potrebbe essere questo:<\/p>\n

    GET \/XXX HTTP\/1.1<\/code><\/pre>\n
    In questo caso, il paremetro “XXX” che segue il metodo GET indica il file che si vuole ricevere.<\/p>\n
    L’inizio di una risposta HTTP ribadisce la versione del protocollo che entrambe le parti stanno utilizzando. Include anche un codice HTTP che corrisponde allo stato della risposta.<\/p>\n
    Se si visita un sito web e il caricamento avviene con successo, si vedr\u00e0 un messaggio HTTP di successo 2XX:<\/p>\n
    HTTP\/1.1 200 OK<\/code><\/pre>\n
    In questa parte della risposta HTTP vengono visualizzati i codici di errore nel caso in cui la risorsa non venga caricata per qualche motivo. Se il server non riesce a trovare la pagina, si vedr\u00e0 un’intestazione di risposta come questa:<\/p>\n
    HTTP\/1.1 400 OK<\/code><\/pre>\n
    Se si conoscono i metodi di richiesta e i codici di stato HTTP<\/a>, la riga iniziale dice esattamente che tipo di transazione sta avvenendo tra il client e il server. In generale, questa \u00e8 la parte della richiesta pi\u00f9 semplice da capire.<\/p>\n
    Header della Richiesta<\/h3>\n
    Gli header della richiesta vengono subito dopo le righe della richiesta e forniscono ulteriori informazioni sulla transazione. Gli header specificano informazioni sull’host, sul software del server web utilizzato dal client finale, sullo user agent del client e altro ancora.<\/p>\n
    Ecco come si presenta l’header di una richiesta HTTP:<\/p>\n
    Host: website.com\n\nUser-Agent: Chrome\/5.0 (Windows 10)\n\nAccept-Language: en-US\n\nAccept-Encoding: gzip, deflate\n\nConnection: keep-alive<\/code.<\/code><\/pre>\n
    Questi sono solo alcuni esempi dei parametri delle intestazioni HTTP<\/a> che si possono utilizzare. Ecco il significato di ogni riga dell’intestazione:<\/p>\n