Seo Office Hours, 10 dicembre 2021

Pubblicato: 2021-12-14

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

I contenuti si nascondono
1 Tempo di inattività del sito web rispetto al ranking
2 Codice di risposta 304 rispetto alla scansione
3 Richieste di scansione da dispositivi mobili rispetto a desktop
4 Rilevato/Scansionato: rapporto attualmente non indicizzato
5 Indicizzazione di siti Web m-dot
6 Trattare con blog obsoleti
7 Problemi di indicizzazione dei nuovi articoli

Tempo di inattività del sito web rispetto al ranking

04:17Uno dei siti web di un mio cliente sarà inattivo per una o due settimane. […] Come posso dire a Google che si tratta di una situazione temporanea? […] Posso dire a Google che questo sito Web è attualmente inattivo, ma tornerà in vita entro due settimane o una settimana? Ma non dovrebbe esserci alcuna perdita di classifica, o potrebbe esserci una perdita minima di classifica che potrei ottenere?”

John ha risposto: “Non credo che sarai in grado di farlo per quel momento, indipendentemente da qualunque cosa tu abbia impostato. Quindi, per un'interruzione di forse un giorno o giù di lì, l'utilizzo di un codice di risultato 503 è un ottimo modo per dirci che dovremmo ricontrollare. Ma dopo un paio di giorni, pensiamo che questo sia un codice di risultato permanente e pensiamo che le tue pagine siano appena sparite e le elimineremo dall'indice. E quando le pagine ritornano, le sottoporremo a scansione di nuovo e proveremo a indicizzarle nuovamente. Ma […] durante quel periodo, probabilmente elimineremo molte pagine dal sito Web dal nostro indice. E ci sono buone probabilità che torni in un modo simile, ma non è sempre garantito.

Quindi ogni volta che hai un'interruzione più lunga, penso più di un paio di giorni, suppongo che almeno temporaneamente avrai fluttuazioni davvero forti e ci vorrà un po' di tempo per rientrare. Non è impossibile perché queste cose accadono a volte. Ma se c'è qualcosa che puoi fare per evitare questo tipo di interruzione, proverò a farlo. E potrebbe essere qualcosa come impostare una versione statica del sito Web da qualche parte e mostrarla agli utenti per il momento. Ma soprattutto se lo stai facendo in modo pianificato, cercherei di trovare modi per ridurre l'interruzione a meno di un giorno, se possibile".

Codice di risposta 304 rispetto alla scansione

11:48 “Pensate che il codice di risposta 304 influisca sulla scansione? Perché logicamente, se Googlebot controlla un URL con lo stesso contenuto e restituisce il codice 304 la prima volta, forse c'è la possibilità che Googlebot riduca la scansione per lo stesso URL perché ritorna al codice 304".

John ha detto: “Penso che ci siano due cose. Quindi il 304 è, credo, in risposta alle richieste "If-Modified-Since" in cui Googlebot cerca di vedere se questa pagina è cambiata. E la mia comprensione è che un codice di risposta 304 non si applicherebbe al crawl budget delle cose. Ciò significa per noi che possiamo riutilizzare quella richiesta ed eseguire la scansione di qualcos'altro su un sito web. Quindi c'è quell'aspetto.

E l'altro aspetto per quanto riguarda la scansione di quell'URL specifico in meno, non credo che sarebbe il caso. Ma proviamo a capire con quale frequenza le pagine cambiano e proviamo a ripetere la scansione delle pagine in base alla frequenza presunta della pagina o alla frequenza di aggiornamento che abbiamo. Quindi non è tanto che un determinato URL venga scansionato meno frequentemente. È più che capiamo un po' meglio la frequenza con cui queste pagine cambiano. E quindi sulla base di ciò, possiamo aggiornare o aggiornare un po' la scansione".

13:29 "Quindi, se la maggior parte delle pagine del sito torna a 304, forse è un segnale per Googlebot che il sito non ha nuovi contenuti aggiornati, [e per] ridurre la velocità di scansione?"

John: “No, non credo. Non credo che ridurremmo la velocità di scansione. Cercheremmo di concentrarci di più forse sulle parti in cui vediamo gli aggiornamenti in corso. Quindi non nasconderei artificialmente i 304 nella speranza che migliorino la scansione".

Richieste di scansione da dispositivi mobili rispetto a desktop

14:06 “Dato che la nostra velocità di scansione è tornata alla normalità, abbiamo notato che le nostre richieste di scansione dagli smartphone si stanno riprendendo molto più velocemente rispetto ai desktop. Potresti fare un po' di luce su di esso?"

Giovanni rispose: “Non lo so. Sembra quello che ci si aspetterebbe con l'indicizzazione mobile-first, che eseguiamo la scansione un po' di più con i dispositivi mobili. Non so se il tuo sito specifico è già passato all'indicizzazione mobile-first, ma sarebbe normale che scansioniamo di più con i dispositivi mobili e quindi vedrai eventuali modifiche più velocemente lì. "

Rilevato/Scansionato : rapporto attualmente non indicizzato

26:12 "Siamo scoperti ‒ attualmente non indicizzati piuttosto che sottoposti a scansione ‒ attualmente non indicizzati per il 99% [delle pagine]. Dovremmo distinguere tra questi due? Perché il nostro sito non è così grande e questo non può essere un problema di crawl budget a mio avviso. In tal caso, queste due designazioni sono più o meno le stesse in quanto è solo un problema di qualità?

John ha risposto: “Non conosco il tuo sito web, quindi è difficile per me dirlo a mano. Ma se è qualcosa in cui vedi gli URL puliti elencati nel rapporto Scoperto, [‒ attualmente] non indicizzato, essenzialmente gli URL che vuoi avere indicizzato, allora sembra che sia meno una questione di Google non può esci e scansiona così tanti URL. Perché, ancora una volta, con 25.000 pagine, la maggior parte dei server di dimensioni ragionevoli può facilmente consentire la scansione su base regolare. E probabilmente è più una questione di comprensione della qualità complessiva del sito web.

E con siti Web più grandi o se nel rapporto Scoperto, [‒ attualmente] non indicizzato, vedi che ci sono molte varianti diverse di URL, come con parametri o con lettere maiuscole o minuscole, […] questo può essere un segno che il il collegamento è disordinato e stiamo riscontrando problemi nel trovare gli URL corretti da scansionare. Ma se stiamo mostrando gli URL corretti nel rapporto Scoperto, [‒ attualmente] non indicizzato ed è un sito web ragionevolmente piccolo, allora per me più punti nella direzione della qualità complessiva del sito”.

27:54 “Quindi pensi che dovremmo provare ad aggiungere del testo lì dentro? Quello che mostriamo è un elenco di società e mostriamo cosa significa il prezzo di un'azione in termini di crescita futura di quella società. Quindi è un numero, ma non c'è molto testo leggibile che lo accompagna. […] Abbiamo una descrizione, ma è comune a tutte quelle aziende, e dobbiamo capire cosa fare se dovessimo inserire un testo univoco per ciascuna azienda. Ma dovremmo andare in quella direzione, pensi?

John: “ Non credo che il testo influirà sull'indicizzazione delle pagine. Quindi, da quel punto di vista, è qualcosa in cui se vedi il testo che influenza il modo in cui gli utenti guardano le tue pagine e sono in grado di interagire con le tue pagine, e quindi sicuro. Ma è più una questione di cercare di capire cosa cercano gli utenti e dove puoi fornire un valore unico ai tuoi utenti. Ma solo aggiungere testo alle pagine ‒non credo che [questo] influenzerebbe il modo in cui eseguiamo la scansione e l'indicizzazione di quelle pagine.

Se è qualcosa in cui fornisci numeri, come i numeri di azioni lì, è qualcosa in cui cercherei anche di capire cosa puoi fare per assicurarmi che ciò che stai fornendo sia unico e offra valore agli utenti. Fare qualcosa forse sulla falsariga di uno studio sugli utenti per capire, cosa possiamo fare per rendere il nostro sito Web in modo tale che gli utenti lo consiglino anche ad altre persone? E che si accumula quasi come, non so, fiducia o qualcosa del genere dal punto di vista dell'utente. E molte volte, quelle non sono cose puramente tecniche che modifichi su un sito Web, dove modifichi un design o converti alcuni dei numeri in testo, ad esempio. È una questione di configurazione generale del sito web".

Indicizzazione di siti Web m-dot

30:20 " Google ha problemi con l'indicizzazione di siti che hanno versioni mobili su un sottodominio? Ad esempio, esempio.com e m.esempio.com?"

John ha affermato: "Dal nostro punto di vista, almeno per quanto ne so, non abbiamo problemi con i domini m-dot in generale, nel senso che questo è uno dei formati supportati che abbiamo per i siti Web mobili . Non consigliamo l'impostazione m-dot. Quindi, se stai creando un nuovo sito Web, cercherei di evitarlo il più possibile e utilizzare invece una configurazione reattiva, ma è qualcosa che può funzionare.

Quindi, se vedi regolarmente con il tuo sito web che non siamo in grado di indicizzare correttamente i tuoi contenuti per dispositivi mobili, per me questo indicherebbe maggiormente un problema sul tuo sito web quando Googlebot mobile sta tentando di eseguire la scansione, non è in grado di accedere a tutto come previsto. Quindi questa è la direzione in cui andrei lì per cercare di ripulirlo.

L'unica cosa che a volte allontana le persone con i domini m-dot è con l'indicizzazione mobile-first, passiamo alla versione m-dot come URL canonico e può succedere che mostriamo la versione m-dot nei risultati di ricerca desktop anche. Quindi devi anche fare attenzione non solo al reindirizzamento degli utenti mobili dalla versione desktop alla versione mobile, ma anche al reindirizzamento degli utenti desktop dalla versione mobile alla versione desktop.

E ancora, […] se hai una configurazione di design reattivo, non devi preoccuparti di questo. Quindi è un altro motivo per essere reattivi, se possibile.

Gestire blog obsoleti

41:03Abbiamo circa 450 blog, alcuni dei quali hanno dai quattro ai cinque anni e quindi non sono aggiornati e non hanno quasi traffico su di essi. Consigli di eliminarli perché danneggiano le nostre classifiche di ricerca generali? Qual è il modo migliore: elimina tutto senza traffico in una volta e richiedi la cancellazione dell'indice a Google, oppure consigli un approccio graduale?"

John ha risposto: "Penso che con i blog tu intenda probabilmente i post del blog, quindi le singole pagine, non interi set di pagine. Perché penso che se hai così tanti set di pagine diversi, probabilmente è un cambiamento più grande. Ma con 450 pagine, […] dove dici, beh, queste non ottengono molto traffico, dovrei eliminarle o no? Dal mio punto di vista, probabilmente è qualcosa in cui puoi fare quella chiamata da solo. Non lo vedo come qualcosa in cui, da un punto di vista SEO, vedresti un cambiamento significativo a meno che non si tratti di post terribili del blog.

La cosa principale, tuttavia, a cui farei attenzione è che solo perché qualcosa non ha molto traffico non significa che sia un pessimo contenuto. Può significare che è qualcosa che riceve traffico molto raramente, forse una volta all'anno, forse è molto stagionale. Nel complesso, quando lo guardi dal punto di vista del sito Web, non è molto rilevante, ma è rilevante forse proprio prima di Natale, ad esempio. Quindi, da quel punto di vista, direi che va bene passare attraverso un sito Web e capire quali parti si desidera mantenere e quali parti si desidera ripulire. Ma solo guardando semplicemente il traffico per capire quali parti vuoi ripulire, penso che sia troppo semplificato.

Ma ancora una volta, da un punto di vista SEO, rimuovere 450 pagine da un sito Web più grande, è un piccolo cambiamento e non mi preoccuperei di quando lo fai e di come esattamente lo fai. Eliminali ogni volta che riconosci che non sono più preziosi. Eliminali tutti in una volta, anche questa è un'opzione.

Per quanto riguarda l'invio con lo strumento di rimozione anche in Search Console, probabilmente non cambierebbe nulla perché lo strumento di rimozione in Search Console nasconde la pagina nei risultati di ricerca, non rimuove nulla dall'indicizzazione. Quindi è una cosa che non devi fare. Ma ancora una volta, altrimenti, penserei a quali pagine vuoi conservare, quali rimuovere, e le rileggerei così".

Problemi di indicizzazione di nuovi articoli

54:55 “Ho un piccolo sito web e contiene solo un paio di centinaia di URL. […] E va bene da molto tempo. E improvvisamente, a novembre, i pezzi pubblicati non sono più indicizzati, non tutti. […] Siamo seduti lì e vediamo che Google li sta scansionando o scoprendoli […]‒ ma [non sono] indicizzati. Quindi ho provato di tutto: ho guardato i problemi tecnici, il collegamento è buono. Quindi la mia domanda è: c'è un cambio di paradigma che Google sta dicendo, beh, grazie per aver pubblicato questi articoli, ma non lo vogliamo in questo momento? È qualcosa di nuovo che è cambiato di recente?”

Secondo John, “Non proprio, almeno non che io sappia. Voglio dire, penso che quello che vedo molto riguardo alle domande sull'indicizzazione che ricevo al giorno d'oggi sia da un punto di vista tecnico, è molto facile per i siti Web creare siti Web che funzionano e basta. Hai impostato WordPress e quindi essenzialmente tutto il SEO è fatto per te. E dal nostro punto di vista, questo significa che è meno frequente un problema tecnico con una pagina che non viene indicizzata. Ciò significa che tutto il contenuto che otteniamo è essenzialmente tecnicamente OK e i nostri sistemi devono essere molto più critici per quanto riguarda la qualità complessiva del sito Web, la qualità dei contenuti che otteniamo. E poi è qualcosa in cui, inoltre, in Search Console, ti forniamo tutte le informazioni su cose come Scoperto, [‒ attualmente] non indicizzato o Scansionato, [‒ attualmente] non indicizzato. E poi improvvisamente vedi tutti questi problemi e sembra qualcosa che le persone devono risolvere. Da quel punto di vista, sembra normale per noi ricevere molte più domande sull'indicizzazione solo perché, beh, molti contenuti vanno bene e non possiamo ancora indicizzare tutto sul Web, quindi dobbiamo fare un taglio da qualche parte.