Seo Office Hours, 19 novembre 2021

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

Titolo e lunghezza dell'URL

02:58 “Lavoro nel settore delle notizie. […] Quando stavo ottimizzando il SEO, ho detto [ai miei colleghi] che dovevamo fissare il titolo a sole 65 lettere. […] Ho cercato sul web e non ho trovato la risposta giusta. È un fattore di ranking che il titolo dovrebbe essere così lungo?

John ha detto: “No, non abbiamo alcuna raccomandazione per la lunghezza di un titolo. Penso che scegliere un numero dalla tua parte e dire: sul cellulare è disponibile così tanto spazio, quindi come linea guida editoriale diremo 65, o qualunque cosa tu voglia scegliere, va benissimo. Ma da Google, dal lato della qualità della ricerca [e] del ranking, non abbiamo alcuna linea guida che dice: dovrebbe essere così lungo o meno.

[…] La lunghezza non ha importanza. Se mostriamo qualcosa di più breve, o se mostriamo qualcosa di leggermente diverso, è semplicemente come lo mostriamo nei risultati di ricerca. Ciò non significa che la classifica cambi”.

Quando si tratta della lunghezza dell'URL, John ha detto che non ha importanza. "Penso che sia buona norma avere alcune parole nell'URL, quindi è più un URL leggibile, ma non è un requisito dal punto di vista SEO."

John ha anche aggiunto che avere solo l'ID nell'URL va bene dal punto di vista di Google. “È meglio avere qualche parola lì dentro, ma sostanzialmente va bene. Per la maggior parte, è qualcosa che vedono solo gli utenti e quando copiano e incollano l'URL, potrebbero vedere, oh, so di cosa tratta questo articolo in base a ciò che vedo qui. Considerando che, se vedono solo il numero, potrebbero scegliere quello sbagliato o potrebbero non esserne sicuri. Ma questa è quasi una domanda da parte di un utente, non una domanda SEO".

Google e Bing che eseguono la scansione

25:30 “ Notiamo che quando la nostra richiesta di scansione da parte di Google diminuisce, la nostra richiesta di scansione da parte di Bing aumenta. Questi due sono correlati?"

John ha risposto: “Penso che sarebbe una coincidenza davvero strana, ma non sono a conoscenza di alcuna collaborazione con Bing per scambiare le richieste di scansione, quindi non vedo che sia correlato.

Quello che potrebbe succedere a volte è, da parte di Google, quando riconosciamo che un server è sovraccarico, lento e mostra errori del server, allora tenderemo a eseguire meno la scansione. E potrebbe essere il caso che quando Bing esegue la scansione molto, vediamo che il server è generalmente più lento, quindi eseguiremo la scansione un po' meno. E quando vediamo che il server ha più capacità, è un po' più veloce, eseguiremo una scansione maggiore, il che potrebbe essere correlato a quando Bing esegue la scansione di meno. Teoricamente è possibile. Da un punto di vista pratico, dubito che ciò accadrebbe solo perché, di solito, i siti Web hanno così tanta capacità per gli utenti di venire che un po' di scansione da Bing e un po' di Google non rallenteranno l'intero sito Web. "

Perché l'indicizzazione è più lenta?

32:27 " L' indicizzazione sembra essere cambiata molto per me nell'ultimo anno o due (succede a tutte le mie proprietà web). Mentre le cose venivano rapidamente indicizzate prima quando le presentavano nell'SGC, oggigiorno le comunicazioni dell'SGC sembrano non avere alcun effetto. Piuttosto appare da solo nell'indice dopo giorni o addirittura settimane (a volte rimbalzando dentro e fuori dall'indice). Ciò accade su siti consolidati con oltre 50.000 visitatori mensili organici. Perchè è questo?"

John disse: “Non lo so. Difficile dirlo in senso lato: ecco perché le cose non vengono indicizzate così rapidamente sul tuo sito web. In generale, lo strumento di indicizzazione delle richieste in Search Console è qualcosa che lo trasmette ai sistemi giusti, ma non garantisce che le cose verranno automaticamente indicizzate.

Penso che all'inizio fosse qualcosa che era un segnale molto più forte per il sistema di indicizzazione di spegnersi e indicizzarlo. Ma uno dei problemi che si verificano con queste cose è, ovviamente, che le persone ne traggono vantaggio e usano quello strumento anche per inviare tutti i tipi di cose casuali. Quindi, nel tempo, i nostri sistemi sono diventati un po' più sicuri, quasi per il fatto che stanno cercando di gestire gli abusi che subiscono, e questo a volte porta le cose a essere un po' più lente. Dove non è tanto che è più lento perché sta facendo di più, ma è più lento perché stiamo cercando di essere cauti qui. Ciò può significare che elementi come gli invii di Search Console richiedono un po' più di tempo per essere elaborati. Può significare che a volte dobbiamo avere una conferma dalla scansione e una comprensione naturale di un sito Web prima di iniziare a indicizzare le cose lì. Dal nostro punto di vista, è previsto.

Una delle cose che penso sia cambiata un po' anche sul Web negli ultimi due anni, probabilmente più a lungo, è che sempre più siti web tendono ad essere tecnicamente a posto, nel senso che possiamo facilmente eseguirne la scansione. […] Così possiamo, da un lato, passare a una scansione più naturale. D'altra parte, ciò significa un sacco di cose che otteniamo - possiamo eseguire la scansione. Mentre in passato, quando qualcosa non veniva indicizzato, potresti dire, beh, forse c'è qualcosa impostato in modo errato sul sito Web e cerchi di trovare quel problema da un punto di vista tecnico. Al giorno d'oggi, la maggior parte degli invii che riceviamo sono tecnicamente a posto, quindi possiamo andare a indicizzarli, il che significa che poiché c'è ancora una capacità limitata per la scansione e anche per l'indicizzazione, dobbiamo essere un po' più selettivi lì. Immagino che, nel complesso, sia quello che vedresti lì se non riprendessimo le cose così rapidamente come avremmo potuto fare in passato.

Vecchio dominio e autorità del sito

35:33 “ Ho un dominio che non viene utilizzato da quattro anni. Il blog che avevo stava andando alla grande in SERP per la sua nicchia, ma poiché non volevo venderlo, ho cancellato tutto il contenuto e lasciato "parcheggiare" il dominio. Voglio far rivivere il contenuto su di esso, ma voglio adottare un approccio leggermente diverso. La mia domanda è: Google ha bisogno di conoscere di nuovo il mio blog come se fosse nuovo? O ho maggiori possibilità di essere un'autorità nella mia nicchia più velocemente del solito a causa di questo vecchio dominio?"

Secondo John, "Se il contenuto è sparito per un paio d'anni, probabilmente dobbiamo capire cos'è questo sito, essenzialmente ricominciando da capo. Quindi, da quel punto di vista, non mi aspetterei molto in termini di bonus perché in passato avevi contenuti lì. Presumo che dovrai ricostruirlo di nuovo come qualsiasi altro sito. Se hai un'attività e chiudi per quattro anni e riapri, sarà raro che i clienti si ricordino di te e dicano: oh, andrò in questa attività. Sembra completamente diverso, offrono cose diverse, ma esisteva. Penso che questa situazione sarà rara anche nella vita reale […]. Quindi suppongo che stai essenzialmente ricominciando da qui.

Questo è anche uno dei motivi per cui di solito non ha senso acquistare domini scaduti nella speranza di ottenere un bonus dall'utilizzo di quei domini scaduti.

Impedire la deindicizzazione delle pagine

37:03 “Sto gestendo un sito web con oltre 5.000 URL. Facciamo del nostro meglio per rispettare il ranking di ricerca/fattori SEO, ma scopriamo che in media otteniamo circa 100 URL al mese che vengono deindicizzati. Cosa possiamo applicare alle nostre pagine per evitare che ciò accada?"

John: “È difficile da dire solo con queste informazioni perché per la maggior parte, non rimuoviamo solo cose dal nostro indice, ma raccogliamo anche cose nuove. Quindi, se stai aggiungendo nuovi contenuti contemporaneamente e alcune cose vengono eliminate lungo il percorso dal nostro indice, di solito è normale e previsto perché, in sostanza, praticamente per nessun sito Web indicizziamo tutto sul sito Web. È qualcosa in cui, in media, […] tra il 30 e forse il 60 percento di un sito Web tende a essere indicizzato. Quindi , se aggiungi centinaia di pagine al mese e alcune di queste pagine vengono eliminate, o alcune delle pagine più vecchie o meno rilevanti vengono eliminate nel tempo, sembra previsto.

Per minimizzarlo, penso che sia qualcosa in cui essenzialmente devi mostrare a Google, o ai tuoi utenti, immagino, qual è il valore complessivo del tuo sito Web in modo che Google dica, beh, devo assicurarmi di conservare il più possibile da questo sito nel mio indice. Di solito si tratta di un aspetto meno tecnico e più di qualcosa in cui il valore che fornisci è fondamentale per consentire a Google di mantenerlo nel nostro indice. Anche nei casi in cui pensiamo che un sito web sia fantastico, non indicizzeremo comunque tutto. Da un punto di vista tecnico, è quasi impossibile, in parte perché un sito web tende ad avere molti, lo chiamo, contenuti tecnicamente duplicati in cui hai cose come parametri di tracciamento, o impaginazione che va in spazi infiniti, o parametri di filtraggio, o moduli di ricerca […] dove, in teoria, possiamo trovare un numero infinito di URL sul sito web. E se è possibile trovare un [numero] infinito di URL e possiamo indicizzare solo un numero finito, non saremo mai in grado di indicizzare tutto".

Rimozione della mappa del sito dal vecchio sito web

41:58 “ Abbiamo migrato il nostro sito circa sette mesi fa a un nuovo dominio. Devo rimuovere la vecchia mappa del sito dal vecchio sito?"

John ha detto: " Probabilmente sì. Di solito, quando si esegue la migrazione di un sito Web, si finisce per reindirizzare tutto al nuovo sito Web e talvolta si conserva un file della mappa del sito dei vecchi URL in Search Console con l'obiettivo che Google si spenga, esegua la scansione di quei vecchi URL un po' più velocemente e li trovi il reindirizzamento. Va benissimo da fare in modo temporaneo. Ma penso che, dopo un mese o due, probabilmente valga la pena rimuovere quella mappa del sito perché ciò che accade anche con il file della mappa del sito è che ci stai dicendo quali URL ti interessano. E se stai indicando i vecchi URL, stai quasi dicendo, beh, voglio che i miei vecchi URL siano reperibili nella ricerca. Ciò può portare a un piccolo conflitto nei nostri sistemi che diciamo, beh, stai puntando ai vecchi URL, ma allo stesso tempo stai reindirizzando a quelli nuovi; quale vuoi indicizzare? A quel punto, essenzialmente vuoi rimuovere quel conflitto il più possibile. E puoi farlo semplicemente rilasciando quel file della mappa del sito e dandoci tutti i segnali, che puoi, quel punto alle tue nuove pagine. Una volta che abbiamo visto quel reindirizzamento, possiamo semplicemente concentrarci esclusivamente sulle nuove pagine che hai sul tuo sito web o sul nuovo dominio, o qualunque mossa tu abbia fatto”.

Il futuro della ricerca vs. Google Knowledge Graph

43:30 “ Gli snippet di Google e il Knowledge Graph sembrano migliorare continuamente e spesso gli utenti non devono visitare un sito Web per ottenere le risposte di cui hanno bisogno. Quindi cosa riserva il futuro per gli editori web, grandi e piccoli, in termini di traffico SEO?"

John ha detto: “ Non vedo la necessità che i siti web spariscano mai perché queste informazioni sono davvero dettagliate sul tuo sito web. A volte le persone vogliono solo qualcosa di veramente veloce, forse vogliono il numero di telefono o l'indirizzo della tua attività, e poi se ne vanno e visitano direttamente quell'attività. Ma essenzialmente, per qualcosa di più di un semplice frammento di informazioni, vuoi scoprire il contesto completo e ottenere alcune informazioni in più lì, quindi non vedo che scompaia.

Inoltre, non è assolutamente il nostro obiettivo essere quel posto in cui tutti vanno e ottengono le risposte direttamente perché sappiamo che dobbiamo lavorare insieme all'ecosistema, insieme a chiunque crei siti Web per assicurarci che le cose che stiamo fornendo vengano cercate , forniscono valore anche ai proprietari di siti web. Perché è facile per i proprietari di siti web dire, beh, non voglio prendere parte a questa ricerca, preferisco essere trovabile su Facebook, sui social media o da qualche altra parte. Vogliamo assicurarci che ci sia un accordo paritario in quanto possiamo mostrare i tuoi contenuti, possiamo indirizzare gli utenti a modo tuo, ma puoi anche ottenere qualcosa da questo, nel senso che stai ricevendo anche tutto questo traffico. Questo è qualcosa a cui tutti i team di Google, che lavorano sulla ricerca, tengono molto, quindi non è certamente il caso che stiamo cercando di capire tutto e poi mostrarli solo dalla nostra parte. Ma capisco che questo sia qualcosa di cui le persone si preoccupano anche perché vedono queste caratteristiche fantasiose nella ricerca, e a volte è difficile capire quale sia il quadro più ampio che c'è o quale sia l'effetto netto sui siti web.

Penso anche che se ti imbatti in situazioni in cui pensi, beh, non mi piace il modo in cui Google lo mostra perché è qualcosa che preferirei che le persone guardassero sul mio sito web, quindi dacci quel tipo di informazione. Contattami su Twitter, inviami alcuni screenshot di cose in cui stai dicendo, beh, questo non è il modo in cui voglio che i miei contenuti vengano mostrati. E sono felice di portarlo ai team di prodotto e possiamo trovare modi per migliorarlo".

Tag canonici e alternativi rispetto a contenuto multilingue

53:13 “Vogliamo creare lo stesso articolo in lingue diverse. […] Dovrei definire lì una versione canonica e alternativa?”

John: "Penso che, in generale, se hai contenuti multilingue, usare qualcosa come l'annotazione hreflang sia utile perché ci aiuta a capire quale versione dei tuoi contenuti dovrebbe essere mostrata a quale utente. Quindi questo è di solito l'approccio da adottare.

Per quanto riguarda il canonico, ci dici su quale URL concentrarci, quindi i canonici dovrebbero essere le singole versioni linguistiche . Non dovrebbe essere una lingua, come canonica per tutte le lingue, ma piuttosto ogni lingua ha la sua versione canonica come questa è la versione francese e il canonico francese, questa è la versione hindi e il canonico hindi. Quindi non dovrebbe essere collegato tra le lingue.

Pagine AMP e contenuto multilingue

54:43 “Il mio sito è nella classifica di Google News. Ho pagine AMP scansionate lì. Dovrei usare le loro versioni alternative, come se avessimo una versione alternativa in lingua hindi o in lingua russa? Cosa ricordi di questo?"

John ha risposto: "Con le pagine AMP, le normali pagine Web e le versioni in diverse lingue, diventa molto complicato. Nella documentazione AMP, hanno una pagina su […] contenuto multilingue che ha un diagramma per quanto riguarda le annotazioni hreflang che dovresti avere lì , darei un'occhiata. Per quanto riguarda il lato di Google News, non so come [Google] News lo gestirebbe in modo specifico. Non so, ad esempio, se richiederebbero di separarlo in un sottodominio, quindi è chiaramente un sito di notizie separato o quali sono i loro consigli. Ma per AMP, darei un'occhiata a quella grafica nella documentazione.

Penso che sia complicato con le pagine AMP, le pagine normali e l'internazionalizzazione. Quando guardi il grafico, probabilmente dirai, oh, questo ha molto senso, ma se hai molte pagine diverse e molte versioni in lingue diverse, è un sacco di lavoro per ottenere tutti questi dettagli corretti .”