Nel caso di WordPress è possibile impostare Google Analytics per tracciare le ricerche sul nostro blog in pochissimi click, senza neanche intervenire sul template del blog. L’unico requisito è che il blog sià già tracciato da Google Analytics. In caso negativo, vi consiglio l’eccellente plugin Google Analytics for WordPress.

Per abilitare Google Analytics Site Search entrate pannello di controllo di Google Analytics ed accedete alla pagina di modifica del profilo selezionando il collegamento Edit.

Selezionate nuovamente Edit per modificare la sezione Main Website Profile Information e, al fondo, assicuratevi di spostare la selezione su Do Track Site Search.

A questo punto si espanderà una una sezione dedicata alle impostazioni della funzionalità Site Search. Inserite il parametro della query string che identifica una ricerca, nel caso di WordPress corrisponde a s, inoltre vi consiglio di selezionare la voce Yes, strip query parameters out of URL per evitare di ottenere dei report sporcati da altri dati come i valori di x e y del bottone di ricerca.

Una volta salvato il profilo Google Analytics comincerà a tracciare immediatamente le ricerche nel vostro blog. Ci vorrà comunque qualche ora prima che i dati siano visibili nei report.

I dati relativi alle ricerche sono consultabili nella sezione Content > Site Search. E’ interessante tracciare le ricerche eseguite da un utente sul blog per diversi motivi. Ad esempio potete individuare i termini di ricerca più frequenti e scrivere degli articoli dedicati o più specifici.

A seconda del tipo di sito o blog le ricerche possono anche rivelare potenziali bug, problemi di reputation management o curiosi aneddoti sui brand. Nel mio caso, da quando sono passato a WordPress ho scoperto che la query più cercata è Enter search keyword: un chiaro segnale che devo rendere quel box di ricerca più user friendly!

Related posts:

1. Google Analytics
2. Invito Google Analytics: li invia solo Google!
3. Google Analytics più vicino a Urchin 6

Tuttavia, questi motivi sono andati scemando poco per volta a partire dal rilascio di WordPress 2.5 che, lo ammetto, comincia ad essere un bel prodottino. Lasciando da parte l’eventuale massacro che sarebbe la migrazione, vorrei mettere sul piatto pro e contro delle due soluzioni.

E’ probabile che dovrò fare una scelta prima del completamento del nuovo sito, ma preferisco attendere WordPress 2.7 per valutare la nuova piattaforma.

Nel frattempo vi regalo qualche impressione sulle due piattaforme a confronto. Questo non vuole essere il solito post meglio questo o quello ma semplicemente una mia personale riflessione ad alta voce.

Pro di WordPress

Editor WYSIWYG

L’editor di WordPress mi è sempre piaciuto. Intendiamoci, detesto gli editor WYSIWYG, ma l’implementazione di TinyMCE su WordPress mi ha sempre stuzzicato come un’amante perversa.

Anche MovableType ha un editor WYSIWYG a partire dalla release 4.0, ma Six Apart continua ad ostinarsi a svilupparlo in casa offrendo una soluzione che, a confronto, ha la potenza di una pistola paragonata con una testata nucleare.

Linguaggio comprensibile

WordPress è scritto in PHP che, almeno per il sottoscritto, è decisamente più comprensibile rispetto a Perl. Più volte è rimbalzata un’indiscrezione di una possibile riscrittura di Movable Type in Ruby, ma credo che fosse solo una bufala di dubbio gusto.

WordPress non brilla certo per la qualità del codice. Non ci sono unit test, il team di ostina a voler mantenere compatibilità con PHP 4 riempiendo così l’applicazione di hack e workaround senza sfruttare a pieno le caratteristiche di PHP 5. Insomma, un PHP decisamente migliorabile.

Tuttavia, essendo scritto in PHP ho modo di realizzare da me i plugin, correggere eventuali errori e soprattutto indagare perché la funzione che dovrebbe funzionare non funziona.

Aggiornamento automatico

L’introduzione dell’aggiornamento automatico del plugin è stato un vero e proprio colpo al cuore per un fedele di MovableType come il sottoscritto.

L’aggiornamento automatico della piattaforma, previsto per WordPress 2.7, è il colpo di grazia, un’orgasmo informatico che da solo vale l’intera release.

Velocità

MovableType non ha mai brillato per velocità, soprattutto in alcune funzioni come il modulo di ricerca. Più volte mi sono ritrovato di fronte ad una triste pagina di internal server error causata da sovraccarico del server (e relativa policy di Dreamhost di killare tutti i processi attivi oltre un limitato periodo di tempo). La funzionalità di ricerca di WordPress è rapida, l’amministrazione quasi immediata e la pubblicazione dei post non richiede rebuild, come recentemente introdotto da MovableType.

La scrittura statica dei template di MovableType è un’ottima soluzione per risparmiare risorse ma alcune letture mi hanno confermato che diversi plugin per WordPress introducono supporto evoluto al caching in grado di soddisfare anche i palati più esigenti.

Certo, se solo il listing di un post non richiedesse 18 query…

Community

La community è senza dubbio uno dei punti di forza di WordPress, da sempre.

La community ha prodotto centinaia di plugin di qualità, la rete è piena di tutoria e guide dedicate a WordPress che permettono di sviscerare la piattaforma in ogni suo dettaglio. La community ha creato software ad hoc per WordPress, un sistema di gestione via iPhone e decine di altri gadget gustosi.

Automattic è particolarmente attento alla community e le acquisizioni di Gravatar, IntenseDebate e PollDaddy sono un’ottima dimostrazione della volontà di crescere e migliorare costantemente la piattaforma.

Senza dubbio un ottimo punto a favore di WordPress!

Cosa mi dispiacerebbe abbandonare

Amministrazione Utenti

Un’eccellente sistema di gestione dei permessi e degli utenti… ma che cavolo, scrivo solo io su questo blog!

Multiblog

Qui arriviamo al punto dolente, uno dei principali motivi (se non il principale) che mi ha tenuto lontano da WordPress fino ad oggi e che continua a giocare un ruolo importante nella scelta: il multiblog.

Ogni installazione di WordPress gestisce un blog ed uno solo, salvo plugin, accrocchi o stratagemmi vari.

MovableType invece gestirsce illimitati blog in contemporanea consentendomi di condividere risorse, template ed elementi tra le varie istanze in modo del tutto trasparente. Una installazione, illimitati blog.

Gestione TrackBack e Commenti

Su questo punto WordPress ha ancora molta strada da fare. La gestione dei commenti e dei trackback in MovableType è decisamente più evoluta e permette di visualizzare, moderare e gestire questi due tipi di feedback in modo più efficace.

Non per ultimo, l’interfaccia di scrittura dei post consente di indicare URL per l’invio dei trackback, mentre lato amministrazione è possibile abilitare/disabilitare le funzionalità o alterarne il comportamento.

Template Tag

Anche se WordPress mi consente di utilizzare PHP, i template Tag di MovableType sono un’inestimabile risorsa. Permettono di interagire con praticamente qualsiasi contenuto del blog in modo semplice ed efficare.

Non nego che siano complessi da imparare, ma una volta memorizzati permettono di scrivere un template decisamente più pulito di quelli di WordPress.

Gestione dei template

La gestione dei template è sempre stata molto soggettiva. Conosco decine di utenti ai quali viene il mal di testa al solo pensiero di aprire il pannello di MovableType, ma vi assicuro che il sistema offre funzionalità molto più evolute rispetto a WordPress.

Il pannello di modifica di un template di WordPress si limita ad aprire un’area di testo infilandoci dentro il contenuto del file corrispondente. La gestione dei template di MovableType è gerarchica rispetto al blog e agli altri blog disponbili.

E’ possibile creare template e moduli (tipo i parziali in Rails), associare a ciascuno operazioni di caching e di pubblicazione personalizzate, creare illimitati nuovi template per generare feed, pagine e listing in pochi click usando i template tag.

Eh sì, la gestione dei template mi mancherebbe proprio!

E se io non volessi MySQL?

Recentemente in azienda abbiamo iniziato la migrazione della infrastruttura database a PostreSQL, conosciuto come il più evoluto database open source.

I risultati non si sono fatti attendere sia dal piano delle performance che dell’affidabilità.

MovableType supporta nativamente MySQL ma anche SQLite e PostreSQL. WordPress invece consente solo di utilizzare MySQL e l’intera architettura è strettamente fusa con il programma, rendendo impossibile oltre che improbabile il supporto futuro ad altri database.

A pari merito

Upload

La gestione e upload di risorse esterne è notevolmente migliorata nelle ultime versioni di WordPress e supera di gran lunga in semplicità e caratteristiche la versione base di MovableType. Tuttavia, su quest’ultimo ho da tempo installato Better File Uploader colmando (e superando) così il divario tra le due piattaforme. In fin dei conti, posso attribuire un pareggio.

Gestione Post e Pagine

Escluse differenze cosmetiche e minimamente funzionali, la gestione dei post e delle pagine si equivale su entrambe le piattaforme. Leggermente più evoluta, a mio avviso, l’interfaccia per la scrittura dei post in Movable Type 4.2 rispetto a WordPress 2.6, ma presumo che le cose potrebbero cambiare con WordPress 2.7.

Per ora un meritato pareggio.

Antispam

Akismet è da sempre il compagno fedele di WordPress fin dalle prime versioni. Da un paio d’anni è disponibile un plugin ufficiale anche per MovableType che adotto per impostazione predefinita su qualsiasi istanza della piattaforma.

Anche in questo caso un pareggio, nonostante vorrei sottolineare ancora una volta che la gestione dei commenti offre maggiore flessibilità su MovableType. In questo caso è possibile determinare il peso di Akismet nel processo di valutazione del commento e limitare eventuali falsi positivi.

In conclusione

Anche se avrei potuto andare avanti ancora per un po’, direi che ci sono sufficienti spunti di riflessione.
Giusto per confondermi le idee… voi perché avete scelto WordPress o MovableType?

Related posts:

1. Technorati Template per Movable Type
2. La struttura a tag di Movable Type 3.3
3. Crea la tua sitemap con Movable Type

Ieri, per varie ragioni che al momento è precoce documentare, ho deciso di configurare una nuova installazione di WordPress.
Questa volta, rispetto alle altre, c’era una grado di difficoltà maggiore: ho deciso di darci sotto con la personalizzazione dei template… non l’avessi mai fatto!
Lasciatemelo dire: il codice del template engine di WordPress (ma non solo lui) avrebbe bisogno di una bella spolverata!

Reduce dalle pulizie invernali su MovableType mi sono attivato per ridurre un po’ il codice duplicato anche nel blog basato su WordPress, prima della sua pubblicazione online.

Presto mi sono accorto che:

1. Le variabili PHP inserite in un qualsiasi template non sono accessibili da un altro template, neanche se incluso nel precedente. Secondo l’approccio attuale di WordPress dovrei usare una variabile global (argh!)
2. Anche in pagine dove è previsto un solo post, come single.php, i post vengono rappresentati come array di elementi.

   <?php if (have_posts()) : while (have_posts()) : the_post(); ?>
   
   // per poter utilizzare in seguito
   
   <?php echo the_title() ?>
   <?php echo get_permalink() ?>
   <?php the_content('Continue Reading &raquo;'); ?>

   In Movable Type una situazione simile semplicemente non esiste. Ogni pagina il cui scope è un post ha automaticamente accesso a tutte le variabili dei post, comodamente richiamabili con i tag messi a disposizione

   <mt:EntryTitle />
   <mt:EntryPermalink />
   <mt:EntryBody />

   Non mi soffermo poi sulla incoerenza di alcune nomenclature. Fermo restando che trovo i “tag” di WordPress abbastanza intuitivi, non mi è chiaro perché io chiamo the_title(), the_content() e ad un certo punto mi trovo get_permalink().

3. La quantità di codice PHP presente per azioni dove potrebbe essere evitato è impressionante.
   Si veda ad esempio la seguente porzione di codice per mostrare i possibili status dei commenti: 

   <p class="centered">
   <?php if (('open' == $post-> comment_status) && ('open' == $post->ping_status)) {
   // Both Comments and Pings are open ?>
   You can <a href="#respond">leave a response</a>, or <a href="<?php trackback_url(); ?>" rel="trackback">trackback</a> from your own site.
   
   <?php } elseif (!('open' == $post-> comment_status) && ('open' == $post->ping_status)) {
   // Only Pings are Open ?>
   Responses are currently closed, but you can <a href="<?php trackback_url(); ?> " rel="trackback">trackback</a> from your own site.
   
   <?php } elseif (('open' == $post-> comment_status) && !('open' == $post->ping_status)) {
   // Comments are open, Pings are not ?>
   You can skip to the end and leave a response. Pinging is currently not allowed.
   
   <?php } elseif (!('open' == $post-> comment_status) && !('open' == $post->ping_status)) {
   // Neither Comments, nor Pings are open ?>
   Both comments and pings are currently closed.
   
   <?php } ?>
   </p>

   Qualcosa più tag oriented sarebbe auspicabile.
   Un occhio alla concorrenza rivela EntryIfCommentsOpen, EntryIfAllowComments e EntryIfAllowPings.

Non so voi, personalmente sento molto la mancanza di una struttura più orientata agli oggetti che consenta di ottenere un oggetto Post ed invocare su di esso i metodi necessari (tag).
Personalmente ritengo che un progetto come WordPress avrebbe molto da guadagnare in termini di fluidità del codice da un approccio più object oriented.

Tra i vari pensieri sparsi, mi chiedo quando e se è previsto l’abbandono del supporto a PHP 4, una delle principali cause (a mio avviso) dell’arretratezza del codice di WordPress.
Ricordo ancora l’intervento di Matt, in occasione dell’annuncio che ha decretato il termine del supporto di PHP 4, fissato per il 31 Dicembre. Matt non mi sembrò così entusiasta, o meglio, non mancarono le critiche rivolte al team di sviluppo di PHP.

Prima di concludere questi pensieri sparsi, vi lascio con una semplice classe (compatibile solo con PHP 5) scritta ieri in un paio di minuti per sopperire al problema del punto 1.
Si chiama TemplateConfig e, sostanzialmente, non è altro che un oggetto singleton che si preoccupa di tenere traccia di arbitrarie configurazioni che desiderate utilizzare nei vari template.
Mi rendo conto che non è particolarmente amichevole per i non addetti ai lavori, magari qualcuno potrebbe prenderne spunto per un plugin… :P. Inoltre, andrebbe leggermente migliorata per eseguire la validazione dell’input.

<?php

class TemplateConfig {

protected $_properties = array();
protected static $_instance;

public static function getInstance() {
if (self::$_instance === null) {
self::$_instance = new self;
}
return self::$_instance;
}

public function __get($name) {
if (isset($this->_properties[$name])) {
return $this->_properties[$name];
} else {
return null;
}
}

public function __set($name, $value) {
$this->_properties[$name] = $value;
return $this;
}
}

Inserite la definizione della classe all’interno del file functions.php presente nella cartella del vostro template, in wp-content/themes/NOME_DEL_VOSTRO_THEME. Se il file non c’è, createlo. Verrà caricato in automatico da WordPress e consentirà di avere accesso alla libreria nei vostri template.

Ecco un esempio di utilizzo.
Immaginate di voler mostrare una piccola intro, scritta nel file header.php, solo in alcune pagine del blog.
Normalmente questo non sarebbe possibile senza avere accesso a qualche funzione particolare.
Ci vuole una variabile, vero/falso, che dica a WordPress: stampa l’intro, non stampare l’intro.

All’inizio delle pagine dove volete mostrare la intro, ad esempio 404.php e index.php, prima del richiamo di wp_header(); inserite la variabile interruttore.

<?php

// recupero l'istanza singleton dell'oggetto
$instance = TemplateConfig::getInstance();
// setto la variabile
$instance->intro = true;

// o più semplicemente
TemplateConfig::getInstance()->intro = true;
?>

Ora aprite il file header.php ed utilizzate un controllo sulla variabile per stampare o meno la intro.

<?php if (TemplateConfig::getInstance()->intro): ?>
<p>Questa è una intro da visualizzare solo in alcune pagine.</p>
<?php endif; ?>

Per semplificare ulteriormente la vita ai non addetti ai lavori potrebbe essere utile aggiungere due tag più user friendly che consentano di scrivere qualcosa tipo:

<?php set_template_var('intro', false); ?>

e recuperare il valore con

<?php get_template_var('intro', false); ?>

nascondendo completamente l’uso della classe e dell’istanza singleton.

Related posts:

1. Technorati Template per Movable Type
2. WordPress Plugin: Sitemap con WordPress
3. Pensieri sparsi sul nuovo Microsoft Webmaster Center

Ogni tanto, giusto per sport, mi capita di rovistare nel cestino per un non so quale motivo, proprio come oggi. Un commento nello specifico ha attirato la mia curiosità. Non per il contenuto, non per l’autore… ma per la sua lunghezza!

Credo che sia il più lungo commento di spam che abbia mai visto.
E voi? Avete mai tenuto traccia di quanto lunghi (e/o frequenti) siano i commenti di SPAM sul vostro blog?

Ah, a proposito… il mio è lungo 92254!

Related posts:

1. Sono allergico ai commenti SPAM – Parte 2
2. Lo sapevate che l’85%…
3. Quando avere un ranking alto non è un vantaggio

Cominciamo dalla dashboard, ovvero dal pannello di controllo iniziale.
Il layout è completamente cambiato, così come l’organizzazione dei menu.
Al centro potete notare un grafico dinamico che mostra il trend dei commenti, dei post e dei tag.

I due screenshot seguenti provengono invece dal pannello di scrittura dei post.
Il primo è il classico pannello di editing con una comune textarea.

Molti utenti hanno criticato nel tempo l’assenza di un editor WYSIWYG per Movable Type.
Nonostante fossero disponibili almeno un paio di plugin, Movable Type 4 ha integrato all’interno un editor completo.

Ecco lo screenshot.

Nei prossimi giorni continuerò ad esplorare MT4, sono estremamente incuriosito!
Qualcuno di voi lo ha già provato? Che ve ne pare?

Related posts:

1. Movable Type Plugin: editor di post potenziato con MT Quicktags
2. Akismet alla prova su Movable Type
3. Movable Type Hack: da Keywords a Tag

Attenzione, è importante sottolineare che JavaScript Quicktags, e di conseguenza MT Quicktags, non è un editor WYSIWYG, bensì una soluzione per agevolare la scrittura dei post a chi normalmente fa uso dell’interfaccia base di Movable Type.

Una soluzione leggera ed efficace, ad esempio, per i classici ultimi ritocchi prima della pubblicazione.

Nota a margine. Cesareee, se ci sei batti un colpo… il plugin è muy comodo! ;)

Related posts:

1. Movable Type Plugin: registrazione per commenti
2. Movable Type Plugin: Upload senza confini con Better File Uploader 2.0
3. Movable Type Hack: da Keywords a Tag

Il suo scopo è semplicemente quello di gestire correttamente il reindirizzamento dell’utente tra l’URL del sito con www e quello senza. Una volta scelta la versione preferita, ad esempio www.simonecarletti.com, tutte le richieste indirizzate a simonecarletti.com verranno automaticamente instradate al primo URL.

I vantaggi sono

• evitare contenuti duplicati agli occhi dei motori di ricerca
• gestire al meglio la configurazione del sito web
• concentrare link in ingresso e quant’altro ad un unico host

E’ possibile ottenere lo stesso risultato via .htaccess o, nel caso di Google, impostando la versione preferita attraverso Google Webmaster Tools.

Related posts:

1. WordPress Plugin: Sitemap con WordPress
2. WordPress Plugin: WordPress + Matematica = no SPAM
3. Digg: plugin WordPress revenue sharing ed altri articoli

980km nasce come blog focalizzato sul Web a 360°: sviluppo, motori di ricerca, marketing, design e web analytics.

980km ha rappresentato per me qualcosa di realmente speciale, ora mi auguro che, in altra forma, continui ad essere il limite non tanto a cui tendere quanto da cui ripartire.

In bocca al lupo Johnnie. :)

Related posts:

1. The Search Engine Marketing Weblog va in pensione
2. Il blog colpisce ancora tra le aziende Web/SEM
3. Composizione URL: URL Statici vs URL Dinamici

Innanzi tutto quando un blog diventa un punto di riferimento è normale che venga citato all’esterno.
Nuovi contenuti pubblicati significa ulteriori probabilità di comparire nei risultati dei motori di ricerca ed ottenere popolarità.

Da non sottovalutare come la disponibilità di un blog permetta di accedere a canali specifici normalmente riservati, come directory per blog o feed.
Se queste poche righe vi hanno incuriosito consiglio la lettura dell’articolo Blogging to Gain Back Links.

Anche nel vostro caso il blog si è rivelato valido per questo scopo?

Related posts:

1. Blog italiani sul marketing
2. Trucco per guadagnare PR
3. Blog all’asta su Ebay

Eppure, credevo che fosse stato chiaro che non amo lo SPAM. Non amo neppure cloni, duplicati e mirror ma devo essere sincero, un po’ di diverto a fare lo SPAM Buster.

Cari lettori, la storia di oggi riguarda l’ennesimo commento di SPAM inutile. Siccome è, per l’appunto, l’ennesimo ho deciso che da oggi i più interessanti saranno pubblicati su questo blog con duplice scopo

• aiutarvi a capire come scovare i commenti SPAM
• dare un po’ di filo da torcere a quanti decidono di usare i blog come monnezzaio di link

Il commento incriminato

Commento SPAM in moderazione

Ore 19.19 ricevo un nuovo commento al post Movable Type: link diretto al sito di chi commenta, questo il contenuto.

Ciao Simone,
come mai questa scelta di togliere il nofollow dai link ?

Il commento pare a posto: Akismet lo segnala come ham, il sito è pulito ed anche la corrispondenza commentatore IP eppure una cosa mi insospettisce. Perché quella strana domanda quando nel post stesso è linkata la risposta? Semplice distrazione, penso io, ma per scrupolo visito il sito.

Apro l’URL www.hotelsottolestelle.it e scopro che, casualmente, la struttura ha sede a Carovigno, la stessa keyword che l’utente ha usato come nome utente per commentare.

Qui gatta ci cova, ma non sono ancora convinto. Il prossimo passo è cercare online informazioni sul sito www.hotelsottolestelle.it e vedere se è il primo commento di questo tipo o c’è altro. Il primo risultato della mia ricerca presenta un sito su Libero Blog dove i primi due commenti sono al quanto strani.

Altri commenti SPAM su Libero dello stesso utente

Il primo utente si firma Carovigno e presenta nel commento lo stesso link che è stato usato sul mio sito. Bingo, dico io, preso in pieno. Ma non è tutto, l’indirizzo in firma all’utente prestiti è lo stesso utilizzato per firmare il commento sul mio blog.

A questo punto non ho più dubbi e giusto per curiosità mi accingo a leggere da dove è arrivato questo commentatore frettoloso. Un’occhiatina ai log del server ed ecco scoperto l’arcano. Risultano ben 35 hits al mio server dall’IP in questione. Bypassando le inutili, ecco le più interessanti:

Accessi individuati dal file di log

Come potete notare l’utente è approdato nella pagina nofollow, trackback & gadget ricercando su Google la query blog nofollow per la quale, udite udite, sono in prima posizione! Poi l’utente ha cercato una qualche pagina correlata, ha navigato tra le pagine del blog e grazie al trackback è arrivato alla pagina finale. Lì ha scelto di porre il suo commento, come potete notare dal penultimo log dove il metodo della chiamata non è GET bensì POST ovvero invio di dati al server. L’ultima hits tracciata è la pagina di conferma di inserimento del commento: l’utente abbandona il sito.

Caro utente Carovigno aka www.hotelsottolestelle.it , il commento è stato rimosso in linea con il disclaimer che, seppure in inglese, avvisa la mia poca tolleranza a questi fenomeni di link building.

Related posts:

1. Frutta archeologica: lo SPAM non è gradito
2. Chi c’è l’ha più lungo?
3. Blogger risponde allo SPAM