Seo Office Hours, 17 dicembre 2021

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

File di caratteri che causa lo spostamento cumulativo del layout

06:58 “Stiamo lavorando sui problemi di CLS da un paio di mesi. […] C'è una cosa che spunta fuori casualmente dal nulla. È possibile che il carattere possa causare un problema di spostamento del layout cumulativo ?"

John rispose: "Potrebbe essere. Non sono un esperto del lato CLS delle cose, ma […] se stai usando un file di font esterno, allora quel file deve essere caricato . E a seconda di come visualizzi il contenuto, potresti visualizzare prima la versione del contenuto senza il file del carattere, quindi caricare il carattere e spostare il layout.

Durante l'ultimo Chrome Dev Summit, è stata introdotta una nuova proprietà CSS chiamata size-adjust . Il suo obiettivo è prevenire lo spostamento del layout causato dal carattere. Se sei interessato a saperne di più, dovresti dare un'occhiata all'articolo web.dev su CSS size-adjust per @font-face.

Per riassumere la domanda, John ha consigliato un suggerimento utile per verificare se il carattere sta effettivamente causando uno spostamento del layout: "... in Strumenti per sviluppatori di Chrome, puoi fare cose come bloccare l'URL del file del carattere, caricare la pagina e confrontarla [ insieme]. "

503 può far sì che gli URL escano dall'indice

14:29 "Il mio team a pagamento stava pubblicando annunci a pagamento con Pinterest e ha causato un enorme problema in cui Pinterest stava eseguendo la scansione del nostro sito Web e sovraccaricando i nostri server. Abbiamo capito il problema, abbiamo bloccato Pinterest […], ma abbiamo alcune centinaia di pagine che ora sono ancora su un 503 in Google Search Console. […] Ho sfogliato le pagine: funzionano tutte. Quindi ho avuto la riconvalida che è andata avanti negli ultimi due giorni. Che tipo di tempi stiamo guardando? Posso inviare nuovamente le mappe del sito per farlo funzionare più velocemente?"

John ha detto: "Se il [503 fosse lì] per meno di un giorno, probabilmente lo riprenderemmo automaticamente e riproveremmo.

Se sono trascorsi più di un paio di giorni, può succedere che l'URL esca dall'indice perché pensiamo che sia più un errore persistente del server. In sostanza, deve attendere fino a quando non eseguiamo nuovamente la scansione dell'URL, che, a seconda dell'URL, può verificarsi dopo un paio di giorni. Forse ci vuole una settimana o giù di lì per essere rifatto di nuovo. Ma essenzialmente, questo è qualcosa in cui passa attraverso il normale processo di ripetizione della scansione e poi riprende.

Quindi quello che di solito farei con una situazione come questa è guardare gli errori che vedi in Search Console, provare a dare loro la priorità e capire se ce ne sono di veramente critici per te. Se sono pagine di destinazione casuali a coda lunga sul tuo sito, lascerei che vengano ripetute nel tempo. Se sono pagine importanti, farei cose come inviarle di nuovo manualmente in Search Console. "

Alla fine della domanda, John ha aggiunto che inviare nuovamente la mappa del sito probabilmente non aiuterebbe: “Inviare nuovamente il file della mappa del sito non è davvero un segnale forte per noi. Osserveremmo di più la data nel file della mappa del sito. E se aggiorni manualmente tutte le date per dire, oh, l'abbiamo cambiato oggi per incoraggiare Google a riprenderlo, allora esamineremo il file della mappa del sito e diremo, tutte le date sono le stesse, non è proprio così utile."

Versione nella lingua errata mostrata agli utenti

29:02 “Abbiamo due siti web nazionali che condividono contenuti comuni, comprese le notizie quotidiane. Di tanto in tanto notiamo che la pagina di notizie sbagliata è classificata nel paese corrispondente, ad esempio un DE (Germania) in Svizzera. Ha senso lavorare con hreflang anche nell'area delle notizie?“

John ha risposto: “Penso semplicemente dal punto di vista che hai diverse versioni di contenuto e a volte vedi la versione sbagliata nelle ricerche, questa è essenzialmente la situazione che hreflang cerca di risolvere. […] Sembra lo scenario perfetto per implementare i tag hreflang.

L'altra cosa da ricordare è che il geotargeting (e anche l'hreflang) non è mai perfetto. Quindi, se fai molto affidamento sul fatto che la versione giusta venga mostrata agli utenti giusti, devi sempre avere una sorta di piano di backup. E la mia raccomandazione per il backup è di solito che hai una specie di banner basato su JavaScript in alto o in basso, o da qualche parte che dice essenzialmente, ehi, abbiamo una versione migliore di questo contenuto per te, in particolare per la tua posizione, per il tuo lingua e collegarla da lì. In questo modo, possiamo ancora eseguire la scansione e l'indicizzazione di tutte le diverse versioni, ma gli utenti, quando finiscono sulla versione sbagliata, possono trovare rapidamente la strada per la versione corretta".

Tradurre solo una parte del tuo sito web

31:22 “Gestiamo un sito web con 300 pagine indicizzate, tutte in inglese americano. Stiamo cercando di tradurre metà di queste pagine in spagnolo, che verrà inserita in una sottodirectory sullo stesso dominio e contrassegnata come versioni in lingua alternativa dei contenuti statunitensi. Va bene tradurre solo alcuni dei contenuti del sito web? […] È un problema se la versione spagnola di una pagina si collega internamente a contenuti in inglese?"

John ha detto: “ Quando guardiamo al linguaggio, lo guardiamo per pagina. […] Quindi essenzialmente guardiamo una singola pagina e diciamo, beh, sembra che questa pagina sia in spagnolo. E poi quando qualcuno cerca qualcosa di spagnolo, saremo in grado di mostrarglielo. Non importa se solo una parte del tuo sito web viene tradotta in un'altra lingua. Di solito, inizi da qualche parte e da lì in qualche modo ti espandi.

Penso che l'aspetto del collegamento interno potrebbe essere un po' complicato. Potrebbe fornire un'esperienza utente negativa se il collegamento interno si concentra sulla versione inglese . Penso che sia abbastanza comune in molti siti Web diversi. […] Cercherei di assicurarmi che anche la versione spagnola sia adeguatamente interconnessa ”.

Google può trovare una versione più semplice degli URL

37:06 " Google tratta gli URL con un punto interrogativo alla fine come duplicati dello stesso URL senza un punto interrogativo alla fine?"

John non era sicuro della risposta a quella domanda. Tuttavia, ha spiegato uno scenario interessante che ha chiamato "canonicalizzazione leggera".

John ha detto: "Per la maggior parte, se hai parametri alla fine o nessun parametro alla fine, li tratteremo come URL chiaramente separati. Ma abbiamo alcuni sistemi in atto che cercano di fare una canonizzazione quasi leggera per te. Cercano di capire quale versione più semplice di questo URL potremmo effettivamente mostrare, anche se il sito Web stesso non fornisce un rel="canonical" o non reindirizza a una versione più semplice di un URL. "

Per spiegare meglio la situazione, John ha fornito un esempio di una pagina index.html. Se hai una home page con un URL come website.com/index.html, Google potrebbe decidere che index.html alla fine è essenzialmente irrilevante e rilasciarlo automaticamente per semplificare l'URL solo su website.com.

Google non penalizza i siti per adulti

39:45 “ Il mio sito web è stato recentemente abbandonato per alcune parole chiave molto importanti nella nostra nicchia principale: i giocattoli per adulti. […] Google penalizza i siti per adulti per determinate query?"

John ha risposto: “Non credo che penalizziamo i siti web per adulti a questo riguardo. Ma abbiamo sistemi in atto che cercano di capire se l'intento della query è effettivamente quello di trovare qualcosa che rientri nella categoria, forse, di contenuti per adulti. E se l'intento chiaramente non è che qualcuno trovi contenuti per adulti con quel tipo di query, […] cercheremmo di filtrare queste cose.

E questo è qualcosa che di solito ha molto senso perché a volte ci sono siti Web per adulti con nomi molto simili […] a cose che sono, forse, giocattoli per bambini. E non vorresti che qualcuno che sta cercando un giocattolo per bambini si imbattesse effettivamente in un sito Web di giocattoli per adulti solo perché è classificato per lo stesso termine.

I nostri sistemi cercano di capire silenziosamente quale sia l'intento dietro determinate query e quindi di adattarlo in modo da mostrare qualcosa che corrisponda un po' di più all'intento percepito.  

Capire quale sia l'intento dietro una query è davvero difficile. E a volte sbagliamo anche. […] Quindi non è tanto che Google abbia qualcosa contro i siti Web per adulti. Ce ne sono molti là fuori e le persone li trovano e li cercano anche esplicitamente. Va tutto benissimo. Ma vogliamo solo assicurarci che i nostri risultati di ricerca siano tali da corrispondere a ciò che le persone si aspettano. "

Le menzioni del tuo marchio non influiscono sul posizionamento del tuo sito web

58:12 “[…] E se molte pagine che ti menzionano e dicono che sei una truffa, fossero in realtà pagine di spam create da persone che intendono farti del male? Google sa come gestirlo?"

John ha detto: “Penso che sia anche uno dei motivi per cui è davvero difficile usare qualcosa del genere per quanto riguarda le classifiche. Comprendere quasi il contesto soggettivo della menzione è davvero difficile. È come una menzione positiva o una menzione negativa? È una menzione sarcastica positiva o una menzione sarcastica negativa? Tipo, come fai a dirlo?

E tutto questo, insieme al fatto che ci sono molti siti di spam là fuori, […] rende davvero difficile dire che possiamo usare [menzioni del marchio] come un link. Quindi, da quel punto di vista, […] non lo menzioniamo come qualcosa che influisce positivamente sul tuo sito web o negativamente sul tuo sito web. È semplicemente troppo confuso per essere usato come segnale chiaro".