<\/a>MODO DUE<\/h2>\nImmagini con URL “Magici”<\/h2>\n
Stando alle informazioni in mio possesso, questa tecnica innovativa non è mai stata descritta prima d’ora<\/b> (anzi, credo che nessuno l’abbia mai usata, ancora). Se avete informazioni che smentiscono questa affermazione, lasciatele nei commenti \ud83d\ude42 <\/p>\n
Diciamoci la verità<\/b>: per quanto possiate esser bravi a costruire la landing page suggerita poc’anzi, la grande maggioranza dei webmaster non vi presterà attenzione: vi “ruberanno” comunque l’immagine con un hotlink, senza darvi in cambio link nè attribuzione, lasciandovi soli a fare i conti con le vostre spese per la banda.<\/p>\n
È deprimente<\/em>, non è così?<\/p>\nE se invece voi aveste un modo per… diciamo… COSTRINGERLI a darvi ugualmente un backlink quando vi hotlinkano<\/em>, “combattendoli” sul loro stesso campo di battaglia?<\/p>\nSe, per esempio, vi dicessi che c’è un modo per scrivere direttamente nell’URL dell’immagine, che i webmaster copiano<\/b> dalla barra degli indirizzi, un codice HTML che, incollato in una pagina web, crea il backlink<\/b> anche se il webmaster di turno voleva solo creare un hotlink all’immagine sul proprio sito?<\/p>\n
Guardate lo screenshot (avete già capito?):<\/p>\n
![\"Backlink](\"\/wp-content\/uploads\/5-linkinurl.jpg\")
<\/p>\n
Ebbene, ve lo dico: ESISTE UN MODO PER FARE CIÒ (è difficile, ma funziona molto bene)!<\/p>\n
La Logica dell’URL Magico<\/h3>\n
Ecco il principio di funzionamento delle Immagini con URL Magici: <\/p>\n
\n- Un webmaster cerca un’immagine con l’intenzione di creare un hotlink: trova la vostra sul motore di ricerca, e vi clicca<\/li>\n
- Voi sapete, dal referrer, che arriva da http:\/\/images.google.com\/bla-bla-bla<\/em> (o un qualsiasi altro motore tra quelli che avete scelto)<\/li>\n
- In questo caso, e solo in questo, voi modificate l’URL visualizzato dell’immagine che vede, da così\n
http:\/\/example.com\/image.jpg<\/pre>\n a così (è solo l’URL a cambiare, non il contenuto dell’immagine):<\/p>\n
http:\/\/example.com\/image.jpg?foo="><a href="http:\/\/www.example.com">Anchortext<\/a><\/pre>\n<\/li>\n
- L’utente copia questo URL e lo incolla nella sua pagina web<\/b> (lo incollerà all’interno dell’attributo SRC del suo tag <IMG>)<\/li>\n
- Il suo codice HTML diventa da così\n
<img src="http:\/\/example.com\/image.jpg"><\/pre>\n a così (notate la prima chiusura del tag IMG: sta prima del codice del link)<\/em>:<\/p>\n<img src="http:\/\/example.com\/image.jpg?foo="><\/span><a href="http:\/\/www.example.com">Anchortext<\/a><\/span>"><\/span><\/pre>\n<\/li>\n- La pagina web dell’utente presenterà un hotlink funzionante alla vostra immagine, ma anche un link testuale cliccabile<\/b> appena dopo l’hotlink (e il codice HTML del link si troverà fuori dal tag immagine<\/b>)!<\/li>\n<\/ol>\n
Efficacia<\/b>: Alta (La maggior parte degli utenti non noterà la “stranezza” nell’URL dell’immagine, e spesso non farà caso a cosa c’è nella propria pagina), ma dipende dal target di riferimento<\/p>\n
Correttezza<\/b>: Molto bassa a mio parere (Si tratta di agire contro la volontà degli utenti, ingannandoli, e causando oltretutto anche piccoli problemi nel design delle loro pagine web)
\n Difficoltà<\/b>: Alta (È necessario mettere le mani in diversi punti nei file del sito ed in quelli di configurazione del server)<\/p>\nPro<\/h4>\n\n- Funziona benissimo, il che significa Molti Backlink da fonti nuove e diverse (che si traducono in un vantaggio competitivo per voi)<\/li>\n<\/ul>\n
Contro<\/h4>\n\n- È necessario creare una pagina intermedia per forzare un redirect in Javascript<\/li>\n
- Per non complicarti ulteriormente la vita dovrai richiamare l’immagine, nella versione con URL Magico, aggiungendo una querystring con un parametro “fuffa” – e sarà questo l’URL al quale verrà hotlinkata<\/em> l’immagine<\/li>\n
- Funziona solo con Microsoft Internet Explorer (anche la nuova versione 7)<\/li>\n
- Per quel che ne so, non funziona con Apache nelle versioni della serie 2<\/li>\n
- Potresti generare conflitti nel setup del tuo web server (solo in Apache, la possibilità è remota)<\/li>\n
- Potresti dover affrontare potenziali buchi di sicurezza nel tuo web server (di nuovo, solo Apache)<\/li>\n
- Potrai fornire solo un anchor text privo di spazi<\/b> per il backlink con il tuo URL magico (ancora una volta solo Apache, non si ha questa limitazione con i server Microsoft IIS 5.0)<\/li>\n
- È moralmente scorretto. (ma qui, lo sono anche gli hotlinkers…)<\/em><\/li>\n<\/ul>\n
COME SI FA<\/h3>\nPre-requisiti<\/h4>\n
Come anticipato, questa tecnica necessita di alcune configurazioni specifiche (ma molto comuni) del web server e del client browser per funzionare.<\/p>\n
Riguardo al client<\/b>, qualsiasi versione di Microsoft Internet Explorer (MSIE) dalla 5 to 7 è adatta. Ho testato il tutto in ambiente Windows XP (quindi parliamo dell’ambiente di gran lunga più utilizzato, oggi, in ambito di web surfing).<\/p>\n
Riguardo al server<\/b>:<\/p>\n\n- Ho condotto i miei test con un web server Apache 1.3.33, ma dovrebbe funzionare con qualsiasi Apache della serie 1.3 a partire dalla versione 1.3.27 (dovrebbero andar bene anche versioni precedenti). Per ogni test il protocollo attivo per default era HTTP\/1.1 (il più comune).<\/li>\n
- Dovrai editare il tuo file di configurazione httpd.conf (.htaccess da solo non è sufficiente) – e applicando ciò che vado a descrivere, stai probabilmente esponendo il tuo server a buchi di sicurezza a meno che tu non sappia ESATTAMENTE ciò che stai facendo… Presta attenzione, e se non sei sicuro chiedi al tuo reparto IT, prima di applicare modifiche su un server in produzione.<\/li>\n
- Sulle macchine Windows\/IIS non dovresti avere questi problemi, e probabilmente non avrai bisogno di apportare modifiche alla tua configurazione (ho eseguito i miei test con server Microsoft IIS versione 5.0).<\/li>\n<\/ul>\n
Cosa c’è dietro la tecnica dell’URL Magico<\/h4>\n
Questo trucco è possibile dal momento che Internet Explorer non esegue l’escape<\/b> di alcuni caratteri (inclusi gli spazi) negli URL in determinate circostanze: infatti, IE esegue l’escape degli spazi (li trasforma in “%20<\/em>“) sia in seguito a redirect server-side e sia in presenza di redirect con Meta Refresh, anche quando gli spazi nell’URL di destinazione sono serviti senza codifica, ma -attenzione- non esegue l’escape degli spazi e di altri caratteri in seguito a redirezioni in Javascript<\/b> (invece Firefox, per esempio, esegue sempre l’escape).<\/p>\nQuesto comportamento verrà sfruttato predisponendo una pagina intermedia con un Javascript che redirigerà ogni immagine che riceve un click da una SERP di immagini (controlleremo questa condizione lato server grazie al solito rewrite<\/em>) verso lo stesso URL immagine, ma aggiungeremo a quest’ultimo una querystring, priva di escape<\/b>, con un parametro “fuffa” che contiene il nostro HTML “subdolo” (il quale, se copiato dentro l’attributo SRC di un tag IMG, lo chiuderà ed aggiungerà, dopo la chiusura, il codice del backlink, come descrito sopra<\/em>).<\/p>\nIl parametro “fuffa” è necessario, perchè è di gran lunga più semplice mantenere invariato il nome del file immagine<\/b> lasciando l’HTML “magico” all’interno solo della querystring (altrimenti, dovreste modificare ulteriormente il rewrite).<\/p>\n
Inoltre, in Apache sarà necessario disabilitare il Controllo dell’Integrità del Protocollo (Protocol Integrity Check). Se lasciassimo attivo questo controllo (che è il comportamento di default in Apache a partire 1.3.27), Apache leggerebbe la parte di URL che segue il carattere “spazio” nella richiesta come se fosse l’indicazione del protocollo HTTP, e questo genererebbe un errore HTTP 400 – Bad Request<\/b>, in quanto di fatto viene dichiarato un protocollo HTTP non valido. <\/p>\n
Quanto descritto è anche la ragione per la quale si può fornire solo un anchor text privo di spazi: si ha a disposizione un solo spazio (quello prima di ciò che viene interpretato come protocollo HTTP da Apache), e lo dovremo utilizzare per separare “a” da “href” nell’URL magico. Ogni ulteriore spazio verrebbe codificato in %20<\/em> prima di essere inviato al client (tutto ciò non si applica a Microsoft IIS 5.0)<\/p>\nIl Set-up <\/h4>\n
Come nell’esempio precedente della “Landing Page Fantasma”, è innanzitutto necessario eseguire un rewrite<\/b> di tutte le immagini in modo da servirle attraverso uno script di controllo. È possibile utilizzare il file .htaccess<\/b> come illustrato in precedenza, solo che questa volta è meglio aggiungere un controllo condizionale sull’user agent del browser (che però può trovarsi anche nello script.php, se volete):<\/p>\nRewriteEngine On\nRewriteCond %{HTTP_USER_AGENT} ^MSIE.*<\/b>\nRewriteCond %{REQUEST_URI} (.*).(jpg|jpeg|gif|png|bmp)$ [NC]\nRewriteRule (.*) \/script.php?imgpath=$1 [PT]\n<\/pre>\nA questo punto si può usare lo script.php<\/b> illustrato in precedenza, con qualche modifica (si veda il codice di esempio più in basso).<\/p>\n
Questa volta però, invece di mostrare la landing page, eseguiremo un redirect verso un altro script chiamato magic.php<\/b>: questo script leggerà il percorso dell’immagine richiesta dal parametro “imgpath”, nella propria querystring.<\/p>\n
Tale file magic.php, all’evento Body Onload, richiamerà una funzione javascript, la quale redirigerà il client verso l’immagine inizialmente richiesta, che gli verrà passata come parametro (“imgpath”), ma appenderà all’URL di tale immagine un parametro “fuffa” che contiene il codice per generare il backlink. L’URL di destinazione verrà fornito e mantenuto unescaped<\/b>.<\/p>\n
Ecco il codice di magic.php<\/b> (dove va cambiato l’anchor text e l’URL di destinazione desiderati):<\/p>\n<?php\n<\/span>\/\/ Aggiungi i tuoi controlli di sicurezza qui!\n<\/span>$imgpath <\/span>= <\/span>$_GET<\/span>[<\/span>"imgpath"<\/span>];\n<\/span>?>\n\n<\/span><head>\n<script>\nfunction imglink () {\n \/\/ HTML Entities for blank spaces are:   xa0\n location.href="<?php <\/span>echo <\/span>$imgpath ?><\/span>?foo="><axa0href="http:\/\/www.example.com">Anchortext<\/a>";\n}\n<\/script>\n<\/head>\n<body onload="imglink()">\n<\/body><\/pre>\nE adesso andiamo a modificare il file script.php<\/b> in modo che esegua correttamente la redirezione verso magic.php senza generare un loop infinito (ho commentato solo le parti modificate e quelle più importanti ):<\/p>\n\n<?php\n$hr <\/span>= array(<\/span>"images.google"<\/span>, <\/span>"immagini\/preview.cgi"<\/span>);\n\n<\/span>\/\/ Qui vanno aggiunti dei controlli di sicurezza!<\/span>\n$imgpath <\/span>= <\/span>$_GET<\/span>[<\/span>"imgpath"<\/span>];\n\n<\/span>$browser <\/span>= <\/span>strpos<\/span>(<\/span>$_SERVER<\/span>[<\/span>"HTTP_USER_AGENT"<\/span>], <\/span>"MSIE"<\/span>); <\/span>\/\/ Un altro browser check<\/span>\nif (<\/span>$browser <\/span>!== <\/span>false<\/span>) { \/\/ Se ho riconosciuto Internet Explorer...<\/span>\n\n foreach(<\/span>$hr <\/span>as <\/span>$imgreferrer<\/span>) {\n <\/span>$found <\/span>= <\/span>strpos<\/span>(<\/span>$_SERVER<\/span>[<\/span>"HTTP_REFERER"<\/span>], <\/span>$imgreferrer<\/span>);\n if (<\/span>$found <\/span>!== <\/span>false<\/span>) {\n\n <\/span>\/\/ Se viene riconosciuta una SERP Immagini nel valore di HTTP REFERER, redireziona verso magic.php:\n <\/span>if(!isset(<\/span>$_GET<\/span>[<\/span>"foo"<\/span>])) {\n\n <\/span>header<\/span>(<\/span>"Location:\/magic.php?imgpath="<\/span>.<\/span>$imgpath<\/span>);\n\n } else { \/\/ Se la redirezione verso magic.php ha già avuto luogo, mostra l'immagine:<\/span>\n\n <\/span><\/span>header<\/span>(<\/span>
![\"Google](\"\/wp-content\/uploads\/1-serp.jpg\")
<\/p>\n![\"Click](\"\/wp-content\/uploads\/2-click.jpg\")
<\/p>\n![\"The](\"\/wp-content\/uploads\/3-image.jpg\")
<\/p>\n![\"The](\"\/wp-content\/uploads\/4-cloakedlanding.jpg\")
<\/p>\n