@juanin ha detto in Eventi in serp:

Infatti come dici per il WMF correttamente ci sono i panel di Google...sebbene non peschi i dati dal sito ufficiale come dovrebbe. Abbiamo segnalato il problema più volte, ma se ne sbatte.

Ah, vedo che li pesca da Ticketmaster. Tra l'altro pagina transazionale e senza link verso il sito ufficiale (sicuramente questo gioca un ruolo nei segnali presi in considerazione da Google).

Lì secondo me è da capire se vuoi rimanere su quella piattaforma di rivendita.

E' anche vero che se è un tuo rivenditore riconosciuto, comunque l'aggiornamento delle date su quella pagina dovrebbe essere "abbastanza" tempestivo, nei limiti del crawling di Google... quindi i problemi sono in realtà puramente accademici.

Altra cosa che sicuramente conta: la location.

Se la location è legata a quel rivenditore, molti eventi in quella location finiranno segnalati sul sito di rivendita... e anche questo possiamo immaginare sia un segnale per Google di affidabilità della fonte.

Nel caso del mio cliente che ho messo sopra, l'attribuzione corretta è arrivata praticamente subito, nel giro di un paio di mesi al massimo... e stava comunque già segnalato su altri siti.

Solo che gestiscono internamente sia il ticketing che la location... quindi è stato secondo me relativamente facile imporsi come prima fonte.

@juanin certo gli eventi sono eventi e si comportano tutti allo stesso modo, dicevo la stessa cosa, infatti tolti gli eventi e le keywords legate all'hotellerie (che fanno uscire il local panel), legato al turismo non saprei che esempi addurre in questo momento. Non mi viene in mente nulla.

@kal beh anche noi gestiamo il ticketing internamente e anche la location visto che ora è online.

In ogni caso ora c'è ticket master per una partnership recente, ma in precedenza usava comunque un aggregatore di eventi. Diciamo che secondo me prende un po' le cose ad cazzum.

@juanin ha detto in Eventi in serp:

@kal beh anche noi gestiamo il ticketing internamente e anche la location visto che ora è online.

Se è online, allora non c'è nessuna location

In ogni caso ora c'è ticket master per una partnership recente, ma in precedenza usava comunque un aggregatore di eventi. Diciamo che secondo me prende un po' le cose ad cazzum.

Mah, sì!

Ti dirò: nel caso del mio cliente ero effettivamente pronto al delirio. Sono rimasto sorpreso da quanto sia stato facile vincere la Fonte.

@kal in realtà c'è la virtual location

"location": [{
   "@type": "VirtualLocation",
   "url": "https://wmf.ibrida.io/"
},

@juanin Hmmm... ma non sono in contraddizione questi?

"location":	[{
				"@type": "VirtualLocation",
				"url": "https://wmf.ibrida.io/"
			},{
				"@type": "Place",
				"sameAs": "http://www.riminipalacongressi.it/",
				"name": "Palacongressi di Rimini",
				"address": {
					"@type": "PostalAddress",
					"streetAddress": "Via della Fiera, 23",
					"addressLocality": "Rimini",
					"postalCode": "47923",
					"addressRegion": "RN",
					"addressCountry": "IT"
				}
			}],

Tu ne metti due... ma Google quale deve prendere? Nell'indecisione, prenderà quello che trova da altre parti... no?

@kal no. Non è assolutamente in contraddizione perché l'evento è IBRIDO....o almeno prima del lockdown lo era.

"eventAttendanceMode": "https://schema.org/MixedEventAttendanceMode",

Il nocciolo è tutto nell'eventAttendanceMode che dichiari.

@juanin sì che è mixed l'avevo visto.

Ma comunque una location sola ti compare in SERP.

Secondo me lo manda in confusione.

Anche perché ci scommetto che è solo sul tuo sito che fate questa finezza. Impeccabile... ma è un segnale contrastante. E gli altri siti mi aspetto che metteranno tutti in blocco solo la location fisica, perché sono tutti programmati per quello.

E Google quando vede segnali contrastanti... tendenzialmente ignora la pecora nera.

Poi oh: è una teoria. Però facilmente testabile.

@kal beh però gli standard e il markup strutturato servono proprio per le finezze.

Quindi Google è in fallo pieno a non prendere il sito ufficiale come sorgente ufficiale dei suo "panel"...anche perché lo sa benissimo quale è il sito ufficiale a prescindere dalla location.

@juanin ha detto in Eventi in serp:

@kal beh però gli standard e il markup strutturato servono proprio per le finezze.

Il markup strutturato sì.

Ma le rich snippet sono un'altra cosa, lo sai. Google fa sostanzialmente il cazzo che vuole con le rich snippet... per Google "coerente" è sempre meglio di "formalmente corretto".

Una sorgente dati formalmente corretta, ma non coerente con le altre sorgenti dati viene sempre scartata (vedi ad esempio come si comporta col rel canonical).

Ma fai una prova, che ti costa? Prova a levare la cosa dell'evento ibrido e fai come fanno tutti gli altri siti di eventi, proprio paro paro.

Se hai un po' di culo ti passa il Googlebot entro la data, aggiorna in SERP e ti mette come Source.

Se invece non ti mette come Source... alla fine non cambia nulla.

EDIT: anche se ti mette come Source alla fine non cambia nulla... però in quel caso hai imparato qualcosa!

@kal questo test era già presente prima che l'evento diventasse ibrido...quindi preferisco lavorare di fino e insultare Google perché alla fine se l'informazione è giusta mi cambia poco da dove la pesca.

Peccato che spesso era risultata errata

@juanin ha detto in Eventi in serp:

preferisco lavorare di fino e insultare Google

LIFE OF AN SEO

@kal ah ah ah

@juanin ha detto in Eventi in serp:

MusicRecording

Non è proprio affine agli eventi a dir la verità, potrebbe mancare la data!

ma è probabile che le peschi da qualche aggregatore.

Ho molto studiato gli eventi, e Google ha cambiato 100 volte idee negli ultimi tempi

intanto li ha tolti dal knowledge Panel GMB che avevano creato dei problemi
non solo dagli hotel, ma li ha tolti da tutte le categorie

sta ancora facendo dei test https://www.tuttoandroid.net/news/google-maps-testa-una-funzione-per-creare-eventi-pubblici-666949/ bloccati ovviamente dalla crisi sanitaria

per un certo periodo considerava il Google post su GMB di tipo evento come evento e apparira in giro.

Ci poi degli aggregatori di cui si fida e da cui pesca anche se ci sono cavolate dentro!

E si non c'è modo di poter controllare i link, mi è capitato spesso di vederli ad cazzum.

In realtà l'affinità c'è perché può essere tranquillamente parte di un evento la registrazione. Che poi in questo contesto potrebbe essere stato definito meglio da Spreaker è un altro discorso.

Infatti c'è recorderdIn che è una inverse property di recordedAt

In termini puramente teorici una registrazione audio che avverrà in futuro è molto simile all'appuntamento per un evento. Poi possiamo disquisire se sia o no lo schema giusto al contesto, ma l'affinità c'è a livello puramente logico.

@juanin
la mia perplessità è che manca la data però , che sarebbe fondamentale per un evento

c'è solo la data di pubblicazione, non quando avviene l'evento.

@luca se metti il recordedAt il contenuto sarà un evento che avrà al suo interno la data.

@juanin si ho capito
ma è la data della registrazione

stiamo parlando "semanticamente" dell'evento della data di registrazione

che non significa nulla.
Questo voglio dire.

in un podcast, ha senso considerarlo un evento, prendendo la data della sua registrazione?

che poi la "Macchina" la legga come evento, ok, ma non ha molto senso...

Si capisco a te.

Ma quello che intendo io è che un "podcast" o chiamiamolo "stream audio live" che differenza fa con un "webinar live" o con un "evento in streaming live"?

Semanticamente non è poi che siano così distanti come concetti. E' un "EVENTO" erogato con uno strumento piuttosto che un altro e ha una data e un ora in cui avverrà.

Non ci vedo nulla di così sbagliato. Dove sta scritto che un EVENTO non può essere fruito solo in audio? Per una persone cieca tutti gli eventi sono audio. Anche se in sede.

Sto estremizzando...chiaro.