Seo Office Hours, 5 novembre 2021

Questo è un riepilogo delle domande e delle risposte più interessanti del Google SEO Office Hours con John Mueller il 5 novembre 2021.

Backlink di spam rispetto agli aggiornamenti principali

  00:47 “Abbiamo tre farmacie online in Svizzera. […] Per [uno di loro], abbiamo ricevuto molti backlink di spam. […] Da quello che so già, di solito Google può gestire quei tipi di backlink, ma dopo gli aggiornamenti principali di Google a luglio, siamo rimasti davvero colpiti dalla nostra visibilità, in particolare per quel [uno] negozio in cui abbiamo ricevuto backlink di spam. […] Vorrei avere la vostra raccomandazione su questo: cosa possiamo fare per risolvere i problemi tecnici che abbiamo. Finora, credo ancora che sia successo a causa di backlink di spam, ma non ne sono sicuro.

John ha detto: "In generale, con gli aggiornamenti di base, se vedi dei cambiamenti lì, di solito, è più correlato al tentativo di capire quale sia la pertinenza di un sito nel complesso e meno correlato a cose come i link di spam. Questo è qualcosa per cui non mi aspetterei alcuna reazione in un aggiornamento di base basato su link di spam casuali che vanno al tuo sito web.

Inoltre, con gli aggiornamenti di base, puoi apportare modifiche incrementali per migliorare il tuo sito nel tempo per quanto riguarda la qualità complessiva, e ciò ti aiuterà in modo incrementale, ma se si trattava di un aggiustamento davvero forte con un aggiornamento di base, probabilmente devi aspettare fino al prossimo aggiornamento di base per vedere tali modifiche. […] Sta a noi cercare di capire quale sia la rilevanza complessiva del sito, e questo è qualcosa che si basa quasi sulla qualità complessiva del sito.

Immagino sia complicato se hai più negozi abbastanza simili. […] Probabilmente non è il caso che uno di loro sia cattivo, gli altri sono davvero buoni. Ma potrebbe comunque essere qualcosa in cui puoi usare gli studi sugli utenti per capire cosa […] potresti fare per chiarire che questo sito è particolarmente rilevante. Penso che, soprattutto per quanto riguarda i siti web come le farmacie, sia qualcosa in cui i nostri algoritmi probabilmente cercano di essere un po' più critici. […] Non è un sito Web casuale che ha una storia e un'immagine divertente, è come se fosse coinvolta la salute delle persone.“

John ha aggiunto: “Soprattutto per quanto riguarda cose come 404 pagine e problemi tecnici che non sarebbero correlati agli aggiornamenti principali. Gli aggiornamenti principali riguardano più la comprensione della qualità complessiva del tuo sito e la sua pertinenza , meno i problemi tecnici e meno lo spam".

Indicizzazione del contenuto JavaScript

  05:11 “Lavoro su un sito Web […] per Core Web Vitals. Abbiamo una funzione in cui mettiamo un video di Youtube in cima, in modo che sia diventato l'elemento LCP. Era più pesante di quello che avevamo appena avuto, come un'immagine normale. Quindi stiamo provando un metodo in cui lo stiamo iniettando dinamicamente. […] Dal momento che non è il contenuto below the fold, non lo carichiamo pigro, ma stiamo usando una facciata, e quindi l'<iframe> viene iniettato dinamicamente quando l'utente fa clic sul pulsante di riproduzione. Mi sto rendendo conto ora che gli articoli non vengono indicizzati essenzialmente con il contenuto del video nella pagina, quindi se cerco la pagina e vado alla ricerca video, non appare lì. Quindi mi chiedo quale sia il modo migliore per indicizzare quel contenuto con la pagina. […] È qualcosa come <noscript> o dati strutturati la strada da percorrere? C'è qualche best practice per questo?"

John: “A seconda del modo in cui hai impostato la facciata che hai menzionato lì, dove fai essenzialmente clic su un'immagine o su un <div>, e quindi carica il video sullo sfondo, può darsi che non lo facciamo t prelevarlo automaticamente come video quando visualizziamo la pagina. Ho ricevuto feedback dal team di ricerca video che ci diceva che non dovremmo dire alle persone di farlo perché causa problemi del genere. In sostanza, gli approcci migliori sono assicurarsi che con i dati strutturati, possiamo dire che c'è ancora un video lì. Credo che ci sia una sorta di dati strutturati specifici per i video che puoi aggiungere. La mappa del sito video è essenzialmente molto simile al riguardo, in quanto ci stai dicendo in questa pagina che c'è un video che è rilevante. Quindi questi sono i due approcci lì.

Sospetto che nel tempo l'incorporamento di Youtube migliorerà e sarà più veloce e sarà meno un problema in cui dovrai fare questi trucchi. Ma penso che per il momento possa ancora avere un senso e può ancora avere un grande effetto sui Core Web Vitals di una pagina. Quindi da quel punto di vista, sono combattuto. Se il team video mi dice che dovresti metterlo direttamente e l'altro team dice che dovresti fare le cose velocemente, allora è difficile trovare una via di mezzo. Ma penso che almeno assicurarci di poter riconoscere che il video è lì, è davvero importante".

Pagine di categoria

  13:35 “Vendiamo […] profili metallici e abbiamo molti tipi diversi di quei profili. Abbiamo molti contenuti scarsi perché abbiamo le stesse variazioni. […] Abbiamo all'interno di questi URL migliaia di variazioni […], e non so come gestirlo. Devo canonicalizzare quelli? Ma poi di nuovo, stiamo collegando a loro [questi URL], quindi non voglio creare collegamenti in-link errati o collegamenti di cattiva qualità all'interno della mia pagina. Devo noindex [questi URL] o bloccarli dai robot? […] Non abbiamo bisogno che le persone vengano a quelle pagine di variazione. Vogliamo solo creare una buona qualità nelle pagine delle categorie".

John ha risposto: "Di solito quello che consigliamo è se hai oggetti unici che vuoi che siano reperibili in un modo unico, allora assicurati di avere URL univoci per loro e ti assicuri che siano canonici [e] loro" re non bloccato da noindex. Ma se non ti interessano quei singoli URL, se ti interessano di più le categorie di livello superiore o se hai qualcosa come un prodotto o una categoria più ampia che essenzialmente è il modo più importante per trovare il contenuto, allora puoi usare il canonico a quella pagina, puoi noindex le altre versioni se vuoi. Quindi puoi essenzialmente fare tutto ciò che vuoi per farlo in modo da concentrare tutti i nostri segnali su quella pagina principale a cui tieni.

[…] Immagino che con i prodotti industriali come hai menzionato, dove hai così tante diverse dimensioni e variazioni, probabilmente ha senso concentrarsi sul layout generale e dire che tutte queste diverse opzioni sono essenzialmente un attributo del prodotto principale, e noi dovrebbe concentrarsi solo sul prodotto principale.

John ha aggiunto: "La cosa da tenere a mente quando si imposta un canonico è che cercheremo di indicizzare la pagina canonica che hai menzionato. Quindi , se c'è qualcosa di unico nelle pagine non canoniche, allora non saremmo in grado di trovarlo , quindi essenzialmente qualcosa di critico - assicurati che sia menzionato anche nella pagina canonica".

Classifica su Google Discover

18:31 “In Discover, abbiamo più o meno due diverse pagine dei risultati di ricerca. Abbiamo la prima pagina, quindi puoi fare clic su più risultati e poi hai la seconda pagina. C'è qualche classifica coinvolta in questo in modo che qualche articolo sia nella seconda pagina, o è più una questione di tempo quando viene aggiornato?"

John ha detto quanto segue: “ Probabilmente c'è un senso di ranking, ma non penso che sia lo stesso del ranking web tradizionale. Discover è così personalizzato, quindi non è qualcosa in cui penso abbia senso avere l'idea tradizionale di, oh, hai aperto una pagina Discover e sei il numero cinque, e forse la prossima volta sei il numero quattro o qualcosa del genere come quello. […]

Ci sono molte cose che entrano anche nella classifica personalizzata. Immagino che ci siano anche diversi aspetti del geotargeting e diversi formati di pagine web, più video o meno video, più immagini ‒ meno immagini. Ma onestamente non so cosa [questo sia] in particolare".

John ha anche consigliato di seguire i consigli di Google e ha aggiunto: "In particolare, fai attenzione agli aspetti in cui diciamo di non fare questo o quel tipo di cose. Mi darei un'occhiata anche esternamente su Twitter: ci sono poche persone che sono quasi specializzate su Discover. […] Vorrei controllare queste cose, ma poiché è un feed così personalizzato dal nostro punto di vista, non è che tu possa lavorare per migliorare la tua classifica lì dentro. Non è una parola chiave che le persone stanno cercando. Quindi va bene, ecco alcune cose per te che pensiamo potrebbero essere interessanti.

301 reindirizza

22:23 “So che dovresti usare 301 per reindirizzamenti permanenti per passare il PageRank nel modo migliore e più veloce possibile. Tuttavia, al nostro team di sviluppo non piace implementare i 301 perché sono archiviati nei browser, forse per sempre. Dicono che, in caso di reindirizzamento non configurato correttamente, le persone potrebbero non essere mai in grado di perdere i reindirizzamenti 301 errati. Google memorizza i reindirizzamenti 301 proprio come sembrano fare alcuni browser?"

Secondo John, “L'intero sistema di scansione e indicizzazione è essenzialmente diverso dai browser, nel senso che tutto il lato rete delle cose è ottimizzato per cose diverse. In un browser, ha molto più senso memorizzare nella cache le cose, per memorizzare nella cache le cose più a lungo. Ma essenzialmente, dal nostro punto di vista, sul lato della scansione e dell'indicizzazione […], non trattiamo la scansione e l'indicizzazione come un browser. È un po' strano nel senso che eseguiamo il rendering delle pagine come un browser, ma l'intero processo di inserimento del contenuto nei nostri sistemi è molto diverso. Lo vedi a volte quando esegui il rendering di una pagina o quando vedi una pagina in fase di rendering e utilizza file JavaScript molto vecchi solo perché siamo stati in grado di memorizzarli nella cache per un po', cosa che potrebbe non succedere su un browser, ma essenzialmente è diverso”.

Intestazioni di controllo della cache

23:59 " Google accetterà reindirizzamenti 301 con le intestazioni "Cache-Control: no-cache", "Cache-Control: max-age=[time]" o "Expires: [date]" per consentirci di ottenere il Il meglio di entrambi i mondi?"

John disse: “Sì, va benissimo. Se si tratta di un reindirizzamento 301, lo trattiamo come un reindirizzamento 301. Non importa che tipo di intestazioni della cache aggiungi anche tu. Quindi, da quel punto di vista, se questa è una soluzione che funziona bene per il tuo team di sviluppo e per te stesso, perché no. […] L'altra cosa è che 302 reindirizzamenti potrebbero anche essere un'opzione se funziona meglio per il tuo team di sviluppo. I reindirizzamenti 302 hanno una cattiva reputazione tra i SEO che ritengo non corretto perché funzionano allo stesso modo dei normali reindirizzamenti. Non è che non passino alcun PageRank nulla del genere, e se hai 302 reindirizzamenti a lungo termine, li trattiamo comunque come 301 reindirizzamenti. Quindi, se non riesci a capire come funziona con i reindirizzamenti 301, forse anche i reindirizzamenti 302 sarebbero un'opzione. "

Riconoscere i miglioramenti di qualità

31:25 "Se migliorare la qualità delle pagine è importante per Google con l'aggiornamento di Page Experience, perché Google impiega così tanto tempo a riconoscere questi miglioramenti? Sembra controintuitivo per i SEO impegnarsi a fare davvero la differenza per migliorare la Web Experience se devono sacrificare la perdita di posizione di ricerca e traffico per diversi mesi".

Secondo John, “[…] Se apporti un cambiamento più grande al tuo sito web, a volte vedi delle fluttuazioni, ma non è qualcosa in cui diremmo che quelle fluttuazioni ci sono perché hai migliorato il tuo sito web. È solo che dobbiamo ricomprendere un sito Web quando apporti modifiche davvero importanti a un sito Web. Ma dal mio punto di vista, molte delle ristrutturazioni che puoi eseguire su un sito Web a seconda di come le hai impostate […] – puoi farlo in un modo che essenzialmente ha una transizione molto fluida quando si tratta di ricerca e in modo che non faccia sparire l'intero sito web.

Pagine Noindex e scansione del sito

32:48 "Il fatto che più pagine non vengano indicizzate a causa della qualità influisce sulla scansione complessiva del sito?"

Giovanni: “No. Se scegli le pagine noindex, ciò non influisce sul modo in cui eseguiamo la scansione del resto del tuo sito web. L'unica eccezione qui, ovviamente, è che in noindex dobbiamo prima eseguire la scansione di quella pagina. Quindi, se c'è qualcosa in cui stai creando, diciamo, milioni di pagine, e il 90 percento di esse sono noindex e hai un centinaio di pagine che sono indicizzabili. Dobbiamo eseguire la scansione dell'intero sito Web per scoprire quelle 100 pagine e, ovviamente, ci impantaneremo con la scansione di milioni di pagine. Ma se hai un rapporto normale tra pagine indicizzabili e non indicizzabili, […] ‒ Non vedo che ciò causi alcun problema per quanto riguarda la scansione. E questo non è […] per i motivi di qualità che Google dice, oh no, le pagine indice sono pessime. È una cosa puramente tecnica. Se dobbiamo eseguire la scansione di un milione di URL, dobbiamo eseguire la scansione di un milione di URL per vedere cosa c'è. Non è qualcosa in cui possiamo dire, beh, scansioneremo solo 50.000 perché ci sono alcune pagine noindex. In sostanza è solo una questione di numeri”.

302 reindirizzamenti

34:22 “Abbiamo sentito che i reindirizzamenti temporanei (302) non passano l'equità di collegamento. La nostra comprensione di ciò è accurata? Più in generale, abbiamo sentito che l'uso di 302 provoca problemi SEO significativi, il che ci ha portato a chiederci se dovremmo evitarli a tutti i costi o se ci sono circostanze specifiche in cui dovremmo usarli".

John ha detto: “La risposta è un chiaro no. Non vi è alcun effetto SEO negativo dai reindirizzamenti 302. Penso che l'intera sensazione di perdere PageRank quando esegui reindirizzamenti 302 sia falsa. Viene fuori di tanto in tanto. Penso che il motivo principale per cui questo viene fuori sia perché i reindirizzamenti 302 sono, per definizione, diversi. […] Con un reindirizzamento 301, stai modificando l'indirizzo e desideri che i sistemi Google raccolgano la pagina di destinazione. Con un reindirizzamento 302, stai dicendo, beh, questo è temporaneamente da qualche altra parte, ma vuoi che i sistemi Google mantengano l'URL originale. Quindi, se stai semplicemente monitorando il ranking dei singoli URL, allora, ovviamente, un 301 causerà l'indicizzazione della pagina di destinazione e il ranking e un reindirizzamento 302 manterranno l'indice e il ranking della pagina originale. Ma non c'è perdita di PageRank o qualsiasi segnale assegnato lì. […] A volte i reindirizzamenti 302 sono la cosa giusta da fare, a volte i reindirizzamenti 301 sono la cosa giusta da fare. Se rileviamo reindirizzamenti 302 per un periodo di tempo più lungo in cui pensiamo, beh, forse questa non è una mossa temporanea, li tratteremo anche come reindirizzamenti 301. Ma non c'è alcun tipo di vantaggio SEO nascosto nell'utilizzo di reindirizzamenti 301 rispetto a reindirizzamenti 302. Sono solo cose diverse".

Mostra meno contenuti agli utenti

46:54 “[C'è] un problema che ho con un cliente. […] Molti URL bloccati da robots.txt hanno anche un'intestazione HTTP impostata su noindex. Quindi ho impostato il file robots.txt aperto in modo che gli URL possano essere dei-indicizzati. Ma il client ha paura che il server non preceda tutte le richieste e fallisca. Quindi ho detto, beh, se vedi lo user-agent come un bot, puoi semplicemente distribuire un corpo HTML vuoto o forse un'altra pagina. C'è il rischio di essere penalizzati a causa del cloaking se l'intestazione HTTP è impostata su noindex?"

John ha risposto: “No, non vedo alcun problema in questo. In particolare, se mostri ai motori di ricerca meno di quanto mostreresti agli utenti, questo è un problema minore per quanto riguarda il cloaking. La parte del cloaking che è più problematica per noi è se ci mostri una pagina davvero grande e interessante e quando gli utenti ci arrivano, vedono qualcosa di veramente piccolo o leggermente diverso. Ma se ci stai mostrando essenzialmente una pagina vuota e dicendo, oh, non c'è niente qui che non dovresti indicizzare questa pagina e la eliminiamo dall'indice, allora non ci interessa se gli utenti vedono qualcos'altro. Quindi, dal nostro punto di vista, ciò che vogliamo evitare è che promettiamo agli utenti qualcosa che non riescono a trovare. Quindi, se eliminiamo una pagina dal nostro indice, non possiamo consigliare quella pagina perché non ce l'abbiamo più. […] Se consigliamo una pagina alle persone per una query specifica e loro vanno lì e non riescono a trovare quel contenuto, allora sono frustrati e pensano che abbiamo fatto un cattivo lavoro, ed è qualcosa in cui il nostro problema di cloaking viene da. Ma mostrare meno va benissimo”.