HTTPS y SEO: impacto en el posicionamiento, migración segura y errores comunes

La cuestión del HTTPS en SEO está casi resuelta en 2026: según el Web Almanac 2024 de HTTP Archive, el 95,6 % de las páginas de inicio móviles ya se sirven por HTTPS. Quedan las preguntas prácticas: cuánto pesa el protocolo en el posicionamiento, cómo migrar un sitio antiguo sin perder tráfico y qué errores de configuración siguen costando posiciones. Esta guía las responde con la propia documentación de Google.

¿Qué es el HTTPS y cómo funciona?

El HTTPS (Hypertext Transfer Protocol Secure) es HTTP enviado a través de una conexión TLS cifrada. El servidor presenta un certificado TLS (todavía llamado a menudo certificado SSL) emitido por una autoridad de certificación; el navegador lo comprueba y después cifra todo lo que intercambia con el sitio. El certificado está ligado a sus nombres de dominio, que se resuelven mediante el DNS, y puede servirlo su proveedor de alojamiento o una CDN situada delante de su sitio.

Los certificados tienen tres niveles de validación: validación de dominio (DV), validación de organización (OV) y validación extendida (EV). Para el SEO, el nivel no cambia nada: Google comprueba que la conexión sea válida, no qué tipo de certificado la protege. Un certificado DV, gratuito y emitido en minutos, basta para la mayoría de los sitios; OV y EV añaden una verificación de la empresa que hay detrás del dominio, que algunos bancos o grandes empresas exigen por motivos propios.

¿El HTTPS influye en el posicionamiento SEO?

Sí, pero mucho menos que el contenido y los enlaces. La respuesta tiene dos niveles: la señal de posicionamiento oficial y los efectos indirectos, que pesan más en el día a día.

Lo que Google anunció en 2014

El 7 de agosto de 2014, Google anunció en su artículo HTTPS as a ranking signal que se trataba de «solo una señal muy ligera, que afecta a menos del 1 % de las búsquedas mundiales y pesa menos que otras señales como el contenido de calidad». El mismo artículo recomendaba certificados con clave de 2048 bits y advertía contra el bloqueo del sitio HTTPS en el robots.txt. El HTTPS funciona como un criterio de desempate: puede separar dos páginas de calidad similar, no hará subir una página débil por encima de una sólida.

Lo que dice hoy la documentación de Google

La documentación de Google sobre la experiencia en la página incluye «¿Se sirven sus páginas de forma segura?» entre las preguntas de autoevaluación y después precisa que «más allá de las Core Web Vitals, los demás aspectos de la experiencia en la página no ayudan directamente a que su sitio se posicione mejor en los resultados de búsqueda». Leído junto al anuncio de 2014, el mensaje es coherente: el HTTPS se espera como base, y la ganancia de posicionamiento al cambiar es pequeña. Los factores de posicionamiento de Google confirmados lo ponen en perspectiva frente a la relevancia, la calidad y los enlaces.

Los efectos indirectos, que pesan más

• Confianza y conversiones. Desde Chrome 68, en julio de 2018, Chrome marca toda página HTTP como «No seguro» en la barra de direcciones, tal como se anunció en el blog de Chromium. Una alerta junto a un formulario o un pago cuesta clics y ventas, por eso el HTTPS forma parte del UX SEO tanto como del SEO técnico.
• Una sola versión canónica. Google incluye el hecho de que una página se sirva por HTTP o HTTPS entre los factores que usa para elegir una URL canónica. Un sitio que responde en ambos protocolos reparte sus señales entre duplicados hasta que Google los consolida.
• Velocidad. Los navegadores solo admiten HTTP/2 y HTTP/3 sobre conexiones cifradas, así que el HTTPS es la puerta de entrada a los protocolos que favorecen la experiencia en la página y las Core Web Vitals.
• Analítica. Cuando un visitante pasa de una página HTTPS a una página HTTP, los navegadores eliminan el referente por defecto, de modo que un sitio HTTP ve parte de su tráfico de referencia como tráfico directo.

¿Cómo migrar de HTTP a HTTPS sin perder tráfico?

Pasar a HTTPS cambia todas las URL del sitio, por lo que Google lo trata como un traslado de sitio. Su guía sobre traslados de sitios con cambios de URL da el método; la checklist siguiente lo aplica a un cambio de protocolo. El rigor es el mismo que en cualquier migración SEO.

1. Instalar y probar el certificado

Elija un certificado que cubra todos los nombres de host que utiliza (example.com y www.example.com, más cada subdominio). Los certificados gratuitos de Let's Encrypt, de su alojamiento o de su CDN funcionan igual que los de pago para el SEO. Active la renovación automática: un certificado caducado muestra una alerta a pantalla completa a cada visitante.

2. Inventariar y mapear cada URL

Rastree el sitio HTTP y exporte sus URL desde los sitemaps, la analítica y los registros del servidor, incluidas imágenes, PDF y otros archivos. Cada URL HTTP debe corresponder a la misma ruta en HTTPS.

3. Corregir el contenido mixto

Una página HTTPS que carga imágenes, scripts u hojas de estilo por HTTP provoca contenido mixto: los navegadores bloquean o señalan esos recursos. Sustituya los enlaces http:// escritos a mano en las plantillas, la base de datos y la configuración del CMS.

4. Configurar redirecciones 301 en un solo salto

Google recomienda redirecciones permanentes del lado del servidor (301 o 308). Redirija http://example.com/page directamente a https://www.example.com/page, sin pasar por una versión HTTP con www intermedia. Compruebe una muestra de URL antiguas con un comprobador de redirecciones, incluidas las páginas que tienen backlinks.

5. Actualizar todas las señales internas

Haga que las URL canónicas, las etiquetas hreflang, los enlaces internos, los datos estructurados y los sitemaps XML apunten directamente a las URL HTTPS. Un comprobador de canónicas detecta rápido las páginas que todavía declaran una canónica en HTTP.

6. Configurar Search Console

Añada una propiedad de dominio, o las propiedades de prefijo de URL en HTTPS, y envíe el nuevo sitemap. La documentación de Google indica que la herramienta de cambio de dirección no es necesaria para pasar de HTTP a HTTPS: solo se aplica a cambios de dominio.

7. Activar HSTS cuando todo funcione

La cabecera Strict-Transport-Security indica a los navegadores que usen siempre HTTPS para su dominio. Empiece con una duración corta y súbala a un año (max-age=31536000) cuando esté seguro de que todos los subdominios admiten HTTPS. Compruebe la cabecera con un comprobador de cabeceras HTTP.

8. Mantener las redirecciones y vigilar

Google aconseja mantener las redirecciones al menos un año, y mantenerlas indefinidamente es razonable. Cuente con algunas fluctuaciones durante unas semanas mientras Google vuelve a rastrear el sitio.

¿Qué errores de HTTPS siguen perjudicando al SEO?

• Ambos protocolos activos. La versión HTTP responde con un 200 en lugar de una 301 y crea un duplicado completo del sitio.
• Cadenas de redirecciones. HTTP a HTTPS, luego sin www a www, luego la barra final: tres saltos donde basta uno. Cada salto ralentiza el rastreo y a los usuarios.
• Una 302 en lugar de una 301. Una redirección temporal envía una señal más débil sobre cuál es la URL definitiva. Use una redirección 301.
• Enlaces HTTP antiguos en los perfiles que usted controla. Las redirecciones los recogen, pero actualizar los enlaces de sus redes sociales, directorios y fichas de empresa elimina un salto y envía una señal más limpia.
• Canónicas HTTP olvidadas en las plantillas. La página redirige a HTTPS pero declara la URL HTTP como canónica: dos señales contradictorias.
• Un certificado caducado o que no coincide. Los visitantes ven una página de error, y los rastreadores pueden no lograr obtener el contenido.
• Precarga HSTS demasiado pronto. Inscribir el dominio en las listas de precarga de los navegadores antes de que todos los subdominios admitan HTTPS los deja inaccesibles, y retirarlo lleva tiempo.

La extensión gratuita de Sorank para Chrome señala errores on-page como las canónicas y las redirecciones mientras navega por sus propias páginas.

HTTPS, rastreadores de IA y GEO

ChatGPT, Claude, Perplexity y Gemini dependen de rastreadores que obtienen sus páginas antes de poder citarlas. Estos rastreadores siguen las mismas reglas que un navegador: un error de certificado, un bucle de redirecciones o un robots.txt HTTPS que bloquea impiden leer la página, y por tanto citarla. Nuestra guía sobre el robots.txt para los rastreadores de IA explica qué bots permitir. Una única versión HTTPS de cada URL también concentra las citas en una sola dirección, más fácil de medir con el seguimiento de menciones en las IA.

HTTPS: la base, y después el trabajo de fondo

El HTTPS aporta una pequeña mejora de posicionamiento, elimina un problema de confianza y se migra con una 301 limpia por URL. Una vez en marcha, el posicionamiento depende de lo que Google pondera mucho más: contenido útil, enlazado interno y autoridad. Sorank se ocupa de esa parte en autopilot: investigación de palabras clave, artículos optimizados publicados en su blog HTTPS, enlazado interno y backlinks naturales.