Rich snippets per gli eventi

Può essere utile allora fare qualche passo indietro per capire meglio le potenzialità dei microformat all’interno delle SERP (le pagine dei risultati dei motori di ricerca).

Cosa sono i microformat

Un microformat, in pratica, consiste in un’aggiunta di mark up grazie alla quale è possibile  fornire informazioni “semantiche” in una pagina web. Aggiungendo il markup del microformat, i contenuti di una pagina web vengono arricchiti con informazioni che possono essere estratte da software in grado di interpretarli, oppure dagli spider dei motori di ricerca (come Googlebot e Yahoo! Slurp).
Per il navigatore l’aspetto di una pagina con i microformat rimane di fatto invariato (sempre che il webmaster non abbia deciso diversamente, con l’applicazione di dichiarazioni specifiche nei CSS), né si rischiano rallentamenti nel caricamento della pagina stessa.

Per approfondire il discorso, oltre alla voce su Wikipedia, si può consultare il sito Microformats.org (in inglese), mentre su A List Apart è presente l’articolo Introduction to RDFa, con spiegazioni ed esempi esaurienti.

I microformats nei motori di ricerca

Sebbene Yahoo! già nel 2006 annunciasse sul proprio blog il supporto dei microformats in Yahoo! Local (“We now support microformats“), importanti novità sono arrivate nel corso del 2009, con l’annuncio di Google a maggio (Introducing Rich Snippets) seguìto ad agosto da quello di Yahoo! (See More SearchMonkey in Your Search Results).

Con queste novità, i due motori hanno deciso di puntare sulle informazioni semantiche per arricchire le pagine dei risultati, con l’obiettivo di migliorare l’esperienza degli utenti grazie ad informazioni utili legate ai termini ricercati: recensioni di prodotti, informazioni di contatto per le persone e per le aziende, ed ora appunto le informazioni sugli eventi.

esempio di Rich Snippet

Google Rich Snippets Testing Tool

Per testare la corretta implementazione dei microformat, Google ha messo a disposizione un semplice tool di controllo (Rich Snippets Testing Tool) e predisposto alcune pagine di domande e risposte sul supporto dei microformat nel suo indice.

Occorre ricordare però che, per il momento, non vi è garanzia di vedere i Rich Snippets per il proprio sito, soprattutto per i siti in lingua italiana: Google li incorporerà gradualmente, utilizzando i propri algoritmi per scegliere quando inserirli tra i risultati e quando ignorarli.

I webmaster possono comunque segnalare il proprio interesse a far comparire i Rich Snippets per i propri siti compilando il modulo apposito.

Mi è balzato subito all’occhio il titolo di un post pubblicato sul blog ufficiale di Google Docs: Shared folders and more in Google Docs. Ho voluto leggere subito il post, per verificare che si trattasse proprio di quello che un po’ tutti chiedevano da tempo: le cartelle pubbliche per condividere agevolmente i documenti tra colleghi/collaboratori/utenti di un dominio con Google Apps, proprio come succede da tempo con le cartelle pubbliche con Microsoft Exchange e Outlook. E, con un po’ di sorpresa, la risposta è: sì, finalmente ci sono le cartelle pubbliche in Google Apps!

Google Docs Shared Folders

In occasione dell’introduzione di altre funzionalità mi sono soffermato sugli aspetti tecnici, del tipo “come fare a condividere i documenti nelle cartelle pubbliche con Google Apps”, ma stavolta approfitterei per qualche considerazione. Se poi dovessi notare un aumento delle visite in ingresso per le chiavi associate a “cartelle condivise” e dintorni, potrei pensare ad integrare questo post.

Nell’esperienza quotidiana, discutendone e confrontandomi con Marco e gli altri amici di Epicentro, ci siamo resi conto che uno dei principali ostacoli all’adozione di Google Apps (o di altre soluzioni di cloud computing) nelle aziende sta nella difficoltà di abbandonare funzionalità  di uso quotidiano, soprattutto nelle organizzazioni più grandi.

Tra le funzionalità che mancavano a Google Apps per arrivare a competere con la soluzione di Microsoft, Exchange, c’erano appunto le cartelle pubbliche (o cartelle condivise: shared folders).

A parte le costanti migliorie alle componenti della suite (Gmail, Google Docs, Google Sites, Google Calendar), negli ultimi mesi alcune funzionalità sono state aggiunte per fronteggiare il colosso (Exchange) con il chiaro intento di offrire un’esperienza d’uso del tutto simile. In particolare, ricordo: l’accesso alla posta da parte di altri utenti autorizzati (la c.d. mail delegation; caso tipico: la segretaria che controlla e gestisce la posta per conto del proprio responsabile); il tool per la sincronizzazione di posta e calendario in Outlook (Google Apps Outlook Sync); e ora, per l’appunto, le cartelle pubbliche.

Ho avuto la fortuna di discutere di questi temi anche con il giornalista Juan Carlos Perez di IDG News Service, in uno scambio di email che è stato poi riassunto ed inserito nel suo articolo Outlook Separation Anxiety Holds Back Google Apps lo scorso mese di luglio, proprio in occasione del rilascio del tool per usare Google Apps con Outlook.

Il luogo comune delle aziende che non sono aperte all’innovazione andrebbe un po’ rivisto, a mio parere.
È vero che ci sono tante organizzazioni restie al cambiamento. Ma ci sono anche molte realtà che seguono con interesse le novità in ambito tecnologico.

La resistenza al cambiamento, a volte, è il risultato di un’analisi costi-benefici, in cui in misura più o meno consapevole vengono considerati anche i costi del cambiamento (“switching costs“), tali da convincere i responsabili IT a bocciare l’introduzione di nuove tecnologie.

Tornando al caso di Google Apps vs. Microsoft Exchange, è indubbio che tante aziende che si sono mosse come innovatori della prima ora, accettando la sfida di adottare al proprio interno una soluzione Web 2.0 (o forse sarebbe meglio etichettarla come SaaS – Software as a Service).

Altre aziende, invece, pur comprendendo la portata dell’innovazione (minori costi di infrastruttura e manutenzione, accesso ai servizi ovunque e in qualunque momento grazie all’interfaccia web, ecc), si sono limitate a seguirne gli sviluppi per adottare le soluzioni di cloud computing quando i benefici sull’organizzazione supereranno i costi totali.

Sarei curioso di sapere se altri hanno avuto le mie stesse impressioni su questi temi.

Per tracciare le campagne, Google Analytics mette a disposizione cinque parametri da aggiungere agli URL, di cui tre sono obbligatori:

1. utm_source [obbligatorio]
   serve ad identificare la sorgente da cui proviene la visita alla pagina monitorata (un motore di ricerca, un nome di newsletter, un sito, o un’altra fonte ancora).
2. utm_medium [obbligatorio]
   va indicato per identificare il mezzo, come può essere l’email, il banner o il CPC (costo per clic).
3. utm_campaign [obbligatorio]
   aiuta a ritrovare facilmente il nome della campagna nei report; la sua utilità è chiara nei casi in cui si susseguano più campagne nel tempo (es. campagne stagionali: primavera, estate, autunno, inverno), ma può essere impiegato praticamente in ogni occasione
4. utm_term
   questo parametro consente di tracciare le parole chiave legate alla campagna e risulta quindi utile per le ricerche a pagamento (keyword advertising)
5. utm_content
   consente di indicare il contenuto del messaggio per differenziare gli annunci o i link che puntano allo stesso URL (ad esempio nei test A/B)

Come riportato da Marco Cilia, i test effettuati da Lunametrics suggeriscono di indicare per primo il parametro utm_source per assicurarsi un corretto monitoraggio.

Se l’account Google Analytics è collegato a un account AdWords, non è necessario inserire i codici nei link AdWords, in quanto la funzione di codifica automatica lo farà automaticamente, aggiungendo un unico parametro gclid all’URL della pagina di destinazione.

Una volta che i parametri saranno aggiunti ai nostri URL, Google Analytics sarà in grado di interpretarli e riportarli correttamente nei report (v. Sorgenti di traffico > Campagne) e nei grafici appariranno come “Altro” tra le sorgenti di traffico.

Campagne con Google Analytics

Grafico sorgenti Google Analytics

Strumento di creazione URL di Google Analytics


Non è necessario imparare tutti i parametri a memoria, perché è sufficiente tenere tra i bookmark lo strumento di creazione URL che Google mette a disposizione. In questa pagina è sufficiente compilare i campi del modulo per ottenere l’URL correttamente formato. Tuttavia, se un URL del tipo

www.miosito.it/categoria/pagina/dettagli.html?utm_source=newsletter&utm=medium=email&utm_campaign=ottobre

sembra un po’ ostico (sì, in effetti lo è), si può ricorrere ad uno dei tanti abbreviatori di URL, come Tinyurl, Bit.ly e concorrenti, che offrono la possibilità di creare indirizzi di facile memorizzazione.

Tracciare campagne con Google Analytics e Google Apps


Per i domini che si appoggiano a Google Apps c’è un servizio gratuito realizzato direttamente da Google Labs: con Google Short Links, disponibile  nel Google Solutions Marketplace, è possibile riscrivere l’indirizzo lungo in uno più corto e semplice da memorizzare, tipo

links.miosito.it/keyword1-keyword2

Per attivarlo, bastano davvero pochi clic all’amministratore del dominio con Google Apps e il servizio è subito attivo. A questo punto basterà associare l’URL “lungo” alla versione “accorciata” e diffondere quest’ultima, col vantaggio di poter diffondere un URL riconducibile al nostro dominio (es. miosito.it) e non ad un servizio di terzi.

Plugin per WordPress

Ci sono molti plugin per integrare Google Analytics in WordPress. Segnalo ad esempio quelli di Joost de Valk o di Jack McIntyre, che offrono la possibilità di monitorare l’attività sui link diffusi tramite RSS.

Pur con poche pagine da gestire e pochi interventi nel blog (ha quattro anni, ma non li dimostra), il risultato era per nulla soddisfacente e richiedeva il doppio della fatica, a causa dei due sistemi separati. Ad esempio, per inserire una modifica qualsiasi nel codice di tracciamento di Google Analytics, bisognava intervenire sia sul blog, sia nelle pagine php. Da qui, la promessa di perdere un po’ di tempo per uniformare il tutto, sfruttando le funzionalità offerte da WordPress.

Dato che la transizione è ormai completata e tutto il sito è ora gestito dal motore di WordPress, semmai tornasse utile a qualcuno, ecco la trafila che ho seguito per usare WordPress come CMS.

Piccola premessa: questo post è stato scritto con riferimento ad un’installazione in lingua italiana di WordPress 2.8. Può darsi quindi che alcune voci di menu e/o impostazioni indicate non siano più valide o esistenti in futuro.

Modificare le impostazioni di lettura

Come già detto, l’installazione di WordPress su questo sito si trovava nella directory /blog. Il mio desiderio era di mantenere il flusso dei post allo stesso indirizzo e avere una homepage differente, con una pagina creata con WordPress.

WordPress consente questa opzione: basta andare, nel pannello di amministrazione, sotto Impostazioni -> Lettura, e indicare la pagina statica che verrà mostrata come homepage e la pagina in cui verranno pubblicati i post. Ecco uno screenshot.

Amministrazione Wordpress: Impostazioni -> Lettura

Semplice, ma questa scelta avrebbe generato un problema, legato ai permalink e al file .htaccess. La pagina statica “blog”, se posizionata nella root (www.ginelli.it/blog), sarebbe coincisa con la directory di installazione di WordPress, causando problemi nella visualizzazione del blog stesso.

Modificare la cartella in cui è installato WordPress

Per risolvere il problema qui sopra, ho deciso di modificare il nome della cartella in cui è installato Wordpress: da /blog a /wordpress. Probabilmente c’erano soluzioni più eleganti e professionali, ma questa mi sembrava rapida e senza rischi.

Modificare le impostazioni generali nel pannello di amministrazione di WordPress

Una volta ri-loggato nel pannello di controllo al nuovo indirizzo (non più /blog, ma /wordpress), è stata la volta della modifica dei parametri presenti sotto Impostazioni -> Generale. In questa pagina, sono presenti due voci, che solitamente coincidono:

• Indirizzo WordPress (URL): inserire l’indirizzo a cui è installato Wordpress
• Indirizzo del blog (URL): inserire l’indirizzo che si desidera utilizzare, nel caso in cui la homepage del blog sia diversa dalla directory dove è installato WordPress.

Nel mio caso, vista la modifica già fatta e il punto di arrivo a cui volevo giungere, ho settato così:


• Indirizzo WordPress (URL): www.ginelli.it/wordpress
• Indirizzo del blog (URL): www.ginelli.it


Modificare i permalink

I permalink (v. nel pannello di WordPress: Impostazioni->Permalink) erano nel formato “Data e nome”. Se non avessi modificato questa impostazione, ora avrei avuto i post all’indirizzo www.ginelli.it/2008/03/14/esempio e non più www.ginelli.it/blog/03/14/esempio.

Ho quindi optato per i permalink  con “Struttura personalizzata”, inserendo i seguenti valori:

/blog/%year%/%monthnum%/%day%/%postname%/.

Aggiungendo “blog”, infatti, i post avrebbero mantenuto il vecchio indirizzo, mentre le altre pagine sarebbero rimaste direttamente dipendenti dalla root del sito. Ad esempio, www.ginelli.it/contatti e non www.ginelli.it/blog/contatti

Spostare i file index.php e .htaccess

A questo punto la cartella di WordPress è stata rinominata, le impostazioni sono sistemate, i permalink pure. È il momento di spostare i file index.php e .htaccess dalla cartella /wordpress a quella principale del sito. Una modifica al codice php del file index.php è però necessaria. La riga

require('./wp-blog-header.php');

deve diventare

require('./wordpress/wp-blog-header.php');


Interventi sul db per percorsi file e immagini

Spostati i file index.php e .htaccess, WordPress è diventato il CMS di tutto il sito, installato sotto /wordpress, mentre il blog è rimasto visibile al suo posto sotto /blog.

Il lavoro non è però ultimato: quando si usa l’editor di WordPress i percorsi delle immagini e degli altri elementi multimediali vengono inseriti nel database. Rinominando da /blog a /wordpress la cartella di installazione, si rende necessaria una bella istruzione SQL sul database per correggere i riferimenti sbagliati.

Ultimi ritocchi: le vecchie pagine statiche con redirect 301

Avendo importato i contenuti delle vecchie pagine php in WordPress, bisogna affrontare un’ultima piccola fatica. Le vecchie pagine php, già presenti negli indici dei motori di ricerca e magari nei bookmark di qualche navigatore, devono redirigere automaticamente alle corrispondenti pagine di WordPress. Ad esempio, la vecchia pagina /form.php è ora /contatti. Come fare?

La risposta si chiama “HTTP header 301″. Con php, le vecchie pagine statiche devono ora redirigere automaticamente alle nuove versioni, grazie alla funzione header(), come nell’esempio:

<?php
header('Location: http://www.sito.ext/nuova-destinazione');
?>

Buona migrazione a tutti!

Per dimostrare le affermazioni, nel post viene fornita l’immagine riportata di seguito, in cui si può notare la differente visualizzazione della medesima email HTML nelle versioni di Outlook 2000 e 2010 (su Flickr si può vedere l’immagine ingrandita).

Outlook 2000 e 2010 a confronto

Per protestare contro la decisione di Microsoft di non aderire pienamente agli standard web, ormai diffusi su tutti i moderni browser e client di posta elettronica, è stato lanciato il sito www.fixoutlook.org.
La homepage del sito raccoglie automaticamente tutti i tweet lasciati sul popolare sito di microblogging Twitter contenenti il link al sito FixOutlook. In questo modo, gli utenti possono esprimere attraverso Twitter il proprio sostegno alla causa del rispetto degli standard web e dare un feedback a Microsoft. La società di Redmond, infatti, per bocca del suo Outlook Product Manager Dev Balasubramanian, si era detta aperta e interessata a ricevere feedback dagli utilizzatori di Outlook, per lo sviluppo della nuova release.

In un solo giorno dal lancio del sito, oltre 20.000 tweet sono stati indirizzati a Microsoft a sostegno della campagna di FixOutlook. Tali da non passare inosservati alla Microsoft, che nel blog ufficiale di Outlook prende atto delle richieste degli utenti e,  mentre motiva le ragioni della scelta di Word come motore di rendering, dichiara il proprio impegno a migliorare il supporto degli standard:

[...] Microsoft welcomes the development of broadly-adopted e-mail standards. We understand that e-mail is about interoperability among various e-mail programs

La risposta di Microsoft è sicuramente di buon auspicio, sebbene su alcuni punti siano già arrivate le osservazioni e precisazioni dei promotori dell’Email Standards Project.

Un esempio reale? Si sono svolte sabato e domenica le elezioni per rinnovare i rappresentanti al Parlamento Europeo, ma in Italia si è votato in molti comuni anche per eleggere sindaci e presidenti di provincia. Prendiamo, dai rispettivi siti, i programmi elettorali del presidente uscente (Felissari, centro-sinistra) e del presidente neo-eletto nella provincia di Lodi (Foroni, centro-destra). Li diamo “in pasto” a Wordle, e il gioco è fatto. Il risultato è qui sotto.

Sembrano simili? Sì, l’ho notato, ma non è un problema di Wordle.

Ho deciso proprio all’ultimo, ma alla fine ce l’ho fatta: parteciperò al WordCamp 2009, l’evento organizzato a Milano dai ragazzi di Wordpress Italy per le giornate di domani (venerdì 22) e sabato 23 maggio. 

Il programma sembra intenso ed interessante, già a partire dai primi interventi della mattinata di domani.

Se qualcuno dovesse passare da quelle parti, mi faccia un fischio che scambiamo quattro chiacchiere.

Ne avevo scritto su questo blog circa un mese e mezzo fa, in occasione della presentazione di questo nuovo programma di certificazione: si tratta di una nuova qualifica, che non va confusa con quella di Google Analytics Authorized Consultant (GAAC), riservata alle aziende; è pensata per i singoli che vogliono in qualche modo dimostrare la propria competenza su Google Analytics.

Ebbene: per i prossimi 18 mesi, a partire da oggi, posso farmi vanto (perdonatemi, ma sono proprio contento) di avere il certificato numero 677, conseguito con un punteggio di 94% (la soglia necessaria per superare il test è del 75%).

Spulciando i blog italiani, ho visto che hanno già superato il test anche Marco Cilia (non avevo dubbi: è per molti, me compreso, il riferimento italiano più autorevole su Google Analytics e dintorni), Simone “Weppos” Carletti (i cui consigli per superare il test sono stati davvero utili), Marco Ziero,  Enrico Pavan, Alessandro Martin e  Tommaso Galli. Insomma: mi trovo davvero in ottima compagnia!

Google Analytics Individual Qualification (IQ) - Mauro Ginelli

Google Analytics Individual Qualification - risultato (94%)

Google Ventures è l’iniziativa di venture capital lanciata in questi giorni da Google, con l’obiettivo di promuovere l’innovazione e incoraggiare le attività di società tecnologiche promettenti, sostenendo diverse start-up attive in vari campi, dalle soluzioni web per il mercato consumer alle aziende di Information Technology, dal clean-tech al biotech, oltre ad altre aree di business.

I due managing partner del fondo, presentati sul sito, sono Rich Miner (già co-fondatore di Android) e Bill Maris: avranno a disposizione, nel primo anno, una somma stimata (via Punto Informatico) pari a 100 milioni di dollari.

Ci sono stati, nelle due giornate, molti interventi ricchi di spunti interessanti. Il mio consiglio, che rivolgo soprattutto a chi non è passato da Parma, è di andare a recuperare sulla pagina wiki del ParmaWorkcamp i materiali (audio, video, slide) degli interventi (NB: in questo momento non sono ancora presenti). Segnalo solo che gli interventi di Epicentro sono raccolti nel mini-sito dedicato al Parma Workcamp.

Intanto ecco qualche foto scattata col cellulare: