Creare Redirect Senza Server con Cloudflare Workers

Creare redirect senza server utilizzando Cloudflare Workers significa catturare la richiesta del visitatore prima che raggiunga il server di origine, attraverso il network edge di Cloudflare, e restituire una risposta di redirect 301, 302 o condizionale. Con questo metodo, puoi creare redirect veloci e scalabili in base al dominio, al percorso URL, al paese, al dispositivo, alla lingua, al parametro della campagna o alla corrispondenza di una pagina obsoleta, senza toccare la configurazione del server web. Questa soluzione è particolarmente utile per le migrazioni SEO, i cambiamenti di dominio, le rotte delle landing page delle campagne e la gestione di più siti, offrendo una ridotta latenza, centralizzazione e facilità di manutenzione.

I redirect tradizionali vengono generalmente eseguiti tramite Apache .htaccess, Nginx server block, codice dell'applicazione o pannello di controllo di hosting. Questi metodi sono ancora validi; tuttavia, per siti con alto traffico, team che gestiscono più domini o progetti in cui è necessario prendere decisioni dinamiche in base alla posizione, Cloudflare Workers offre uno strato più flessibile. Infatti, la logica di redirezione viene eseguita nel data center Cloudflare più vicino all'utente, riducendo il carico sul server di origine e diminuendo il rischio di problemi di performance o interruzioni dovuti a regole di server mal configurate.

In questa guida, troverai esempi pratici che vanno dal redirect 301 di base all'implementazione di scenari di redirect basati su percorso, parametri di query, paese, dispositivi mobili e redirect in blocco. Inoltre, esploreremo quali situazioni richiedono l'uso di 301 o 302 dal punto di vista SEO, cosa considerare durante il processo di test e quali controlli sono utili per le impostazioni di dominio, SSL e hosting nell'infrastruttura di Hostragons. Puoi naturalmente dare un'occhiata alle pagine per la gestione dei domini Registrazione del dominio e gestione DNS, per le connessioni sicure soluzioni di certificato SSL e per le pubblicazioni performanti Pacchetti di web hosting.

Che Cosa Sono i Cloudflare Workers e Perché Sono Utilizzati per i Redirect?

I Cloudflare Workers sono una piattaforma serverless che consente di eseguire frammenti di codice JavaScript nei punti di accesso della rete Cloudflare. Il termine "senza server" non significa assenza di server; implica piuttosto che non devi occuparti della gestione del server, della scalabilità, della manutenzione del sistema operativo o della capacità dell'infrastruttura. Quando un visitatore invia una richiesta al tuo sito, il Worker si occupa di esaudire la richiesta edge, eseguendo le tue regole e, se necessario, redirigendo l'utente a un'altra destinazione.

Il principale vantaggio dell'utilizzo dei Workers per la redirezione è il livello di controllo che offre. Puoi eseguire un semplice confronto URL, oppure leggere gli header della richiesta, il paese, il percorso, i parametri di query, le informazioni sull'user-agent e il valore host. Ad esempio, puoi spostare permanentemente la tua vecchia pagina /prodotti/hosting a /web-hosting, inviare solo gli utenti che arrivano dall'estero alla sottodirectory in inglese, oppure reindirizzare il traffico proveniente da un determinato parametro di campagna a una pagina di destinazione dedicata.

Praticamente, questo approccio accelera anche la collaborazione tra team SEO e team tecnici. Supponiamo di avere trasferito 450 URL da un vecchio sito a uno nuovo. Invece di modificare il file di configurazione del server, pubblicare e tornare indietro in caso di errore, puoi gestire la mappa di reindirizzamento all'interno del Worker o in un'area di dati esterna come KV. In questo modo, i processi di deployment, test e rollback sono più controllati.

Le Differenze tra Redirect Basati su Server e Cloudflare Workers

Non esiste un metodo giusto per ogni progetto. Su un sito web piccolo, un paio di redirect 301 possono tranquillamente essere gestiti con lo strumento di reindirizzamento nel pannello di controllo dell'hosting. Tuttavia, quando hai bisogno di logiche complesse, alto traffico, più domini e richieste di cambiamenti rapidi, Cloudflare Workers diventa più efficiente. La tabella qui sotto riepiloga le principali differenze da considerare.

Puoi interpretare questa tabella con una semplice regola: se il tuo numero di redirect è limitato, le condizioni sono semplici e hai facile accesso al server, i metodi tradizionali possono essere sufficienti. Tuttavia, se i tuoi redirect riguardano migrazioni SEO, distribuzioni basate su paese, flussi di campagna A/B o architetture con più domini, uno strato Worker diventa più sostenibile.

Prerequisiti Prima di Iniziare

Completare i preparativi tecnici prima di implementare i redirect con i Cloudflare Workers riduce gli errori. Innanzitutto, è necessario che il tuo dominio sia attivo su Cloudflare e i tuoi record DNS siano configurati correttamente. Nei record DNS con la funzione proxy di Cloudflare disattivata (cloud grigio), la rotta del Worker potrebbe non attivarsi come previsto. Pertanto, controlla lo stato proxy di Cloudflare per l'host su cui verranno applicati i redirect.

• Un account Cloudflare e un dominio attivo su cui attuare i redirect.
• Record A, CNAME o relativi corretti sul lato DNS.
• Attivazione del proxy di Cloudflare e selezione corretta della modalità SSL/TLS.
• Mappa di redirect: vecchio URL, nuovo URL e codice di stato.
• Checklist SEO: canonical, sitemap, link interni e stato di indicizzazione.
• Strumento di controllo per testare il browser, curl o header HTTP.

E' importante anche che il tuo server di origine funzioni correttamente. Se pur il Worker riduce il carico sull'origine, non può compensare completamente configurazioni DNS o SSL errate. È consigliabile assicurarti che il certificato SSL sul tuo account di hosting su Hostragons sia attivo, specialmente se prevedi di effettuare redirect HTTPS. Puoi utilizzare i contenuti su Come eseguire l'installazione SSL gratuita e operazioni di reindirizzamento tramite cPanel come guide complementari.

Passo Dopo Passo per Creare Redirect Senza Server con Cloudflare Workers

1. Crea un Worker

Seleziona l'account pertinente nel pannello di Cloudflare, vai alla sezione Workers and Pages e crea un nuovo Worker. In questa prima fase, Cloudflare ti offre uno script di esempio. Puoi cancellarlo e scrivere la logica di reindirizzamento desiderata. Assicurati di scegliere nomi descrittivi; ad esempio, seo-redirects, domain-migration-redirects o campaign-router per facilitare la manutenzione futura.

In una logica di reindirizzamento di base, viene ricevuta una richiesta, creato un oggetto URL e, se una certa condizione è soddisfatta, il redirect avviene tramite Response.redirect. Per una migrazione SEO permanente, preferisci 301; per campagne temporanee o test, utilizza 302. Il codice 308 può essere usato anche per redirect permanenti, ma il codice di stato 301 rimane l'opzione più comune e comprensibile nelle migrazioni SEO.

2. Aggiungi una Regola di Redirect 301 Semplice

Lo scenario di base implica spostare permanentemente una vecchia pagina a una nuova. La logica è la seguente: se il percorso della richiesta è /vecchia-pagina, reindirizza l'utente a /nuova-pagina con un 301. All'interno del Worker, leggi il valore dell'URL della richiesta e confronta il pathname. In questo modo, il redirect si attiverà solo quando il percorso corrisponde, mentre altre richieste seguiranno il flusso normale.

Ad esempio, se hai cambiato la struttura dell'URL della categoria hosting da un vecchio formato a uno nuovo, puoi spostare /hosting-pacchetti a /web-hosting. In questo caso, informi i motori di ricerca che la pagina è stata trasferita in modo permanente. Dopo alcune settimane, Google inizierà a correlare l'URL nuovo con maggiore chiarezza; per fare ciò, non devi creare una catena di redirect e devi far sì che l'URL vecchio punti direttamente all'URL finale.

3. Definisci la Route del Worker

Scrivere il codice del Worker non è sufficiente; devi specificare tramite route in quali richieste deve essere attivo. Ad esempio, la route example.com/* copre tutti i percorsi sotto il dominio principale. Se desideri che funzioni solo in una sottodirectory specifica, puoi definire una route più ristretta come example.com/vecchio-blog/*. Mantenere il raggio di azione della route troppo ampio può causare redirect imprevisti.

Prima di attivare la route, è buona pratica testarla su un sottodominio di staging o prova. Ad esempio, puoi eseguire la regola su test.example.com/* e controllare il comportamento degli header e dei redirect. Se tutto è corretto, puoi passare al dominio di produzione. Questo metodo è particolarmente utile per prevenire errori di redirect in blocco durante progetti di migrazione SEO grandi.

4. Pubblica e Testa il Codice di Stato HTTP

Dopo che il Worker è stato pubblicato, controllare semplicemente se la pagina si apre nel browser non è sufficiente. La cache del browser potrebbe mostrare risultati obsoleti. Assicurati di verificare gli header HTTP per confermare che il codice di stato 301 o 302 venga restituito correttamente. Controlla anche se l'header Location corrisponde all'URL finale previsto.

• L'URL vecchio reindirizza direttamente all'URL nuovo?
• Il codice di redirect è 301 o 302?
• Si sta creando una catena extra da HTTP a HTTPS?
• Le variazioni www e non-www sono coerenti?
• La presenza finale dello slash è standardizzata?
• Gli utenti mobili e desktop vedono lo stesso obiettivo SEO?

Scenari Comuni di Redirect

Redirect di Singole Pagine

Il redirect di singole pagine è il tipo più semplice e sicuro di redirect. Viene utilizzato quando una vecchia pagina di servizio, una pagina di campagna o un post di blog viene spostato a un nuovo indirizzo. Qui, è importante che l'intento del contenuto della vecchia pagina sia in linea con quello della nuova. Ad esempio, reindirizzare una vecchia guida SSL direttamente alla homepage potrebbe ridurre l'esperienza dell'utente e disperdere i segnali SEO. Al contrario, è più corretto reindirizzare verso la nuova guida SSL più pertinente o verso la pagina di categoria.

Redirect con Mappa di URL in Blocco

Nelle migrazioni di siti, potresti dover reindirizzare decine o addirittura migliaia di URL. Puoi definire un oggetto mappa all'interno del Worker per abbinare l'old path con il new path. Ad esempio, puoi abbinare il valore /vecchio-blog/cloudflare-cos'è a /blog/cloudflare-cos'è. Questo approccio è pratico per elenchi di piccole e medie dimensioni. Tuttavia, per più di 1000 URL, inserire elenchi lunghi all'interno del codice può complicare la manutenzione. In tal caso, è più professionale leggere la mappa di redirect tramite Cloudflare KV, R2 o un'API esterna.

Quando fai redirect in blocco, prepara una tabella con tre colonne in Excel o Google Sheets: vecchio URL, nuovo URL, codice di stato. Inoltre, assicurati che lo stesso URL non punti a più destinazioni e che l'URL finale restituisca un codice di stato 200, e non sia bloccato da robots.txt. L'errore più comune nelle migrazioni SEO è reindirizzare gli URL obsoleti a pagine non correlate nel nuovo sito. Sebbene possa sembrare che riduca la perdita di scansione a breve termine, a lungo termine potrebbe indebolire i segnali di qualità.

Redirect Basato su Paese

Cloudflare ti consente di utilizzare le informazioni relative al paese da cui proviene la richiesta. Puoi reindirizzare, ad esempio, gli utenti provenienti dalla Turchia a /tr e quelli provenienti dalla Germania a /de. Tuttavia, è necessario prestare attenzione quando si effettuano redirect automatici basati sul paese dal punto di vista SEO. Googlebot generalmente esegue la scansione da posizioni specifiche e una configurazione errata può rendere difficile la scoperta delle varie versioni linguistiche. Pertanto, le etichette hreflang, i collegamenti di selezione della lingua e la divisione della sitemap devono essere configurati correttamente.

È generalmente più sicuro effettuare i redirect basati sul paese usando 302 piuttosto che 301, poiché fornisci un'esperienza temporanea a seconda della posizione dell'utente e non affermi che la pagina è stata trasferita in modo permanente a un'altra destinazione. Inoltre, è importante offrire all'utente la possibilità di modificare la selezione della lingua o del paese.

Redirect Basato su Dispositivo o User-Agent

Reindirizzare gli utenti mobili a una pagina diversa era una pratica comune, ma oggi il design responsive è considerato più sano. Tuttavia, il redirect basato su user-agent può essere utilizzato per pagine di download di applicazioni speciali, flussi di campagne mobili o esperienze di landing page leggere. Anche in questo caso, è necessario prestare attenzione dal punto di vista SEO. Fornire contenuti completamente diversi a utenti desktop e mobili può causare segnali inconsistenti.

Se stai effettuando redirect basati su dispositivo, il contenuto della pagina mostrata all'utente mobile deve essere allineato all'intento di contenuto della pagina desktop. Inoltre, non dimenticare l'approccio di Google per l'indicizzazione mobile-first. L'esperienza mobile è uno dei principali segnali di indicizzazione, quindi non basta ottimizzare solo la pagina desktop.

Redirect di Campagna Basato su Parametri di Query

I redirect dei Workers sono molto utili per i team di marketing digitale. Ad esempio, puoi inviare gli utenti che arrivano con il parametro utm_campaign=blackfriday a una pagina di campagna speciale. Questa operazione può essere risolta sul lato edge senza richiedere ulteriori sviluppi all'applicazione di origine. Tuttavia, fai attenzione a non perdere completamente i parametri UTM; se necessario per la misurazione analitica, trasferiscili al nuovo URL o monitorali correttamente sulla tua piattaforma di campagna.

Scelta tra 301, 302, 307 e 308 dal Punto di Vista SEO

La scelta del codice di redirect non è solo un dettaglio tecnico; comunica ai motori di ricerca l'intenzione di trasferire la pagina. 301 indica un trasferimento permanente ed è il codice più comunemente usato nelle migrazioni SEO. 302 è un redirect temporaneo ed è utilizzato per campagne, test, localizzazione o flussi temporizzati. 307 offre il comportamento di redirect temporaneo mantenendo il metodo HTTP. 308, similmente a 301, indica un redirect permanente e mantiene il metodo.

La regola d'oro per SEO è: utilizza 301 per pagine che sono state trasferite permanentemente e hanno una nuova corrispondenza chiara; scegli 302 per redirect temporanei, personalizzati o condizionali. Evita inoltre le catene di redirect. Se l'URL vecchio passa prima da HTTP a HTTPS, poi da non-www a www, e infine a una nuova pagina, si forma una catena a tre passaggi. La struttura ideale consente che l'URL vecchio punti direttamente all'URL finale in un solo passaggio.

Best Practices per Performance e Sicurezza

I Cloudflare Workers sono veloci; tuttavia, una logica di redirect mal scritta può comunque causare ritardi e errori. Mantieni le tue regole semplici, non rendere le espressioni regolari inutilmente complicate e non far crescere l'elenco di redirect all'interno del codice senza controllo. Per elenchi di redirect molto grandi, strutture di storage come KV sono più appropriate per motivi di performance e manutenzione. Assicurati inoltre che l'URL di destinazione non sia uguale all'host e al percorso attuali per prevenire loop infiniti.

• Stabilisci una chiara responsabilità per ogni regola: SEO, sviluppo software o marketing.
• Fai un backup della mappa di reindirizzamento prima delle modifiche.
• Testa prima di pubblicare sul dominio di staging.
• Prima di utilizzare un 301, assicurati che il nuovo URL sia permanente.
• Dopo ogni pubblicazione, controlla manualmente 10-20 URL di esempio.
• Monitora i report sugli errori 404 e i dati di copertura di Google Search Console.
• Non lasciare collegamenti interni sull'URL vecchio; aggiornali all'URL nuovo.

Anche nell'ambito della sicurezza, fai attenzione al rischio di redirect aperti. Utilizzare direttamente i parametri forniti dall'utente come next, redirect o url come destinazione può portare a un uso improprio del tuo dominio di fiducia da parte di attaccanti. Se devi fare redirect in base a parametri, accetta solo domini autorizzati sulla whitelist. Solo i tuoi domini o i domini dei tuoi partner di campagna convalidati dovrebbero essere obiettivi.

La configurazione SSL è anche un aspetto critico. Usando SSL flessibile su Cloudflare, se HTTPS non è attivato sul server di origine, possono verificarsi cicli di redirect complessi. La configurazione più sana è solitamente il modo SSL Full o Full strict. Per questo, il tuo server di origine deve avere un certificato SSL valido. Le soluzioni SSL di Hostragons possono semplificare questo aspetto: acquista certificato SSL e sicurezza di hosting aziendale.

Considerazioni Importanti per l'Infrastruttura di Hostragons

Quando utilizzi i redirect con Cloudflare Workers sui siti ospitati su Hostragons, devi considerare insieme tre livelli: DNS del dominio, configurazione dell'hosting e redirect dell'applicazione. Innanzitutto, i record nameserver del dominio devono essere puntati a Cloudflare. Poi i tuoi record DNS devono indirizzare correttamente il server di hosting di Hostragons e i record che utilizzeranno il proxy devono essere attivati con il cloud arancione.

In secondo luogo, assicurati che i domini, i domini addizionali o gli alias definiti nel tuo pannello di hosting siano corretti. Anche se il redirect avviene a livello edge di Cloudflare, alcune richieste continueranno a raggiungere il server di origine. Pertanto, se esistono host virtuali errati, certificati SSL mancanti o una configurazione errata della radice, l'esperienza dell'utente potrebbe risentirne. Per abbinamenti di dominio e hosting, puoi trovare utili i contenuti su Guida al reindirizzamento del dominio e gestione dell'hosting cPanel.

Infine, controlla i redirect a livello dell'applicazione. WordPress, Laravel, un'applicazione PHP personalizzata o un altro CMS potrebbero gestire redirect da HTTPS, www o dal punto di vista della lingua all'interno. Se il Cloudflare Worker esegue una seconda regola sulla stessa questione, potrebbe generare cicli o catene. La miglior prassi consiste nel centralizzare la responsabilità per il redirect in un solo strato. Ad esempio, tutti i redirect per domini e migrazioni SEO possono essere gestiti sui Workers, mentre i redirect per le sessioni utente all'interno delle applicazioni possono rimanere a carico del lato software.

Test, Monitoraggio e Debugging

Dopo la pubblicazione del redirect, il processo di monitoraggio è importante quanto l'installazione stessa. Durante le prime 24 ore, controlla gli URL più critici, le landing page generatrici di entrate, le pagine più visitate nel traffico organico e gli URL obsoleti che hanno ricevuto backlink. Monitora i report di indicizzazione e di esperienza della pagina su Google Search Console. Le registrazioni del server, le analisi di Cloudflare e i dati di analytics, esaminati insieme, consentono di individuare più velocemente eventuali redirect errati.

Nei processi di debugging, sono comuni i seguenti schemi: uso errato di 302 al posto di 301, reindirizzamento dell'URL vecchio alla homepage invece che al nuovo URL, comportamento diverso nelle variazioni di slash, sensibilità al maiuscolo e al minuscolo e perdita di parametri di query. In siti di e-commerce, SaaS e hosting, l'invio errato di pagine di prezzo, prodotto, categoria o supporto può influenzare direttamente il tasso di conversione.

Dopo una pubblicazione, applica una semplice checklist di controllo. Inizia selezionando casualmente esempi dall'elenco degli URL obsoleti. Successivamente, testali con uno strumento di controllo header. Assicurati che la pagina finale restituisca un codice di stato 200. Quindi, verifica che il contenuto della pagina corrisponda all'intento di ricerca della vecchia pagina. Infine, convalida che i collegamenti interni siano aggiornati agli URL nuovi. Questi cinque passaggi impediscono la maggior parte dei redirect tecnicamente funzionanti ma indeboliti dal punto di vista SEO.

Strategia di Esempio: Trasferire Pagine di Hosting Obsolete nella Nuova Architettura delle Informazioni

Consideriamo uno scenario pratico. Un'azienda di hosting sta rinnovando la propria struttura URL e sposta pagine come /linux-hosting, /wordpress-hosting-pacchetti, /sicurezza-ssl e /controllo-domini verso una struttura più semplice. I nuovi obiettivi saranno rispettivamente /web-hosting, /wordpress-hosting, /certificato-ssl e /controllo-domini. In questo caso, vengono definite quattro regole chiare di redirect 301 nel Worker. Successivamente, i menu interni del sito, i link del footer, la sitemap e le etichette canonical vengono aggiornati agli URL nuovi.

In questo passaggio, l'obiettivo non è solo indirizzare correttamente l'utente alla pagina giusta. È anche importante mostrare ai motori di ricerca in modo chiaro le nuove corrispondenze per le vecchie pagine. Se la vecchia pagina /linux-hosting viene reindirizzata alla homepage, Google potrebbe perdere il contesto di questa pagina. Tuttavia, la pagina /web-hosting è molto più vicina all'intento del prodotto. Perciò, una buona mappa di redirect è parte integrante di una strategia SEO, piuttosto che un semplice file tecnico.

Domande Frequenti

I redirect fatti con Cloudflare Workers sono sicuri per SEO?

Sì, sono sicuri se si utilizzano il codice di stato corretto e l'URL finale giusto. Utilizza 301 per spostamenti permanenti delle pagine e 302 per flussi temporanei o condizionali. Evita anche catene di redirect, cicli e errori di destinazione non rilevanti.

È necessario che il server di origine funzioni per il redirect del Worker?

Se il redirect viene completato interamente sul edge di Cloudflare, può restituire una risposta senza contattare il server di origine. Tuttavia, poiché la pagina finale rediretta dovrà funzionare su origine o altra infrastruttura, è necessario garantire che la configurazione di hosting, DNS e SSL siano corretti.

È meglio utilizzare Workers invece di Page Rules di Cloudflare?

Per un paio di redirect semplici, le Page Rules o le Redirect Rules possono essere sufficienti. Tuttavia, se sono necessarie logiche dinamiche basate su percorso, paese, dispositivo, parametro o mappe, i Workers offrono una soluzione più flessibile e scalabile.

Cambiare un redirect 301 dopo la pubblicazione è problematico?

Il 301 non dovrebbe essere cambiato frequentemente poiché fornisce un segnale permanente. I browser e i motori di ricerca possono memorizzare nella cache i risultati 301. Pertanto, assicurati che l'URL obiettivo sia permanente e che rappresenti correttamente l'intento del contenuto prima di pubblicare il 301.

Si possono effettuare redirect www e non-www con Cloudflare Workers?

Sì. Puoi controllare il valore host per reindirizzare gli indirizzi non-www su www o viceversa. È importante stabilire uno standard unico, preparare il certificato SSL per coprire entrambe le varianti e aggiornare i collegamenti interni secondo questo standard.

Conclusione

Utilizzare Cloudflare Workers per reindirizzare senza server è un metodo potente che fornisce sia prestazioni che flessibilità operativa nei moderni progetti web. Quando scegli correttamente i codici 301 e 302, prepari con attenzione la tua mappa di redirect e controlli insieme i livelli DNS, SSL e hosting, puoi gestire le migrazioni SEO in modo più sicuro. Mentre in piccoli progetti possono essere sufficienti semplici regole, in grandi migrazioni test, monitoraggio e documentazione diventano critici.

Configurando correttamente il tuo dominio, hosting e infrastruttura SSL su Hostragons, puoi rendere i redirect con Cloudflare Workers una base più solida. Se hai bisogno, consulta le pagine Pacchetti di web hosting, Verifica del dominio e soluzioni di certificato SSL per pianificare l'infrastruttura adatta al tuo progetto.