@SeoWebCoach prima di tutto, grazie mille. Ho controllato sia la sitemap sia i robots e sono entrambi a posto, salvo sviste (ma non credo).
Per quanto riguarda il canonical, ma non serve in caso di contenuti duplicati o molto simili ad altri contenuti sul sito? Forse ricordo male.

Ciao Lucia, non posso aiutarti, anche io sono in attesa dello spider di Google. Situazione analoga alla tua, tutto ok sitemap, robots, canonical e permessi del server. Dopo un cambio di layout per un progetto che gestisco, alcuni url senza redirects, attualmente online, veloci da caricare, senza no index, comunicati con sitemap, mi giocano questo scherzo.

@lulu3 mal comune...

Avevo già accennato al problema in un'altra discussione, però mi chiedevo se hosting e segnali web essenziali potessero avere un ruolo. Da questo punto di vista, com'è messo il tuo sito? I segnali web essenziali sono buoni?
Sto cercando di capire se è colpa mia, in qualche modo, o devo aspettare che "papà Google" posi il suo occhio benevolo su di me.

Putroppo a parte due pagine, i segnali web essenziali sono buoni. P.s. non è il mio sito Ho modo però di accedere alla console. Appena risolveremo la questione, passerò da queste parti. Spero presto.

@lucia-zambrano ha detto in Tutta colpa del server?:

Rilevata, ma attualmente non indicizzata.

Questo messaggio significa molto probabilmente che Google ha rilevato il tuo URL, sa che la pagina esiste, ma non l'ha ancora scansionata.

In parole povere: è Google che è pigro.

Non me ne curerei molto, in questo periodo succede a tutti.

@lulu3 sì, "tuo" in senso lato

@SeoWebCoach vediamo se cavo fuori qualcosa dal server monitor: tanto vale tentare.

@kal eh, lo so, ma quasi quasi speravo di aver combinato io qualche casino tecnico.

@kal ha detto in Tutta colpa del server?:

@lucia-zambrano ha detto in Tutta colpa del server?:

Rilevata, ma attualmente non indicizzata.

Questo messaggio significa molto probabilmente che Google ha rilevato il tuo URL, sa che la pagina esiste, ma non l'ha ancora scansionata.

In parole povere: è Google che è pigro.

Non me ne curerei molto, in questo periodo succede a tutti.

succede a tutti è molto rassicurante e vero.

@SeoWebCoach grazie comunque per queste best practice condivise.

@SeoWebCoach ha detto in Tutta colpa del server?:

Bà... parliamo di indicizzazione quindi niente di preoccupante... (intendo dire che è risolvibile assolutamente) se è tutto corretto e la pagina non ha nessun blocco voluto o non voluto allora si potrebbe tener traccia del lavoro del server con un server monitor che ti avvisa quando c'è un down e quanto tempo è durato.

Un Hosting, qualsiasi esso sia, può avere dei down + o meno brevi e questo può essere un limite se accade proprio quando lo spider passa a trovarci.

Quindi se la pagina non è bloccata agli spider (nè sul robots nè con un meta tag) è inclusa nella sitemap e non ci sono contenuti simili (quì il mio consiglio per raggiungere il rel canonical) allora si tratterebbe, sempre secondo me, della poca importanza della pagina nel venire scansionata con maggiore frequenza oppure il server ha avuto un down e non ha reso la pagina disponibile e raggiungibile.

Per la questione dei segnali web, non gli darei troppa importanza per questa "storia" qualsiasi sito può essere indicizzato (cioè semplicemente incluso nel data-center di Big G) anche se ha delle performance incredibilmente scarse. Ciò influirebbe se avesse degli obiettivi di posizionamento...

intendo queste, devo ancora imparare bene a usare il tasto cita.

@lucia-zambrano ha detto in Tutta colpa del server?:

"Rilevata, ma attualmente non indicizzata. Stato: Pagina esclusa".

Ciao, che url sono? A volte mi è successo quanto sotto. Hai provato a fare una scansione con Screaming Frog?

• Sito con gestione errata delle Url che generava contenuti Duplicati
• Sito che generata Url "Infinite"
• Google che non sapendo cosa fare mette li Url a caso

Ciao Lucia, per quanto riguarda le performance è fondamentale andare a suddividere l'analisi di chi è lento in 2 macro famiglie:

• server
• client

(qui scrissi 2 righe in merito https://blog.merlinox.com/server-client-e-tempi-di-risposta/)

Considera che FCP e LCP sono tempi client, che ovviamente sono la sommatoria del tempo server + il tempo client.
Cosa significa: che se il server è lentissimo (tempi di risposta sopra i 1000 ms) FCP e LPC partiranno aggravati, anche se hai un frontend velocissimo.

Se invece i tempi server sono veloci (tempi di risposta sotto i 500 ms) bisogna lavorare su layout (html, js, css, immagini).

I tempi di risposta li puoi vedere da GSC o da Chrome UX (dato TTFB).

Per quanto riguarda lo stato "l'ho letta ma non indicizzata" può essere uno stato temporaneo: da mesi Google soffre di una grossissima crisi e ho numerosi progetti con problemi di re-indicizzazione, nuova-indicizzazione, migrazione.

Accertata che tutte le cose sintattiche siano ok (robots vari e canonical) verifica che i contenuti (intento di risposta) siano diversificati tra le pagine e non ci sia dubbio di contenuti troppo simili.

Ciao

@sermatica ho fatto fare un giro a Screaming Frog e sembra tutto a posto: a quanto pare, ho fatto le cose a modino.

@merlinox questa risposta continua a venire fuori e non so se esserne sollevata: quando la colpa di un problema è mia, quanto meno posso agire per risolverlo. Se invece è colpa di Google... Beh, in quel caso mi attacco.
Ad ogni modo, è l'occasione per verificare la velocità di questo benedetto server, per capire quanto e se parto svantaggiata e agire di conseguenza. Grazie mille per la spiegazione molto chiara.

@lucia-zambrano ha detto in Tutta colpa del server?:

Se invece è colpa di Google

In questo momento la colpa di Google può essere la comprovata lentezza a indicizzare/reindicizzare.
Non possiamo farci nulla... anche Index API è abbastanza light... diciamo.
Quello che puoi controllare (dai log) è se Google a letto-riletto le pagine coinvolte.
Eventualmente valutare il "link score" di quelle pagine, tipo proprio con Screming Frog.

A questo punto esci le metriche di velocità:

• ttfb
• tempi di risposta
• tempi FCP / LCP / OnLoad

Prendendo ad esempio il primo degli articoli caricati, che non ha né immagini né video, per il mobile PageSpeed mi dice:

First Contentful Paint: 2,9 s
Speed Index :6,8 s
Largest Contentful Paint: 4,6 s
Time to Interactive: 4,7 s
Total Blocking Time: 180 ms
Cumulative Layout Shift: 0
First Input Delay: 23 ms

Pingdom invece mi attribuisce un performance grade di 90, con un tempo di caricamento di 448 ms. Mi sa che però è tarato sul desktop, che risulta bello scattante anche con PageSpeed.

@lucia-zambrano ok quello è un tempo istantaneo e cmq su LCP siamo alti.
Chrome UX che ti dice?
https://web.dev/chrome-ux-report-data-studio-dashboard/
(considera che per ora DICONO non siano considerati a livello di rank)

Lato tempi risposta GSC di Googlebot?

@merlinox GSC come valore LCP aggregato mi dà 4,3 secondi, quindi abbastanza una schifezza.
Chrome UX mi dà questi valori:

• First Contentful Paint: 2.8 s
• Time to Interactive: 4.6 s
• Speed Index: 5.3 s
• Total Blocking Time: 130 ms
• Cumulative Layout Shift: 0
• Largest Contentful Paint: 4.5 s

Il tempo di risposta del server è 750 ms. Il resto non è nemmeno male: mi intima di "Does not use passive listeners to improve scrolling performance", ma nient'altro di serio.

@lucia-zambrano Tematica del sito? 750 ms non sono proprio pochi.
Com'è messa la concorrenza?
(lì lo misuri con il Chrome UX report, prendendo i dati da BigQuery o personalizzandoti il report Data Studio)

@merlinox storie erotiche e BDSM.
Per la concorrenza, dipende dalla specificità degli argomenti.
Gli argomenti alla Cinquanta Sfumature vengono trattati anche da siti generalisti, che non considero nemmeno competitor: sono troppo grossi e passano sul mio bloggino con il rullo compressore.
Se ci spostiamo su argomenti più specifici e meno battuti dai generalisti, la situazione è meno tragica (per me). Le performance sono di gran lunga peggiori di quelle del mio sito: in media, il Largest Contentful Paint è 10 s e le performance hanno quasi sempre valori sotto il 50.
Eppure, i loro ultimi articoli sono indicizzati e i miei no.
Bisogna però dire che sono siti mediamente più vecchi e con più link in entrata.