Guía para decidir mejor
Cómo revisar SSL y resolver errores de contenido mixto
Un certificado válido no elimina referencias HTTP incrustadas en la web.
Para revisar SSL, comprueba primero que el certificado cubre el dominio y que la web abre por HTTPS. Después busca recursos cargados por HTTP dentro de páginas seguras: imágenes, scripts, estilos o iframes pueden provocar avisos o bloquear funciones. Instalar un certificado no corrige automáticamente esas referencias y tampoco concede una mejora SEO garantizada.
Diagnostica el problema exacto
Abre el sitio en una ventana privada y revisa la URL final, la validez del certificado y el nombre de host. Prueba con y sin www si ambas versiones son públicas. Un certificado caducado, una cadena incompleta, un dominio no cubierto y contenido mixto requieren soluciones distintas. Consulta la consola e incidencias del navegador en la página afectada: la guía de web.dev sobre contenido mixto muestra cómo localizar las solicitudes inseguras.
Corrige el origen de cada URL HTTP
| Origen | Acción comprobable |
|---|---|
| Imagen o fuente propia | Actualiza la referencia a HTTPS y verifica que el archivo existe. |
| Tema o plugin | Corrige su configuración o versión; evita editar código de terceros sin plan de actualización. |
| Servicio externo | Confirma que ofrece HTTPS; si no, sustituye o retira el recurso legítimamente. |
| Base de datos WordPress | Haz copia y usa una sustitución compatible con datos serializados, no un reemplazo SQL ciego. |
No basta con forzar una redirección HTTP→HTTPS: el HTML puede seguir incluyendo recursos inseguros. Tampoco conviene activar una política de «upgrade» como única solución sin comprobar que todos los recursos responden por HTTPS. Un recurso bloqueado puede romper un menú, formulario o pago.
Verifica en varias plantillas
Repite la revisión en portada, artículo, formulario, área privada y checkout si existe. Comprueba ausencia de avisos, que CSS y JS cargan, y que las redirecciones no generan bucles. Registra URLs corregidas y repasa cachés tras el cambio. Si el aviso apareció tras migrar, usa la revisión posterior al cambio de servidor para detectar DNS, rutas y certificado a la vez.
Los planes públicos de IDEIHOSTING indican SSL incluido, pero la configuración concreta y las referencias de una aplicación deben verificarse en cada proyecto. Consulta soporte con la URL y el mensaje exacto; no compartas claves privadas ni contraseñas en una captura.
Si el certificado está vencido, consulta el diagnóstico de renovación; si está vigente pero algunos clientes no confían, comprueba los intermediarios de la cadena. Ninguno de esos fallos se resuelve sustituyendo recursos HTTP de una página.