Tu web usa HTTPS, pero no carga imágenes: revisa sus URL
Localiza referencias HTTP en una página HTTPS. Comprueba destinos públicos con WikiURL y corrige el contenido mixto sin desactivar la protección.
La página abre, pero una parte no funciona
Publicas la página de una jornada y compartes su dirección HTTPS. El texto aparece, pero falta el cartel o una función deja de responder. Antes de volver a generar el enlace corto, comprueba si la página carga recursos mediante direcciones HTTP antiguas. El enlace principal y los archivos que necesita son solicitudes diferentes: abrir correctamente el primero no demuestra que las imágenes, estilos o programas también se hayan cargado.
Las preguntas reales consultadas describen recursos bloqueados y fotografías ausentes tras activar HTTPS. Son señales de demanda, no un diagnóstico automático para cualquier imagen rota. Esta guía propone identificar la solicitud concreta, comprobar su destino público y corregir la referencia con el responsable de la web. WikiURL ayuda a revisar respuestas y redirecciones; no examina automáticamente cada recurso de una página ni reproduce todas las decisiones de un navegador.
Separa el documento y el recurso incrustado
El ejemplo muestra una página HTTPS y dos variantes de la dirección de su cartel. Son dominios ficticios que no funcionan. La segunda línea representa una referencia HTTP dentro de la página; la tercera es una candidata HTTPS que habría que comprobar en el proveedor real. No basta con añadir una letra para asegurar que existe el archivo, que el certificado es válido o que devuelve la imagen esperada.
MDN denomina contenido mixto al uso de recursos inseguros desde una página cargada de forma segura. Los navegadores pueden actualizar algunas solicitudes a HTTPS y bloquear otras. No supongas que cualquier imagen HTTP se mostrará ni que todas se bloquean de la misma forma. Por ejemplo, MDN distingue imágenes con nombre de dominio de determinadas referencias con dirección IP. Aquí utilizamos nombres ficticios y no proponemos cambios de configuración del navegador.
https://example.invalid/evento/
http://media.example.invalid/cartel.jpg
https://media.example.invalid/cartel.jpgBusca el mensaje antes de decidir la causa
En un navegador de escritorio, abre las herramientas de desarrollo, consulta la consola y la pestaña de red, y recarga la página afectada. Busca el aviso de contenido mixto y la URL de la solicitud. Guarda el tipo de recurso y el error observado. Si no aparece ese aviso, investiga la respuesta concreta: un archivo ausente o una restricción diferente también puede impedir mostrar una imagen.
Distingue lo escrito en la plantilla de lo solicitado finalmente: el navegador puede intentar una versión HTTPS actualizada. No publiques capturas con tokens, datos de clientes o enlaces internos. Si no gestionas la web, comunica al responsable la página y el recurso público afectados. No pidas a los visitantes que permitan contenido inseguro ni desactiven verificaciones para ver el cartel. Esa excepción individual no corrige la experiencia del público.
Comprueba la candidata pública con WikiURL
Si el recurso es público y no contiene secretos, utiliza Comprobar URL de WikiURL para consultar la dirección HTTPS candidata. Revisa el estado HTTP y la URL final detectada; si acaba en HTTP, comunícalo al administrador. Después abre el recurso en el navegador y confirma que contiene la imagen correcta. Un estado 200 puede corresponder a otra página, y no certifica por sí solo que el recurso funcionará incrustado.
Repite después la prueba dentro de la página original. La consulta de un servidor y la carga contextual del navegador no son equivalentes. WikiURL no ofrece con esta comprobación un inventario de dependencias, una auditoría de políticas de seguridad ni una reparación del certificado. No envíes recursos privados al comprobador. Si HTTPS no existe o falla en el proveedor, solicita una alternativa compatible antes de cambiar la referencia publicada.
Corrige la referencia donde se mantiene realmente
Cuando confirmes que la imagen HTTPS existe y funciona, cambia la referencia en el contenido, la plantilla o la configuración que la genera. El ejemplo HTML solo ilustra esa sustitución y debe reemplazarse por una dirección real autorizada y un texto alternativo adecuado. web.dev recomienda verificar la disponibilidad segura de cada recurso y actualizar o sustituir los que no la ofrecen. Conserva una copia antes de cambios amplios.
No hagas una sustitución masiva sin conocer cómo almacena datos tu gestor. Pide al responsable que revise también recursos generados por estilos o extensiones. Una política upgrade-insecure-requests puede ayudar en una migración administrada, pero MDN advierte que, si la versión HTTPS no existe, la solicitud falla sin volver a HTTP. No es una forma de crear HTTPS en un servidor ajeno ni una solución para copiar sin revisión.
<img src="https://media.example.invalid/cartel.jpg" alt="Evento">Distribuye solo después de probar la página completa
Vuelve a cargar la versión publicada y verifica las imágenes y acciones relevantes en los navegadores previstos. Si hay caché, comprueba que estás observando el contenido corregido. Registra el recurso cambiado y el resultado. Un enlace corto o un QR llevan al destino elegido, pero no reescriben las referencias internas de ese destino. Regenerarlos sin cambiar la página no elimina una solicitud insegura dentro de ella.
Una vez comprobada la página pública completa, utiliza su dirección para distribuir con WikiURL y prueba el enlace o QR final. Si falla una dependencia futura, conserva el registro para que el mantenedor localice qué cambió. El criterio práctico es separar tres pruebas: llegar a la página, obtener cada recurso necesario y comprobar la experiencia real del lector. Ninguna de ellas, por separado, demuestra que las otras estén resueltas.