Link guasto dopo il passaggio in minuscolo: cosa conservare

Il testo visibile può nascondere un altro indirizzo

Prepari un messaggio con il programma di una giornata. Il link originale apre il documento, ma la versione pubblicata non funziona pur sembrando uguale. Prima di caricare nuovamente il file, copia l’indirizzo del link pubblicato e confrontalo con l’originale. Non basta leggere le lettere sullo schermo: un editor può mostrare un’etichetta associata a un indirizzo diverso. Il problema può riguardare quella destinazione salvata anziché il file stesso.

Le domande consultate documentano dubbi sulle maiuscole negli URL e casi in cui il testo conservava la grafia mentre la destinazione diventava minuscola. Sono segnali di un’esigenza reale, non l’affermazione che ogni piattaforma presenti oggi quel difetto. Questa guida usa un programma pubblico e WikiURL per individuare differenze. Non presume che ogni lettera modificata causi un errore né che il verificatore possa correggere automaticamente la configurazione di un altro sito.

Dominio e percorso seguono regole diverse

RFC3986 stabilisce che schema e nome host non distinguono maiuscole e minuscole; gli altri componenti sono considerati sensibili salvo regole specifiche contrarie. Convertire EXAMPLE.invalid in example.invalid è quindi diverso dal cambiare Guias in guias o AB12 in ab12. Entrambi gli esempi usano un dominio fittizio non funzionante. Sostituiscilo con una destinazione reale autorizzata prima delle prove di connessione. Qui gli indirizzi servono soltanto a confrontare testo e componenti cambiati.

Il server decide come risolvere i percorsi e interpretare i parametri dell’applicazione. Alcuni siti reindirizzano le varianti; altri possono restituire risorse diverse o errori. Non dedurre che il percorso accetti minuscole perché le accetta il dominio. Google Search spiega inoltre di trattare /APPLE e /apple come URL distinti. Questo orienta la coerenza di un sito gestito, ma non autorizza a rinominare liberamente i link di un fornitore esterno. Il suo indirizzo originale resta il riferimento.

https://EXAMPLE.invalid/Guias/PlanA.pdf?edicion=AB12
https://example.invalid/guias/plana.pdf?edicion=ab12

Confronta i componenti prima di trasformare

Nell’esempio JavaScript, URL separa host, percorso e query. MDN descrive pathname come componente del percorso e precisa che i parametri della query non ne fanno parte. Eseguire l’esempio analizza soltanto una stringa senza connettersi al sito fittizio. L’host appare normalizzato, mentre Guias, PlanA e AB12 conservano la grafia. Questa separazione aiuta a indicare esattamente cosa cambia tra due copie, evitando di confondere il dominio con l’identificatore della risorsa.

Evita toLowerCase sull’intero indirizzo come operazione di pulizia. Se l’identificatore appartiene a un’altra applicazione, non sai se la combinazione delle lettere è significativa. Conserva anche nomi e valori dei parametri come forniti dall’emittente. Per le tue etichette di una nuova campagna puoi concordare la grafia alla creazione: è diverso dal trasformare retroattivamente un link che identifica già una risorsa. Mantieni una copia originale per confrontare successive modifiche anziché conservare solo quella elaborata.

const u = new URL("https://EXAMPLE.invalid/Guias/PlanA.pdf?edicion=AB12");
console.log(u.hostname); // example.invalid
console.log(u.pathname); // /Guias/PlanA.pdf
console.log(u.search);   // ?edicion=AB12

Controlla ogni versione pubblica con WikiURL

Con un indirizzo pubblico senza segreti, usa Controlla URL di WikiURL e verifica stato HTTP e destinazione finale rilevata. Se devi confrontare l’originale con una copia modificata, controllali separatamente. Non inviare link privati di gestione, token o indirizzi riservati. Limita il test alle varianti concrete disponibili, senza enumerare identificatori o cercare risorse altrui. Una differenza nelle risposte può aiutare a localizzare l’inizio del problema, senza dimostrarne da sola la causa precisa.

Se l’originale funziona e la copia minuscola restituisce un errore, ripristina la grafia originale prima di distribuire. Non attribuire ogni 404 solo alle maiuscole: una risorsa può essere stata rimossa o il percorso copiato male. Se entrambe le risposte sono 200, apri le pagine e conferma programma, data e contenuto. Lo stato non dimostra equivalenza. Esamina il reindirizzamento fino alla destinazione rilevata e poi nel browser del lettore, controllando la risorsa effettivamente mostrata.

Modifica la destinazione del pulsante, non solo l’etichetta

Apri la funzione di modifica del link nello strumento usato per scrivere il messaggio. Controlla il campo dell’indirizzo anziché il solo testo del pulsante. L’esempio HTML distingue href dalla parola PDF. L’indirizzo è fittizio e va sostituito prima dell’uso. Puoi mostrare un’etichetta breve o maiuscola senza cambiare le lettere dell’indirizzo reale. Conta che la destinazione salvata corrisponda a quella approvata, indipendentemente dalla presentazione del testo nel progetto grafico.

Dopo il salvataggio o la pubblicazione, copia nuovamente l’indirizzo del link finale e aprilo nel contesto previsto per il pubblico. Per documenti esportati controlla il file esportato; per messaggi, quello ricevuto. L’editor prima dell’invio non dimostra il risultato pubblicato. Se compare una trasformazione inattesa, correggi il campo pertinente o consulta il responsabile della piattaforma, conservando entrambe le versioni come prova del cambiamento osservato. Verifica poi la correzione nella versione effettivamente distribuita.

<a href="https://example.invalid/Guias/PlanA.pdf?edicion=AB12">PDF</a>

Crea link breve o QR dall’indirizzo controllato

Quando la destinazione è corretta, incollala esattamente in WikiURL per creare il link breve o QR da condividere. Conserva anche la grafia restituita dallo strumento e prova il risultato finale. Non trasformare l’intero URL in maiuscolo per ragioni grafiche e non presumere che ogni codice breve tolleri cambi di lettere. Un QR rappresenta il testo che contiene; non indovina quale variante del percorso intendesse offrire l’autore. Controlla sempre il materiale preparato per la distribuzione.

Se gestisci il sito e vuoi un indirizzo facile da dettare, chiedi un percorso stabile o un reindirizzamento deliberato e controllalo. Scrivere una variante più bella non crea una destinazione inesistente. Registra l’indirizzo approvato, gli utilizzi e le verifiche prima di stampare o inviare. La regola pratica è semplice: l’etichetta può seguire il design; conserva l’indirizzo finché il responsabile della risorsa non conferma un’alternativa funzionante. Una modifica di formato non sostituisce quella conferma.