SEO dinamico, SEO statico (II)

A questo punto gli URL possono essere "standard" o "clean" e contenere o no dei parametri.

• Un esempio di url standard:

  http://www.dominio.com/store/index.asp

• dove la versione clean sarebbe:

  http://www.dominio.com/store/

• per la versione standard con parametri:

  http://www.dominio.com/store/index.php?id=123

• e la versione clean:

  http://www.dominio.com/store/nome-prodotto.html

Questo è un esempio molto semplice, una struttura e-Commerce che gestisce un piccolo catalogo dove le pagine potrebbero essere create manualmente, risorse statiche che sappiamo rispondono più velocemente alla richiesta http, cioè alla chiamata da un browser, tanto per intenderci.

Da quando il gioco è diventato duro, e la gestione di grossi cataloghi è passata alla versione dinamica attraverso gli script: cgi, PHP, ASP, etc., gli sviluppatori usano i parametri per costruire le visualizzazioni del catalogo in modo dinamico per l'appunto. I parametri ci aiutano a chiamare uno script che recupera da un database l'informazione richiesta.

L'utilizzo di parametri con valori numerici risponde a un solo motivo: le "query" (ovvero le chiamate ai database) sono molto più veloci se il valore della variabile è numerico, molto più lente se il valore è testuale ovvero alfanumerico. Per esempio, se cerchiamo la pagina numero 334 in un grosso libro riusciremo a trovarla più velocemente che cercando per il titolo del capitolo, perché cercando per titolo dovremmo partire dalla pagina 1 fino alle 333... 334 perdendo un sacco di tempo. Per fortuna i libri hanno un indice, come i database ;) . Nonostante la ricerca numerica sia più veloce, presenta comunque alcuni problemi: prima di arrivare alla pagina 334 non sappiamo di cosa si parlerà e poi non tutte le pagine 334 di tutti i libri che esistono in tutte le lingue sono uguali. Il "non conoscere" a monte cosa andremo ad incontrare spiazza tanto gli utenti quanto i motori di ricerca. Ricordiamoci inoltre che nei processi di ricerca la velocità è fondamentale, non a caso è uno fra i principali motivi di successo di Google. Come ho detto nel primo post lascio perdere i motori di ricerca, concentrandomi sugli aspetti fondamentali dello sviluppo web.

Allora, qual è la cosa migliore da fare? Pulire gli URL, cioè utilizzare sempre "URL clean" indipendentemente dal metodo di sviluppo scelto. Da notare però che nelle guide SEO si parla spesso del rewrite come la cura per una malattia e non come un metodo per l'URL clean. Sarà forse per far lavorare i SEO sugli errori degli sviluppatori? :)

Sul rewrite, ovvero la riscrittura degli URL, tornerò a parlare in un altro post, per ora termino con gli URL.

Usare gli URL clean non vuol dire usare il modo rewrite, vuol dire scrivere gli URL in modo "descrittivo", cioè "parlanti". Questa pratica però non ha un riscontro con il ranking delle vostre pagine nei motori di ricerca, almeno non direttamente. I vantaggi si presentano a cascata e potrebbero facilitare un eventuale miglioramento nel ranking. Mi spiego meglio, gli URL clean migliorano la "user experience" che insieme a dei contenuti utili e di qualità determina un "consolidamento del traffico", consolidare il traffico vi aiuterà a creare "fiducia" o "trust" sulle vostre pagine/sito e così finalmente candidarvi per guadagnare posizioni privilegiate nel ranking. Per questa ragione un'attività di Web marketing non può dipendere soltanto dai motori di ricerca, bisogna "farsi trovare" non "farsi cercare"! Il Web Marketing è molto più complesso e più completo di fronte al Search Marketing inteso come visibilità nei motori di ricerca (visibilità se vieni cercato, altrimenti oscurità). Ma questa è un'altra storia...ovvero materiale per un altro post, anzi, per tanti altri post.

Pagine dinamiche, pagine statiche Ora sappiamo che gli URL possono chiamare 2 tipi di risorse:

• Pagine statiche, ovvero un file vero e proprio residente in una directory nel server che però non viene processato dal Web Server
• e pagine dinamiche ovvero file contente degli script processati dal Web server prima del output definitivo.

Come differenziarle? Sicuramente non con l' URL. Come fa notare Carlo sul suo commento, in 980km uso l'estensione .html per creare un albero logico, cioè, questo indirizzo è alla fine del percorso, mentre www.980km.com/category/ è una directory aperta a contenere altri indirizzi di fine percorso.

Si riconoscono dall' intestazione http. I file statici ci fornisco un dato: Last Modified, il quale ci indica l'ultima data in cui è stato modificato il file, mentre i file dinamici, processati dal Web server, vengono creati al volo e quindi non hanno il dato: Last Modified, l'ultima modifica è uguale alla data attuale, la data della richiesta http.

Per gli ultra-smanettoni, il dato Last Modified può essere modificato nei file dinamici, come ho avuto modo di dimostrare ancora tempo fa ad un mio ex-collega SEO. Se usate il plugin Live HTTP headers per Firefox potete constatare che questo file http://www.tumbapi.com/last-modified.asp è stato creato il 12 ottobre 1492. Data storica per tutti noi americani!

Attenzione ai bambini: non fare uso improprio del Last modified :)

Nel prossimo post: Il metodo "Delta" e rewrite!