Verificador de contenido mixto para tu web
Recursos HTTP inseguros en tu página HTTPS, detectados automáticamente
¿Qué comprueba el verificador de contenido mixto?
Imágenes, scripts y hojas de estilo cargados por http://
Fuentes, iframes, vídeos y peticiones en segundo plano por HTTP
Recursos que los navegadores bloquearían o pasarían a HTTPS sin avisar
Formularios que envían sus datos a una dirección http://
Redirección de HTTP a HTTPS ausente
Cabeceras HSTS y Content Security Policy
Cómo funciona la comprobación de contenido mixto
De la URL a una lista de todos los recursos inseguros en 4 pasos
-
1 Paso 1
Introduce la URL
Indica la dirección de la página que quieres comprobar. Sin instalación y sin registro.
-
2 Paso 2
Cargar la página
Abrimos la página en un navegador real, ejecutamos su JavaScript y registramos cada una de las peticiones.
-
3 Paso 3
Filtrar las peticiones inseguras
Se marcan todos los recursos cargados por http://, los formularios con un destino inseguro y la falta de redirección a HTTPS.
-
4 Paso 4
Corrige el origen
Usa la lista de URLs para corregir las direcciones en tu contenido, tema o plugins, y después vuelve a lanzar la comprobación.
Estos son los problemas de HTTPS que detectamos
Cuatro tipos de contenido inseguro y cómo los tratan los navegadores
-
Contenido mixto activo
Bloqueado por el navegadorScripts, hojas de estilo, iframes y peticiones en segundo plano por HTTP. Podrían modificar la página entera, por eso los navegadores no los cargan en absoluto. El resultado visible es un diseño roto o funciones que faltan.
-
Contenido mixto pasivo
Forzado a HTTPS o bloqueadoImágenes, audio y vídeo por HTTP. Los navegadores actuales intentan cargarlos automáticamente por HTTPS. Si el archivo no está disponible allí, simplemente falta en la página.
-
Formulario con destino inseguro
Aviso al enviarUn formulario cuyo atributo
actionapunta a una direcciónhttp://envía sin cifrar datos como nombres, direcciones de correo electrónico o contraseñas. -
Página sin redirección a HTTPS
No es seguroLa página se puede abrir por
http://y no se redirige a HTTPS. Quien llega a través de un enlace antiguo usa entonces toda la página sin cifrar.
Las causas más frecuentes y cómo solucionarlas
Seis puntos de partida, desde los ajustes de WordPress hasta la cabecera del servidor
- Dirección de WordPress y Dirección del sitio
- Si una de las dos direcciones en Ajustes › Generales sigue empezando por
http://, el propio WordPress genera enlaces inseguros. Cambia ambas ahttps://. - Enlaces antiguos en la base de datos
- Las imágenes y los enlaces de las entradas se guardan como URLs absolutas. Tras el cambio a HTTPS hay que sustituirlos con una herramienta de buscar y reemplazar que también gestione datos serializados.
- Tema, page builder y plugins
- Las direcciones
http://fijas en archivos del tema, ajustes de sliders o cachés del builder sobreviven a un reemplazo en la base de datos. Corrígelas en su origen y vuelve a generar el CSS del builder. - Recursos externos
- Fuentes, scripts o contenido incrustado de terceros que se integraron hace años con
http://. Hoy casi todos los proveedores admiten HTTPS, así que basta con cambiar la dirección. - upgrade-insecure-requests
- La directiva CSP
upgrade-insecure-requestsindica a los navegadores que soliciten todos los recursos por HTTPS. Es útil como red de seguridad, pero no sustituye a limpiar las direcciones reales. - HSTS
- La cabecera
Strict-Transport-Securityhace que los navegadores usen HTTPS para tu dominio desde la primera petición. Actívala solo cuando toda la web funcione de forma fiable por HTTPS.
Detecta el contenido mixto antes de que el navegador muestre una advertencia
El contenido mixto (mixed content) se produce cuando una página se sirve por HTTPS pero carga recursos individuales por HTTP sin cifrar. ¿El resultado? El candado desaparece, faltan imágenes o scripts y, en el peor de los casos, el navegador muestra «No es seguro». El verificador de contenido mixto de InspectWP carga tu página en un navegador real y registra cada una de las peticiones. Todas las URLs que empiezan por http:// aparecen en el informe, así ves exactamente qué imagen, script u hoja de estilo causa el problema.
También vemos lo que tu navegador te oculta
Los navegadores modernos no se limitan a mostrar el contenido mixto. Bloquean los scripts y las hojas de estilo inseguros e intentan cargar por su cuenta las imágenes inseguras por HTTPS. Si abres tu página tú mismo, todo puede parecer correcto aunque la causa siga estando en tu HTML. Nuestro crawler desactiva deliberadamente esta actualización automática y permite el contenido inseguro. Así, el informe incluye los recursos que un navegador normal bloquearía o corregiría sin avisar, incluidos los que solo aparecen después de ejecutarse JavaScript. Además comprobamos si tus formularios envían datos a una dirección HTTP y si la página redirige a HTTPS o no.
Miles de propietarios de sitios web confían en InspectWP
Los números hablan por sí solos
Preguntas frecuentes sobre el verificador de contenido mixto
Qué es el contenido mixto, por qué aparece y cómo eliminarlo
Más herramientas útiles
Estas comprobaciones cubren temas relacionados
- Verificación RGPD
- Auditoría seguridad WordPress
- Verificador de cabeceras HTTP
- Verificador de hosting
- Verificador de webfonts
- Verificador de favicon
- Verificador de registros DNS
- Verificador de etiquetas alt
- Sitemap Checker
- Open Graph Checker
- Verificador SPF y DMARC
- Verificador de accesibilidad
- Escáner de vulnerabilidades WordPress
- Detector de page builder
- Escáner de cookies
- Verificador de versión de PHP