Seo Office Hours, 25 febbraio 2022

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

Rapporto sui collegamenti in Search Console

05:41 “C'era un dominio dove prima c'era un sito web, e poi […] è stato cancellato. [Se] c'è un nuovo sito Web a un certo punto, i collegamenti al vecchio sito Web non contano più, il che sembra abbastanza logico. […] In Search Console, vedo almeno un link dell'ex proprietario che è ancora presente. [significa] che questo collegamento sarebbe ancora valido [se] Search Console […] lo mostrasse?"

John ha risposto: “Non so se conterebbe, ma la parte importante con Search Console e il rapporto sui link è che cerchiamo di mostrare tutti i link che conosciamo a quel sito. Non è un segno che pensiamo che questi siano collegamenti importanti o che contino. In particolare, cose come i link nofollow sarebbero ancora elencati, i link da rinnegare sarebbero ancora elencati, anche i link che ignoriamo per altri motivi potrebbero ancora essere elencati. Quindi solo perché è elencato non significa che sia un collegamento irrilevante o utile per il sito".  

Collegamenti a piè di pagina non contestuali rispetto alla struttura del sito

09:13 “Abbiamo acquisito un sito con molti collegamenti interni nella sezione del piè di pagina di ogni pagina. Alcuni di questi collegamenti non sono così rilevanti. […] È probabile che Google lo consideri problematico perché i collegamenti non sono necessariamente contestuali? […] Sono semplicemente confusi nel footer e sono semplicemente selezionati da un plug-in. Abbiamo paura che rimuoverli da centinaia di pagine possa rovinare la struttura del sito".

John ha detto: “Sospetto per la maggior parte che non causerebbe alcun problema. Lo vedrei di più poiché questi collegamenti su queste pagine sono normali collegamenti interni.

Guardalo dal punto di vista: questo aiuta […] a contestualizzare il resto delle pagine del sito? Ad esempio, se hai un sito Web più grande ed essenzialmente ogni pagina è collegata a ogni altra pagina, non c'è un contesto reale, quindi è difficile per noi capire quale sia la struttura generale, quali di queste pagine [sono] più importanti. Perché se ti stai collegando a tutto, allora è come se tutto non fosse importante. Questo è l'elemento a cui starei attento. Che siano o meno nel footer, questo , dal mio punto di vista, è irrilevante. Se sono generati da un plug-in o aggiunti manualmente, non credo che sia importante. Guarderei da un punto di vista strutturale: ha senso avere questi collegamenti? Una certa quantità di reticolazione ha senso. Se hai una configurazione in cui hai pagine correlate che sono collegate in modo incrociato, questo, dal mio punto di vista, ha sempre senso. Cross-linking estremo in cui stai collegando ogni pagina con ogni altra pagina, dal mio punto di vista, non ha senso.

11:10 “[…] Se disabilitiamo il plugin e tutti questi link all'improvviso […] perdiamo la pagina, ciò influenzerebbe in qualche modo il sito web? O dovremmo provare a rimuovere lentamente i link da una pagina alla volta?"

John: “La mia ipotesi è che influenzerebbe il modo in cui viene mostrato nella ricerca, ma è impossibile dire se sarà un effetto positivo o negativo. Penso che questa sia la parte difficile lì.

Quello che farei per cercare di capire qual è la situazione attuale e quale sarebbe il passo successivo è eseguire un crawler sul tuo sito web. Molti dei crawler di siti Web disponibili generano un grafico di come le tue pagine sono collegate tra loro. Quindi potresti disabilitare il plugin, magari su una versione staging del tuo sito web, magari anche su quella live per un breve periodo di tempo. Scansiona di nuovo e poi confronta quei grafici e vedi, questo crawler è ancora in grado di trovare tutto il contenuto? Sembra che ci sia un collegamento incrociato insufficiente lì? In tal caso, questo ti dà un po' più di fiducia che la disabilitazione del plug-in andrà bene. Dal nostro punto di vista, non importa se questi collegamenti vengono automaticamente inseriti o inseriti da un plug-in o inseriti dall'apprendimento automatico. […] Sono solo link che troviamo sul tuo sito web”.

Tutto il testo nascosto è contrario alle linee guida di Google?

13:22 “Tutto il testo nascosto è contrario alle linee guida per i webmaster? […] Abbiamo alcuni elementi che includiamo su più pagine insieme a identificatori assegnati internamente per ogni elemento, quindi quegli identificatori non significano nulla per gli utenti […], ma come SEO, può semplificarmi la vita. […]”

La risposta di John è stata: “Non credo che sarebbe problematico. Il testo nascosto, dal nostro punto di vista, è più problematico quando si tratta davvero di ingannare i motori di ricerca riguardo a ciò che è effettivamente su una pagina. Quindi l'esempio estremo potrebbe essere che hai una pagina sulle scarpe e c'è un sacco di testo nascosto che riguarda le Olimpiadi […], e poi improvvisamente la tua pagina delle scarpe inizia a classificarsi per questi termini olimpici. Ma quando un utente va, non c'è nulla nelle Olimpiadi, e questo sarebbe problematico dal nostro punto di vista.

Penso che facciamo un lavoro ragionevole nel riconoscere il testo nascosto e nel cercare di evitare che ciò accada, ma questo è il motivo per cui abbiamo questo elemento nelle linee guida per i webmaster. Usarlo per mostrare qualcosa che non vuoi necessariamente ingannare nessuno per questo, dal mio punto di vista, va perfettamente bene. Inoltre, l'accessibilità è un motivo comune per il testo nascosto in una pagina in cui hai i target di tocco impostati in modo da poterli toccare, quindi il tuo screen reader dirà qualcosa al riguardo. Ma non sono visibili direttamente sulla pagina, e anche questo va benissimo, quindi non avrei alcun timore o dubbio che la configurazione che hai descritto funzionerebbe.

L'importanza dei nomi dei file di immagine per il posizionamento del sito

24:56 “ Stiamo utilizzando un provider CDN intelligente che ha sostituito i nomi dei file di immagine con numeri univoci. Abbiamo notato che tutte le immagini sono 404 in Search Console. La disabilitazione della CDN degraderebbe in modo significativo le prestazioni complessive del sito. Il testo alternativo e le didascalie dell'immagine saranno sufficienti per essere compresi da Google senza un nome file o un titolo appropriato?"

Secondo John, “Ci sono due cose qui che vorrei guardare. Da un lato, se si tratta di immagini che devi avere indicizzato nella ricerca di immagini, dovresti assicurarti di avere un nome file stabile per le tue immagini. Questo è l'elemento più importante qui.

Non dici che questi numeri o questi URL cambiano, ma a volte questi CDN forniscono essenzialmente un ID basato sulla sessione per ogni immagine. Se l'URL dell'immagine cambia ogni volta che eseguiamo la scansione, in sostanza, non saremo mai in grado di indicizzare correttamente quelle immagini. Ciò è dovuto principalmente al fatto che per le immagini tendiamo ad essere un po' più lenti per quanto riguarda la scansione e l'indicizzazione. Quindi, se vediamo un'immagine una volta e diciamo che dovremmo dare un'occhiata a questa, e proviamo a scansionarla di nuovo in una fase successiva, e il numero è cambiato a quel punto, elimineremo quell'immagine dai nostri risultati di ricerca, da la classifica delle immagini. In sostanza diremo, beh, questa immagine che pensavamo fosse qui non è più qui. La parte più importante qui è capire che ti interessa la ricerca di immagini? In tal caso, devi assicurarti di avere un URL stabile per tutte queste immagini. Non importa se è un numero o se è un testo o qualcosa del genere. Dovrebbe essere solo stabile. Questa è la parte più importante qui.

L'altra parte che hai menzionato è il testo alternativo dell'immagine e le didascalie, il che suggerisce che sei interessato alla ricerca sul Web, non necessariamente alla ricerca di immagini. Per la ricerca sul Web, non è necessario essere in grado di eseguire la scansione e l'indicizzazione delle immagini perché essenzialmente esaminiamo le pagine Web stesse. Quindi cose come il testo alternativo, eventuali didascalie, intestazioni sulla pagina, tutto ciò contribuisce a capire un po' meglio questa pagina. Per la ricerca sul web, questo è tutto ciò di cui abbiamo bisogno. Se tutte le immagini fossero, ad esempio, sempre 404 o bloccate da robots.txt o da una ricerca web, tratteremmo comunque quella pagina esattamente come se potessimo indicizzare tutte quelle immagini. Nella stessa ricerca di immagini, è qui che dobbiamo essere in grado di indicizzare queste immagini e capire che ci sono [sono] URL stabili e capire come si collegano al resto del tuo sito".

Targeting di due pagine diverse con la stessa parola chiave

29:36 "Una [pagina] è una pagina di funzionalità e l'altra è un pezzo informativo su quella funzionalità. Va bene indirizzare la stessa parola chiave principale su quelle due pagine diverse?"

John ha detto: "Prima di tutto, va bene scegliere come target le parole chiave desiderate. Dal nostro punto di vista, non ti tratterremo.

La cosa a cui farei attenzione è che stai gareggiando con te stesso? E questa è quasi più una questione strategica piuttosto che una pura domanda SEO e non qualcosa in cui diremmo che ci sono linee guida che non dovresti farlo. Ma è più che se hai più contenuti che si classificano per la stessa query con lo stesso intento, stai essenzialmente diluendo il valore del contenuto che stai fornendo su più pagine. Sono in competizione tra loro e ciò potrebbe significare che queste singole pagine non sono così forti quando si tratta di competere con i siti Web di altre persone. Quindi a volte è quello a cui starei attento.

Se hai due pagine ed entrambe hanno come target la stessa parola chiave e hanno intenti molto diversi, dal mio punto di vista, sembra ragionevole perché le persone potrebbero cercare quella parola chiave con testo extra aggiunto per un intento e in più testo aggiunto per l'altro intento. E sono essenzialmente pagine uniche. Può avere senso che entrambi appaiano nella ricerca o che quello con la migliore corrispondenza appaia nella ricerca. […] E come ho detto, non è qualcosa di cui abbiamo bisogno o che va bene o non va bene. È una questione di posizionamento strategico su come vuoi apparire nelle ricerche".

Esiste un buon rapporto tra pagine indicizzate e non indicizzate?

31:26 "Le posizioni delle pagine di ranking ad alto traffico sono danneggiate da molte, diciamo il 50%, delle pagine totali su un dominio che non vengono indicizzate o indicizzate ma non ricevono traffico?"

John ha risposto: “Penso che la domanda sia più in merito, ho alcune pagine che sono molto popolari e molte pagine che non sono molto popolari. E questo descrive il sito Web medio in cui hai una varietà di contenuti, alcuni dei quali sono molto popolari e alcuni non sono così popolari. Quindi, dal nostro punto di vista, va benissimo.

Inoltre, solo il numero di pagine in blocco è una metrica fuorviante perché è facile avere molte pagine che non vengono visualizzate è molto importante, e quindi non vengono visualizzate molto nelle ricerche, e questo può andare benissimo. Se hai cinque pagine del genere o cento […] o migliaia di pagine, [e] se non vengono visualizzate nelle ricerche, non causano nemmeno alcun problema. Da questo punto di vista, a volte è difficile guardare il numero di pagine in gran parte rispetto alle pagine che vengono mostrate nei risultati di ricerca.

L'altra cosa, forse anche da tenere a mente con una domanda come questa, è che a volte ha senso concentrarsi di più su meno pagine per ottenere quel vantaggio strategico di avere meno pagine più forti, piuttosto che avere molte pagine in cui si stai essenzialmente diluendo il valore. Ad esempio, se hai mille pagine e ciascuna fornisce un piccolo bocconcino del quadro più ampio, allora quelle mille pagine probabilmente avranno difficoltà a cercare. Considerando che se riesci a combinare molto di ciò in […] forse dieci pagine, allora quelle dieci pagine avranno molte informazioni su di esse e forse molto valore rispetto al resto del tuo sito e forse sarà più facile classificarsi per termini di ricerca più ampi su quell'argomento.

Risultati di ricerca all'interno di siti Web rispetto al ranking

37:49 “Sto cercando di assicurarmi che le nostre classifiche SEO non subiscano un colpo mentre lanciamo una nuova pagina dei risultati di ricerca. […] Le nostre ricerche possono portare a 10.000 risultati e dispongono di funzionalità di filtraggio e ordinamento. In che modo Google tratta queste pagine dei risultati di ricerca all'interno dei siti Web [e] in che modo questi risultati di ricerca influiscono sul ranking generale del sito Web? È sufficiente inviare le mappe dei siti per il posizionamento o dovremmo prendere ulteriori considerazioni per aiutare Googlebot a raccogliere URL raggiungibili?"

John ha risposto: “[…] Non farei affidamento sulle mappe dei siti per trovare tutte le pagine del tuo sito web. Le mappe del sito dovrebbero essere un modo per fornire ulteriori informazioni sul tuo sito web. Non dovrebbe essere il modo principale per fornire informazioni [sul] tuo sito web. Quindi, in particolare, il collegamento interno è estremamente importante e qualcosa a cui dovresti prestare attenzione e assicurarti che, comunque imposti le cose quando qualcuno esegue la scansione del tuo sito Web, siano in grado di trovare tutti i tuoi contenuti e non che facciano affidamento sulla mappa del sito file per ottenere tutte queste cose.

Da questo punto di vista, poter andare su queste pagine di categoria e poter trovare tutti i prodotti che sono nelle singole categorie, penso, sia super utile. Anche essere in grado di eseguire la scansione delle pagine delle categorie fino al prodotto è molto importante. Le pagine dei risultati di ricerca sono un po' un'area unica perché alcuni siti utilizzano le pagine di categoria essenzialmente come le pagine dei risultati di ricerca e quindi ti trovi in ​​quella situazione in cui le pagine dei risultati di ricerca sono essenzialmente come le pagine di categoria. Se questo è il tuo caso, farei attenzione a tutto ciò che faresti con le pagine delle categorie.

L'altra cosa con le pagine dei risultati di ricerca è che le persone possono inserire qualsiasi cosa e cercare qualcosa e il tuo sito deve fare tutto il lavoro per generare tutte queste cose. Ciò può facilmente comportare un numero infinito di URL che sono teoricamente reperibili sul tuo sito Web perché le persone possono cercare in molti modi diversi. E poiché ciò crea questo insieme di pagine infinite sul tuo sito Web, è qualcosa che cerchiamo di scoraggiare quando diciamo di impostare queste pagine dei risultati di ricerca su noindex o utilizzare robots.txt per bloccare la scansione di queste pagine di risultati di ricerca in modo che possiamo concentrarsi sulla normale struttura del sito e sui normali collegamenti interni. Penso che quelli siano gli aspetti primari lì.

Se vuoi che le tue pagine dei risultati di ricerca siano indicizzate, il mio consiglio sarebbe quello di assicurarti, da un lato, di avere un ordinamento primario e un'impostazione di filtro impostata come canonica. Quindi, se scegli di fornire le tue pagine in base alla pertinenza, se hai un filtro di ordinamento per prezzo su o giù, allora imposterei il rel="canonico" di quei filtri sul tuo ordine di ordinamento principale. Allo stesso modo, per filtrare, forse rimuoverei il filtro con rel="canonical". In questo modo, assicurati di poterci concentrare maggiormente sulla versione principale delle pagine ed eseguire la scansione di quelle correttamente, piuttosto che essere distratti da tutte queste variazioni delle pagine dei risultati di ricerca.

L'altra cosa a cui farei attenzione è che crei una sorta di elenco di autorizzazioni o […] un sistema sul tuo sito per quanto riguarda il tipo di query di ricerca di cui desideri consentire l'indicizzazione o la scansione. Ad esempio, se qualcuno visita il tuo sito Web e cerca "prodotti farmaceutici canadesi" o qualcosa del genere e tu non sei un sito Web farmaceutico, probabilmente non desideri che la pagina di ricerca venga indicizzata. Anche se non disponi di prodotti disponibili che corrispondono a quella query, probabilmente non vorrai averlo indicizzato. Quindi avere un elenco delle ricerche consentite che consenti di avere indicizzato lo rende molto più semplice . Assicurati di non imbatterti accidentalmente in questa situazione di spam in cui qualcuno sta inviando spam ai tuoi risultati di ricerca, quindi devi ripulire milioni di pagine che sono indicizzate e sbarazzartene in qualche modo".

Aggiornamento dell'esperienza della pagina su desktop rispetto al ranking

42:20 “ Il mio sito web ha registrato un calo dei visitatori a causa di Core Web Vitals scarsi. Ora sono tornato sulla buona strada, ma sono venuto a sapere che l'aggiornamento di Page Experience è ora disponibile lentamente per desktop. Qual è il ranking di Page Experience su desktop e quanto è importante rispetto ad altri segnali di ranking?"

Secondo John, "Come sui dispositivi mobili, il fattore di ranking di Page Experience è essenzialmente qualcosa che ci fornisce un po' di informazioni in più [su] queste diverse pagine che potrebbero apparire nei risultati di ricerca. Nelle situazioni in cui abbiamo un chiaro intento dalla query in cui possiamo capire che vogliono davvero farlo con questo sito Web, quindi, da quel punto di vista, possiamo semplificare l'utilizzo di Page Experience come fattore di ranking. D'altra parte, se tutto il contenuto è molto simile nella pagina dei risultati di ricerca, probabilmente l'utilizzo di Page Experience aiuta un po' a capire quali di queste sono pagine veloci o pagine ragionevoli per quanto riguarda l'esperienza dell'utente e quali di queste sono le pagine meno ragionevoli da mostrare nei risultati della ricerca. Quella situazione ci aiuta lì.

Per quanto riguarda il rollout desktop, credo che questo sarà di nuovo un rollout più lento nel corso di qualcosa come un mese, il che significa che non vedresti un forte effetto da un giorno all'altro, ma piuttosto lo vedresti effetto per un periodo di tempo. Lo vedresti già anche in Search Console nei rapporti per Page Experience e Core Web Vitals. Vedresti anche già sul desktop che tutto è rosso, ad esempio, e che devi concentrarti su quello. Da quel punto di vista, con il cambiamento della classifica desktop come con quello mobile, non mi aspetterei un salto drastico nei risultati di ricerca da un giorno all'altro mentre lo implementiamo. Al massimo, se le cose andassero davvero male per il tuo sito web, vedresti un graduale calo".

Contenuti tradotti non indicizzati

53:15 “ Lavoro su un grande sito multilingue. Nell'aprile dello scorso anno, […] tutti i nostri contenuti tradotti sono passati da Valido a Escluso, sottoposto a scansione – attualmente non indicizzato , ed è rimasto da aprile. […] Poiché è successo tutto in una volta, abbiamo pensato che forse ci fosse un cambiamento sistemico dalla nostra parte. […] Abbiamo ripulito i nostri hreflang, canonicals, parametri URL, azioni manuali e ogni altro strumento elencato sudevelopers.google.com/search. […] Non so cosa sia successo o cosa fare dopo per cercare di risolvere il problema, ma mi piacerebbe riportare i nostri contenuti tradotti nell'indice".

La risposta di John è stata: “[…] penso che [a volte] sia complicato [se] hai il parametro alla fine con il codice della lingua. […] Dal nostro punto di vista, quello che può succedere è che quando riconosciamo che ci sono molti di questi parametri che portano allo stesso contenuto, allora i nostri sistemi possono rimanere bloccati in una situazione, beh, forse questo parametro non è molto utile e dovremmo ignorarlo. Per me, suona molto come se fosse successo qualcosa intorno a quella linea. In parte, puoi aiutarlo con lo strumento Parametri URL in Search Console per assicurarti che quel parametro sia impostato Voglio che tutto sia indicizzato. In parte, potresti anche eseguire la scansione di una parte del tuo sito Web con […] il crawler locale per vedere quali URL di parametri vengono effettivamente rilevati e quindi ricontrollare che quelle pagine abbiano effettivamente contenuti utili per quelle lingue.  

In particolare, […] [cosa] comune che ho visto sui siti è che forse hai […] tutte le lingue collegate, e la versione giapponese dice oh non abbiamo una versione giapponese, ecco invece la nostra inglese, allora i nostri sistemi potrebbero dire, beh, la versione giapponese è la stessa della versione inglese ‒ forse ci sono altre lingue uguali alla versione inglese. Dovremmo ignorarlo. A volte provengono da collegamenti all'interno del sito Web, a volte sono anche collegamenti esterni, persone che si collegano al tuo sito. Se il parametro si trova alla fine del tuo URL, è molto comune che ci siano anche dei rifiuti allegati al parametro. E se eseguiamo la scansione di tutti quegli URL con quella spazzatura e diciamo, beh, questa non è una lingua valida, ecco la versione inglese, quindi rafforza di nuovo quel ciclo in cui i sistemi dicono, beh, forse questo parametro non è così utile. L'approccio più pulito che ci sarebbe se avessi una sorta di parametri spazzatura per reindirizzare a quelli più puliti o forse anche mostrare una pagina 404 e dire, beh, non sappiamo di cosa stai parlando con questo URL e per fare in modo pulito certo che qualunque URL troviamo, otteniamo dei contenuti utili che non sono gli stessi di altri contenuti che abbiamo già visto."