• Contributor

    @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?


    juanin 1 Risposta
  • Admin

    @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.


    kal 1 Risposta
  • Contributor

    @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.


    juanin 1 Risposta
  • Admin

    @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.


    kal 1 Risposta
  • Contributor

    @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!


    juanin 1 Risposta
  • Admin

    @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 😄


    kal 1 Risposta
  • Contributor

    @juanin ha detto in Eventi in serp:

    preferisco lavorare di fino e insultare Google

    LIFE OF AN SEO


    juanin 1 Risposta
  • Admin

    @kal ah ah ah


  • User Attivo

    @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.


    juanin 1 Risposta
  • Admin

    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.


    luca 1 Risposta
  • User Attivo

    @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.


    juanin 1 Risposta
  • Admin

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


    luca 1 Risposta
  • User Attivo

    @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...


    juanin 1 Risposta
  • Admin

    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.