Online Marketing Blog | Web Marketing 

Riprendo un argomento che ho affrontato più di un anno fa sul Blog di HTML.it, il titolo è identico a quello del post originale (la ragione la spiegherò tra breve).

La Questione

Nel corso dell’ultimo anno i motori di ricerca sono migliorati molto quanto alla capacità di indicizzare le pagine dotate di query string ( e cioè la parte di url che viene dopo il “?”), ovviamente molto dipende dalla forza intrinseca di un sito (anzianità, link popularity etc. etc.) e dalla quantità di parametri passati nella stringa, ma oggi non è così raro trovare pagine dotate di un url non ottimizzato eppure ben posizionate anche su keyword competitive.

Ad ogni modo, quale che sia la visibilità del nostro sito, è sempre conveniente applicare la riscrittura degli url (anche per ragioni legate all’usabilità) ma nel caso di pagine con query string indicizzate o, peggio ancora, posizionate ci troviamo dinanzi ad alcune difficoltà:

• come preservare i navigatori che per un po’ continueranno a raggiungere vecchi url attraverso i risultati dei motori di ricerca?
• Come velocizzare l’indicizzazione dei nuovi url e rendere l’inevitabile discesa nei posizionamenti il più breve possibile?
• Come evitare che Google consideri le pagine dai nuovi url riscritti alla stregua di cloni delle pagine preesistenti?

Un intervento importante è sicuramente quello di isolare i vecchi url, rendendoli irraggiungibili dagli spider, sostituendo i nuovi url riscritti in tutti i collegamenti della navigazione interna del sito: in questo modo, nel giro di qualche settimana, le nuove pagine *dovrebbero* essere indicizzate automaticamente al posto delle vecchie…però Google è tutt’altro che infallibile quindi, specialmente se ci ritroviamo tra le mani un sito che genera ogni mese diverse migliaia di Euro di fatturato, non è il caso di creare sconvolgimenti di questo genere a cuor leggero.

La soluzione più ovvia a questo problema si chiama Header Redirect 301 (ovvero permanente), in questo modo possiamo indirizzare esplicitamente spider e navigatori dalle vecchie pagine alle nuove.

Evitare i LOOP infiniti

Il grosso problema nel caso del rewriting è che gli url dall’aspetto statico in realtà, negli “internals” di Apache, fanno riferimento all’url con query string originario (in sostanza l’url rewriting è un’operazione di maquillage che non intacca la programmazione alto server se non in modo minimo); quindi nel caso di un ulteriore redirect 301 dall’url con query string a quello “statico” si verrebbe a creare una situazione come quella descritta nell’immagine sottostante, nella migliore delle ipotesi otterremo un errore 500 del server

Diventa quindi fondamentale capire quando il redirect vada effettuato e quando no

• Se l’url con query string viene raggiunto direttamente, ci sarà redirect 301
• Se l’url viene raggiunto a seguito del Rewriting, no

E’ possibile ottenere questo risultato applicando delle variabili “semaforo”, ecco le due sintassi da utilizzare (che cambiano qualora le direttive siano state inserite nel file .htaccess, anzichè direttamente nell’httpd.conf di Apache):

+ Regole per httpd.conf

RewriteEngine On

#Se non c’è query string applico la riscrittura da statico a dinamico
RewriteCond %{QUERY_STRING} ^$

#La regola traduce 11/5.html in index.php?id=11&categoria=5
RewriteRule ^/([^/]+)/([^/]+).html /index.php?id=$1&categoria=$2 [L]

#Se la query string è presente
RewriteCond %{QUERY_STRING} ^(.*)=(.*)&(.*)=(.*)$

#Redirect 301 da in index.php?id=11&categoria=5 a 11/5.html
RewriteRule ^.*$ http://localhost/%2/%4.html? [R=301,L]

Le direttive appena viste sono valide nel file di configurazione di Apache ma in un file .htaccess creerebbero comunque un loop, in quanto le regole al suo interno vengono interpretate ad ogni accesso alle pagine (anche a seguito di una riscrittura).

+ Sintassi da utilizzare in file .htaccess

RewriteEngine On

#Se la query string è assente
RewriteCond %{QUERY_STRING} ^$
#Effettuo il rewriting ed aggiungo una variabile “semaforo” (rew=1) alla query string
RewriteRule ^([^/]+)/([^/]+).html index.php?pagina=$1&categoria=$2&rew=1 [L]
#Se la query string è presente e contiene già la variabile “semaforo”…
RewriteCond %{QUERY_STRING} ^(.*)=(.*)&(.*)=(.*)$
RewriteCond %{QUERY_STRING} !^.*rew=1.*$
#Effettuo il redirect 301 dall’url dotato di query string a quello pseudo statico
RewriteRule ^.*$ http://localhost/%2/%4.html? [R=301,L]

In entrambi i metodi la chiave di volta è rappresentata dalla direttiva RewriteCond, che consente una riscrittura condizionale sulla base del contenuto della query string, da notare anche che i valori catturati con le regular expressions, vengono immagazzinati all’interno delle variabili %1, %2, %n. Gli esempi sono ipotetici ma verosimili, a “http://localhost” va ovviamente sostituito il dominio di turno.

Per ulteriori chiarimenti sulla sintassi ci viene in aiuto la documentazione di Apache sul mod_rewrite.

Anche se ho approfondito alcuni aspetti e modificato completamente il contenuto, ho utilizzato lo stesso identico titolo dell’articolo originale per capire come si comporterà Google confrontando due blog molto differenti tra loro (quanto a forza e link popularity) .