Seo Office Hours, 11 marzo 2022

Questo è un riepilogo delle domande e delle risposte più interessanti del Google SEO Office Hours con John Mueller dell'11 marzo 2022.

Una singola pagina può influenzare l'intero dominio?

6:50 “ […] abbiamo recentemente aggiunto una pagina al nostro sito che sta generando costantemente traffico e coinvolgimento significativi […]. La mia domanda per te è: una singola pagina con un coinvolgimento e un traffico estremamente elevati può avere un'influenza sul dominio nel suo insieme? […] ”

John ha risposto: “ Non credo che useremmo il coinvolgimento come fattore. Ma è il caso che, di solito, le pagine all'interno di un sito Web sono interconnesse con il resto del sito Web. E attraverso quei collegamenti interni attraverso il sito Web, inoltriamo alcuni dei segnali. Quindi, se vediamo che una pagina è davvero una buona pagina e vorremmo mostrarla molto nella ricerca, forse ha anche vari link esterni che vanno lì, allora questo ci dà molto contesto aggiuntivo su quella pagina. E possiamo in qualche modo inoltrarne una parte al resto del sito web. Quindi di solito è una buona cosa.

La cosa a cui potrei fare attenzione è se stimola il coinvolgimento per il tipo di cose a cui tieni. È solo qualcosa che ho visto a volte, in cui una pagina potrebbe essere molto visibile per determinate query, ma quando guardi le query, sei tipo, beh, non voglio davvero classificarmi per quello. Il mio argomento è un'altra cosa. Quindi potrebbe essere qualcosa solo per dare un'occhiata cauta alle metriche. "

La persona ha quindi chiesto se uno scarso punteggio di Core Web Vitals in una sezione di una pagina può influire sul resto del dominio. Se non hai familiarità con le metriche che ha menzionato: Largest Contentful Paint (LCP) e Cumulative Layout Shift (CLS), ti consiglio di leggere le nostre guide su What Is Largest Contentful Paint e Cos'è Cumulative Layout Shift.

8:28 “[…] per Core Web Vitals, diamo la priorità alle nostre pagine ad alta ricerca per miglioramenti del prodotto, […]. Un sottoinsieme di pagine con LCP o CLS scadenti, ad esempio solo la pagina video del sito che non sono le pagine principali o secondarie o addirittura terziarie che guidano il traffico di ricerca sul sito, possono avere un impatto sul resto dei Core Web Vitals complessivi del sito punto? […] “

John ha risposto: “ Di solito, non sarebbe un problema. Quindi penso che ci siano due aspetti lì. Da un lato, per i Core Web Vitals, esaminiamo un campione del traffico verso quelle pagine, che viene eseguito, non lo so, dalla funzionalità del rapporto sull'esperienza utente di Chrome . Credo che sia documentato da qualche parte sul lato Chrome. Ma è essenzialmente una parte del traffico verso il tuo sito web. Ciò significa che, per la maggior parte, le cose che guarderemo di più sono davvero le pagine che ottengono il maggior numero di visite. Quindi, se hai pagine casuali sul lato che nessuno guarda mai, e sono davvero lente, quelle non trascinerebbero il tuo sito verso il basso . E anche il contrario: se quelle pagine casuali fossero davvero veloci, non porterebbero il tuo sito in alto. Anche se sono molte pagine casuali, se, nel complesso, non ricevono molto traffico, allora non ci interessa davvero. […] le cose che le persone vedono dovrebbero avere una buona esperienza utente. Quindi, se la maggior parte delle persone vede una determinata parte del tuo sito, allora è quella la parte su cui vogliamo concentrarci.

L'altra cosa è che, con l'aggiornamento di Page Experience, a seconda della quantità di dati che abbiamo per un sito Web, potremmo dividerlo in diverse sezioni. E cerchiamo di farlo comprendendo quali pagine di un sito Web sono essenzialmente simili. E questo può essere per tipo di modello o qualcosa del genere, il che significa, se possiamo vederlo, diciamo, per un sito di eCommerce, tutte le pagine dei prodotti sono davvero veloci e forse abbiamo abbastanza dati per guardare le pagine dei prodotti separatamente, allora possiamo fare in modo che quel gruppo di pagine lo tratti da solo. E se c'è un diverso tipo di pagina nel sito che ha abbastanza dati che è un po' lento, allora diremo, beh, questo tipo di pagina è più lento. Quindi questa è la seconda parte lì, in quanto, se hai un tipo di pagina che è molto lento e abbiamo abbastanza dati da capire per quel tipo di pagina, beh, questa è solo quella parte del sito Web, allora solo quella parte essere influenzato dai Core Web Vitals e dall'aggiornamento dell'esperienza della pagina. "

Troppi link interni possono danneggiare il tuo sito web?

12:50 “ Quindi nel precedente Office Hours, una volta hai detto che usare troppi link interni nella stessa pagina può diluirne i valori, e forse Google non sarà in grado di capire la struttura del sito. Quindi, secondo te, qual è la quantità di link interni ideali per pagina per un sito di eCommerce, magari con milioni di pagine? "

John ha risposto: “ Non credo che ci sia un numero ottimale. La parte a cui vorrei fare attenzione è che quando esegui la scansione del sito Web puoi ancora riconoscere che c'è una struttura. Quindi soprattutto con un sito di eCommerce che puoi ancora riconoscere: ecco la home page principale, ecco le categorie di primo livello, le categorie di secondo livello, puoi ancora riconoscere quella struttura in modo che sia chiaro come sia il contesto delle singole pagine . […] è più difficile riconoscere la struttura se ogni pagina è collegata ad ogni altra pagina. E se hai milioni di pagine sul tuo sito web, non sarà il caso di avere milioni di link su ogni pagina. Quindi da quel punto di vista, di solito non vedo alcun problema con questo con i siti di eCommerce, solo perché, non lo so, il CMS eCommerce tende comunque ad essere impostato in quel modo, che hai diversi livelli di categorie e poi la pagina del singolo prodotto ad un certo punto. “

Diagnosi di problemi di scansione per piccoli siti web

25:47 " Abbiamo esaminato i rapporti sulle statistiche di scansione in Search Console e abbiamo cercato di identificare se potrebbero esserci problemi sul lato tecnico con Google che esegue la scansione del nostro sito Web. Quali sono alcuni dei segnali o delle cose da identificare che ci indicheranno se Google sta lottando per eseguire la scansione di qualcosa o se Googlebot è distratto da file irrilevanti […]? "

John si è assicurato che la persona che ha posto la domanda stesse gestendo un sito Web relativamente piccolo e poi ha risposto: " Ok, quindi suppongo che il rapporto sulle statistiche di scansione non ti sarà utile in quel caso [per un sito Web di piccole dimensioni] perché, con la scansione Rapporto sulle statistiche, stai davvero guardando una vista aggregata della scansione del tuo sito web. E di solito, questo ha più senso se hai qualcosa come, non so, duecentomila pagine. Quindi puoi guardarlo e dire, oh, beh, in media, la scansione è lenta. Considerando che se hai un sito Web che ha, non so, forse circa 100 pagine o giù di lì, in sostanza, anche se la scansione è molto, molto lenta, allora quelle 100 pagine, possiamo ancora ottenerle, tipo, una volta giorno, nel peggiore dei casi, forse una volta alla settimana. Non sarà un problema tecnico per quanto riguarda la scansione.

È essenzialmente più una questione di capire che il sito Web offre effettivamente qualcosa di unico e prezioso che dobbiamo avere indicizzato. Quindi meno un problema sul lato della scansione e più sul lato dell'indicizzazione. L'eccezione qui sarebbe se ci fosse davvero un grosso problema tecnico con il tuo sito web. Ma è qualcosa che vedresti subito perché probabilmente controlleresti uno di questi URL e noterai, oh, Google non può eseguirne la scansione. È stato restituito un errore o è stato restituito un [tag] noindex . E sarebbe molto ovvio. Quindi la mia ipotesi, soprattutto per un sito Web più piccolo, è che si tratta davvero di assicurarsi che Google comprenda il valore del sito Web e sappia che ha senso indicizzare il più possibile. Perché il lato strisciante non sarà il fattore limitante. È davvero più come, beh, devi prima convincere Google che in realtà dovrebbe provare a eseguire la scansione. "

Perché i sinonimi fanno la differenza nella classifica

39:34 "Perché potrebbero esserci piccole differenze nei sinonimi […] che fanno una così grande differenza nella posizione in classifica?"

La persona ha presentato i seguenti esempi di sinonimi: "modifica video" e "editor video".

John ha risposto: "Quindi dal nostro punto di vista, può essere del tutto normale, ed è qualcosa in cui, da un lato, cerchiamo di capire cose come i sinonimi in una query, ma proviamo anche a guardare il contesto completo di la domanda. E soprattutto quando si tratta di sinonimi, potremmo presumere che qualcosa sia principalmente un sinonimo, ma ciò non significa che sia completamente un sinonimo. E soprattutto quando stai guardando qualcosa come "modifica video" rispetto a "editor video", le aspettative dal lato utente sono leggermente diverse. Da un lato, vuoi modificare un video. D'altra parte, potresti voler scaricare un editor video. E sembra molto simile, ma le cose che gli utenti vogliono lì sono leggermente diverse. Quindi, dal mio punto di vista, ha senso mostrare classifiche diverse lì. E abbiamo lo stesso con l'ortografia delle parole leggermente diversa. Come se hai la versione britannica o americana di una parola inglese, se hai una parola o una lettera con un accento e non ha un accento, capiamo che sono per lo più la stessa cosa, ma capiamo anche che ' re leggermente diverso. E cerchiamo di mostrare risultati di ricerca che tengano conto di ciò".

Combinazione di più tipi di risultati multimediali in una pagina

42:06 “ Abbiamo visto che la maggior parte dei siti web di ricette non fornisce informazioni molto utili nel mio paese e cerchiamo di cambiarle fornendo informazioni più utili e arrivando al punto di aggiungere FAQ a ogni ricetta. Qual è il modo migliore per aggiungere queste FAQ? "

John ha risposto: “[…] dal mio punto di vista, dipende totalmente da te. L'unica cosa a cui prestare attenzione in casi come questo, in cui hai più tipi di risultati multimediali potenzialmente rilevanti per le tue pagine, è che alcuni di questi tipi possono essere combinati e alcuni di essi non possiamo davvero combinarli bene. Non so nello specifico quando si tratta di ricette, se possiamo combinarle o se dobbiamo essenzialmente scegliere l'una o l'altra. E se noti che nessun altro sito Web di ricette ha il rich snippet della ricetta più la sezione delle domande frequenti in basso, probabilmente non possiamo combinarli. E quindi è probabilmente meglio per te scegliere quale tipo di tipo di risultato multimediale vuoi davvero mostrare e concentrarti esclusivamente su quel tipo. "

Come garantire che un paywall non attiverà una penalità di cloaking

43:43 " Google spiega, nelle sue linee guida per l'abbonamento e i contenuti con paywall, che uno schema specifico deve essere aggiunto a una pagina per condividere i contenuti con paywall nell'indice e non attivare una penalità di cloaking. Dopo aver implementato questo, tuttavia, il Rich Results Test non sembra identificarlo e non stiamo inavvertitamente rischiando una penalità di occultamento?

John ha detto: "Quindi presumo che il Rich Results Test lo mostrerà, ma in realtà non l'ho verificato perché il Rich Results Test, per la maggior parte, si concentra su ciò che Google mostrerebbe effettivamente nei risultati di ricerca come tipo di risultati multimediali . Ed essenzialmente, il contenuto del paywall probabilmente non è una delle cose che mostreremmo come un tipo di risultato multimediale specifico. Quindi è possibile che non lo mostriamo in quel test. Un modo semplice per farlo è creare una pagina di test molto semplice e testare quella pagina individualmente. L'altro test che puoi fare per assicurarti che Google stia effettivamente vedendo l'intero contenuto con il markup è il normale test di ispezione dell'URL, in cui puoi fare uno schizzo dal vivo della pagina e puoi guardare l'HTML che viene generato per quello pagina. E potresti copiarlo in un editor e ricontrollare per assicurarti che i dati strutturati che desideri siano visibili lì siano effettivamente mostrati lì. Quindi è più o meno la direzione in cui andrei lì".

I collegamenti all'interno di determinate sezioni di una pagina sono più importanti per Google?

45:11 “ […] i link all'interno di determinate sezioni di un sito sono visti in modo diverso? Ad esempio, se una pagina è collegata all'interno di un'intestazione o di un piè di pagina e quindi inclusa in ogni pagina di un sito, Google visualizza tali collegamenti in modo diverso rispetto ai collegamenti all'interno del corpo della pagina? "

John ha risposto: “ Non ci distinguiamo davvero lì. Quindi, se le cose [pagine] sono collegate nel tuo piè di pagina della pagina e sono collegate dall'intero sito Web, dal nostro punto di vista, hai quei collegamenti dall'intero sito Web. Non è il caso di dire, oh, i link in un footer hanno meno peso o non sono così utili, li ignoreremo o qualcosa del genere. Quindi, da quel punto di vista, quando si tratta di link, li vediamo essenzialmente come link su una pagina.

È leggermente diverso quando si tratta di testo in quanto cerchiamo di capire qual è il contenuto principale della pagina. E quando si tratta di classificare rispetto agli altri contenuti del tuo sito web, cercheremo di concentrarci sulla sezione del contenuto principale della pagina. Ma i link, dal nostro punto di vista, ci aiutano solo a capire meglio la struttura di un sito. E che si trovino nell'intestazione, nel piè di pagina, nella barra laterale o nel contenuto principale, per noi non cambia nulla. "

L'indicizzazione mobile-first ti aiuta a posizionarti più in alto?

46:33 " L'indicizzazione mobile-first aiuta con le classifiche di ricerca? Il nostro sito Web è ancora scansionato da Googlebot desktop. E non riusciamo a capire perché non stia passando al mobile-first. Abbiamo esaminato la documentazione e la risoluzione dei problemi di Google, ma non salta fuori nulla. Sarebbe utile passare a un'app Web progressiva e al supporto offline? "

John ha risposto: " Quindi prima di tutto, l'indicizzazione mobile-first non cambia nulla per la classifica. Quindi non è necessario forzare alcun tipo di passaggio all'indicizzazione mobile-first. Si tratta semplicemente di indicizzare e selezionare il contenuto che utilizzeremmo su un sito web. Quindi da quel punto di vista, non mi preoccuperei di questo. Se il tuo sito web funziona bene sui dispositivi mobili, a un certo punto verrà cambiato. Credo che ci siano ancora alcuni siti che non abbiamo ancora cambiato. Ma per la maggior parte, abbiamo cambiato, immagino, la maggior parte dei siti. E quelli che rimangono, continuiamo a ricontrollarli. Quando saranno pronte e quando pensiamo che siano pronte, le scambieremo semplicemente.

Ma non è il caso che noterai alcun cambiamento di classifica lì a meno che la versione mobile non sia significativamente diversa dalla versione desktop. E questo sarebbe anche un motivo per non passare all'indicizzazione mobile-first. E se la versione mobile è significativamente diversa e abbiamo utilizzato l'indicizzazione mobile-first per il tuo sito, in sostanza indicizzeremmo semplicemente i tuoi contenuti in base alla versione mobile. E se ci sono più contenuti su una versione desktop, lo ignoreremmo. Quindi da quel punto di vista, non proverei a forzare questo. Passare a un'app Web progressiva è qualcosa che puoi fare, ma non credo che influirà sul modo in cui l'indicizzazione mobile-first guarda il tuo sito web. E di solito, quando si tratta di app Web progressive, sono siti Web con framework JavaScript. E questo comporta tutta una serie di altre sfide che derivano dal fatto che devi assicurarti che Google possa effettivamente vedere i tuoi contenuti perché JavaScript è qualcosa che di solito possiamo eseguire il rendering e gestire bene, ma non è sempre facile come un puro statico Pagina HTML. "