¿Cómo hago la transición a SSL sin afectar el PageRank?


92

Aquí en Stack Exchange estamos trabajando para mover todo el tráfico a SSL. La razón por la que no hacemos solo usuarios registrados es que un lado de la división de inicio de sesión sufriría una redirección de Google cada vez. Esto sucede porque Google solo va a tener http://o https://en los resultados, no ambos. Además de construir la infraestructura SSL ( detalles aquí ), la pregunta pendiente que tenemos es:
¿cómo hacemos la mejor transición a SSL?

Aquí están los bits relevantes de nuestro plan (pruebas en sitios pequeños, subir a stackoverflow.com):

  1. Obtenga SSL listo / habilitado (pero no vinculado) en todos los dominios
  2. Comience a representar solo el <link rel="canonical">comohttps://
  3. Comience a enviar un 301 para todas las http://solicitudes a https://(desde nuestros dominios ... por supuesto, no podemos hacer nada sobre todos los enlaces existentes que nos señalan)
  4. Después de un período de transición, configure todas las cookies de usuario como secure

Entonces, el juego final tiene todo el contenido entregado a través de SSL y todas las solicitudes HTTP redirigidas. Lo que nos preocupa principalmente es cómo afectará esto al PageRank de nuestros sitios. Dependemos mucho del tráfico que proviene de Google y queremos asegurarnos de que no se zambulló a medida que comenzamos a brindar más seguridad a nuestros usuarios.

Los únicos bits que he encontrado sobre esto que parecen ser sustantivos son un comentario de un empleado de Google sobre una pregunta anterior en líneas similares :

@Frank Sí, estoy seguro de que Google trata las URL HTTP y HTTPS como URL separadas para rastrear, indexar y clasificar (trabajo con el equipo de búsqueda web aquí en Google). Hacer canonicalización con una redirección 301 como mencionaste es una excelente manera de resolver esto :) - John Mueller Oct 23 '10

y el único video para webmasters que pude encontrar: ¿Cambiar al ranking HTTPS puede dañar? El video no tiene una respuesta sólida, de ninguna manera basaría el futuro de una empresa.

¿Es nuestro plan de transición la mejor manera de lograr un movimiento SSL, al menos desde una perspectiva de SEO? Si hay otros consejos más recientes o concretos sobre cómo un movimiento como este afecta la clasificación de Google, nos encantaría saberlo.


3
¿Valdría la pena migrar primero a uno de los sitios de SE más pequeños para evaluar el efecto en el rango de página antes de hacerlo a lo grande?
Kirk Woll el

2
@Jeff o mostramos que los usuarios http y authed son expulsados ​​a https (una redirección dolorosa por cada golpe de búsqueda) o mostramos https en los resultados de búsqueda de google, lo que significa que efectivamente hemos cambiado a todos a https como estamos planeando de todos modos ( pero sin redireccionamientos, al menos provenientes de google). Lo que sea que Google muestre será el caso del tráfico del 95-99%, por lo que tenemos que usar https completos para evitar redireccionamientos a largo plazo. Además, según los registros, parece que Google intenta rastrearnos en https, ya sea que lo anunciemos o no ...
Nick Craver

2
@Kirk Absolutamente, eso es lo que quise decir con las pruebas de sitios pequeños entre paréntesis. El plan es probar primero un conjunto de sitios más pequeños.
Nick Craver

2
@IlmariKaronen - Sí, no es doloroso para nosotros ... doloroso para los usuarios , en lugares como Australia, que pueden demorar hasta un segundo más en el tiempo de carga de la página. A menudo es mucho más alto que eso en dispositivos móviles, incluso aquí en los EE. UU. Nuestras páginas de preguntas se procesan en menos de 50 ms (la mayoría de las veces la mitad), por lo que cualquier solución que agregue latencia es un gran impacto en el tiempo de carga de la página. En términos de porcentaje, casi toda la latencia de carga que verá navegando por nuestra red es la transmisión, por lo que sería un aumento significativo duplicar el recuento de solicitudes para el 95-99% de las cargas de página.
Nick Craver

1
@ Nick: ¿Sería realmente más del 95%? Puedo ver que esa fracción de todas sus solicitudes proviene de Google, pero ¿seguramente el porcentaje debe ser mucho más bajo para los usuarios registrados? Dicho esto, estoy de acuerdo en que un segundo completo de latencia adicional comienza a calificar como "doloroso". (Usted podría resolver ese problema, y mejorar su latencia en general, por tener un montón de servidores proxy front-end geográficamente dispersos, pero que podría estar pasando un poco fuera del alcance de la cuestión aquí ... aún así, funciona para Wikipedia. )
Ilmari Karonen

Respuestas:


34

Su solución propuesta es la mejor manera de avanzar desde una perspectiva de SEO. Evita el contenido duplicado utilizando la URL canónica y la redirección 301 transferirá la mayor parte de su PageRank ( se pierde una pequeña cantidad en la redirección ). Además, gracias a la fortaleza de las páginas de Stack Overflow en Google, estaría más que sorprendido si observara alguna fluctuación en su clasificación. Los sitios más pequeños verían un período de transición en sus clasificaciones, mientras que Google quedó atrapado con sus nuevas URL, pero no preveo que eso ocurra con Stack Overflow.

Para su información, John Meuller, el empleado de Google que citó, es un miembro activo aquí . Con un poco de suerte nos dará su perspectiva sobre esto.


16
Sí, creo que este es un enfoque bastante sólido. FWIW hubo una discusión similar en Google+ hace un tiempo, donde analizamos algunos de los detalles: plus.google.com/106413090159067280619/posts/ZZVAS65mmw4 . Separar rel = canonical y redirecciones en el tiempo probablemente no sea necesario, pero puede facilitar la detección de problemas antes. Una cosa que no mencionó es HSTS, que podría valer la pena considerar en algún momento también.
John Mueller

Gracias de nuestro equipo a los dos, ahora estamos mucho más cómodos con esta transición en el lado de SEO. Todavía nos quedan unas pocas semanas de trabajo mínimo, pero todavía estamos trabajando para lograr el cambio HTTPS.
Nick Craver

11

Hace aproximadamente un año hubo un error en el código de generación de enlaces permanentes para mi sitio de WordPress, que recibe alrededor del 70% del tráfico de Google. La etiqueta canónica comenzó a usar el formato URL corto de WP en lugar del formato normal.

Dos semanas después, encontré el error cuando noté que mis URL se mostraban raras en el índice de Google. En lugar de estar lleno /999999/post-url-format-like-this/en los resultados, se estaba mostrando ?post_id=99999(o algo similar).

No hubo cambios en el tráfico.

Se corrigió el error, la etiqueta canónica se volvió a configurar correctamente y, aproximadamente una semana después, Google había ajustado todos los enlaces indexados al formato normal. Sin dolor, de verdad.

Entonces, según mi experiencia, su plan debería ser:

  1. Cambie la etiqueta canónica para que apunte a la URL HTTPS.
  2. Google actualizará automáticamente todos los resultados en el índice. Esto puede llevar algunas semanas y no requiere redireccionamientos 301. Y ... el 95% de su tráfico utilizará SSL.
  3. Redirige a los usuarios registrados que hacen clic desde otro sitio.

Dado que las redirecciones 301 eliminan parte del PageRank, no veo el punto de usarlas de inmediato, especialmente porque la etiqueta canónica debería ocuparse del índice de Google.


5

Creo que Google clasifica la primera URL vista en caso de que sea una URL corta, HTTP o incluso HTTPS, a menos que se haya utilizado un enlace canónico tan correcto que sean clasificaciones separadas, de modo que la transición 301 resulte en un poco de pérdida en la transición.

Sin embargo, como John también ha dicho que es dudoso, esto perjudicaría a stack, ya que stack tiene muchísima autoridad y confianza con Google.

Además, por lo que sabemos, Google puede incluso aumentar la clasificación de las pilas para usar SSL, ya que hace que el sitio sea más seguro para sus usuarios, lo que en realidad aumenta la experiencia del usuario en la que Google cree firmemente. ¿Aunque esta especulación es buena? :)

También:

Matt Cutts de Google dijo en un comentario de Hacker News que aquellos que estén interesados ​​en cambiar todo su sitio web de HTTP a HTTPS deben seguir adelante y hacerlo.


66
No creo que sea útil especular que las clasificaciones pueden aumentar usando SSL, ya que no tiene información remotamente confiable sobre eso.
DisgruntledGoat

Creo que Brains at Stack puede establecer qué significa la especulación y considerar lo que es útil o no útil. Gracias por señalar lo obvio tú;)
Simon Hayter

1
Mi punto es que es una especulación basada en nada en absoluto. También puede agregar a su respuesta: "Por lo que sabemos, Google enviará los elementos pesados ​​a su centro de datos para destruirlo".
DisgruntledGoat

2
Es una especulación basada en la creencia de que a) los sitios SSL son mejores para los usuarios yb) Google tiene un historial de promoción de sitios que son buenos para los usuarios.
Spongeboy

5

Recientemente moví varios de mis sitios a SSL y el PageRank no se vio afectado ni de manera positiva ni negativa. Seguí todas las pautas de Google, que son básicamente como las que describiste:

  1. Haga que su sitio funcione sin problemas con HTTPS. Mi mayor cambio necesario fue usar solo enlaces relativos y relativos de protocolo. Por ejemplo: href = "page.html" y cuando sea necesario href = "// www.example.com/"
  2. Agregue etiquetas rel = "canonical" y apúntelas a la dirección HTTPS de su página
  3. Use redireccionamientos 301 para todas las solicitudes HTTP para enviarlas a HTTPS

Configure los sitios HTTP y HTTPS en Google Webmaster y monitoree ambos de cerca.


4

He sido parte de una transición similar en un sitio web de tráfico moderadamente alto, aunque con una diferencia: todas las URL se cambiaron y no se implementaron redireccionamientos 301.

Supervisé de cerca el impacto en las clasificaciones de Google durante aproximadamente un mes, y para la mayoría de las palabras clave, se obtuvieron 2-3 posiciones, aunque estoy bastante seguro de que se debió completamente a un mejor SEO.
No pude ver ningún cambio que pudiera atribuirse razonablemente solo a HTTPS.

Su plan parece acertado, aunque estoy un poco desgarrado por ese segundo paso, personalmente iría directamente al 301.

¿Por qué no prueba A / B con un pequeño número de preguntas preferiblemente falsas y verifica los efectos en ellas?


1
Habíamos considerado el enfoque de prueba A / B, pero el problema es que las calificaciones fluctúan por otras razones, por lo que todavía no vemos muchos datos concretos de un experimento tan incontrolado. Dado eso, parece mejor que probemos a nivel de sitio, ya que ese es el cambio real que queremos hacer de todos modos.
Nick Craver
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.