Il link funziona sul sito, ma non quando lo condividi

Riconosci cosa manca prima di inoltrare

Sul tuo sito apri senza problemi il programma di un incontro. Poi copi agenda.pdf o un percorso che comincia con barra in un’email e il destinatario non raggiunge il file. Le domande consultate mostrano questo problema e la sorpresa quando costruire un indirizzo elimina parte del percorso base. Prima di accusare posta o accorciatore, guarda cosa hai copiato: un riferimento relativo richiede contesto per ottenere una destinazione completa. Dentro un sito può essere perfettamente valido. Fuori da quel contesto prepara un URL web completo e controllato. Questa guida distingue risolvere l’indirizzo dal dimostrare che il documento esiste ed è quello richiesto dal pubblico.

Identifica la base che dà senso al percorso

MDN spiega che la risoluzione usa un URL base, non incolla semplicemente due stringhe. In un documento HTML, la base normalmente dipende dalla posizione, ma un elemento base con href può modificarla. Se nel codice trovi solo un percorso, non indovinare dominio o cartella mancanti. Preferisci la funzione del browser per copiare l’indirizzo del link, controllando il risultato invece di trascrivere l’attributo. Se gestisci il sito, confronta la base effettiva con la destinazione prevista prima di correggere. Non aggiungere una base all’intera pagina come riparazione rapida: può cambiare altri riferimenti oltre a quello indagato. Stabilisci prima il contesto per capire l’effetto della modifica.

Controlla l’effetto delle barre nell’esempio

Le tre espressioni illustrano la risoluzione con il costruttore URL. Dominio example.invalid e file sono fittizi; non provano l’esistenza di un programma scaricabile. Con base terminata in event/, agenda.pdf produce un indirizzo dentro quella cartella. Se il riferimento comincia con/agenda.pdf, il risultato parte dalla radice della stessa origine. Quando la base finisce con event senza barra finale, agenda.pdf sostituisce quel segmento e torna alla radice. MDN e RFC3986 descrivono queste differenze. Non aggiungere o togliere barre per abitudine. Scegli l’indirizzo corrispondente alla risorsa reale e controlla l’uscita completa, non solo il nome finale. La costruzione da sola non verifica disponibilità.

Annota i risultati: prima https://example.invalid/event/agenda.pdf, poi https://example.invalid/agenda.pdf e ancora https://example.invalid/agenda.pdf. Due espressioni uguali nel risultato non dimostrano che la cartella event esista o vada omessa sul tuo sito. Nel test reale registra separatamente indirizzo calcolato, documento aperto e accesso del pubblico. Lascia non verificato ciò che non hai osservato. Questi risultati descrivono risoluzione locale di stringhe, non download o disponibilità dei server.

new URL("agenda.pdf", "https://example.invalid/event/").href
new URL("/agenda.pdf", "https://example.invalid/event/").href
new URL("agenda.pdf", "https://example.invalid/event").href

Valida la risorsa dopo la risoluzione

Controlla dominio e percorso dell’URL ottenuto. Un costruttore può produrre un indirizzo sintatticamente valido verso la risorsa sbagliata; non concede permessi e non controlla contenuto. Per un obiettivo pubblico senza segreti o dati personali, inserisci l’indirizzo completo nel verificatore Wiki URL e registra risposta HTTP e URL finale. Apri anche la risorsa per confermare programma corretto e accesso del pubblico previsto. Una risposta200 da sola non dimostra nessuno dei due aspetti. Se vi sono reindirizzamenti, esamina la destinazione finale prima dell’approvazione. Per documenti privati usa mezzi autorizzati, evitando strumenti esterni. Tieni separati risposta tecnica, contenuto e diritti, senza attribuire a un risultato prove che non offre.

Distribuisci l’indirizzo approvato e prova il ricevuto

Dopo aver verificato l’URL completo, usalo nell’email o documento finale. Se l’editor accetta nomi di link, mantieni il target approvato anche quando il testo dice Programma dell’incontro. Non sostituire l’indirizzo reale con un percorso incompleto per accorciare la presentazione. Se serve link corto o QR, crealo in Wiki URL dalla destinazione completa approvata e prova esattamente quella versione. L’accorciatore non indovina sito o cartella mancanti e non pubblica il file per te. Riapri il link dalla versione ricevuta o esportata, non soltanto dall’anteprima dell’editor. Questo controllo rivela differenze tra originale e materiale distribuito e verifica il percorso che seguirà il lettore.

Conserva insieme contesto, destinazione e prove

Salva riferimento originale, base usata, URL risolto e versione condivisa per riprodurre il caso cambiando cartella, modello o sito. Non modificare indiscriminatamente tutti i riferimenti relativi: il problema è trasportare un link fuori contesto, non vietare una tecnica valida nelle pagine. Se il file viene spostato, rivedi riferimenti e materiali circolanti e concorda col responsabile come mantenere l’accesso. Non promettere aggiornamenti automatici di un vecchio QR. Il risultato utile combina indirizzo completo verso il documento previsto e prova del percorso reale. Wiki URL aiuta a controllare e distribuire l’indirizzo; risolverlo non sostituisce la revisione dei contenuti né i permessi. Registra responsabilità e osservazioni senza confonderle.