Seo Point - Posizionamento e SEO » Google http://www.seopoint.org Risorse, News, Guide ed Articoli sulla promozione dei siti Web. Thu, 26 Jan 2012 18:47:51 +0000 en hourly 1 http://wordpress.org/?v=3.3 Schema.org e Rich Snippets (più in generale)http://www.seopoint.org/schema-org-e-rich-snippets-piu-in-generale.html http://www.seopoint.org/schema-org-e-rich-snippets-piu-in-generale.html#comments Wed, 21 Dec 2011 00:08:04 +0000 Stefano Sarao http://www.seopoint.org/?p=3724 In questi ultimi giorni, al Convegno GT, mi sono reso conto che c’è ancora una forte disinformazione riguardo a Schema.org. Siccome sia al Symposium GT che al Convegno GT di quest’anno ne abbiamo parlato come di uno strumento molto utile che consigliamo di implementare nei vostri siti, ho pensato di scrivere questo articolo. Lo scopo è quindi di scrivere praticamente tutto quello che penso sia indispensabile sapere più qualche informazione non vitale.

 

Cosa?!

 

Partiamo dall’ABC.. cos’è schema.org . Il 2 Giugno di quest’anno Google, Yahoo! e Bing hanno annunciato la loro unione al fine di definire un linguaggio comune e creare un vocabolario per la creazione di quelli che noi generalmente chiamiamo Rich Snippets, giacché Google è leader incontrastato in Italia ma esistono anche in Yahoo! con il nome si SearchMonkey, a dire il vero queste ultime esistono da più tempo dei Rich Snippets (Giugno 2006 contro Maggio 2009).

 

Con schema.org i tre leader del mondo della ricerca web hanno comunicato loro decisione di utilizzare come formato per gli snippets i Microdati e hanno creato questo enorme vocabolario che conta una infinità di voci (la maggior parte delle quali ancora non utilizzate dai motori).

 

Se volete potete leggere i loro rispettivi annunci: Google, Yahoo! e Bing. Ma essenzialmente dicono tutti le stesse cose (cose che tra poco scriverò anche io).

 

Questa decisione ha confermato l’ormai più che intuibile tendenza dei motori di ricerca per l’incentivazione di un Web Strutturato che permetterebbe loro di comprendere pienamente ogni elemento di ogni singola pagina (si va verso il Web Strutturato).

 

 

Preliminari sui Rich Snippets

 

Rich Snippets: fin dalla loro prima apparizione, è stata evidente la loro utilità.

Essi sono delle informazioni aggiuntive che il motore di ricerca mostra in SERP.

Al momento Google mostra gli snippets legati ai seguenti argomenti: App, Autori (non in Italia), Eventi, Film, Musica, Persone, Prodotto, Prodotto con più offerte, Recensioni, Ricette, Serie TV.

Se questo articolo verrà letto dopo diverso tempo dalla sua pubblicazione queste informazioni  potrebbero non essere aggiornate perciò vi consiglio di andare a guardare nel Rich Snippets Testing Tool (strumento del quale parlerò più avanti) quali argomenti sono supportati, questa nota forse apparirà superflua ma in questo momento Google sta aumentando molto rapidamente il numero di temi supportati (infatti tra Agosto e Novembre di quest’anno ha aggiunto Musica, Sport e App).

Rich Snippets di un Film utilizzando Schema.org

Il primo linguaggio che venne utilizzato fu quello dei Microformati (introdotti con l’hCard di Tecnorati) che però presentavano lo svantaggio di avere un vocabolario limitato, in seguito vennero introdotti gli RDFa che sono figli dell’XHTML che invece erano più “estensibili” (infatti la X di XHTML sta per eXtensible) ma presentano il difetto proprio del codice stesso che ha bisogno di una sintassi molto rigida.

Infine sona arrivati i Microdati, pargoli dell’HTML5, che (come si legge sia sulle FAQ di schema che sul Support di Google) presentano la caratteristica semplicità dei Microformati combinata con l’estensibilità dell’XHTML.

 

Secondo dei dati dell’anno scorso il 95% degli snippets utilizza i microdati quindi una prima domanda che sorge spontanea è: se il mio sito utilizza i Microformati (o meno probabilmente gli RDFa) cosa succederà?

Tutti e tre i motori confermano che continueranno ad utilizzare anche i vecchi linguaggi di markup ma suggeriscono di adottare i nuovi il che conviene soprattutto perché i Microdati presentano un maggior numero di argomenti e quindi avrete più possibilità. Si sconsiglia inoltre di mischiare i linguaggi.

 

Come per l’HTML il linguaggio di markup è in inglese ma i vocaboli presto saranno disponibili anche in italiano (il che a livello pratico non cambia assolutamente nulla).

 

Importante è sfatare un mito che è diffuso tra i SEO, è vero che i microdati un tempo non venivano accettati da tutti i motori per i Rich Snippets, ma con il lancio di schema.org i microdati sono più che accettati!

Oltre al fatto che io li uso spesso (soprattuto per la categoria Eventi), per verificare che quello che dico è vero basta andare sul Rich Snippet Testing Tool e vedere gli esempi, essi sono dei veri siti (e tutti usano schema). Utilizzate, quindi, una query per la quale sapete che visualizzerete l’esempio di Google e verifica (esempio).

 

Come inserire i Rich Snippets utilizzando schema.org

 

Premetto che schema.org presenta alcune ambiguità dovute alla moltitudine di termini presenti nel suo vocabolario, quindi alcune volte non è semplice capire come implementare (la cosa conveniente è verificare che Google li legga correttamente attraverso il Rich Snippet Testing Tool).

 

In primo luogo dobbiamo vedere che tipo ci interessa, per fare questo basta andare sulla “gerarchia” di schema.org e vedere quale tipo si avvicina di più a ciò che vogliamo.

A questo punto dobbiamo creare un tag div che contenga le informazioni e aggiungere itemscope e itemtype=“http://schema.org/Tipo-Scelto”  così un po’ oscuro. Faccio un esempio:

 

Voglio fare un articolo riguardante un evento che si chiama Natalbla e che si svolge la vigilia Natale a Blablabla.

In primo luogo vado su http://schema.org/Event e mi controllo quali campi accetta. Poi inizio:

 

<div itemscope itemtype=“http://schema.org/Event”>
Venite a <a itemprop=”url” href=”http://www.dominio.boh/evento”>
<span itemprop=”name”>Natalbla</span></a>
<meta itemprop="url" content="http://www.dominio.boh/evento"/>
 che si svolgerà <meta itemprop="startDate" content="2011-12-24T21:30"/>
 la vigilia di Natale alle 21:30 al <span itemprop="location">Palabla di Blablabla (BL)</span>.
<span itemprop="description">L’evento prevede un banchetto in classico stile Blablabla.
Invitate amici e parenti per questa occasione pensata per famiglie.
Ci saranno musiche e danze in piazza!
Allo scoccare della mezzanotte varrà Babbo Natale in persona a distribuire doni ai Bambini.
Per terminare l’evento è previsto uno spettacolo pirotecnico per augurare a tutti un BUON NATALE!
</span></div>

 

Questa è una versione base di quello che potete fare con schema.org .

 

Come vedete ho utilizzato il tag div dove ho messo gli attributi di cui avevo accennato sopra seguiti dal richiamo al vocabolario http://schema.org/Event .

 

Poi ho messo il nome dell’evento all’interno del tag span con il proprio itemprop. Se utilizzate un url potete sia metterlo come ho fatto per il nome (cioè “<span itemprop=”url”>http://www.dominio.boh/evento</span>”) che come l’ho messo nell’esempio: <a itemprop=”url” href=”http://www.dominio.boh/evento”>etc..</a>. Se scegliete questa seconda opzione dovrete poi aggiungere: <meta itemprop=”url” content=”http://www.dominio.boh/evento”/>.

In fine per la data “<meta itemprop=”startDate” content=”2011-12-24T21:30″/> la vigilia di Natale alle 21:30” bisognerà utilizzare il tag meta seguito da (a parte l’ovvio itemprop) content=”” e la data in formato ISO_8601.

Il tag meta va usato ogni volta che quello che appare è diverso all’utente da come lo deve leggere il motore di ricerca (sarebbe decisamente antiestetico se usassi 2011-12-24T21:30 come data).

 

Una versione più avanzata sarebbe stata, ad esempio, sostituire il semplice <span itemprop=”location”>Palabla di Blablabla (BL)</span> con:

 

<div itemprop="location" itemscope itemtype="http://schema.org/Place">
    <a itemprop="url" href="http://palabla.boh">
    Palabla
    </a> di
    <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
      <span itemprop="addressLocality">Blablabla</span>
      (<span itemprop="addressRegion">BL</span>)
 </div>
</div>

 

Se spulciate le pagine vi accorgerete della complicata struttura che c’è in schema.org, non c’è un dentro è un fuori.. è tutto all’interno e all’esterno al contempo (in Event trovate Place, ma anche in Place trovate Event, e così via).

 

Una volta inserito il vostro codice dovrete testarlo e per farlo vi basta andare sul pluricitato Rich Snippets Testing Tool. Questo strumento permette di verificare se il vostro codice è stato inserito correttamente e emula come potrebbe apparire il vostro risultato in SERP. Ho detto “potrebbe” perché non è certo che Google utilizzi tutti gli snippets che avete inserito.

Una volta verificato che funzionino dovreste segnalare il vostro sito a Google (si è un po’ controtendenza come cosa..). Le segnalazioni devono essere fatte qui, anche se probabilmente Google abiliterà automaticamente gli Snippets dopo un po’ di tempo (ma questo dovrebbe velocizzare la procedura). Matt Cutts all’inizio di quest’anno ha spiegato in uno dei suoi video che l’abilitazione può impiegare anche un mese o due (personalmente ho sperimentato che impiegano al massimo due settimane, ma non si sa mai).

 

Adesso Google ha aperto i Rich Snippets a tutti i Webmaster creando dei videoche ha caricato nel Google Webmaster Central Channel (dopo un primo video di introduzione l’altro ieri sono stati caricati ben dieci nuovi video). Sono filmati molto basilari che personalmente ritengo essere essenzialmente poco utili.

 

 

Questo è il video di presentazione. Sono tutti video di questa lunghezza che utilizzano un Inglese molto semplice e pulito (probabilmente pensando agli utenti internazionali).

 

 

Ho caricato questo video perché essenzialmente spiega quello di cui ho parlato sopra e quindi per completezza penso che sia interessante inserirlo.

 

Alcune cose per concludere..

 

Vorrei aggiungere giusto due cose per concludere, in primo luogo ho letto di un progetto Open Source per la creazione di un plugin per WordPress che permetta la gestione di tutti i tipi di schema.org e quindi per gli utenti del CMS presto dovrebbe essere disponibile un sistema semplice di implementare schema.org nel vostro sito. Io stesso avevo fatto un plugin, anche se probabilmente più elementare, per schema.org che avevamo diffuso in occasione del Symposium, quindi immagino che se ci sono riuscito io che non sono un programmatore presto esisterà un plugin per ogni CMS.

 

Seconda cosa e più importante. Consiglio vivamente di inserire i Rich Snippets in ogni sito se possibile.

Il motivo è semplice: sono molto user friendly. Attraverso questi avete un sistema molto semplice per aumentare il CTR del vostro sito. Ci sono moltissimi test che vanno ad analizzare ciò che guarda l’utente attraverso l’eye-tracker e risulta evidente che l’utente guarda pochissimo la descrizione e molto immagini, places, video, titolo e Rich Snippets.

 

Spero di aver fornito un trattazione abbastanza esauriente (lungi dall’essere completa.. ci sarebbe molto altro da dire).

 

Buon Natale!


Potresti Trovare Interessanti Anche:

  • Google Freshness Update
    Oggi, navigando tra gli articoli, ne ho trovato uno che ritengo essere molto interessante e volevo quindi riproporvelo.Questo articolo riguardante il Freshn...
  • Immagini di Sfondo per la Home Page di Google
    Ieri Google ha introdotto una nuova funzione (già annunciata la settimana scorsa) che permette di aggiungere un'immagine come sfondo della Home Page del motore ...
  • Yahoo Esplora la Realtà Virtuale?
    E' stato presentato un nuovo brevetto di Yahoo che potrebbe essere il futuro di questa società nei prossimi anni e che ha una serie di possibilità d'uso veramen...
  • Google Search Stories – Creazione di Video by Google
    Google ha presentato da qualche giorno un nuovo servizio chiamato Google Search Stories e appositamente creato per la creazione di video in modo automatico da p...
]]> http://www.seopoint.org/schema-org-e-rich-snippets-piu-in-generale.html/feed 1 Google Freshness Updatehttp://www.seopoint.org/google-freshness-update.html http://www.seopoint.org/google-freshness-update.html#comments Mon, 12 Dec 2011 17:24:23 +0000 Stefano Sarao http://www.seopoint.org/?p=3677 Oggi, navigando tra gli articoli, ne ho trovato uno che ritengo essere molto interessante e volevo quindi riproporvelo.

Questo articolo riguardante il Freshness Update di Google è stato pubblicato da Justin Briggs sul suo blog.

È estremamente interessante perché va ad analizzare, attraverso alcuni brevetti resi pubblici, come il motore di ricerca potrebbe capire che stiamo cercando qualcosa che rientra nella categoria “notizie fresche” e i metodi che potrebbe utilizzare per dare valore alle notizie fresche

Chiedo scusa perché in alcuni casi non si riesce a trovare un equivalente in italiano di quanto Justin scriva e quindi ho dovuto usare un po’ di inventiva, spero non me ne vogliate (ad esempio “Stale Content” = “Contenuti Stantii” ma per non dare una connotazione negativa ho preferito utilizzare “Contenuti Statici” oppure i termini “fresco” e “freschezza” usati un po’ impropriamente).

Data di Inizio

Per iniziare ci sono due principali gruppi di contenuti:

  1. i Contenuti Statici – Contenuti non aggiornati da molto tempo.
  2. i Contenuti Freschi – Contenuti aggiornati più recentemente/frequentemente, che includono anche nuovi contenuti.

Per capire quanto un contenuto valga, il motore di ricerca guarda la data di inizio del documento che include sia la data vera e propria che l’orario di pubblicazione. Possiamo avere due differenti tipi di valori iniziali.

  1. la data di inizio del documento (primo crawling o prima indicizzazione o varie).
  2. la data di inizio del documento una volta apparso come risultato di ricerca.

In poche parole, un articolo appena apparso sul web può avere una data di inizio recente ma non venire mostrato in SERP per un lungo periodo di tempo.

Le date di inizio possono derivare da:

  1. la data del primo passaggio dello spider.
  2. la data di quando è stato trovato per la prima volta un link verso la pagina.

Esistono diversi modi con cui Google potrebbe guardare la data di inizio, ma non sappiamo quale potrebbe usare. Potrebbe perfino usare diversi tipi contemporaneamente il tutto dipende dal caso specifico.

I motori di ricerca possono anche definire una soglia da superare prima di definire la data di inizio. Per esempio, la soglia potrebbero essere tre links, quindi sebbene il motore di ricerca trovo i primi due links la data di inizio non viene ancora definita fino alla scoperta del terzo. Questo procedimento è facile immaginarlo applicato ai Social Media dove un primo link ha poca rilevanza ma, una volta che si è avviata la diffusione della notizia, il valore soglia viene facilmente raggiunto e superato.

Google ci dice:

“uno dei fattori di freschezza – una delle maniere in cui si può determinare se un contenuto è fresco o meno – è il momento in cui la pagina è stata visitata per la prima volta dallo spider”

Una volta definita la data di inizio può essere calcolato un delta tra il timestamp della query e la data di inizio. Questo delta è “l’età” del documento. Inoltre, questo delta può essere usato come lasso di tempo per il calcolo dei links guadagnati. Ad esempio una pagina pubblicata da un giorno ma con 10 backlinks può essere valutata diversamente da una pagina che 100 backlinks ma pubblicata da dieci anni.

Grazie a queste informazioni, il motore di ricerca può usare i dati storici per dare un peso al risultato. Nel brevetto US 2011/0029542 (link), viene fornita la seguente equazione:

H = L/ln(F+2)

Dove: H = History Adjusted Score (Il punteggio legato alla freschezza del link), L = Link Score (la rilevanza calcolata con gli usuali metodi di analisi dei links) e F = Elapsed Time (il delta di cui si è parlato prima).

Per coloro che amano maggiormente la matematica possono trovare più informazioni leggendo il brevetto, ma in ogni caso è piuttosto chiaro di come il valore del link diminuisca. Il grafico dell’equazione potrebbe essere qualcosa del genere.

 



 

Il risultato evidente della funzione è che un URL riceve un valore maggiore a seconda di quanto sia vicino alla data di inizio della pagina. Questo valore diminuisce rapidamente con l’aumento del delta ma la sua corsa non è lineare ma logaritmica e perciò questa perdita di valore tende ad affievolirsi col tempo. Ipoteticamente si arriverà ad un punto il cui la perdita di valore sarà sufficientemente lenta da rendere quasi irrilevante l’aumento del delta.

Bisogna anche far notare che questa equazione si deve applicare soltanto alle queries che danno importanza al fattore temporale.

Età Media del Set di Documenti

Un altro metodo per assegnare un valore utilizzando la date di inizio è quello di confrontare ogni documento di un set con l’età media di ogni documento. Il singolo documento nel set potrà poi essere valutato in base alla differenza tra l’età del documento e la media del set.



 

Questo metodo potrebbe essere applicato per i prima 10, 30 o 50 risultati di una queries in cui è rilevante la freschezza.

Cambiamenti nelle Pagine

Fino a questo punto si è assunto che il documento non fosse cambiato nel tempo, ma questa analisi può esser estesa guardando le parti del contenuto che sono cambiate rispetto a quelle che sono rimaste invariate. Un esempio banale è la homapage che estrae i contenuti di un blog, i quali cambiano frequentemente, mentre il resto della pagina resta inalterato.

 



 

Il valore dato al documento (Update Score) dall’aggiornamento dei contenuti viene calcolato attraverso una sommatoria ponderata.

 

U = f(UF,UA)

 

Dove: U = Update Score, UF = Upadate Frequency Score (punteggio legato alla frequenza di aggiornamento) e UA = Update Amount Score (punteggio legato alla percentuale della pagina su cui ha influito il cambiamento).

In pratica, se si cambia poco contenuto bisogna aggiornarlo più spesso per avere lo stesso valore dato ad aggiornamenti meno frequenti ma di un maggiore contenuto.

Inoltre l’UA si potrebbe dare un peso diverso ai diversi elementi su cui ha influito l’aggiornamento. Ad esempio, se si aggiorna il menù di navigazione o la sidebar il peso che viene assegnato potrebbe essere minimo o addirittura nullo.

Inoltre i motori di ricerca potrebbero confrontare l’UF e l’UA per determinare il tasso di crescita degli aggiornamenti e capire se stia aumentando o diminuendo.

 

Punteggio Legato alle Queries

Se una frase, o un gruppo di frasi, vengono ricercate più frequentemente ciò potrebbe indicare che una query è diventata popolare. Nel caso, i documenti legati a questa query potrebbe venire posizionati più in alto rispetto ad elementi di altre query e il motore di ricerca potrebbe aumentare il peso legato alla freschezza delle pagine.

Il motore di ricerca potrebbe anche guardare il CTR del risultato per un periodo di tempo. Se un articolo in un gruppo di risultati ottiene un CTR che aumenta nel tempo, il suo punteggio potrebbe venire aumentato e il suo ranking potrebbe aumentare. Se un documento con contenuti “statici” subisce un considerevole aumento di visite in poco tempo potrebbe far cambiare al documento la categoria con cui era stato classificato e quindi farlo passare da “contenuto statico” a “contenuto fresco” e quindi subire i vari fattori legati al tempo.

 

Punteggio Legato ai Links

Un procedimento analogo a quello descritto poco fa potrebbe essere fatto sui links. Se appaiono (o scompaiono) un gran numero di links, il tasso di cambiamento potrebbe essere utilizzato dal motore di ricerca per capire se un contenuto sta diventando fresco (o statico). Analogamente al caso precedente, il relativo peso dato ai singoli documenti verrebbe cambiato in funzione della nuova classificazione.

Inoltre il motore di ricerca potrebbe valutare la freschezza degli stessi links. E quindi il valore dato dal link potrebbe essere determinato in funzione del tempo da cui lo stesso è stato sottoposto. Il valore potrebbe potrebbe essere anche valutato in funzione dell’Update Score descritto precedentemente.

FreshRank

FreshRank è un termine coniato dallo stesso Justin Briggs (autore del post originale) per descrivere la “freschezza” che viene passata dai links (come viene indicato nel brevetto US 2010/0325114.



 

Il FreshRank viene usato in combinazione ad una analisi del tipo di fonte da cui proviene il link. Quindi se il link viene da siti considerati avere Contenuti Statici (Stale) o da siti con Contenuti Freschi (Fresh) il sito verrà valutato diversamente.

 



 

Bloccare i Contenuti Statici

Un altro metodo che promuove i contenuti freschi, e crea un sistema che priviligia contenuti freschi, sia attraverso la creazione di un sistema vero e proprio che attraverso la mera eliminazione dei contenuti statici (come descritto nel brevetto US 7987172).

In questo modo i motori di ricerca riducono la possibilità di fornire risultati statici. Questo è un processo iterativo che, attraverso un successivi passaggi del crawler sulle pagine, permette di determinare l’intervallo ottimale tra i vari crawl.

 



 

Ripetendo il processo viene aggiustato l’intervallo di crawl dei documenti.

 



 

Questo processo iterativo prenderà in considerazione solamente i cambiamenti considerevoli apportati al documento.

Questo procedimento, combinato con alcuni updates quale Caffeine, permette a Google di dare maggiore priorità ad alcuni siti giacché si aumenta la velocità del processo di indicizzazione e calcolo del ranking. Nel processo, verrà quindi analizzato se la pagina ha subito un cambiamento dall’ultimo crawl e, nel caso, si andrà ad analizzare tale cambiamento.

Altri fattori, quali PageRank e il CTR in SERP, potranno essere usati, in aggiunta, per determinare la frequenza di crawling.

Interessante in questo sistema è il fatto che processo permette una molto rapida indicizzazione dei contenuti freschi.

 

Usare i Microblog (Social)

Un altro brevetto interessante, stavolta di Yahoo!, perla dell’utilizzo dei dati provenienti dal microblogging per determinare il ranking US 2011/0246457A1 (link). È interessante anche perché il microblogging indubbiamente è fonte di notizie fresche.

Google ci dice:

“Molto spesso quando si tratta di breaking news i microblog sono i primi a pubblicare. Noi siamo in grado di mostrare risultati per eventi recenti o per hot topics entro pochi minuti dalla indicizzazione della pagina, inoltre noi cerchiamo sempre di fornire il risultato più rilevante e lavoriamo per migliorare in questo”

Sappiamo che sicuramente Google usa i microblog, e il prevetto di Yahoo! ci fornisce alcune idee interessanti su come possa fare.

Una delle cose interessanti che si leggono nel brevetto è che si utilizzano diversi crawler per i contenuti web e quelli dei microblog. I contenuti vengono analizzati e trattati diversamente.

 



 

Gli URLs trattati vengono mantenuti separati e posizionati indipendentemente prima di essere combinati tra di loro, per poi essere restituiti all’utente. Il brevetto fornisce anche una lista di microblog usati per ottenere URLs fresche (quali Twitter, MySpace, LinkedIn, Tumblr e altri). Bisogna sempre sottolineare, come fa anche il brevetto tra l’altro, che questo processo viene utilizzato solo per queries in cui il fattore tempo è importante.

Attivare gli Algoritmi per le Ricerche “Fresche”

Tutti i potenziali metodi che abbiamo analizzato sono legati a queries che vengono considerate dal motore di ricerca “fresche”. Nei qual casi, ci sono una numero di fattori dovuti alla freschezza che vengono utilizzati insieme ai normali fattori per la determinazione del ranking.

Una cosa interessante in questi brevetti è la capacità di apprendimento automatico del sistema, come descritto nel brevetto US 2011/0093459.

Il problema comunque che ci si pone è legato a come il motore di ricerca possa capire se una frase, o un set di frasi, sono queries che cercano la notizie fresche. Il motore di ricerca può guardare i cambiamenti, come la variazione di quali il volume di traffico per una query, la variazione di links o l’aumento di citazioni, come segnale di freschezza. Tramite questi fattori il motore di ricerca può capire se una query è “molto chiaccherata”.

In questo caso i segnali inviati dagli utenti permettono al motore di ricerca di capire di che tipo si tratta la query digitata. Ad esempio quando usa celebrità muore improvvisamente la query legata a quel nome diventa una query fresca, Google non mostrerà più risultati legati ai lavori (quali film) di quella celebrità ma verranno mostrate notizie relativa alla sua dipartita.

Interessante è notare che il brevetto dice:

“Gli esperimenti indicano che circa il 34.6% delle informazione provenienti dai Network viene considerata legata alla freschezza”

E nell’annuncio del Freshness Update, Google dice:

“colpirà circa il 35% delle ricerche”.

 

 

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/google-freshness-update.html/feed 1 Immagini di Sfondo per la Home Page di Googlehttp://www.seopoint.org/immagini-di-sfondo-per-la-home-page-di-google.html http://www.seopoint.org/immagini-di-sfondo-per-la-home-page-di-google.html#comments Thu, 10 Jun 2010 05:45:19 +0000 Paolo Dello Vicario http://www.seopoint.org/?p=1272 Ieri Google ha introdotto una nuova funzione (già annunciata la settimana scorsa) che permette di aggiungere un’immagine come sfondo della Home Page del motore di ricerca, scegliendo fra una miriade di foto disponibili nella galleria e fra i propri scatti caricati su Picasa.

Oggi, sul blog ufficiale, è uscita una comunicazione tramite quale l’azienda di Mountain View ha annunciato che nelle prossime 24 ore le immagini saranno impostate di default a rotazione: in questo modo gli utenti potranno abituarsi alla nuova funzione. L’immagine di sfondo viene caricata successivamente alla casella di ricerca ed al logo, in modo da non rallentare troppo le azioni di ricerca.

Tuttavia Google sembra aver perso un po’ di usabilità con questa novità: voi cosa ne pensate?
Google Wallpaper Default Google Wallpaper Grey Google Menu

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/immagini-di-sfondo-per-la-home-page-di-google.html/feed 4 Google Search Stories – Creazione di Video by Googlehttp://www.seopoint.org/google-search-stories-creazione-di-video-by-google.html http://www.seopoint.org/google-search-stories-creazione-di-video-by-google.html#comments Wed, 21 Apr 2010 18:17:13 +0000 Paolo Dello Vicario http://www.seopoint.org/?p=1237 Google ha presentato da qualche giorno un nuovo servizio chiamato Google Search Stories e appositamente creato per la creazione di video in modo automatico da pubblicare su YouTube. Tramite Google Search Stories è possibile creare interessanti video appoggiandosi a gran parte dei servizi di Google: a partire dalla ricerca web semplice, passando per Google Images, fino ad arrivare alle news e ai blogs.

Google Search Stories

Tramite questo servizioè possibile creare senza alcuna competenza video creativi per diffondere notizie, fare un po’ di humor o addirittura un po’ di marketing! Pensate semplicemente cosa si può fare con un video che focalizza l’attenzione dell’utente su un determinato argomento, presentandolo nella maniera opportuna. Per il settore turistico poi, grazie alla funzione di agganciarsi anche a Google Maps per la creazione dei video e a Images per foto e immagini si potrebbero creare interessanti presentazioni alternative di strutture e zone. Gli usi sono molti, a voi la parola!

Canale di Search Stories

Potresti Trovare Interessanti Anche:

  • Schema.org e Rich Snippets (più in generale)
    In questi ultimi giorni, al Convegno GT, mi sono reso conto che c’è ancora una forte disinformazione riguardo a Schema.org. Siccome sia al Symposium GT che al C...
  • Google Freshness Update
    Oggi, navigando tra gli articoli, ne ho trovato uno che ritengo essere molto interessante e volevo quindi riproporvelo.Questo articolo riguardante il Freshn...
  • Migliorare la Struttura Lato SEO per Siti a Più Pagine
    Problemi con il posizionamento di siti che mostrano un numero fisso di articoli per pagina? Avete paura che i vecchi contenuti perdano valore agli occhi di Goog...
  • Cosa ho Imparato dai Video di Matt Cutts
    Matt Cutts, il più visibile ingegnere del team anti-spam di Google, porta avanti dall'inizio del 2009 una serie di video in auto dei webmaster, pubblicati su yo...
]]> http://www.seopoint.org/google-search-stories-creazione-di-video-by-google.html/feed 1 Google Introduce Condivisione Siti Web negli Strumenti per i Webmasterhttp://www.seopoint.org/condivisione-siti-webmaster-center.html http://www.seopoint.org/condivisione-siti-webmaster-center.html#comments Wed, 03 Mar 2010 13:37:48 +0000 Paolo Dello Vicario http://www.seopoint.org/?p=1181 Google ha annunciato ieri l’introduzione di una nuova, interessante feature negli Strumenti per i Webmaster, utile soprattutto a coloro che gestiscono siti con più proprietari o webmaster che devono guardare le statistiche. La nuova caratteristica consente di “invitare” altri amici a poter accedere alle informazioni relative ad un sito web e alla gestione dello stesso tramite gli strumenti per i Webmaster via email.

Strumenti per i Webmaster

Prima dell’introduzione di questa funzione ogni persona che voleva accedere al pannello di amministrazione degli Strumenti per i Webmaster relativo ad un sito doveva fare l’upload di un file nella root o aggiungere un metatag nell’header per verificare di essere effettivamente il vero proprietario.

Da oggi è invece possibile, per chi ha già verificato l’account tramite il metodo classico, consentire ad altre persone l’accesso, invitandole via email.

Per farlo bisogna recarsi a questo link e cliccare sul link “Dettagli verifica” relativo al sito per cui si vuole dare l’accesso ad un’altra persona. Si aprirà la pagina con tutti gli utenti che hanno l’accesso: da qui sarà possibile aggiure o rimuovere utenti con l’accesso, inserendo una email usata come account Google.

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/condivisione-siti-webmaster-center.html/feed 3 (Video)Intervista a Michele Caivano – Mobile Web e Google Mobilehttp://www.seopoint.org/videointervista-a-michele-caivano-mobile-web-e-google-mobile.html http://www.seopoint.org/videointervista-a-michele-caivano-mobile-web-e-google-mobile.html#comments Thu, 18 Feb 2010 13:48:53 +0000 Paolo Dello Vicario http://www.seopoint.org/?p=1155 Era da un po’ di tempo che avevo in mente di rilanciare le interviste su SeoPoint e questa volta l’ho voluto fare in grande: le nuove interviste devono essere tematiche, di approfondimento serio, di alto livello e in formato video! Il primo SEO intervistato per questo ciclo di interviste che sta iniziando è Michele Caivano: esperto di Mobile SEO, Mobile Web e Google Mobile, tanto che ne ha parlato ben due volte a due diversi convegni, il Symposium GT di Ottobre scorso ed il Convegno GT 2009.

Prima di partire con i video faccio una precisazione importante: tutto ciò che viene detto da Michele Caivano sul search index è una sua opionione “motivata dal fatto che la differenza presente tra gli algoritmi di Google tradizionale e mobile rende molto plausibile la presenza di una gestione parzialmente separata degli indici”, ma resta un’opinione, per quanto plausibile e probabilmente corrispondente alla verità. Quindi non prendete le sue parole come oro colato, bensì usate questa intervista per capire molte nuove cose su Google Mobile e su un mercato di cui spesso si sa veramente poco, su cui Michele ha fatto studi approfonditi e che adesso può “distribuire” a tutti tramite eventi ed interviste come questa.

Buona visione e buon approfondimento:

Google Mobile ed il Mobile Web in Generale


Ciao a tutti, sono Paolo Dello Vicario, di SeoPoint.org! Con questa video-intervista vogliamo iniziare una serie di video formativi e di approfondimento sulla SEO e sul Web Marketing che possono sempre tornare utili a chi lavora in questi campi. Il primo SEO che abbiamo voluto contattare è stato Michele Caivano, che conosce molto bene Google Mobile e si occupa di fare SEO in maniera più tecnica, ha infatti presentato da poco una serie di tools che potete trovare all’indirizzo qui sotto.

La prima domanda è molto generale, Michele: puoi introdurre Google Mobile a chi non lo conosce?

Settori Migliori per il Mobile

Passiamo alla seconda domanda: il Mobile Web è in evoluzione e sicuramente rappresenta una grossa opportunità per molti settori. Secondo te chi, per primo, dovrebbe interessarsi dell’ottimizzazione dei siti per il Mobile? In quale settore insomma il Mobile è già una realtà troppo importante da non poter essere ignorata per nessun motivo?

Aspetti Interessanti

Ultima domanda sul questo argomento: quali sono le particolarità del Mobile Web? Quali sono gli aspetti più strani ed interessanti che hai trovato studiando il comportamento degli utenti mobile?

Ti è piaciuta l’intervista? Segnalala sul tuo Social Network preferito tramite i pulsanti qui sotto:

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/videointervista-a-michele-caivano-mobile-web-e-google-mobile.html/feed 2 La funzione eventi in Rich Snippets e Answer Highlightinghttp://www.seopoint.org/la-funzione-eventi-in-rich-snippets-e-answer-highlighting.html http://www.seopoint.org/la-funzione-eventi-in-rich-snippets-e-answer-highlighting.html#comments Mon, 25 Jan 2010 00:23:53 +0000 Stefano Sarao http://www.seopoint.org/?p=1076 Nel secondo evento Seachology, Google aveva annunciato la nascita di Google Squerd e di Rich Snippets, due sistemi che permettono di velocizzare le ricerche.
Tutt’ora Google sta apportando miglioramenti a queste tecnologie.

Una delle ultime novità è la caratteristica “answer-highlighting” per la ricerca e una nuova funzione di Rich Snippets per includere gli eventi.

Google Squared identifica ed estrae automaticamente i dati strutturati della ricerca. Gli studi dietro Google Squared sono riusciti a migliorare la ricerca con la nuova funzione “answer highlighting”.
Answer highlighting aiuta a ottenere informazioni più velocemente trovando e evidenziando le probabili risposte alle richieste della ricerca. La caratteristica è destinata per le ricerche con risposte concrete. Se le pagine restituite per queste ricerche contengono una risposta semplice, il testo che si cerca verrà messo grassetto per facilitarne la consultazione.

Rich Snippets permette ai webmaster di annotare nelle pagine dati strutturati così che possano essere individuati e copiati nello snippet per facilitare la ricerca.
Finora le funzioni di questa tecnologia si limitavano alle recensioni (evidenziandone il numero e la media dei voti) e alle persone nei social network (evidenziandone la residenza, il lavoro e gli amici all’interno del sociol nework) .
Recentemente ha aggiunto un nuova funzione di Rich Snippets: gli eventi. Il nuovo formato migliora i risultati della ricerca, inserendo link ai nomi di un evento specifico, date e luoghi.
Usando “hCalendar microformat”, Google mostrerà informazioni e link a eventi specifici all’interno dello snippet nel risultato di ricerca (avendo appena lanciato questa funzione, Google, non garantisce che gli snippet mostrino l’informazione, ma annuncia che gradualmente tutte le informazioni verranno mostrate).

Ci vorrà tempo perché tutti i webmaster attuino questo nuovo codice. Per maggiori dettagli cercare su Webmaster Central.

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/la-funzione-eventi-in-rich-snippets-e-answer-highlighting.html/feed 5 Influenza dei Links nei Social Networkhttp://www.seopoint.org/influenza-dei-links-nei-social-network.html http://www.seopoint.org/influenza-dei-links-nei-social-network.html#comments Tue, 19 Jan 2010 19:36:02 +0000 Stefano Sarao http://www.seopoint.org/?p=1032

In questo video Matt Cutts ci spiega come Google valuta i link presenti sui vari profili di alcuni social network (quali Facebook e Twitter).
In primo luogo ci spiega che sostanzialmente Google valuta i link allo stesso modo e non importa troppo la provenienza del link, perciò anche FB, Twitter e i vari social network hanno rilevanza nel page rank.

Ma purtroppo, su Facebook, una cosa interessante è che molti profili non sono pubblici, quindi Google non può visualizzare la pagina e segnare i link presenti in essa.
Perciò solo se i profili sono completamente pubblici Google può considerare i link, se non lo sono probabilmente non potrà.

Anche su Twitter abbiamo una situazione sfavorevole al page rank infatti la maggior parte dei link è “nofollow” e quindi non viene valutata.

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/influenza-dei-links-nei-social-network.html/feed 1 Google e La Ricerca nei Prossimi Annihttp://www.seopoint.org/google-futuro.html http://www.seopoint.org/google-futuro.html#comments Wed, 13 Jan 2010 13:04:57 +0000 Stefano Sarao http://www.seopoint.org/?p=1009

Nel futuro, Matt Cutts, vede il presentarsi di numerose innovazioni per quel che riguarda la ricerca nel web.

È ancora diffusa l’idea che la ricerca sia semplicemente il confronto tra le parole inserite nel motore di ricerca e i vari documenti disponibili, mentre, in realtà, Google va ad analizzare i possibili collegamenti tra le parole inserite per fornire risultati più pertinenti, e in questo Matt Cutts vede un forte progresso.

Un altro elemento che andrà sviluppato sarà legato al fatto che la gente vuole un sistema più pratico per archiviare i dati tramite l’uso del Cloud Computing, sul quale Google vuole affermarsi tramite Google Chrome OS. Di questa già un buon passo avanti è Gmail nel quale i dati sono contenuti su un Hard Drive che costudisce un’altra compagnia.

La gente vuole una ricerca migliore, più facile e che fornisca un maggior numero di risultati. Senza dubbio questo fattore è un fattore in continuo miglioramento anche perché quando si migliora la gente già chiede di più e senza dubbio si faranno progressi in questo campo.

Ma senza dubbio quello che avrà un maggiore sviluppo sarà il mondo della Mobile Search, anche perché la diffusione dei cellulari è di gran lunga superiore a quella dei computer. Ogni telefonino è come un computer a portata di mano e ci sono molte cose da fare per rendere la ricerca migliore per esempio si dovrebbe creare un apposito Browser, anche l’utilizzo degli SMS potrebbero avere un largo sviluppo nella navigazioni.

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/google-futuro.html/feed 0 Google Fast Flip è ora attivo sulla Home Page di Google Newshttp://www.seopoint.org/google-fast-flip-google-news.html http://www.seopoint.org/google-fast-flip-google-news.html#comments Tue, 12 Jan 2010 14:57:25 +0000 Paolo Dello Vicario http://www.seopoint.org/?p=1006 Google News ha aggiunto alla sua Home Page USA, un progetto sperimentale di presente in Labs, Google Fast Flip. Fast Flip è una nuova funzione da tempo raggiungibile all’indirizzo http://fastflip.googlelabs.com/ che si integra perfettamente con Google News e che mostra in formato visuale le novità prese da 90 siti d’informazione ben scelti, in pratica una specie di Slider, come è anche presente su molti blogs e siti web.

Tramite questa nuova feature Google vuole agevolare la lettura dei contenuti, puntando ancora una volta sulla velocità: l’obbiettivo è infatti quello di rendere più veloce l’esplorazione delle notizie pubblicate.

Google Fast Flip

Gli editori hanno reagito bene a Fast Flip, perché si avvicina molto di più alla lettura di una rivista tradizionale. Google lo ha annunciato pochi giorni fa nel blog ufficiale affermando che: “la velocità e la natura visiva del servizio incoraggia i lettori a guardare molti articoli”.

Potresti Trovare Interessanti Anche:

]]> http://www.seopoint.org/google-fast-flip-google-news.html/feed 1