Come posso passare a SSL senza influire su PageRank?


92

Qui a Stack Exchange stiamo lavorando per spostare tutto il traffico su SSL. Il motivo per cui non stiamo effettuando l'accesso solo agli utenti è che un lato della divisione dell'accesso subirebbe un reindirizzamento da parte di Google ogni volta. Questo accade perché Google avrà http://o https://nei risultati solo, non entrambi. Oltre a costruire l'infrastruttura SSL ( dettagli qui ), la domanda eccezionale che abbiamo è:
come possiamo passare al meglio SSL?

Ecco le parti rilevanti del nostro piano (test su piccoli siti, passaggio a stackoverflow.com):

  1. Ottieni SSL pronto / abilitato (ma non collegato a) su tutti i domini
  2. Avviare il rendering solo il <link rel="canonical">comehttps://
  3. Inizia a inviare un 301 per tutte le http://richieste a https://(dai nostri domini ... ovviamente non possiamo fare nulla per tutti i link esistenti che puntano a noi)
  4. Dopo un periodo di transizione, impostare tutti i cookie utente come secure

Quindi il gioco finale ha tutto il contenuto consegnato su SSL e tutte le richieste HTTP vengono reindirizzate. Ciò di cui ci occupiamo principalmente è come questo influenzerà PageRank sui nostri siti. Dipendiamo molto dal traffico proveniente da Google e vogliamo assicurarci che non ci si immerga quando iniziamo a offrire maggiore sicurezza ai nostri utenti.

Le uniche parti che ho trovato su questo che sembrano essere sostanziali sono un commento di un dipendente di Google su una domanda precedente su linee simili :

@Frank Sì, sono certo che Google tratta gli URL HTTP e HTTPS come URL separati per la scansione, l'indicizzazione e il posizionamento (lavoro con il team di ricerca Web qui su Google). Fare canonicalizzazione con un reindirizzamento 301 come hai menzionato è un ottimo modo per risolverlo :) - John Mueller, 23 ottobre 10

e l'unico video di webmaster che sono riuscito a trovare: passare al ranking HTTPS può danneggiare la classifica? Il video non ha una risposta solida, non quella su cui baserei comunque il futuro di un'azienda.

Il nostro piano di transizione è il modo migliore per eseguire una mossa SSL, almeno dal punto di vista SEO? Se ci sono altri consigli più recenti o concreti su come una mossa del genere influisca sul ranking di Google, ci piacerebbe sentirne parlare.


3
Varrebbe la pena migrare uno dei siti SE più piccoli per valutare l'effetto sul ranking delle pagine prima di farlo al biggie?
Kirk Woll il

2
@Jeff o mostriamo che gli utenti http e autorizzati vengono presi a calci su https (un reindirizzamento doloroso per ogni hit dalla ricerca) o mostriamo https nei risultati di ricerca di google, il che significa che in effetti abbiamo passato tutti a https come stiamo pianificando comunque ( ma nessun reindirizzamento, almeno proveniente da google). Spettacoli Qualunque Google sarà il caso di traffico 95-99%, in modo che hanno di andare https pieno per evitare reindirizzamenti a lungo termine. Inoltre, secondo i registri sembra che Google cerchi di indicizzarci su https, sia che lo pubblicizziamo o no ...
Nick Craver

2
@Kirk Assolutamente, questo è ciò che intendevo con i test di piccoli siti tra parentesi. Il piano è di provare prima su una serie di siti più piccoli.
Nick Craver

2
@IlmariKaronen - Sì, non doloroso per noi ... doloroso per gli utenti , in luoghi come l'Australia che può richiedere fino a un secondo in più sul tempo di caricamento della pagina. Spesso è molto più alto di quello sui dispositivi mobili anche qui negli Stati Uniti. Le pagine delle domande vengono visualizzate in meno di 50 ms (la maggior parte delle volte la metà), quindi qualsiasi soluzione che aggiunge latenza ha un impatto enorme sul tempo di caricamento della pagina. Per quanto riguarda la percentuale, praticamente tutta la latenza di caricamento che vedrai navigare nella nostra rete è la trasmissione, quindi sarebbe un aumento significativo raddoppiare il conteggio delle richieste per il 95-99% dei carichi di pagina.
Nick Craver

1
@ Nick: sarebbe davvero il 95% +? Posso vedere quella frazione di tutte le tue richieste provenienti da Google, ma sicuramente la percentuale deve essere molto più bassa per gli utenti che hanno effettuato l'accesso? Detto questo, concordo sul fatto che un secondo intero di latenza extra inizia a qualificarsi come "doloroso". (Si potrebbe risolvere il problema, e migliorare la latenza, in generale, avendo un po 'di geograficamente sparsi proxy front-end, ma che potrebbe essere di andare un po' al di fuori della portata della questione qui ... ancora, funziona per Wikipedia. )
Ilmari Karonen il

Risposte:


34

La soluzione proposta è il modo migliore di procedere dal punto di vista SEO. Eviti i contenuti duplicati utilizzando l'URL canonico e il reindirizzamento 301 trasferirà la maggior parte del tuo PageRank ( una piccola quantità viene persa nel reindirizzamento ). Inoltre, grazie alla forza delle pagine di Stack Overflow su Google, sarei più che sbalordito se vedessi delle fluttuazioni nelle tue classifiche. I siti più piccoli vedrebbero un periodo di transizione nelle loro classifiche mentre Google si è ritrovato con i loro nuovi URL, ma non prevedo che ciò accada a StackTranslate.it.

Cordiali saluti, John Meuller, l'impiegato di Google che hai citato, è un membro attivo qui . Con un po 'di fortuna ci darà la sua prospettiva su questo.


16
Sì, penso che questo sia un approccio piuttosto valido. FWIW c'è stata una discussione simile su Google+ qualche tempo fa in cui abbiamo esaminato alcuni dei dettagli: plus.google.com/106413090159067280619/posts/ZZVAS65mmw4 . Separare rel = canonical e reindirizzare in termini di tempo probabilmente non è necessario, ma può rendere più semplice rilevare i problemi in precedenza. Una cosa che non hai menzionato è HSTS, che potrebbe valere la pena prendere in considerazione anche a un certo punto.
John Mueller,

Grazie dal nostro team a tutti e due, ora siamo molto più a nostro agio riguardo a questa transizione dal lato SEO. Mancano ancora poche settimane di lavoro, ma stiamo ancora lavorando allo switch HTTPS.
Nick Craver

11

Circa un anno fa c'era un bug nel codice di generazione del permalink per il mio sito WordPress, che riceve circa il 70% del traffico da Google. Il tag canonico ha iniziato a utilizzare il formato URL breve WP anziché il formato normale.

Due settimane dopo, ho trovato il bug quando ho notato che i miei URL mostravano strani nell'indice di Google. Invece del pieno /999999/post-url-format-like-this/nei risultati, stava mostrando ?post_id=99999(o qualcosa di simile).

Non ci sono stati cambiamenti nel traffico.

Il bug è stato corretto, il tag canonico correttamente reimpostato e, circa una settimana dopo, Google aveva riportato tutti i collegamenti indicizzati al formato normale. Indolore, davvero.

Quindi, in base alla mia esperienza, il tuo piano dovrebbe essere:

  1. Modifica invece il tag canonico in modo che punti all'URL HTTPS.
  2. Google aggiornerà automaticamente tutti i risultati nell'indice. Questa operazione potrebbe richiedere alcune settimane e non richiede reindirizzamenti 301. E ... il 95% del tuo traffico utilizzerà SSL.
  3. Reindirizzare gli utenti che hanno effettuato l'accesso che fanno clic da un altro sito.

Poiché i reindirizzamenti 301 rimuovono parte del pagerank, non vedo subito il loro utilizzo, soprattutto perché il tag canonico dovrebbe occuparsi dell'indice di Google.


5

Credo che Google classifichi il primo URL visualizzato se si tratta di un URL breve, HTTP o persino HTTPS a meno che non sia stato utilizzato un collegamento canonico in modo corretto che siano classifiche separate in modo che la transizione 301 comporti un certo smarrimento nella transizione.

Tuttavia, come ha anche detto John, è dubbio che ciò danneggerebbe lo stack, poiché lo stack ha tonnellate di autorità e fiducia nei confronti di Google.

Inoltre, per quanto ne sappiamo, Google potrebbe persino aumentare le classifiche degli stack per diventare SSL poiché rende il sito più sicuro per i suoi utenti, il che in effetti aumenta l'esperienza dell'utente in cui Google crede fermamente. Nonostante questa speculazione, ma è utile sperare? :)

Anche:

Matt Cutts di Google ha dichiarato in un commento di Hacker News che coloro che sono interessati a passare l'intero sito Web da HTTP a HTTPS dovrebbero andare avanti e farlo.


6
Non credo sia affatto utile ipotizzare che le classifiche possano aumentare utilizzando SSL, dal momento che non si dispone di informazioni a distanza affidabili su questo.
DisgruntledGoat

Penso che Brains at Stack possa stabilire cosa significhi la speculazione e considerare ciò che è utile o non utile. Grazie di aver sottolineato l'ovvio tu;)
Simon Hayter

1
Il mio punto è che si tratta di speculazioni basate sul nulla. Puoi anche aggiungere alla tua risposta "Per quanto ne sappiamo, Google invierà i pesanti al tuo datacenter per distruggerlo".
DisgruntledGoat

2
La sua ipotesi si basa sul fatto che a) i siti SSL sono migliori per gli utenti eb) Google ha una storia di promozione di siti che fanno bene agli utenti.
Spongeboy,

5

Di recente ho spostato molti dei miei siti su SSL e il pagerank non è stato influenzato né positivamente né negativamente. Ho seguito tutte le linee guida di Google, che sono fondamentalmente proprio come le hai descritte:

  1. Fai in modo che il tuo sito funzioni senza problemi con HTTPS. Il mio più grande cambiamento necessario era usare solo collegamenti relativi e relativi al protocollo. Ad esempio: href = "page.html" e, se necessario, href = "// www.example.com/"
  2. Aggiungi tag rel = "canonical" e puntali all'indirizzo HTTPS della tua pagina
  3. Utilizzare reindirizzamenti 301 per tutte le richieste HTTP per inviarle a HTTPS

Imposta i siti HTTP e HTTPS in Google Webmaster e monitorali entrambi da vicino.


4

Ho fatto parte di una transizione simile su un sito Web a traffico moderatamente alto, anche se con una differenza: tutti gli URL sono stati modificati e non sono stati implementati 301 reindirizzamenti.

Ho monitorato attentamente l'impatto sulle classifiche di Google per circa un mese e, per la maggior parte delle parole chiave, sono state guadagnate 2-3 posizioni, anche se sono abbastanza certo che ciò sia dovuto completamente a una migliore SEO.
Non sono riuscito a vedere alcun cambiamento che potesse essere ragionevolmente attribuito solo a HTTPS.

Il tuo piano sembra perfetto, anche se sono un po 'sconvolto per quel secondo passo, personalmente andrei dritto per 301.

Perché non testare A / B con un numero limitato di domande preferibilmente false e controllare gli effetti su quelle?


1
Avevamo preso in considerazione l'approccio del test A / B, ma il problema delle classificazioni fluttua per altri motivi, quindi non stiamo ancora vedendo molti dati concreti da un esperimento così incontrollato. Detto questo, sembra meglio che testiamo a livello di sito poiché questa è la vera modifica che vogliamo fare comunque.
Nick Craver
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.