Pagina HTTPS senza immagini: controlla gli URL delle risorse

La pagina si apre, ma una parte non funziona

Pubblichi la pagina di un evento e condividi l’indirizzo HTTPS. Il testo appare, ma manca il manifesto o una funzione non risponde. Prima di creare un altro link breve, verifica se la pagina carica risorse da vecchi indirizzi HTTP. Il documento principale e i file necessari sono richieste diverse. Aprire il primo non dimostra che immagini, stili e programmi siano stati caricati correttamente. Indaga sul componente effettivamente guasto prima di sostituire l’indirizzo che stai distribuendo.

Le domande reali consultate descrivono risorse bloccate e fotografie mancanti dopo l’attivazione di HTTPS. Mostrano una necessità, senza diagnosticare automaticamente qualsiasi immagine rotta. Questa guida identifica la richiesta precisa, verifica la destinazione pubblica e corregge il riferimento con il responsabile del sito. WikiURL aiuta a esaminare risposte e reindirizzamenti; non controlla automaticamente ogni risorsa di una pagina né riproduce tutte le decisioni del browser. Mantieni questa distinzione quando interpreti il successo di una richiesta al server.

Separa il documento dalla risorsa incorporata

L’esempio mostra una pagina HTTPS e due varianti dell’indirizzo del manifesto. I domini sono fittizi e non funzionano. La seconda riga rappresenta un riferimento HTTP incorporato; la terza una candidata HTTPS da verificare presso il fornitore reale. Aggiungere una lettera non garantisce che il file esista, il certificato sia valido o l’immagine ricevuta sia quella giusta. Conferma il supporto prima di cambiare il materiale pubblicato. Gli indirizzi illustrano la struttura e non forniscono file di prova disponibili.

MDN chiama contenuto misto l’uso di risorse non sicure da una pagina caricata in sicurezza. I browser possono aggiornare alcune richieste a HTTPS e bloccarne altre. Non presumere che ogni immagine HTTP appaia o che tutte vengano bloccate allo stesso modo. MDN distingue per esempio nomi di dominio da determinati riferimenti con indirizzo IP. Qui usiamo nomi fittizi e non proponiamo modifiche alle impostazioni del browser. La domanda utile riguarda la richiesta specifica e l’alternativa sicura effettivamente supportata dal fornitore.

https://example.invalid/evento/
http://media.example.invalid/cartel.jpg
https://media.example.invalid/cartel.jpg

Cerca il messaggio prima di scegliere la causa

In un browser desktop apri gli strumenti di sviluppo, consulta console e rete, poi ricarica la pagina. Cerca l’avviso di contenuto misto e l’URL richiesto. Annota il tipo di risorsa e l’errore osservato. Se l’avviso manca, indaga sulla risposta concreta: anche un file assente o un’altra restrizione impediscono la visualizzazione. Non chiamare ogni richiesta fallita contenuto misto solo perché la pagina usa HTTPS o il problema è stato notato dopo una migrazione. Il messaggio effettivo orienta l’analisi.

Distingui il riferimento scritto nel modello dall’indirizzo richiesto alla fine: il browser può tentare una versione aggiornata a HTTPS. Non pubblicare schermate con token, dati clienti o collegamenti interni. Se non amministri il sito, comunica al responsabile pagina e risorsa pubbliche interessate. Non chiedere ai visitatori di consentire contenuti non sicuri o disattivare verifiche per vedere il manifesto. Un’eccezione personale non ripara l’esperienza pubblica né il riferimento originario. La correzione deve raggiungere il contenuto realmente mantenuto dal sito.

Controlla la candidata pubblica con WikiURL

Per una risorsa pubblica senza segreti, usa il verificatore URL di WikiURL sull’indirizzo HTTPS candidato. Esamina stato HTTP e URL finale rilevato; se termina su HTTP, informa l’amministratore. Apri poi la risorsa nel browser e conferma l’immagine corretta. Uno stato200 può appartenere a un’altra pagina e non certifica da solo il funzionamento incorporato. Controlla il contenuto effettivamente ricevuto oltre al codice numerico, prima di descrivere il cambiamento come una riparazione riuscita o di distribuire nuovamente la pagina.

Ripeti quindi la prova nella pagina originale. Una richiesta dal server e il caricamento contestuale del browser non sono equivalenti. Questo controllo WikiURL non fornisce un inventario delle dipendenze, un audit delle politiche o una riparazione del certificato. Non inviare risorse private. Se HTTPS manca o fallisce presso il fornitore, chiedi un’alternativa compatibile prima di cambiare il riferimento pubblicato. La disponibilità isolata della risorsa è utile, ma va verificata anche l’esperienza incorporata nel contesto destinato al lettore.

Correggi il riferimento alla sua vera origine

Dopo aver confermato l’immagine HTTPS, modifica il riferimento nel contenuto, nel modello o nella configurazione che lo genera. L’esempio HTML illustra solo la sostituzione: usa un indirizzo reale autorizzato e testo alternativo adeguato. web.dev raccomanda di verificare la disponibilità sicura delle risorse e aggiornare o sostituire quelle prive di supporto. Conserva una copia prima di modifiche ampie. Un cambiamento provvisorio negli strumenti del browser non aggiorna il sito salvato e scompare al caricamento successivo: serve intervenire sulla fonte mantenuta.

Evita sostituzioni globali senza conoscere l’archiviazione del gestore. Chiedi anche il controllo delle risorse prodotte da stili o estensioni. Una politica upgrade-insecure-requests può aiutare una migrazione amministrata, ma MDN spiega che l’indisponibilità di HTTPS causa un errore senza ritorno a HTTP. Non crea HTTPS sul server altrui e non è una soluzione da copiare senza esame. Supporto del fornitore e prove contestuali restano necessari prima di considerare corretta la migrazione o di invitare i lettori a usare il materiale aggiornato.

<img src="https://media.example.invalid/cartel.jpg" alt="Evento">

Distribuisci dopo la prova della pagina completa

Ricarica la versione pubblicata e verifica immagini e azioni rilevanti nei browser previsti. Se esiste una cache, assicurati di osservare il contenuto corretto. Registra risorsa modificata e risultato. Un link breve o un QR portano alla destinazione scelta, ma non ne riscrivono i riferimenti interni. Rigenerarli senza cambiare la pagina non elimina una richiesta non sicura al suo interno. Controlla la versione realmente pubblicata per il lettore, non soltanto l’anteprima dell’editor prima del salvataggio. Altrimenti potresti continuare a diffondere l’errore precedente.

Quando la pagina pubblica completa è verificata, distribuisci l’indirizzo con WikiURL e prova il link o QR finale. Se in futuro una dipendenza fallisce, conserva il registro perché il responsabile possa individuare il cambiamento. Separa tre prove: raggiungere la pagina, ottenere le risorse necessarie e confermare l’esperienza reale del lettore. Il successo di una non dimostra quello delle altre. Il servizio di accorciamento rimane uno strumento di distribuzione, senza sostituire il debug del browser o la manutenzione automatica del sito di destinazione.