@juanin eh... è 'no stillicidio.

Link utile: la guida per installarsi su Wordpress il plugin di Rankmath

https://rankmath.com/blog/google-indexing-api/

Sinceramente lo raccomando perché lo puoi installare su un Wordpress qualunque (ad es. un sito personale) e lo puoi utilizzare per qualunque sito tu voglia, basta:

aggiungere l'utente Google Cloud di servizio come proprietario nel Google Search Console del sito di cui vuoi mandare le URL alle Indexing API

Ovviamente non è una cosa raccomandabile per grandi moli di URL... ma per quella manciata di URL da sistemare al volo funziona benissimo.

Intanto inserisco un po' di link utili.

Qua il social drama dietro le quinte per chi vuole fare un po' di spetteguless, con anche la descrizione (estesa) del test:
https://www.martinomosna.com/blog/test-di-indicizzazione-x-robots-tag-e-robots-txt/

@juanin ottimo! Appena ho del tempo farò qualche nuovo test

@mangi-1 UA

@mirkomassarutto qua direi che è comprensibile vada in confusione, perché effettivamente c'è un omonimia esatta, su due intenti di ricerca effettivamente differenti.

In effetti anche io se metto http://fritz.box su Pagespeed non vedo nulla.

Ma ho provato a metterlo nella CrUX Dashboard su Data Studio ed i dati ci sono:

@filtro ha detto in GA4 e dimensioni secondarie... ma che diavolo?:

@juanin mmm però c'è scritto che lo puoi solo usare per arricchire il dato e non come in universal analytics che invece lo potevi usare per tutto.
dipende per cosa lo vuoi usare

sì è vero ma dovrebbero rivedere la questione secondo me.

Sulla questione Sessioni tutte nasce dall'origine. Firebase Analytics è il padre di GA4 e in Firebase non c'era nulla di Session Scoped. Si fa presto a fare 1+1.

@kal che da questo punto di vista è in antitesi rispetto a dove dovrebbe andare il mondo, ma semplicemente nessuno in casa Google avrebbe mai pensato a una situazione simile.

Speriamo che si muovano per bene anche dal punto di vista server-to-server perché aprirebbe a molte opportunità.

Siamo comunque indietro su quel campo non solo lato Google, ma in generale.

@juanin sì, non è ancora morto del tutto... ma è una tecnologia morente.

E spiace dirlo, perché guardando le conversioni è praticamente l'unica display che funziona davvero.

Ma vabbè, è stata abusata e questa è la conseguenza. Ci adatteremo.

Tra una menata e l'altra mi stavo dimenticando di dare un follow-up sulla questione.

In breve... la "sentenza" è arrivata lo scorso 14 giugno: mi hanno bloccato le liste di remarketing (come detto: sticazzi, non le utilizzavo).

Anche se dicono che "i dati di misurazione bla bla, è possibile che gli annunci non vengano mostrati bla bla", le campagne sono ancora attive e convertono.

Le conversioni le monitoro ora con altro sistema (Matomo), mi attrezzerò per provare la procedura di importazione, ma questo è un altro discorso.

Io lo avevo tolto e cancellato gli account non molto tempo fa per motivi di gdpr, ma lo avrei tolto anche per motivi di guerra...

HAHAHAHAHAHA

Per sintetizzare:

Piccola news tecnico-legale che è un po' il chiodo finale sulla bara della questione "la legge USA permette al governo di spiare extraterritorialmente":

https://www.linkedin.com/posts/velvetdesanta_ncsc-the-netherlands-activity-6971453194811912192-Ri1W

In sintesi:

il National Cyber Security Center del Governo olandese ha chiesto un parere sull'applicabilità del Cloud Act alle organizzazioni e ai fornitori di servizi cloud dell'Unione Europea.

[...]

Secondo questa interpretazione rientrano, ovviamente, nell’ambito di applicazione tutte le organizzazioni UE che sono controllate da una statunitense, poiché la società madre deterrebbe il possesso o il controllo dei dati della controllata.

Nel parere appare, infine, un ultimo consiglio: non attribuire incarichi che prevedano accesso ai dati a cittadini statunitensi.

Che fosse così s'era ben capito, ma qua abbiamo una consulenza legale di un certo peso che mette la cosa nero su bianco. Anzi si spinge oltre a dire che non solo l'azienda non deve essere controllata da una azienda americana... ma nemmeno che un cittadino americano debba essere in posizioni di controllo dei dati personali in possesso dell'azienda.

Un'interpretazione che definirei tombale.

@kejsirio ha detto in Test SEO: rimozione tramite X-Robots-Tag di una pagina bloccata da robots.txt:

La mia preoccupazione è che veda un aumento di contenuti "poco utili" e mi possa penalizzare in qualche altro modo. Stiamo parlando di 900mila pagine "bloccate ma indicizzate" su un totale di 1,6Mln

È un bel numerone (normale, succede con la navigazione a faccette!), ma non ho notizia di casi in cui questa cosa abbia causato problemi. Anche perché come fa Google a sapere che quel contenuto è "poco utile" se prima non lo scansiona?

La direttiva robots è una direttiva tecnica, non ha nulla a che vedere con l'analisi dei siti web. Ci sono un milione di motivi legittimi per cui un webmaster debba voler bloccare Googlebot.

Stai bloccando l'accesso a Googlebot a delle pagine che effettivamente non vuoi che siano scansionate, Googlebot onora la direttiva, le pagine non finiscono in SERP e tutto è bene quel che finisce bene.

Considera fra parentesi che con il blocco robots.txt stai anche impedendo che quelle URL ricevano (e fluiscano) Pagerank e questo potrebbe o non potrebbe essere un problema, a seconda delle situazioni.

Infatti io di solito raccomando di impostare le URL della navigazione a faccette come:

scansionabili con il rel canonical verso la pagina senza filtri

Il pro è che così passano e fluiscono il Pagerank. Il contro è che Googlebot consuma un po' delle risorse del server e questa cosa per siti molto grandi e complessi potrebbe impattare sul crawl budget (anche se un rel canonical ben piazzato di solito riduce al minimo le scansioni di queste pagine da parte di Googlebot).

Ti rimando a questa mia vecchia presentazione fatta al Serious Monkey nel 2019!
https://www.slideshare.net/MartinoMosna/domare-la-navigazione-a-faccette-per-ottimizzare-il-processo-di-scansione

@matteo-zambon ha detto in L'interfaccia web di GA4 è una cosa terrificante:

Per siti di piccole/medie dimensioni non ci saranno mai problemi di cardinalità.

Dai test che ho fatto sulle proprietà che gestisco, effettivamente il problema segnalato da Farina non si verifica. Quello che ho sott'occhio ora ha 189670 rows sulla dimensione "Percorso pagina + stringa di query e classe schermata" e quindi non mi è chiaro a che punto sia la soglia.

Però non è raro avere ecommerce con navigazione a strati che generano decine di migliaia di URL uniche. Ci aggiungiamo anche i parametri delle campagne tipo gclid/fbclid e la cardinalità si impenna.

In ambito web la cardinalità è una cosa normale.

@matteo-zambon ha detto in L'interfaccia web di GA4 è una cosa terrificante:

Non la vedo tragica, su quei numeri lavori con BigQuery.

Questo è vero. Ma a 'na certa potrebbero anche buttare via la UI.

Tanto per gli small business è una tragedia, visti i succitati ed evidenti problemi di usabilità. Tra i miei clienti che hanno provato GA4 è una valle di lacrime.

Mentre chi fa i numeri mostrati da Farina usa direttamente BigQuery...

@kal concordo! però curiosa!

@kal ah! Grande Martino!

@kal si, cmq no... non c'è!

Per la cronaca, habemus filtro escludi RegEx!

https://twitter.com/martinomosna/status/1400349127490351106

Gaudeamus!

Ho fra parentesi chiesto quanti feedback hanno ricevuto a proposito e la risposta è stata:

"Abbastanza"