Una página abre con HTTPS, pero algunas imágenes o peticiones siguen usando HTTP. ¿Cómo localizar el origen sin desactivar la seguridad del navegador?

Un certificado válido protege la conexión principal, pero una página puede seguir solicitando recursos mediante HTTP. El navegador puede actualizar algunas peticiones a HTTPS y bloquear otras; por eso una imagen visible no demuestra que todas las referencias estén corregidas. Conserva el aviso exacto y la dirección de la página afectada.

1. Abre las herramientas del navegador, revisa Consola y Red y vuelve a cargar la página. Busca el recurso mencionado en el aviso: su URL completa, tipo e iniciador. El iniciador ayuda a saber si nace del HTML, una hoja de estilos, un script o una integración. Haz la prueba en una sesión sin extensiones si el resultado es confuso.

2. Localiza la referencia en el lugar que la genera. Puede estar en un bloque del editor, una opción del tema, un archivo CSS o la configuración de un servicio externo. Haz una copia de ese dato antes de modificarlo. Cambia a HTTPS solo después de comprobar que el recurso existe y funciona con ese protocolo. Si el proveedor externo no lo ofrece, busca una alternativa compatible o retira la integración.

3. En un CMS, utiliza su procedimiento de actualización de URL cuando corresponda. Evita reemplazar cadenas directamente en toda la base de datos sin conocer su estructura. Después limpia únicamente las cachés relacionadas y repite la comprobación.

Prueba también menú, formularios, fuentes, recursos diferidos y páginas interiores. No hace falta desactivar la protección del navegador para diagnosticarlo. Una redirección general de HTTP a HTTPS no garantiza que desaparezca el aviso: primero el navegador debe poder realizar la petición. Si solicitas ayuda, comparte una URL y el mensaje depurado; excluye tokens, datos de formularios y credenciales.

Fuentes: MDN — Mixed content · Chrome DevTools — Network panel.