Son problemas simples.
En primera respuesta, Google Search BOT ::
El motor de Google buscará HTTP primero, si hay HTTP y HTTPS existe en sametime.
Google almacenará el mismo contenido y, a continuación, se almacenarán los datos HTTP.
Significa menos computación y consumo de ancho de banda de red.
Ellos buscan y cachean tremendos sitios y datos. por lo tanto, el 1% de más costo significa enormes cuentas de costos.
En segundo lugar, la vista de los proveedores de servicios StackExchange ::
La mayoría de los contenidos de intercambio de pila es vista en público. La mayoría de los escritores actúan en estos sitios. Pero, eso no es objetivo a la vista exclusiva. Quieren compartir información al público. Sin inicio de sesión, leerá los contenidos de este sitio.
Creo que este tipo de propiedad del Servicio permanecerá en HTTP y HTTPS sametime.
Solo tiempo de inicio de sesión, cuenta de usuario y tiempo de ingreso de pw, necesidades de SSL.
más de consideraciones ::
Si sus sitios web y los sitios web para publicidad no necesitan acceso personal seguro, entonces ¿por qué usar SSL (HTTPS)?
quieren publicar sus sitios para más público y difundir su información de forma anónima, y en ese caso, piensan que hacen que sus sitios web sean más fáciles de acceder y más fáciles de leer lo que quieren publicar.
Pero, la mayoría de los sitios web tienen otro mecanismo de autenticación, cuando inician sesión, cambian de fondo para admitir https y realizar sesiones seguras.
Creo que eso depende de los contenidos de los sitios web.
Otro aspecto de la vista,
Cuando se usa SSL, los sitios web deben gastar más costos, porque necesitan más capacidades de servidor y más recursos de servidor. Hace más costo por conexiones.
Entonces, hacen que los sitios web no usen SSL.
En el caso de 1 ~ x la conexión concurrente a través de SSL es ignorable. pero, hay más de xK conexión de congruencia, entonces más costos de servidor.
Y luego, la mayoría de los proveedores de servicios o IDC adaptan la descarga de SSL o ese tipo de dispositivos caros.