Seo Office Hours, 21 gennaio 2022
Pubblicato: 2022-01-26Questo è un riepilogo delle domande e risposte più interessanti del Google SEO Office Hours con John Mueller il 21 gennaio 2022.
Il valore dei collegamenti interni
00:44 "C'è un valore diverso dei collegamenti interni in un'intestazione, un piè di pagina o nel contenuto?"
Secondo John, “È abbastanza simile. Non penso che ci sia qualcosa di quantificabile diverso nei collegamenti interni in diverse parti della pagina. Penso che sia diverso quando si tratta del contenuto in diverse parti della pagina in cui cerchiamo di capire cosa è unico in una pagina. Ma per quanto riguarda i link, non credo sia niente".
Problemi di scansione
03:33 "Dopo novembre [2021] Google [Core] aggiorna il mio sito web [ha alcuni problemi con] la scansione. Alcuni link [sono stati scansionati e] altri no. […] Come posso risolverlo?”
John ha detto: “Penso che ci siano due possibilità. Uno è che forse c'è un problema tecnico. Non penso che sia necessariamente così […] perché sembra che alcune pagine vengano scansionate normalmente.
L'altro è che non eseguiamo la scansione di tutto tutto il tempo. Non indicizziamo tutto sul Web e talvolta dobbiamo dare la priorità alle cose. […] Cerchiamo di capire qual è il valore complessivo di un sito web in termini di quante risorse dovremmo spendere per il sito web. E questo si riflette anche nel modo in cui strischiamo. Potrebbe essere qualcosa che stai vedendo in cui i nostri algoritmi non sono sicuri della qualità complessiva del sito web. Aiutare a migliorare la qualità del sito Web di solito finisce per fare in modo che anche noi scansioniamo più del sito Web. "
Riduci il numero di pagine indicizzate
05:47 “Nell'ultimo anno abbiamo apportato molti miglioramenti tecnici al sito ei nostri clienti sembrano essere soddisfatti del sito. Tuttavia, dalla fine di ottobre, il numero di pagine indicizzate da Google è diminuito drasticamente del 25% [che è] circa 500.000 pagine. Quelli che abbiamo presentato […] sono diminuiti di oltre il 50 percento. […] La cosa che abbiamo scoperto è che […] se non ci sono recensioni sulla pagina del prodotto, il validatore dello schema è insoddisfatto perché non ci sono recensioni menzionate. […] C'è qualcosa che ci sfugge […] o è davvero sufficiente per esserne la causa principale?”
John ha risposto: "Solo perché i dati strutturati non sono completamente validi su una pagina non significherebbe che li elimineremmo dall'indicizzazione, quindi non mi sembra correlato. Immagino che il rapporto in Search Console mostri tutti questi errori. Li guardi e dici, beh, non mi interessa il markup lì. E va bene. Non è un segno che pensiamo che il tuo sito web sia cattivo perché i dati strutturati non sono validi. È solo che vogliamo farti sapere, nel caso in cui volessi utilizzare questi dati strutturati, non funziona. Ma ciò non influenzerebbe la scansione, l'indicizzazione o il posizionamento.
È difficile dire, a prima vista, cosa potrebbe causarlo. Potrebbe essere […] che i nostri sistemi non siano sicuri della qualità complessiva del tuo sito web. Quando si tratta di un sito Web così grande, in cui stai guardando la massa di numeri lì, una cosa che farei anche io è provare a guardare alcuni campioni e provare a vedere, il numero riflette davvero un problema reale? O il numero di pagine indicizzate riflette essenzialmente qualcosa di tecnico che viene ripulito?
Ad esempio, a volte indicizziamo pagine a cui sono associati diversi parametri, come i parametri di monitoraggio di Analytics. Può facilmente succedere che all'improvviso indicizziamo 100.000 di quelle pagine. Sono tutti indicizzati. E nel grafico, sembra che sia una cosa importante. Ma se dovessimo eliminare tutte quelle pagine, non cambierebbe nulla per il tuo sito Web perché si tratta di pagine indicizzate accidentalmente. Quindi nel grafico, potrebbe sembrare molto drammatico, e che sale, e tutte queste cose sono indicizzate, e poi scende. […] Ma potrebbe essere solo che i nostri sistemi stiano risolvendo un problema relativo all'indicizzazione che non interessa il resto del tuo sito web. Quello che proverei a fare è capire quali di questi problemi stanno influenzando il traffico o la visibilità del tuo sito web. Quindi forse il problema dell'indicizzazione è qualcosa che rientra in quello, ma proverei a separarlo. "
09:13 “Una cosa che abbiamo notato, è stata la prima volta che abbiamo visto Crawled [– attualmente] non indicizzato. […] Sentiamo che questo ci sta dicendo qualcosa, ma non siamo del tutto sicuri di come interpretarlo”.
John: “Non credo che ci sia molto che puoi tirare fuori da questo. I due stati Scansionato [ ‒ attualmente] non indicizzato e Rilevato [ ‒ attualmente] non indicizzato, sono essenzialmente equivalenti in quanto conosciamo l'URL. Abbiamo confermato di averne sentito parlare, ma abbiamo deciso di non indicizzarlo. È qualcosa che stiamo cercando con i team di indicizzazione per capire, è un problema generale? Perché sentiamo sempre più segnalazioni al riguardo. O è essenzialmente più visibile di prima? Perché anche in passato indicizzavamo sempre solo una parte del sito web. Ma non l'abbiamo mai mostrato alle persone in Search Console. Ci concentriamo sul traffico che stai ricevendo, non sul motivo per cui non indicizziamo le singole pagine".
Pagine deindicizzate e caratteri speciali negli URL
23:56 “Abbiamo appena scoperto che dal 13 gennaio le nostre pagine indicizzate sono diminuite di oltre il 90%. […] Puoi darci qualche consiglio su quali aspetti possiamo capire per identificare il problema? […] Quando abbiamo controllato i campioni, abbiamo notato che gli URL [che Google ha scansionato] hanno alcuni segni insoliti come punti interrogativi [e] alcuni segni più nell'URL, ma i nostri URL effettivi non hanno questi segni. Questa è una cosa insolita che viene avvistata.
La risposta di John è stata: "Penso che l'unico aspetto che probabilmente vorrai anche controllare è se possiamo scansionarli correttamente o meno. Immagino che tu l'abbia già esaminato, ma è sempre bene ricontrollare lì".
Quando si tratta dei caratteri speciali negli URL, John ha aggiunto: "Quello che succede sempre è che scopriamo molti URL per i siti web. Se non pensiamo che siano importanti, li terremo nella nostra lista e, a un certo punto, proveremo a scansionarli. Sospetto che questi siano solo URL casuali che abbiamo scoperto nel tempo. Di tanto in tanto proviamo a scansionarli per vedere se c'è qualcosa che ci sfugge, ma non è un segno di un problema di un sito web se eseguiamo anche la scansione di alcuni URL casuali".
E riferendosi agli aspetti tecnici che potrebbero risultare in una situazione del genere, John ha affermato: “Di solito, il problema principale riguarda la qualità complessiva di un sito Web che va nella decisione se indicizzare o meno i singoli URL. È qualcosa che può anche cambiare nel tempo. Non tanto che la qualità del tuo sito web cambia, ma la nostra percezione della qualità del sito web può cambiare nel tempo. E questo è di solito l'elemento principale che entra in gioco lì.
Se noti che queste modifiche all'indicizzazione si verificano in un breve periodo di tempo, è possibile che i nostri sistemi abbiano appena cambiato il modo in cui valutiamo la qualità del tuo sito Web e, improvvisamente, tutto si trovi in un secchio leggermente diverso. Considerando che se li vedi per un periodo di tempo più lungo, allora […] nel tempo i nostri sistemi sono sempre meno sicuri del sito web”.
Proprietà GSC e pagine indicizzate non finali
33:18 “Abbiamo cercato di creare proprietà GSC per alcune delle nostre cartelle specifiche per paese per monitorarne meglio le prestazioni. Non utilizziamo barre finali sui nostri URL. Pertanto, quando una nuova proprietà della cartella viene aggiunta a GSC, la barra finale viene automaticamente aggiunta all'indirizzo e nessun dato viene acquisito e segnalato per la versione non finale della pagina dell'indice. C'è un modo per aggiungere una cartella come proprietà GSC e acquisire le statistiche anche per la pagina indicizzata non finale? “

John: “No, al momento no. Dal nostro punto di vista, una pagina senza barra alla fine è solo una pagina. Se ha una barra, allora è una cartella, questo è il modello che abbiamo usato per Search Console. Quindi , se hai la home page di una sezione del tuo sito Web e non ha una barra finale, la vedremmo come una pagina all'interno del sito di livello superiore. A livello di dominio probabilmente vedresti tutto questo. Se vuoi che i dati siano visibili in modo indipendente, devi estrarli dalla proprietà di livello superiore in Search Console".
Recupero dai tempi di inattività del sito web
34:29 “Il mio sito web, con una media di circa 200.000 sessioni al giorno, è stato colpito da un problema tecnico. Il sito è rimasto inattivo per 14-15 ore solo due giorni fa. Mentre il traffico di ieri era più o meno normale, oggi molte delle nostre pagine sono scomparse dalle ricerche di Google. Il sito è stato stabile negli ultimi 8 anni e non abbiamo mai avuto un problema del genere prima. Che cosa mi consiglia? “
John ha detto: "Di solito, se hai questo tipo di problema tecnico per un breve periodo di tempo, può succedere che queste pagine escano dal nostro indice e di solito tornino anche abbastanza rapidamente. Quello che succede di solito è che le pagine che scansioniamo più spesso vengono probabilmente raccolte per prime e notate durante questo problema tecnico. Forse li lasciamo cadere durante quel periodo. Quindi probabilmente lo vedi riflesso anche nel tuo traffico, ma la buona notizia è che anche queste pagine tendono a essere ripetute abbastanza frequentemente, quindi [anche] dovrebbero tornare abbastanza frequentemente.
Il modo migliore per proteggersi da questo problema è assicurarsi di disporre di un sistema in grado di fornire un codice di risultato 503 quando le cose vanno male. Potrebbe essere che non si attivi automaticamente, ma anche se puoi attivare manualmente questo codice risultato 503, ciò che accade essenzialmente è, quando eseguiamo la scansione delle pagine durante quel periodo e vediamo il 503, allora diremo che c'è un problema qui. Lo ignoreremo e torneremo più tardi per ricontrollare.
In sostanza , se puoi servire un codice risultato 503, per un periodo di un giorno o due, lo vedremo come un problema tecnico temporaneo e non elimineremo queste pagine dal nostro indice perché pensiamo che esistano ancora. Mentre se servi un 404, o se servi una pagina vuota o solo una pagina di errore, direttamente, allora potremmo presumere che questa pagina sia scomparsa e la elimineremo dall'indice.
Questa sarebbe la mia raccomandazione. Spesso, non puoi semplicemente saltare quando le cose vanno male e improvvisamente capire come fare un 503. Quindi preparerei quel sistema in anticipo in modo da poter passare il più rapidamente possibile. […] Se riesci a servire un 503 per un giorno o due, non dovresti vedere alcun cambiamento nell'indicizzazione della tua ricerca. Se è più lungo, allora ovviamente potresti ancora, ma almeno per quei giorni o due ‒ sei protetto.
Nel caso in cui non puoi farlo come hai fatto qui, suppongo che questo tornerà automaticamente. Non credo ci sia nulla di manuale che devi fare. Eseguiremo nuovamente la scansione di queste pagine. Noteremo che ci sono di nuovo buoni contenuti. Li indicizzeremo di nuovo, […] raccogliamo i segnali che avevamo prima. Dovrebbe essere essenzialmente indicizzato e classificato in modo simile a prima. Non dovrebbero esserci problemi a lungo termine qui".
Migrazione del sito web
38:37 “Vogliamo migrare il contenuto di un sito web su due domini separati e dividerlo. Cosa dovremmo fare nell'SGC dei vecchi domini? Quale dominio dobbiamo indicare come destinatario? Come avvisare Google in merito?"
John ha detto: "In un caso come questo, in cui stai dividendo o unendo i siti web, non puoi utilizzare lo strumento Modifica dell'indirizzo in Search Console, perché si basa sul fatto che lo spostamento è uno a uno da un dominio all'altro. Non appena dividi o unisci i siti Web, non è più una mossa uno a uno, è essenzialmente qualcosa che deve essere elaborato in base all'URL. Quindi, per queste cose, in sostanza, quello che vuoi fare è semplicemente impostare correttamente i reindirizzamenti. Segui le normali linee guida che abbiamo per gli spostamenti del sito e tieni presente che l'impostazione di Search Console per il cambio di indirizzo probabilmente non è adatta lì.
Inoltre, l'impostazione di Search Console proverà a testare alcune pagine di esempio del tuo sito per quel reindirizzamento. Potrebbe essere che sembri tutto a posto, ma penso che sarebbe comunque sbagliato usare quell'impostazione se stai dividendo un sito web. Solo perché potrebbe potenzialmente rovinare un po' i segnali, dubito che causerebbe problemi, ma non credo che avresti alcun vantaggio nell'usare lo strumento Cambio di indirizzo se non ti stai spostando da un dominio all'altro. "
Collegamenti interni e struttura del sito web
51:16 "Ha senso guardare i collegamenti interni da pagine importanti di un sito Web per vedere se hanno collegamenti da altre pagine importanti interne e […] per [rimuovere] collegamenti a pagine meno importanti in modo che i collegamenti a le pagine importanti hanno più peso?”
John rispose: “È qualcosa che puoi fare. È un po' complicato perché cerchiamo di essere intelligenti con il modo in cui elaboriamo i collegamenti interni. Soprattutto alcune pagine molto comuni che ottengono molti collegamenti, come una pagina Chi siamo o Termini di servizio, sono collegate dall'intero sito Web. Ma allo stesso tempo, comprendiamo che questo è uno schema normale e non significa che dovremmo classificare la pagina dei Termini di servizio per chiunque stia cercando il nome dell'azienda. È qualcosa in cui, da un lato, il collegamento interno è qualcosa che puoi controllare. Ma non esagererei dicendo, beh, rimuovo i collegamenti a pagine che non credo siano critiche. Perché questo è specialmente qualcosa che è successo quando abbiamo introdotto il nofollow che la gente diceva, oh, i miei Termini di servizio [pagina] ‒ tutti i collegamenti saranno nofollow ad esso. Questo non cambia nulla. È un sacco di lavoro e devi mantenerlo per sempre, ma non cambia nulla per il tuo sito Web, quindi è come un lavoro sprecato.
Ma consiglierei comunque di passare attraverso il tuo sito Web e di provare a creare un grafico di come le cose sono collegate. Penso che alcuni o probabilmente la maggior parte degli strumenti SEO abbiano alcune capacità per farlo per eseguire la scansione del sito Web e creare questo grafico […] per mostrare la struttura del sito Web. E quando lo guardi, a volte puoi dire a prima vista che c'è una struttura pulita o è completamente disordinata? Se è completamente disordinato, penso che ci sia spazio per ripulirlo e per chiarire quale dovrebbe essere la struttura.
Creando una struttura più chiara, ci stai aiutando a capire quali pagine ritieni siano più importanti, quindi è qualcosa che cercherei di trovare dei modi per ripulire. Non è che sto dicendo che il tuo sito web si classificherà meglio se hai una struttura pulita, ma è di più se comprendiamo che il tuo sito web dovrebbe classificarsi in questo intervallo [e] quali di queste pagine sono le più importanti. È qualcosa che ci stai dicendo lì […] e che ti dà valore e che stai mandando le persone alle pagine a cui tieni. È sicuramente qualcosa che cercherei di fare”.
55:03 “E il PageRank interno che è abbastanza facile da calcolare? Consiglieresti di farlo per vedere quali pagine hanno il maggior peso dai link interni, o diresti che è qualcosa che non è necessario?"
John ha risposto: "[...] L'aspetto che non puoi modellare lì è che le singole pagine riceveranno collegamenti esterni diversi e ciò influisce essenzialmente anche sul PageRank interno. Se tutti si collegano alla tua pagina dei Termini di servizio, allora è improvvisamente qualcosa che ha molto PageRank. E il PageRank è qualcosa che usiamo nei nostri sistemi, ma usiamo molte altre cose. È un gadget interessante dal punto di vista tecnico, ma non lo vedrei come qualcosa di supercritico dal punto di vista pratico. È più che ti piacerebbe pasticciare con i numeri e giocare con i grafici, certo che puoi calcolarlo. Non lo vedrei come qualcosa che si riflette uno a uno in Google".
