Respuesta corta: HTTPS es la versión cifrada de HTTP: usa TLS, antes llamado SSL, para cifrar todo lo que viaja entre el navegador del visitante y tu sitio. Un certificado SSL, emitido por una autoridad de certificación, es lo que permite que tu servidor demuestre su identidad y active ese cifrado. web.dev dice que todo sitio debería usar HTTPS, aunque no maneje nada sensible.
HTTP y HTTPS, uno al lado del otro
| HTTP | HTTPS | |
|---|---|---|
| Cifrado | Ninguno | TLS cifra toda la comunicación |
| Manipulación | Terceros, como los ISP, pueden insertar anuncios | Mucho más difícil para los intrusos |
| Privacidad | Cada solicitud puede revelar el comportamiento del visitante | Protegida frente a quien escucha |
| Funciones del navegador | Muchas de las nuevas, como la cámara o el uso sin conexión, no funcionan | Disponibles con permiso del visitante |
De web.dev, «Por qué es importante HTTPS», y de MDN Web Docs, «HTTPS» y «TLS», en inglés, consultados el 2 de noviembre de 2026.
Por qué todo sitio lo necesita
HTTPS evita que intrusos cambien lo que viaja entre tu sitio y tus visitantes. Entre esos intrusos hay atacantes y también empresas legítimas pero intrusivas, como los proveedores de internet que insertan anuncios en las páginas.
También protege la privacidad. Incluso los sitios que no manejan nada sensible lo necesitan, porque cada solicitud sin proteger puede revelar algo del comportamiento y la identidad de un visitante.
La guía de experiencia en la página de Google pregunta si tus páginas se sirven de forma segura, y el informe HTTPS de Search Console muestra cuáles no.
Qué cubre el certificado
Una autoridad de certificación respalda tu certificado y los nombres que incluye, y cada autoridad cobra distinto por ello. Un certificado puede cubrir varios nombres, como example.com y www.example.com, o un comodín como *.example.com.
Un comodín cubre un solo nivel: *.example.com sirve para tienda.example.com pero no para a.tienda.example.com. Si usas varios nombres de host o subdominios, cada uno necesita el certificado correcto.
De web.dev, «Cómo habilitar HTTPS en tus servidores».
Cómo pasar tu sitio a HTTPS
- Pregunta a tu proveedor de hosting si puede emitir e instalar un certificado para tu dominio.
- Asegúrate de que el certificado cubra todos los nombres que usas, con y sin www.
- Activa HTTPS, pero no redirijas todavía HTTP hacia él.
- Carga imágenes, scripts y estilos con direcciones relativas, para que ninguna página HTTPS traiga un archivo HTTP.
- Cuando todas las páginas funcionen por HTTPS, redirige HTTP a HTTPS de forma permanente.
- Activa HSTS con un max-age bajo y súbelo a medida que ganes confianza.
- Revisa el informe HTTPS de Search Console y corrige las páginas que muestre.
Nuestra guía sobre redirecciones 301 explica la redirección permanente de HTTP a HTTPS.
Lo que muestra nuestro certificado
Nuestro certificado lo emite Let’s Encrypt para tres nombres: feedback-studios.com, www.feedback-studios.com y otro subdominio nuestro. Va del 4 de octubre de 2026 al 2 de enero de 2027.
Las direcciones con http y con www responden con un 301 hacia https://feedback-studios.com en un solo paso. Nuestro servidor también envía Strict-Transport-Security con un max-age de 86,400 segundos, un día: un valor bajo, como sugiere web.dev para empezar.
Antes de dar tu sitio por seguro
- Todas las páginas abren por HTTPS.
- El certificado cubre todos los nombres que usas.
- Las direcciones con HTTP y con www redirigen de forma permanente a HTTPS.
- Ninguna página HTTPS carga imágenes, scripts o estilos por HTTP.
- HSTS está activado, con un max-age que piensas subir.
- El informe HTTPS de Search Console no muestra problemas.
RecuerdaHTTPS protege cada visita, no solo los pagos. Consigue un certificado que cubra todos tus nombres, redirige HTTP de forma permanente, evita el contenido mixto y revisa el informe HTTPS.
Si quieres que revisemos la configuración HTTPS de tu sitio, mira nuestro servicio de SEO técnico.
Respuestas rápidas sobre SSL y HTTPS
¿SSL es lo mismo que TLS?
TLS es la versión actual. MDN describe Transport Layer Security como el protocolo antes conocido como Secure Sockets Layer, y SSL como el estándar antiguo que TLS reemplazó. Se sigue diciendo certificado SSL, pero hoy los sitios usan TLS.
¿Mi web necesita HTTPS aunque no venda nada?
Sí. web.dev dice que protejas todos tus sitios con HTTPS, aunque no manejen comunicaciones sensibles. Cada solicitud sin proteger puede revelar algo del comportamiento y la identidad de tus visitantes, y muchas funciones del navegador solo funcionan con HTTPS.
¿HTTPS ayuda con Google?
La guía de experiencia en la página de Google pregunta si tus páginas se sirven de forma segura, y Search Console tiene un informe HTTPS que muestra cuáles no. Servir todas las páginas con HTTPS forma parte de una buena experiencia en la página.
¿Cómo funciona HSTS?
HTTP Strict Transport Security es un encabezado que les dice a los navegadores que se conecten siempre a tu sitio por HTTPS, incluso desde un enlace http://. web.dev sugiere empezar con un max-age bajo, que se mide en segundos, y subirlo con el tiempo.
¿Una página HTTPS puede no ser segura?
Sí, si carga algunos recursos por HTTP sin cifrar, lo que se llama contenido mixto. Los navegadores avisan de que la página no es completamente segura, y algunos se niegan a cargar esos recursos, lo que puede hacer que la página falle.
Fuentes
Consultadas el 2 de noviembre de 2026. web.dev: Por qué es importante HTTPS y Cómo habilitar HTTPS en tus servidores. Google Search Central: Información sobre la experiencia en la página. MDN Web Docs: HTTPS y TLS, en inglés. Nuestro caso: nuestro certificado y nuestro servidor, el 2 de noviembre de 2026.