AMA con Google Search SMX 2015: Danny Sullivan e Gary Illyes

Ciao a tutti, ho il piacere di essere a SMX Advanced 2015 attualmente.

Diverse migliaia di parole dopo, ho scritto con successo dal vivo l'AMA che Danny Sullivan e Gary Illyes di Google ci hanno presentato. Una specie di. Perdonami per aver perso le battute occasionali tra i punti, ma la carne del messaggio è tutta lì sotto.

L'anno scorso abbiamo seguito il Keynote di Matt Cutts con Danny Sullivan. Quest'anno ci riproviamo.

Credito immagine: http://searchengineland.com/ama-google-search-live-blog-222206

Anche Matt McGee di Search Engine Land ha scritto in diretta sull'evento, se vuoi vedere la loro copertura.

La conversazione è stata veloce, divertente e incredibilmente perspicace. Ho fatto del mio meglio per catturare l'intera conversazione così com'è andata. Per rendere questa conversazione più facile da digerire, ho suddiviso ogni argomento della domanda immediatamente prima che venga discusso.

Vorrei anche notare che Danny e Gary hanno scherzato un po' avanti e indietro. Ho cercato di annotarlo durante la conversazione.

Spero che vi piaccia, e se avete domande sentitevi liberi di lasciarle qui sotto o scrivetemi su Twitter.

Saluti!

Trascrizione completa di Gary Illyes AMA a SMX 2015

Nota: l'evento si è aperto con un RIP Matt Cutts in memoria. Danny afferma che non ci sarà un nuovo Matt Cutts.

Domanda 1: Il nuovo Matt Cutts

Sullivan: Quindi, per cominciare, com'è essere il nuovo Matt Cutts?

Illyes: Come hai detto qualche istante fa, probabilmente stai invecchiando o qualcosa del genere, non c'è nessun nuovo Matt Cutts. C'è una squadra che assume il suo ruolo piuttosto che una singola persona di pubbliche relazioni. C'è una persona che guida il team web spam e un team leader PR. 12 anni di esperienza “team leader”, ingegnere geniale, non ha voglia di uscire e parlare con la gente. Che capiamo perfettamente. È un ragazzo fantastico e sono sicuro che farà cose fantastiche con la sua squadra.

Domanda 2: Panda e Pinguino - Aggiorna e aggiorna lo stato

Sullivan: Dato che sei nuovo nella fase SMX, ho pensato di iniziare con qualcosa di facile. Qual è il problema con Panda e Penguin? Per prima cosa ci viene detto che vengono aggiornati regolarmente, quindi devono essere aggiornati manualmente, ecc.

Illyes: La nostra definizione di "facile" è diversa. Panda: ci sarà un aggiornamento Panda ogni 3-4 settimane. C'è un aggiornamento dei dati in arrivo tra poche settimane. Non voglio dire esattamente quando, perché probabilmente creerei un'aspettativa per la squadra che non possono incontrare e sarebbe solo una brutta figura. È in corso un aggiornamento dei dati.

Pinguino. Pinguino, è difficile. Stiamo lavorando per aggiornarlo continuamente e per non avere aggiornamenti dei dati, ma mancano mesi. È un lavoro enorme. Dobbiamo cambiare molte cose, molte molte cose enormi che funzionano. Molti mesi di distanza.

Sullivan: Quindi Panda, sembra ancora, puntiamo a un mese, 2 mesi, 3 mesi?

Illyes: Il nostro obiettivo è aggiornarlo più spesso. Se ci pensi, se non lo aggiorniamo regolarmente, danneggia la nostra qualità di ricerca. Ma, ehm, sì. Non è così facile aggiornare Panda troppo spesso. Dobbiamo ottenere i nostri dati per eseguire un aggiornamento dei dati e talvolta quei dati sono scarsi, o è stato introdotto del rumore, o qualcosa è andato storto con i dati e dobbiamo aspettare un altro mese o due. Processo scrupoloso. Il nostro obiettivo è aggiornare più spesso perché danneggia la qualità della nostra ricerca.

Sullivan: Quindi l'obiettivo è aggiornare entrambi più spesso, ma Panda è più spesso di Penguin?

Illyes: Penguin, l'obiettivo è avere il tempo reale. Ma non ci siamo.

Sullivan: Quindi stai dicendo che Panda sarà sempre mensile e Penguin, l'obiettivo è essere in tempo reale, ma non è ora [tempo reale] e non è nemmeno vicino.

Illy: Sì. Panda avrà sempre bisogno di raccogliere dati e aggiornare mensilmente.

Domanda 3: i dipendenti di Google possono vedere quali algoritmi influiscono su un sito?

Sullivan: John Mueller può dire se un sito è algoritmo o manuale [influito]?

Illyes: Sì, possiamo vedere qualsiasi penalità per qualsiasi sito.

Sullivan: Possiamo vederlo?

Illy: No.

Domanda 4: Filtri algoritmici di Google Reporting, più trasparenza

Sullivan: C'è qualche speranza che Google ci dica finalmente, visto che hai questa capacità, quali sanzioni algoritmiche importanti o azioni sono state intraprese contro di noi? Se succede durante un periodo di 3 mesi e un sacco di cose si aggiornano, Panda, Penguin ecc. E poi viene annunciato, come possiamo sapere cosa correggere?

Illyes: No, non credo che accadrà presto. Non alimentare le tue speranze. Tuttavia, ciò su cui stiamo lavorando è cercare di essere più trasparenti su ciò che stiamo lanciando. Qualche tempo fa, su Inside Search, abbiamo pubblicato un post sul blog con i lanci che abbiamo avuto nell'ultimo mese, o qualcosa del genere. Stavamo cercando di scaricare lì praticamente qualsiasi cosa, e nella mia esperienza questo ha causato più danni che benefici.

Sullivan: Oh, mi ricordo, è stato fantastico, avresti elencato 40 cose e nascoste intorno al n. 10 e al n. 11 nella lista c'erano le cose importanti che speravi perdessero tutti.

Illyes: Quelle persone stavano smontando ciò che dicevamo e cercando di superare in astuzia gli algoritmi. Quello che stiamo cercando di fare è qualcosa di simile all'aggiornamento ottimizzato per dispositivi mobili. O mobilegeddon come lo chiami tu.

Sullivan: Tecnicamente, lo chiamavamo aggiornamento ottimizzato per dispositivi mobili fino al suo lancio e il giorno del lancio era mobilegeddon. Il prossimo film sarà San Andreas, l'aggiornamento ottimizzato per dispositivi mobili II. Lo avrei chiamato Platypus.

Scommetto che la prossima volta che nominerai un aggiornamento non lo lascerai a noi. Lo chiameremo "gattino".

Illyes: Per Pigeon, era come se non lo chiami in qualcosa, lo chiameremo "Titanic".

(Scherzi in corso sulla denominazione mobilegeddon, comunità SEO che alimenta la paura, ecc.)

Sullivan: Aspetta un secondo, che domanda ti stavo facendo? Mi hai indirizzato male?

Illyes: È quello che stavo cercando di fare.

Sullivan: Ah, nell'interesse della trasparenza.

Illy: Haha. Ma seriamente, stiamo cercando di fare più trasparenza. Roba come il post sul blog che ha annunciato il mobilegeddon. Intendo aggiornamento ottimizzato per dispositivi mobili. Stiamo progettando di fare qualcosa con i siti compromessi.

Sullivan: Quindi hai un aggiornamento del "sito di hacking" in arrivo?

Illyes: No. Stiamo cercando di essere più trasparenti con la notifica ai webmaster quando identifichiamo che il loro sito è stato violato. È facile per i webmaster capire se il loro sito è stato violato, quindi non c'è motivo per cui non dovremmo essere trasparenti al riguardo. Allo stesso modo, ci sono altri buoni "candidati" per una maggiore trasparenza.

Sullivan: È carino, perché avevamo questo tipo di bollettini meteorologici, promettiamo di non mettere "-geddon" alla fine di tutto. Quindi, il mese scorso abbiamo avuto l'aggiornamento della qualità. Abbiamo detto, è successo qualcosa ieri sera? Google ha detto di no. Siamo come sei sicuro? Perché molte persone pensano di essere colpite da Panda. "Oh…. Pensavamo che volevi dire che stava succedendo qualcosa di brutto, abbiamo appena adattato il modo in cui identifichiamo la qualità del sito ecc…”

Illyes: Questo secondo me è stato un brutto errore di pubbliche relazioni. Il team di pubbliche relazioni presume che Barry stia chiedendo di Panda, Penguin, ecc. quando chiede se c'è stato un aggiornamento. Quindi hanno detto di no.. Ma in realtà c'era stato un aggiornamento di qualità.

Aggiornamenti di qualità che in genere non confermiamo, perché non c'è molto che possiamo dire al riguardo. Sarebbe una perdita di materiale che potrebbe danneggiarci, a breve o lungo termine. Una cosa che voglio cambiare anche lì è confermare effettivamente gli "aggiornamenti di qualità". Quindi, ad esempio, se Barry chiede se c'è un aggiornamento, diremmo "beh, non c'è stato alcun aggiornamento per lo spam web, ma forse potremmo dire che c'è un aggiornamento del ranking principale, un aggiornamento della qualità, ecc." Ma non possiamo dire a cosa mira. L'ho scritto ai nostri lead di qualità della ricerca e non erano troppo entusiasti di condividere tali informazioni.

Domanda 5: Segnali di posizionamento di Google e percentuale di clic

Sullivan: Ok... Quindi puoi dettagliare quali segnali di ranking usa Google?

Illy: Sì. Questa mattina mi sono svegliato e ho deciso: "Voglio perdere il lavoro".

Sullivan: Beh... sei capitato nel posto giusto. Ti portiamo fuori con il botto!

Va bene. Che ne dici della percentuale di clic? Sappiamo che misuri i clic in corso. Fa parte dell'algoritmo?

Illyes: Quindi... Usiamo... i clic... in diversi modi. Le cose principali su cui utilizziamo i clic sono la valutazione e la sperimentazione. Queste sono le due cose principali. Ci sono molte persone che stanno cercando di indurre il rumore nei clic. Uno sarebbe Rand Fishkin. Usare quei clic direttamente nella classifica sarebbe piuttosto...

Sullivan: Rand sta semplicemente facendo clic sulle cose per incasinare le cose?

Illyes: Penso che quello che sta facendo sia assumere persone per fare clic e roba, sperimentare ecc. Usare i clic direttamente nella classifica non avrebbe molto senso con quel rumore.

Sullivan: Ma lo usi A TUTTI ?

Illyes: Ok, sì. In certi casi. Ok, ti ​​faccio un esempio. In alcuni casi ha senso utilizzare direttamente i clic. Ad esempio, se hai risultati personalizzati e cerchi apple, la prima volta che hai cercato apple molto probabilmente ti forniremo una casella di disambiguazione. Intendi l'azienda o il frutto? Se hai cliccato su Apple l'azienda in passato, sappiamo che molto probabilmente sei interessato ad Apple l'azienda. La seconda volta che fai clic su Apple l'azienda, diventiamo più convinti che sia quello che stai cercando.

Se sei un programmatore, dopo alcune ricerche, le tue ricerche saranno dominate dai risultati del linguaggio di programmazione.

Sullivan: Quindi lo stai usando per la personalizzazione?

Illyes: Sì esatto, la cosa [percentuale di clic] riguarda la personalizzazione, se vuoi rovinare i tuoi risultati di ricerca facendo clic casualmente su qualcosa, vai avanti.

Sullivan: Se devo cercare i miei contenuti, vedere un mio articolo, lo farò in modalità di navigazione in incognito così non gli rimbalza.

Illyes: Dici sul serio? Non importa.

Sullivan: Non mi interessa. Lo farò ancora. Incrocio le dita. Importa?

Domanda 6: Aggiornamento ottimizzato per dispositivi mobili di Google e Mobilegeddon

Sullivan: Ok, allora come sta andando Mobilegeddon?

Illyes: Non ne ho idea. Tuttavia, l'aggiornamento ottimizzato per i dispositivi mobili è stato un completo successo.

Sullivan: Alcune persone pensavano che non fosse successo, altre pensavano che fosse drammatico per loro..?

Illyes: Ci sono due cose. Alcune persone non hanno capito cosa significasse l'impatto. Ho detto "il suo impatto è più grande di Panda/Penguin messi insieme". Perchè era.

Sullivan: Sì. Da qui il geddon.

Illyes: Ok.. uh.. calmati. Sai cosa? A parte il pubblico: l' ultimo SMX era ossessionato dai bottoni. Voleva pulsanti negli strumenti per i webmaster, nei risultati di ricerca, cos'altro?

Sullivan: Lascia che te lo dica in modo diverso.

Illyes: Aspetta, aspetta, aspetta. Il numero di URL interessati è stato molto maggiore rispetto a Panda e Penguin messi insieme. Anche il numero di query di ricerca [interessate] era molto maggiore. Penso che avremmo dovuto dirlo, non lasciare che siano le persone a interpretare ciò che abbiamo detto.

Sullivan: L'impatto potenziale era più grande di quelle cose che avrebbero colpito, ma in seguito la gente lo ha visto come relativamente minore, anche se ha interessato più pagine?

Illyes: L'altra cosa è che i siti sono passati proprio prima del 21 aprile [il rilascio dell'aggiornamento] a ottimizzati per i dispositivi mobili, ed è stata una cosa grandiosa. Ci aspettavamo impatto ~ 50% ai risultati, che sono scesi del 17% dal 21 ^aprile dopo molti passati a configurazioni amichevoli mobili prima del ²¹ aprile di ricerca.

Sullivan: Sembra che stiamo arrivando in questo posto con Google dove, nessuna app, non c'è bisogno di fare domanda. Un buon esempio è che sto cercando sul mio telefono e con l'indicizzazione dell'app ti suggerirà di installare questa app, so che non ce l'hai, la vuoi? Al contrario, quando cerchiamo un sito Web, non viene visualizzata una piccola casella di iscrizione via e-mail che appare accanto al sito, desideri registrarti? O un pulsante di condivisione di Facebook in SERP che suggerisce di condividere l'URL, ecc.

Illyes: A volte devi creare un'app, ma non è per tutti. Se hai un sito di informazioni, forse non è per tutti. Se hai una concessionaria di auto, ovviamente dovresti avere un'app in modo che le persone possano cercare il tuo stock. Ma tornando al tuo punto, abbiamo diversi risultati universali. Ad esempio, abbiamo risultati universali per immagini o notizie, le app saranno un po' così. Vogliamo presentare agli utenti un altro modo per consumare i contenuti e, se a loro piace, possono installarli dai risultati della ricerca. Prendere un passo dal percorso dell'utente è in realtà una cosa davvero positiva per l'utente.

Domanda 7: Risposte dirette e frammenti di funzionalità

Sullivan: Qual è il problema con le risposte dirette? Sono cresciuti nel tempo, l'ultima volta che ho guardato hanno stimato che sarebbe apparsa una sola percentuale del tempo, ora è come oltre il 30%. Mangerà tutti gli altri risultati ed è SEO DEAD ?

Illyes: Come puoi esprimere [dire] cose del genere?!

Sullivan: Sai, lo dico, e tu dici "sì", e abbiamo finito! Ricerca a pagamento, e ci siamo!

Illyes: Sicuramente non penso che la SEO sia morta, penso che sia sempre presente e buona per gli utenti in generale, tranne nei pochi casi in cui le persone cercano di giocare con stupidaggini.

Sullivan: E le stronzate intelligenti?

Illyes: Non credo che ci siano craps intelligenti? Ma suona bene quindi potremmo introdurlo.

Sì, in realtà li chiamiamo frammenti di funzionalità. No accidenti, è noioso.

Sullivan: Oh mi piace! Mi piace sempre avere una definizione ufficiale in modo da poter tornare ad aggiornare tutto il mio sito web in modo che corrisponda ad essa.

Quando molte persone hanno visto accadere queste cose per la prima volta, hanno pensato "wow, ci sono un sacco di bei contenuti gratuiti per Google, eh?" Alcune persone ora, però, stanno dicendo che ci piace il traffico che questo frammento ci offre. Che tipo di traffico possono ottenere le persone da questi?

Illyes: Non ho i numeri, ma c'è un ragazzo che mi sta guardando in questo momento (Eric Enge), gli piacciono. Ha fatto una presentazione sui frammenti di funzionalità a SMX West (e questa mattina, mi dispiace).

SMXGEDDON. SMX. Sembra fantastico. Lui [Eric Enge] ha fatto un'ottima presentazione sugli snippet di funzionalità e praticamente l'ha azzeccata. Può essere estremamente utile anche per il sito avere frammenti di funzionalità perché, uno, può inviare traffico al tuo sito, ad esempio quando non diamo una risposta completa e le persone devono fare clic per ottenerlo. Hai la sensazione come utente che la tua risposta riceverà risposta su quella pagina. Un'altra cosa è con il marchio. Il branding è piuttosto difficile da misurare e questo è un problema che abbiamo. Il nostro obiettivo finale è disporre effettivamente di dati sugli snippet in primo piano anche in Strumenti per i Webmaster di Google.

Sullivan: Oh sì, potremmo avere un pulsante che dice "Sito di snippet in primo piano di Google". Potrebbe essere un pulsante. Faremo il nostro.

A proposito, otteniamo un vantaggio se veniamo scelti come frammento di funzionalità? È un segno che piacciamo a Google, che viene data più autorità al nostro sito rispetto ad altri?

Illyes: No. Significa che il tuo sito ha fornito una risposta valida a una domanda dell'utente.

Sullivan: …. Avresti potuto semplicemente mentire. Ci ha reso così felici. A proposito, c'è un opt-out se le persone non vogliono essere in uno snippet di funzionalità?

Illyes: No, questi sono frammenti che mostriamo nei risultati di ricerca, quindi no.

Sullivan: Oh! Quindi Moz ha fatto qualcosa di grande. Hanno creato una pagina, hanno creato la risposta che tu non avevi, poi hanno tolto la pagina, ma ti ricordavi ancora la risposta.

Illyes: Se la pagina è ancora indicizzata, allora sì, la mostreremo ancora.

Sullivan: Ma quando ottieni queste risposte a queste cose, vanno nel grafico della conoscenza, ecc.?

Illy: No.

Sullivan: A proposito, se cerchi "re d'America" ​​siamo uno snippet in primo piano. È davvero fantastico. È Obama. Controlla! Non romperlo. È molto bello. Non preoccuparti di questo.

Illyes: Non ti preoccupare, se lo dicessi a Bing, sarebbe come... non lo so!

Domanda 9: Search Console, in precedenza Google Webmaster Tools

Sullivan: Quindi, otterremo qualcosa di [nuovo] nella console di ricerca, che è il vecchio nome di Google Webmaster Tool, che è il vecchio nome di Webmaster Central?

Illyes: Sono strumenti per i webmaster da 10 anni.

Sullivan: Nella console di ricerca, hai detto che potremmo ottenere qualcosa che ci mostri frammenti di funzionalità?

Illyes: Spero davvero che possiamo ottenere dei dati lì. Stiamo esaminando come possiamo fornire tali dati. Il fatto è che non è così facile interpretare i dati e dovremmo darli in un modo che non crei confusione. Ed è facile da interpretare. È come, il riconoscimento del marchio, come lo tieni traccia?

Sullivan: Possiamo inventarci qualcosa.

Illyes: No, è meglio di no.

Domanda 10: la capacità di Google di riconoscere le entità

Sullivan: Lascia che ti chieda delle entità.

Quando Google sa qualcosa, un'azienda, un marchio. Mi chiedo quanto sia forte questo segnale rispetto ai link? Quello che voglio dire è che in passato Google voleva conoscere il contenuto e anche come veniva collegato. Ora sappiamo con l'aggiornamento Pigeon, [e] Google sa molto sulle aziende, anche se non sono collegate. John Mueller stava dicendo che forse voi ragazzi state esaminando le entità di marca per il posizionamento delle pagine web in modo da capire, diciamo, qualcosa su SEL perché qualcuno ha detto qualcosa su SEL nel NYTimes e il NYTimes non si collega a SEL, perché pensano che i link sono contro la legge... Google sa [di questa connessione]?

Illyes: Ok, quindi la maggior parte proviene da dati di struttura e dati wiki. Se non ci sono dati di struttura, sarebbe una cosa piuttosto difficile estrarre le entità. In generale, se hai dati di struttura, possiamo aggiungere dati di struttura al nostro database o qualcosa del genere, ma se non ci sono dati di struttura è piuttosto difficile. Tuttavia, stiamo cercando [ad esempio] cose che sembrano un collegamento ma non lo sono. Se vediamo searchengineland.com ma non è un link, potremmo trattarlo come un nofollow [link]. Potremmo usarlo per la scoperta e dire, dovremmo visitare quel sito perché è un URL di un sito autorevole ma non un collegamento, ma non passeremmo il PageRank.

Sullivan: Quindi questo significa che utilizzerai segnali di reputazione come tweet, follower sui social, follower, ecc.?

Illyes: Quindi penso che in questo momento non stiamo facendo niente del genere. Siamo nelle prime fasi dell'indicizzazione di Twitter. In passato era davvero difficile integrare i contenuti dei motori social nei risultati di ricerca dei contenuti in tempo reale. Non credo che vogliamo percorrere di nuovo quella strada. Inoltre, in generale, vogliamo segnali che siano stabili e non così rumorosi. Per quanto possibile, se qualcuno chiudesse quella manichetta antincendio, i nostri segnali scomparirebbero.

Sullivan: Beh, hai sempre G+ su cui fare affidamento. Il segnale c'è, è stabile. I Mi piace di Facebook, sono importanti perché ti aiutano a posizionarti.

Illyes: Cosa?!?!

Sullivan: Solo un test. Non lo fanno. Non lo fanno.

Illy: Ok. Quindi i webmaster, i gestori di server, potrebbero eliminare automaticamente, [disallow tramite robots.txt] il codice "mi piace" di Facebook e saremmo senza quel segnale. Abbiamo bisogno di segnali che siano stabili a lungo termine, altrimenti la nostra classifica sarebbe piuttosto incasinata.

Domanda 11: la capacità di Google di eseguire la scansione di Ajax

Sullivan: Hai detto che presto svizzerai l'Ajax strisciante. Cosa sta succedendo? Cosa faranno invece le persone?

Illyes: Ho detto che stiamo deprecando l'ajax crawl. Dal momento che stiamo comunque visualizzando il contenuto, lo schema di scansione ajax dice che dovresti eseguire il rendering del contenuto sul tuo sito, vogliamo solo evitarti di farlo. Saremmo in grado di renderla da parte nostra senza che lo faccia il webmaster, ma... (ho perso questa parte nei miei appunti. Sembrava che fosse un problema molto tecnico e complesso da spiegare per Gary e ha dovuto continuare a tornare sui suoi dichiarazioni come le ha fatte. Problema complesso da spiegare in una rapida panoramica) . Vogliamo assicurarci di aver compreso tutte le cose pazze di Ajax, quindi pubblicheremo un post sul blog affinché le persone possano imparare da quando ne avremo capito abbastanza. (Ho pensato che questo significasse che presto Google rilascerà un post sul blog chiaro e trasparente che aiuterà i webmaster a capire meglio le sfumature di questo presto).

Domanda 12: TLD globali

Sullivan: Con l'introduzione di altri TLD globali, in che modo Google ne terrà conto? E farai qualcosa di speciale con le tue cose, come searchengineland.google otterremo un aumento del ranking?

Illyes: No, ma se metti il ​​nome del meta valore PR = 10, il tuo PageRank aumenterà. (Nota dell'editore: sta scherzando, scherzando.)

Non cambia nulla con i nuovi TLD. Sono trattati proprio come .com. Nessun vantaggio speciale.

Domanda 13: Struttura dell'URL nelle classifiche di ricerca

Sullivan: Quanto è importante la struttura dell'URL nella classifica odierna? Ti interessa se qualcosa è sepolto in un sito web? Abbiamo bisogno di URL descrittivi ecc?

Illyes: la lunghezza dell'URL non ha importanza. Non superare il limite HTTP. Il tipo di struttura è importante, ma per la scoperta non la classifica. Ad esempio, se qualcosa è lontano dalla radice del dominio, in qualche modo segnala che è meno importante per noi come proprietari di contenuti rispetto a cose che sono vicine alla radice del dominio. Naturalmente, riempili con parole chiave importanti (sarcasmo) . Ad esempio, se colleghi contenuti importanti dalla tua home page, ciò segnala anche che ritieni che sia importante. Questo è per la scoperta, verrà data la priorità durante la classifica.

Sullivan: Quindi, se abbiamo 1000 pagine, dovremmo avere 1000 link sulla nostra home page del nostro dominio.

Illyes: Sì (sarcasmo) .

Domanda 14: Fattori di scansione di Google

Sullivan: Ok. Quindi una volta che ho scansionato 8k su 10k [pagine], il giorno dopo sono solo 750. Che cosa significa?

Illyes: Quindi, conosciamo oltre 30mila trilioni di URL. So che l'aspettativa è di indicizzarli tutti, ma non abbiamo spazio di archiviazione sufficiente per indicizzare il contenuto di tutti. A volte dobbiamo sbarazzarci delle nostre cose dal nostro indice che percepiamo che le persone non cercheranno mai.

Sullivan: I miei contenuti internazionali sono .com e .com.cn con oltre 100 pagine ciascuno nelle loro lingue native. Google Search Console mostra 15k al giorno per .com, ma .cn sta ottenendo 150k al giorno. Perché così diverso?

Illyes: il numero di URL scansionati o il numero di URL che possiamo scansionare al giorno deriva probabilmente da 5 fattori. La cosa più importante è il PageRank di altri URL esterni. È un indicatore di importanza, quindi effettuiamo la scansione di più perché le persone si collegano ad esso. Un altro è il carico effettivo dell'host, se percepiamo che possiamo eseguire la scansione quanto vogliamo da un server, ma stiamo spingendo il server al limite e rallentandolo, ci ritireremo dal server. Potrebbe essere il server .cn in grado di gestire più traffico rispetto al .com. Probabilmente è solo che non possiamo strisciare quanto vorremmo.

Sullivan: Google utilizza il comportamento degli utenti per determinare la scansione?

Illyes: Stessa cosa che ho detto sulla classifica, è molto rumorosa. Non sono sicuro che qualcuno in Google possa dare un senso a quei dati.

Sullivan: E Google Analytics?

Illyes: No. Posso farlo, posso dire che non usiamo Google Analytics.

Domanda 15: Panda e contenuti duplicati

Sullivan: La penalità per i contenuti duplicati di Panda deriva solo dal testo sulla pagina o dal video?

Illyes: non ci sono penalità per i contenuti duplicati, solo Panda.

Sullivan: Ok, che ne dici di eventuali penalità? Ti interessano i contenuti video incorporati in una pagina?

Illyes: In generale, no. Non per la ricerca sul web. Ma non puoi ignorare la ricerca video. La ricerca video proverà a indicizzare il video e lo offrirà all'utente se la query è la ricerca di video. Potremmo far emergere il video universale nella ricerca web se pensiamo che il video sia una buona corrispondenza. Se riesci a produrre video, è importante collegarli correttamente, strutturarli correttamente, IE VIDEO XML sitemaps . Perché puoi ottenere un buon traffico dai risultati universali dei video.

Domanda 16: JavaScript e la capacità di Google di visualizzare contenuti dinamici

Sullivan: Penso che tu abbia toccato JavaScript, MA quanto puoi effettivamente scaricare e visualizzare i contenuti dinamici?

Illyes: Quando apri un browser e vai su SEL, quello che vedi nel tuo browser, è quello che vediamo anche nel nostro renderer. Per noi dobbiamo essere effettivamente in grado di eseguire la scansione di CSS e JavaScript, se non ci permetti di eseguire la scansione potremmo fraintendere la tua pagina.

Domanda 17: Contenuto duplicato

Sullivan: Vorrei tornare al contenuto duplicato perché ci sono un fantastiliardo di domande, probabilmente tutte dalla stessa persona. Non hai una penalità per i contenuti duplicati, ma a volte vedi cose che sono simili e dividi la differenza, classifica solo uno perché non vuoi risultati duplicati nella SERP.

Illyes: Ok, quando hai 3 URL con lo stesso contenuto, vuoi pubblicarne solo uno nei risultati di ricerca.

Ora, in altri problemi hai problemi in cui due domini diversi sono simili ma nessun tag canonico.

Penso che tu non debba farlo, possiamo capirlo.

Sullivan: Quindi la gente non dovrebbe preoccuparsene?

Illyes: Penso che ci siano cose migliori di cui preoccuparsi. In generale possiamo capire quale URL dovrebbe essere servito nei risultati di ricerca. Se non sei soddisfatto della nostra decisione, puoi utilizzare rel=canonical per influenzare tale decisione.

Domanda 18: Pagine a caricamento lento contrassegnate nella ricerca

Sullivan: Ci sono piani per flag come slow o non mobile friendly?

Illyes: Non è ottimizzato per i dispositivi mobili, ci abbiamo provato, alla gente non è piaciuto. Gli esperimenti hanno dimostrato che alle persone non piace. Abbiamo anche condotto studi sugli utenti e stavamo testando con un mucchio di icone e testi diversi, se ci metti un grosso telefono rosso, la gente penserà che fai clic su di esso e chiamerai l'azienda. Non quello che volevamo. In alcuni paesi stiamo eseguendo un esperimento con la transcodifica, in quei paesi penso che etichettiamo alcuni siti con un tag "lento" ... Non sono sicuro di quale sia lo stato dell'esperimento.

Domanda 19: SSL come fattore di classificazione

Sullivan: Pensi che SSL avrà un impatto maggiore sul ranking?

Illyes: Spero di sì. Per me, la ricerca sicura è molto importante e voglio migliorare quell'algoritmo. Ho un sacco di idee, ma in realtà dovrei dedicare più tempo al lavoro in modo da poter svolgere un lavoro vero. Sì, ho piani per migliorarlo e renderlo più forte.

Sullivan: Molti siti avranno degli overlay, è un problema di classificazione?

Illyes: In questo momento, no.

Sullivan: Ma...?

Illyes: No. Vai e basta. [prossima domanda, questo è stato durante il "giro lampo" di domande e risposte].

Domanda 20: Autore Rank

Sullivan: Classifica dell'autore, la usi per i normali risultati di ricerca?

Illyes: Non lo so. Non voglio dire qualcosa di stupido o non vero. Ma, quando abbiamo deprecato le immagini di paternità, non abbiamo deprecato l'intero altro concetto di paternità. Immagino che i dati sarebbero molto preziosi per certe altre cose. Posso dire con una certa certezza che sì, lo stiamo usando. (Nota dell'autore: questo è un grosso problema gente. Sappiamo tutti che le immagini di paternità sono scomparse. Abbiamo solo ipotizzato che i dati vengano ancora utilizzati in altri modi).

Domanda 21: In che modo Google determina la qualità dei contenuti?

Sullivan: Come faccio a sapere "che cos'è un contenuto di qualità?"

Illyes: Se vai a SEL per esempio, ci sono colonne. Vai su SEMrush, ci sono buoni contenuti lì. Qualcosa di prezioso. Se è prezioso per l'utente, se può soddisfare un bisogno di informazione, allora gli utenti amano quel contenuto, cioè contenuto di qualità. Se disponi di contenuti di qualità, gli utenti si collegheranno ad essi. Su Facebook piacerà alle persone, G+ farà +1, Twitter condividerà, ecc. Non sono sicuro del motivo per cui stiamo effettivamente discutendo questa domanda.

Sullivan: Perché tutti vogliono sapere cos'è la "qualità" in Google.

Illyes: Mi dà fastidio perché è così ovvio. Qualcosa che soddisfi il bisogno informativo degli utenti, ovvero la qualità. Se alle persone piace, condividi, collega i tuoi contenuti: questo è contenuto di qualità.

Sullivan: Se stai cercando di trovare un proxy per la qualità, se molte persone condividono i tuoi contenuti (e non hai acquistato quelle condivisioni), allora questo è un buon indicatore.

Domanda 22: Emoji nella ricerca

Sullivan: Ok, domanda veloce. Dipende tutto da te. Quando muoiono gli emoji nei risultati di ricerca?

Illyes: Speriamo abbastanza presto.

Sullivan: Cerca l'aggiornamento Panda, abbiamo un piccolo panda nel nostro!

Illyes: In generale, a pensarci bene, sembra un albero di Natale. Ho chiesto al Team dei Titoli (Nota dell'autore: è stato bello sentire Gary parlare dei diversi "team" che esistono in Google e delle loro varie responsabilità), e loro hanno risposto "uh... ummm... eh...".

Sullivan: Ok, voglio anche più emoji e gif animate nei miei risultati di ricerca.

Illyes: Ce l'abbiamo! Nei pannelli della conoscenza!