Le opzioni di matching di RedirHub ti consentono di configurare reindirizzamenti complessi con facilità.
Prima, verifichiamo nel nostro database un reindirizzamento che corrisponda al percorso URL completo. Ad esempio, se viene ricevuta una richiesta per www.example.com/path?query-string=1, cerchiamo quella corrispondenza esatta. Se la troviamo, utilizziamo la destinazione specificata. In caso contrario, passiamo al criterio di matching successivo:
- Percorso di corrispondenza esatta (maiuscole/minuscole incluse) : www.example.com/path
- Senza percorso : www.example.com
- Dominio root (funziona solo nel dominio della versione www) : example.com
- Dominio con wildcard : *.example.com
Se non viene soddisfatta nessuna di queste condizioni, viene mostrata una pagina 404. Per evitarlo, consigliamo di impostare un reindirizzamento “root path” per assicurarti che i tuoi utenti abbiano sempre una destinazione valida.
Maggiori dettagli qui sotto.
Inoltro URI = nessuna preferenza sul match del root#
Quando arriva una richiesta senza un percorso specificato (cioè la homepage), diamo priorità alle sorgenti con Inoltro URL disabilitato. Questo consente la seguente configurazione:
• Redirect 1 : example.com/ -> new.com – URI Forwarding = sì
• Redirect 2 : example.com/ -> new.com/new-homepage – URI Forwarding = no
In questa configurazione, una richiesta a example.com (la home page) verrà reindirizzata a new.com/new-homepage, mentre tutte le altre richieste andranno a new.com/$PATH$ come specificato dalla sorgente.
Nessuna corrispondenza trovata#
Cosa succede quando una richiesta di reindirizzamento non trova una corrispondenza?
Percorso non trovato#
Supponiamo di avere questi reindirizzamenti configurati:
• https://example.com/ -> https://new-domain.com
• https://example.com/contact -> https://new-domain.com/contact-us
Esempio 1 : Un utente visita https://example.com/contact e viene correttamente reindirizzato a https://new-domain.com/contact-us.
Esempio 2: Un utente visita https://example.com/old-contact-page, che non corrisponde esattamente a nessun percorso. RedirHub quindi verifica se esiste un redirect per https://example.com/. Se presente, l’utente viene reindirizzato a https://new-domain.com. Ecco perché consigliamo sempre di impostare un “root path redirect” per evitare errori 404.
Lo consigliamo automaticamente nella nostra interfaccia per garantire un’esperienza utente fluida.
Poiché ricadiamo sul percorso root quando non viene trovata alcuna corrispondenza, i tuoi visitatori non incontreranno una pagina 404. Se hai un’esigenza specifica per una pagina 404 personalizzata, faccelo sapere e possiamo riconsiderare il nostro approccio.
Nome host non trovato#
Se il nome host non viene trovato (cioè non configurato in RedirHub), non possiamo reindirizzare la richiesta. In questo scenario, viene servita una pagina “404 not found”.
Vuoi personalizzare il branding in questa pagina di errore? Puoi utilizzare un IP dedicato per avere più controllo. Consulta il nostro articolo su IP dedicato per maggiori informazioni.
