Seo Office Hours, 18 febbraio 2022

Questo è un riepilogo delle domande e risposte più interessanti del Google SEO Office Hours con John Mueller del 18 febbraio 2022.

Tipi di siti Web interessati dall'aggiornamento delle recensioni dei prodotti

4:03 “[…] La mia domanda riguarda l' aggiornamento delle recensioni dei prodotti […]. Volevo capire come Google identifica se una pagina o un sito è correlato alle recensioni dei prodotti. […] Ad esempio, c'è un sito di eCommerce […] e hanno anche un blog in cui recensiscono i propri prodotti. Scrivono di pro e contro dei loro prodotti, confrontano prodotti diversi. […] Google dirà che […] anche queste sono recensioni di prodotti e possono essere analizzate dall'aggiornamento delle recensioni di prodotti? […]”

Come ha spiegato John, “[…] I consigli che abbiamo per le recensioni dei prodotti […] sarebbero rilevanti per qualsiasi tipo di recensione dei prodotti. Quindi non proverei necessariamente a vedere, Google pensa che il mio sito sia un sito di recensioni di prodotti o meno […]. Ma piuttosto, se pensi che queste buone pratiche si applicherebbero ai tuoi contenuti, allora fai semplicemente quelle buone pratiche […]”.

L'uso dell'API di indicizzazione

6:53 “[…] [documentazione di Google] afferma che l' API di indicizzazione dovrebbe essere utilizzata per pagine come annunci di lavoro o eventi di trasmissione. È possibile che possiamo provare questa API per diversi tipi di contenuto, come alcuni articoli di notizie o contenuti di blog?"

John ha risposto: “La gente ci prova. Ma essenzialmente, ciò che abbiamo documentato è per cosa utilizziamo l'API. Se non hai contenuti che rientrano in quelle categorie, l'API non ti aiuterà in questo”.

EAT e gli algoritmi di Google

10:54 "[...] EAT è menzionato in [ Linee guida per la valutazione della qualità ], ma voglio sapere se gli algoritmi reali [includono] anche fattori EAT come l'esperienza dell'autore?"

John ha detto: “Suppongo che ci sia del lavoro indiretto svolto per cercare di fare cose simili. […] Lo mettiamo nelle linee guida in modo da poter guidare i tester della qualità a ricontrollare queste cose. E se pensiamo che sia qualcosa di importante, allora suppongo che anche le persone sul lato della qualità della ricerca lavorino per cercare di capirlo in un modo più algoritmico.

Ma non vedrei […] [che ci sarebbe] un punteggio EAT, e devi prenderne cinque o qualcosa del genere. È più cercare di capire il contesto dei contenuti sul web”.

Menzioni di brand non collegate e contenuti generati dagli utenti

12:01 “[…] Vedo che le persone parlano di menzioni di marchi non collegate […]. Pensi che sia importante anche per gli algoritmi [di Google] […]?”

Con le menzioni del marchio non collegate, la persona si riferiva a situazioni in cui altri siti menzionano il tuo marchio ma non includono un collegamento al tuo sito web.

John ha detto: “[…] Penso che sia un po' complicato, perché non sappiamo davvero quale sia il contesto. Non penso che sia una cosa negativa […] per gli utenti perché se riescono a trovare il tuo sito web attraverso quella menzione, allora è sempre una buona cosa. Ma non darei per scontato che ci sia qualche […] fattore SEO che sta cercando di capire dove qualcuno sta menzionando il nome del tuo sito web”.

12:58 “[…] Che dire delle recensioni o dei commenti degli utenti? Pensi che sia anche un fattore di ranking per un articolo o un prodotto?”

John ha risposto che “[…] Spesso, le persone scrivono della pagina con parole proprie e questo ci fornisce un po' più di informazioni su come possiamo mostrare questa pagina nei risultati di ricerca. Da questo punto di vista, penso che i commenti siano una buona cosa su una pagina. Ovviamente, trovare un modo per mantenerli in modo ragionevole a volte è complicato perché le persone inviano anche spam a quei commenti […]. Se riesci a trovare un modo per mantenere i commenti su una pagina web, questo ti offre un po' più di contesto e aiuta le persone che cercano in modi diversi a trovare anche i tuoi contenuti”.

Googlebot e lo scorrimento infinito

24:00 "[...] Sai se Googlebot è abbastanza avanzato per gestire lo scorrimento infinito ancora , o almeno qualcosa in cui il contenuto continua a costruire su qualcosa?"

Giovanni disse: “ Un po' […].

Quello che succede quando eseguiamo il rendering di una pagina è che utilizziamo un viewport abbastanza alto, come se avessi uno schermo molto lungo, e renderizziamo la pagina per vedere cosa mostrerebbe la pagina lì. Di solito, ciò attiverebbe una certa quantità di scorrimento infinito in qualsiasi metodo JavaScript che stai utilizzando per attivare lo scorrimento infinito. Qualunque cosa finisca per essere caricata lì, sarebbe ciò che saremmo in grado di indicizzare.

[…] A seconda di come si implementa lo scroll infinito, può succedere di avere questa pagina più lunga nell'indice. Potrebbe non essere che abbiamo tutto ciò che si adatta a quella pagina. Perché a seconda di come attivi lo scorrimento infinito, potrebbe essere che stai solo caricando la pagina successiva. Quindi potremmo avere due o tre di queste pagine caricate su una pagina con scorrimento infinito, ma non tutto. […] Consiglierei di testarlo con lo strumento di ispezione [URL] e vedere quanto raccolgono Google”.

Aggiorna e rileva i dati nel rapporto Statistiche di scansione

33:32 "Nel rapporto di Search Console [ Statistiche di scansione ], il 97% delle richieste del crawler viene aggiornato e solo il 3% viene rilevato. Come ottimizzarlo e consentire a Google di scoprire più pagine?"

John ha risposto: “[…] È normale che […] un sito web più vecchio e più consolidato abbia molti aggiornamenti di scansione perché esamineremo la quantità di pagine di cui sappiamo che cresce nel tempo. E la quantità di nuove pagine che arriva tende ad essere abbastanza stabile. È abbastanza comune, specialmente per un sito web che è in qualche modo consolidato e che sta crescendo lentamente, avere un equilibrio come questo, che la maggior parte della scansione riguardi la scansione di aggiornamento e non tanto la scansione della scoperta.

Penso che sarebbe diverso se tu avessi un sito web […] in cui hai molti nuovi articoli in arrivo e il vecchio contenuto diventa irrilevante molto rapidamente. Quindi penso che tenderemmo a concentrarci maggiormente sulla scoperta. […] Se hai qualcosa come un sito di e-commerce, in cui stai solo aumentando lentamente la quantità di contenuti che hai e la maggior parte dei vecchi contenuti rimane valida, […] la quantità di scansione di aggiornamento [sta] probabilmente essere un po' più in alto”.

Scansione ridotta di un sito web

35:09 “Nelle ultime settimane ho notato un enorme calo delle statistiche di scansione, da 700 a 50 al giorno. C'è un modo per capire dal rapporto di Search Console quale potrebbe essere la causa di questo calo? Potrebbe essere il caricamento della pagina di origine? Come posso leggere correttamente l'analisi della richiesta di scansione?"

John ha fornito una spiegazione dettagliata di come Google esegue la scansione dei siti Web e quali fattori influenzano la scansione: "[...] Ci sono alcune cose che riguardano la quantità di scansione che eseguiamo.

[…] Cerchiamo di capire quanto abbiamo bisogno di eseguire la scansione da un sito Web per mantenere le cose fresche e utili nei nostri risultati di ricerca. E questo si basa sulla comprensione della qualità del tuo sito web, su come cambiano le cose sul tuo sito web. La chiamiamo richiesta di scansione.

D'altra parte, ci [sono] le limitazioni che vediamo dal tuo server, […] sito web, […] infrastruttura di rete per quanto riguarda quanto possiamo eseguire la scansione su un sito web. Cerchiamo di bilanciare quei due.

E le restrizioni tendono a essere legate a due cose principali: […] il tempo complessivo di risposta alle richieste

al sito Web e […] il numero di […] errori del server che vediamo durante la scansione. Se vediamo molti errori del server, rallenteremo la scansione […]. Se vediamo che il tuo server sta diventando più lento, rallenteremo anche la scansione […].

La difficoltà con l'aspetto della velocità è che abbiamo due […] modi diversi di guardare alla velocità. A volte diventa confuso quando guardi la velocità di scansione. In particolare per la velocità di scansione, guardiamo solo, quanto velocemente possiamo richiedere un URL dal tuo server?

E l'altro aspetto della velocità in cui probabilmente ti imbatterai è tutto ciò che riguarda Core Web Vitals e la velocità di caricamento di una pagina in un browser. La velocità necessaria in un browser tende a non essere direttamente correlata alla velocità necessaria per recuperare un singolo URL su un sito Web. Perché in un browser devi elaborare JavaScript, inserire tutti questi file esterni, renderizzare il contenuto, ricalcolare le posizioni di tutti gli elementi sulla pagina. E ciò richiede una quantità di tempo diversa rispetto al semplice recupero di quell'URL.

[…] Se stai cercando di diagnosticare un cambiamento nella velocità di scansione, non guardare quanto tempo impiega il rendering di una pagina. […] Guarda quanto tempo ci vuole per recuperare quell'URL dal server.

L'altra cosa […] è che […] cerchiamo di capire dove è ospitato il sito web […]. Se riconosciamo che un sito Web sta cambiando l'hosting da un server a un altro server, ad esempio su un provider di hosting diverso, […] passando a una CDN o cambiando CDN […], i nostri sistemi torneranno automaticamente a tasso sicuro dove sappiamo che non creeremo problemi e poi, passo dopo passo, aumenteremo nuovamente.

Ogni volta che apporti una modifica maggiore all'hosting del tuo sito Web, suppongo che la velocità di scansione diminuirà. E poi nelle prossime due settimane, tornerà a tutto ciò che pensiamo di poter scansionare in sicurezza sul nostro sito web. Potrebbe essere qualcosa che stai vedendo qui.

L'altra cosa è che, di tanto in tanto, anche i nostri algoritmi per determinare come classifichiamo siti Web e server […] possono aggiornarsi. […] Anche se non modifichi nulla con la tua infrastruttura di hosting, i nostri algoritmi cercheranno di capire [che] questo sito Web è ospitato su questo server e questo server è spesso sovraccaricato. Dovremmo essere più cauti con la scansione di questo sito Web in modo da non causare problemi. È qualcosa che si stabilizza automaticamente nel tempo, di solito nell'arco di un paio di settimane […].

[…] In [Google] Search Console, puoi specificare una frequenza di scansione […] e questo ci aiuta a capire che hai impostazioni specifiche […] per il tuo sito web e cercheremo di tenerne conto. La difficoltà con l'impostazione della velocità di scansione è che si tratta di un'impostazione massima. Non è un segno che dovremmo eseguire la scansione così tanto, ma piuttosto che dovremmo eseguire la scansione al massimo di ciò che specifichi lì. Di solito, questa impostazione è più utile nei momenti in cui è necessario ridurre la quantità di scansione, non quando si desidera aumentare la quantità di scansione.

[…] Un'altra cosa che puoi fare è, nel Centro assistenza di Search Console, abbiamo un link per segnalare problemi con Googlebot. Se noti che la scansione del tuo sito Web è molto fuori portata rispetto a quello che ti aspetteresti, puoi segnalare problemi con Googlebot tramite quel link […]”.

Come Google identifica i paesi presi di mira dalle pagine

56:25 "[...] Per quanto riguarda il targeting geografico, oltre a utilizzare hreflang, come fa Google a capire quale [paese] stai prendendo di mira [con] questo sito Web specifico o la sottodirectory specifica?"

La risposta di John è stata: “ Cerchiamo di raggruppare gli URL in base a schemi chiari che possiamo riconoscere […], ad esempio, per sottodominio o per sottodirectory. Se hai il paese nella sottodirectory in una posizione più alta in un percorso, allora è molto più facile per noi dire che tutto in questo percorso è per questo paese, tutto in questo altro percorso è per un altro paese.

Puoi anche verificare i singoli percorsi in Search Console […], il che ci semplifica un po'. In pratica, non sento molti feedback dalle persone che dicono che questo fa una grande differenza.

[…] Cercherei di rendere […] il più chiaro possibile quale paese è rilevante per i singoli URL, con un percorso chiaro nell'URL. Penso che ci sia stata anche una domanda che qualcuno ha inviato sull'utilizzo del paese come parametro URL alla fine. Teoricamente, puoi farlo […]. Per i nostri sistemi, è molto più difficile riconoscere quali URL appartengono a quale paese […]. Se stai usando hreflang, allora questo è un problema minore, perché puoi farlo in base all'URL”.

Numero elevato di URL contrassegnati come scoperti, attualmente non indicizzati

58:25 “[…] Siamo un enorme sito di eCommerce e mentre controllavamo il nostro rapporto di scansione, abbiamo scoperto che ci sono enormi quantità di URL nella [ Sezione scoperta – attualmente non indicizzata ] […]. È questa un'indicazione di [un] problema [sul nostro sito] […]?”

John ha detto: “ Penso che dipenda da quali sono quelle pagine e da come le utilizzi all'interno del tuo sito web. […] Troviamo tutti i tipi di URL sul Web e molti di questi URL non hanno bisogno di essere scansionati e indicizzati, perché forse sono solo variazioni di URL che già conosciamo, o […] qualche forum o scraper casuale script ha copiato gli URL dal tuo sito Web e li ha inclusi in modo non corretto. […] È molto normale che molti di questi URL vengano sottoposti a scansione e non indicizzati o scoperti e non sottoposti a scansione, solo perché ci sono così tante diverse origini di URL sul Web.

[…] Prova a scaricare […] un campione di quelli, in modo da poter guardare i singoli esempi, e […] classificare quali di quegli URL sono quelli che ti interessano e quali […] sono quelli che puoi ignorare.

[…] Quelli a cui tieni, è qualcosa in cui cercherei di capire cosa potresti fare per collegarli meglio nel tuo sito Web per quanto riguarda cose come i collegamenti interni. Quindi, se si tratta di singoli prodotti o categorie che non vengono trovati, prova a capire cosa puoi fare in modo sistematico per assicurarti che tutti questi URL siano collegati meglio tra loro. […] Soprattutto con un sito di eCommerce più grande, può diventare complicato, perché non puoi guardare ogni URL individualmente in ogni momento.

Ma a volte, ci sono dei trucchi che puoi fare dove lo dici: qualsiasi cosa che sia categoria di primo livello, lo linko dalla mia home page. E mi assicuro che la mia categoria di primo livello contenga al massimo […] forse 100 elementi o 200 elementi, in modo da avere un po' di funzione di forzatura in termini di ciò che dai a Google la scansione e l'indicizzazione. Sulla base di ciò, puoi costruirlo un po 'più sistematicamente.

[…] In una certa misura, accetterei semplicemente che Google non può eseguire la scansione e indicizzare tutto. […] Se riconosci, ad esempio, che […] i singoli prodotti non vengono sottoposti a scansione e indicizzazione, assicurati che almeno la pagina della categoria di tali prodotti sia scansionata e indicizzata. Perché in questo modo, le persone possono ancora trovare alcuni contenuti per quei singoli prodotti sul tuo sito web […].

Verifica se puoi eseguire tu stesso la scansione del tuo sito Web in modo da avere un po' più di dati diretti su come eseguire la scansione di un sito Web come il tuo. Ci sono vari strumenti di scansione là fuori. […] Eseguendo tu stesso la scansione del sito Web, puoi vedere quali di questi URL sono collegati molto lontano dalla home page e quali sono collegati più vicino alla tua home page. E sulla base di ciò, a volte puoi modificare un po' la struttura del sito per assicurarti che le cose siano ragionevolmente vicine o ragionevolmente stabili, per quanto riguarda la distanza dalla tua home page”.