SEO Cloaking Tecniche da evitare nel 2011

Il capo di Google Web Spam, Matt Cutts, si è preso una pausa da Ozzie ed Emmy (The Matt Cutts "Catts") alla fine del 2010 per pubblicare un piccolo bocconcino per webmaster e SEO tramite Twitter, che sono sicuro aggiunto ai postumi di una sbornia per alcuni Black Hat durante le festività natalizie.

Google [cercherà] di più sul cloaking nel primo trimestre del 2011. Non solo, il contenuto della pagina è importante; evita intestazioni/reindirizzamenti diversi a Googlebot anziché agli utenti.

Il cloaking è la tecnica utilizzata per presentare contenuti, layout, funzionalità o intestazioni diversi (una pagina completamente diversa o componenti parziali della pagina, noti come mosaic cloaking) a uno spider dei motori di ricerca rispetto al browser Web di un utente.

Il cloaking etico non è un "cappello nero", tuttavia, in passato gli spammer hanno utilizzato metodi per manipolare le tecniche di cloaking, per chiarezza ci riferiamo ad esso come cloaking-spam, per giocare con l'algoritmo (Google). Questo non è un fenomeno nuovo. All'inizio, il tag delle meta keywords è stato abusato dagli spammer e di conseguenza ora non è più un fattore di ranking e il tag <noscript> può anche essere trattato con qualche sospetto in quanto è stato anche abusato in passato (forse dovremmo aprire un rifugio per gli elementi HTML abusati….)

Prima di tutto, lasciami dire che, se possibile, EVITARE IL CLOAKING. Il cloaking è un esercizio ad alto rischio che, se deve essere implementato, dovrebbe essere eseguito in modo etico appropriato, aderendo alle Istruzioni per i webmaster di Google, per garantire che il tuo sito web non venga penalizzato o eliminato dall'indice.

Sfortunatamente, alcuni webmaster potrebbero non comprendere le ripercussioni e inavvertitamente occultare contenuti, collegamenti o interi siti Web senza nemmeno rendersene conto. Questo articolo illustra alcune delle funzionalità comuni in loco che potrebbero essere (erroneamente) interpretate come spam di cloaking.

Tieni presente che Google sta indagando attivamente sui casi di cloaking-spam e vietando i siti Web dal loro indice. Stanno inoltre monitorando il rilevamento di cloaking e collegamenti innaturali con notifiche ai webmaster tramite Strumenti per i Webmaster. Google sta migliorando sempre di più nel rilevare algoritmicamente lo spam di cloaking , anche la consegna dell'IP non è infallibile e, naturalmente, Google incoraggia sempre la concorrenza a utilizzare il rapporto di spam se rileva qualcosa di sospetto sulla tua pagina.

L'identificazione algoritmica del cloaking-spam richiede che un motore di ricerca confronti una singola pagina Web ottenuta tramite due o più meccanismi (ad esempio, due o più intervalli IP, identificatori di agente utente o diversi livelli di funzionalità HTML/JavaScript). Microsoft ha depositato un brevetto alla fine del 2006 sostenendo un sistema che facilita il rilevamento di una pagina Web nascosta.

Naturalmente, questo porta alla domanda, come potrebbe un motore di ricerca raccogliere e analizzare i due esempi di una pagina web per il confronto? Alcuni metodi possono includere:

• Differenziazione parziale del contenuto, utilizzando l'analisi dell'argomento del contenuto, la segmentazione della pagina, l'analisi semantica latente (LSA), l'utilizzo delle parole chiave, i collegamenti sulla pagina e altri fattori sulla pagina
• Indirizzi IP diversi/gamme IP o proxy separati per analizzare lo spam web
• User agent diversi (ad esempio, utilizzare un user agent del browser per verificare la presenza di contenuti nascosti)
• Rapporti di spam dalla community di webmaster
• Test utente
• Analisi di più di 5 reindirizzamenti concatenati per verificare il cloaking (magari limitando l'indicizzazione e il flusso di PageRank, autorità, fiducia, ecc, attraverso 5 reindirizzamenti concatenati)
• Interpretazione migliorata del codice JavaScript (valutazione specifica di funzioni JavaScript complesse e/o codificate che contengono collegamenti o reindirizzamenti)
• Meccanismo per accettare i cookie (potenzialmente in combinazione con JavaScript e l'analisi di reindirizzamento sopra)

Naturalmente, la raccolta dei dati potrebbe essere affidata a una società separata per evitare il problema della consegna della PI

Ci sono casi in cui un'azienda potrebbe voler fornire informazioni diverse o aggiuntive ai propri utenti. Per esempio:

• Targeting geografico
• Utenti che hanno effettuato l'accesso (esperienza della home page personalizzata ecc.)
• Monitoraggio dei referral: ad esempio, fornisci feedback all'utente in base alla query del motore di ricerca, ad esempio evidenziando le parole su una pagina che corrispondono alla query
• Cloaking dei dispositivi per telefoni cellulari e dispositivi touch
• Ottimizzazione per browser specifici o per compatibilità con le versioni precedenti
• Ottimizzazione della visualizzazione (sebbene in genere possa essere controllata tramite CSS)
• Primo clic gratuito – O primi cinque clic gratuiti
• Test A/B o multivariato
• Vanity URL (link cloaking)
• Visualizza la verifica dell'età (www.bacardi.com utilizza una combinazione di rilevamento user-agent e cookie per mostrare agli utenti una pagina di benvenuto per la verifica dell'età, ma consente ai motori di ricerca di accedere al sito Web. Anche se Google ha solo 14 anni)
• Bilancio del carico
• Sostituzione dei caratteri (tramite tecnologie come sIFR o Cufon) – Nota: maggio ma non ottimale per Google Preview (a dicembre 2010)
• Oggetto SWF

Assicurati di considerare le implicazioni SEO quando utilizzi uno dei metodi o delle funzionalità sopra menzionati, poiché una configurazione errata può comportare il cloaking-spam o potrebbe non essere ottimale per la SEO.

Ok, quindi questo non è un tutorial su come mascherare; si tratta di una "lista per il cloaking-spam no-no-list del 2011" o almeno un avvertimento sulle tecniche da evitare o sui problemi da risolvere all'inizio del 2011.

Alcune forme di cloaking sono intenzionali (come la consegna di IP o il cloaking dello user agent), tuttavia, molte forme di cloaking-spam possono essere accidentali. I tipi accidentali di cloaking-spam che inavvertitamente ti fanno bandire da Google sono estremamente preoccupanti, poiché il webmaster potrebbe non essere a conoscenza del problema. Anche le grandi aziende a volte sbagliano.

Di seguito esamineremo alcune delle più comuni tecniche di cloaking-spam al fine di istruire e garantire che webmaster e SEO possano assicurarsi di non averle sul loro sito web.

In genere ci sono tre modi in cui i webmaster mascherano i contenuti dagli utenti o dai motori di ricerca:

1. Consegna IP
2. Analisi user-agent (puoi controllare il cloaking user-agent usando il SEO Cloaking checker gratuito di Bruce Clay.
3. Sfruttare comportamenti noti dei motori di ricerca come l'esecuzione di JavaScript o reindirizzamenti e l'indicizzazione o l'abilità spider di vari elementi HTML

Fornire contenuti diversi in base all'indirizzo IP del browser Web richiedente o dello spider del motore di ricerca. [La consegna IP è trattata in modo più dettagliato qui.]

DNS inverso e DNS in avanti

Le ricerche DNS inverse e DNS in avanti non sono una forma di cloaking, ma possono essere utilizzate per interrogare i record DNS di un indirizzo IP richiedente. Google fornisce dettagli su come verificare che Googlebot sia chi afferma di essere.

Fornire contenuti diversi in base allo User-agent del browser Web richiedente o allo spider del motore di ricerca. Ad esempio, Googlebot/2.1 (+http://www.google.com/bot.html) o Mozilla/5.0 (Windows; U; MSIE 7.0; Windows NT 6.0; en-US)

Google potrebbe indicizzare una pagina contenente JavaScript ma potrebbe non seguire il reindirizzamento JavaScript, tuttavia stiamo riscontrando miglioramenti significativi nell'interpretazione di Google del codice JavaScript (ad esempio, il >generatore di anteprime di Google esegue il rendering di JavaScript, AJAX, CSS3, frame e iframe).

I webmaster a volte utilizzano reindirizzamenti JavaScript quando non possono implementare un reindirizzamento lato server, lasciando inavvertitamente Googlebot sulla prima pagina e inviando il browser web (che segue il reindirizzamento JavaScript) a una seconda pagina contenente contenuti diversi, e viene quindi contrassegnato come cloaking-spam.

Cerca il seguente codice:

<script type="text/javascript"> window.location="http://www.yoursite.com/second-page.html" </script>

Un tag aggiunto alla sezione head nella pagina HTML per reindirizzare gli utenti a un'altra pagina dopo un determinato periodo. Il meta refresh tag non è considerato cloaking se utilizzato da solo, tuttavia può essere combinato con JavaScript, frame o altre tecniche per inviare un utente a una pagina diversa dagli spider dei motori di ricerca.

Cerca il seguente codice:

<meta http-equiv="refresh" content="0;url=http://www.yoursite.com/second-page.html">

Doppio/multiplo meta refresh o cloaking dei referrer

È possibile utilizzare più meta refresh per nascondere il referrer dai siti Web affiliati. Evita di concatenare più reindirizzamenti di qualsiasi tipo, poiché potrebbe avere un impatto negativo sulla SEO e potrebbe anche essere contrario ai termini di servizio (TOS) dei tuoi partner affiliati

Meta refresh in JavaScript o nel tag <noscript>

OK, ora stiamo entrando nel regno del "cappello nero". È improbabile che un webmaster combini un meta refresh con JavaScript a meno che non stiano facendo nulla di buono.

Questo è facile da rilevare per un motore di ricerca. Non farlo.

I motori di ricerca potrebbero non seguire più reindirizzamenti concatenati (secondo le linee guida nelle specifiche HTML il numero consigliato è stato impostato su 5 reindirizzamenti). Google potrebbe seguire circa 5 reindirizzamenti concatenati. I browser Web potrebbero seguire di più.

Reindirizzamenti multipli back-to-back (soprattutto combinando diversi tipi di reindirizzamenti 301, 302, meta refresh, JavaScript ecc.) Influiscono sui tempi di caricamento della pagina, possono influire sul flusso di PageRank (anche i reindirizzamenti 301 possono vedere un certo decadimento del PageRank) e potrebbero essere considerati cloaking- spam.

Non sono riuscito a trovare alcun dato su quanti reindirizzamenti seguirà un browser Web, quindi ho creato uno script di reindirizzamento concatenato rapido per testare alcuni dei browser installati sulla mia macchina e fornire alcune statistiche sul numero approssimativo di reindirizzamenti seguiti (per tipo di reindirizzamento) . Ho limitato lo script a un massimo di 5000 reindirizzamenti concatenati.

Quando lo script è stato scritto, abbiamo pensato di eseguire un test aggiuntivo e inviare l'URL di reindirizzamento a Google. Ci siamo anche collegati alla sceneggiatura da Twitter. I risultati sono nella tabella seguente.

Sebbene Googlebot abbia eseguito la scansione solo di 5 dei reindirizzamenti permanenti in questo caso, può essere corretto presumere che Google possa implementare una verifica basata sulla scansione per testare i reindirizzamenti oltre il limite di 5 reindirizzamenti del bot in modo simile a Microsoft sopra che segue circa 25 reindirizzamenti concatenati. Nota: abbiamo presupposto che si tratti di un IP di proprietà di Microsoft basato sulle informazioni IP Whois di Domain Tools.

I frame consentono a un webmaster di incorporare un altro documento all'interno di una pagina HTML. I motori di ricerca non sono stati tradizionalmente bravi ad attribuire il contenuto incorniciato alla pagina principale, consentendo a un webmaster di impedire ai motori di ricerca di vedere parte o tutto il contenuto di una pagina.

Frame e iFrame sono elementi HTML legittimi (anche se spesso non sono best practice dal punto di vista SEO), tuttavia possono anche essere combinati con altre tecniche per ingannare gli utenti.

Frame con un reindirizzamento JavaScript

L'incorporamento di un frame con un reindirizzamento JavaScript può lasciare gli spider dei motori di ricerca nella prima pagina e reindirizzare furtivamente gli utenti con JavaScript abilitato alla seconda pagina "nascosta".

Non riesco a pensare a un motivo legittimo "cappello bianco" per cui sceglieresti di usarlo. Può comportare una sanzione o un divieto. Controlla il codice sorgente dei tuoi documenti incorniciati, rimuovi questo codice o implementa un reindirizzamento SEO friendly appropriato.

Il tag <noscript> è stato progettato per fornire un equivalente non JavaScript per il contenuto JavaScript in modo che i browser di solo testo ei motori di ricerca possano interpretare forme di contenuto più avanzate. Il tag <noscript> può essere trattato con qualche sospetto poiché in passato è stato abusato dagli spammer.

Crea funzionalità JavaScript/AJAX tenendo conto del miglioramento progressivo in modo che il contenuto sia adatto a tutti gli utenti e non richieda l'uso del tag <noscript>. Se il tuo sito web utilizza il tag <noscript> e non puoi aggiornare il codice, verifica che qualsiasi testo, link e immagine all'interno del tag <noscript> descriva accuratamente il contenuto JavaScript, AJAX o Flash che rappresenta in modo accurato, chiaro e conciso maniera.

Se la pagina o il sito Web incriminato presenta problemi di indicizzazione, valuta la possibilità di rivedere il codice <noscript> come parte di un audit SEO approfondito del sito Web.

Le reti di distribuzione dei contenuti (CDN) consentono alle aziende di distribuire i propri contenuti statici in più posizioni geografiche per migliorare le prestazioni per gli utenti finali. A seconda della configurazione della CDN, esistono diversi modi per instradare la richiesta del client alla migliore fonte disponibile per servire il contenuto. Le CDN sono un'area complessa, generalmente implementata da aziende globali che hanno bisogno di servire i contenuti degli utenti nel più breve tempo possibile.

Se stai utilizzando una CDN, assicurati che consenta a un motore di ricerca di accedere agli stessi contenuti e informazioni che vedono gli utenti e assicurati che non ci sia nulla che un motore di ricerca possa interpretare erroneamente come ingannevole.

Gli hacker hanno utilizzato exploit sui comuni CMS per indirizzare il traffico verso siti Web di terze parti meno che etici. Un esempio è WordPress Pharma Hack che utilizzava il cloaking per presentare contenuti correlati ai prodotti farmaceutici ai motori di ricerca, ma nasconderli al webmaster.

Assicurati che il tuo CMS, il server web e il software del sistema operativo eseguano le versioni più recenti e che siano state protette. Alcuni degli exploit più comuni sono password scadenti, software o script non sicuri, dipendenti scontenti e trucchi di ingegneria sociale.

Le intestazioni HTTP inviano informazioni aggiuntive sulla pagina richiesta allo spider del motore di ricerca o al browser web. Ad esempio, lo stato della pagina, le informazioni memorizzate nella cache/scadenza, le informazioni di reindirizzamento ecc.

L'invio di intestazioni diverse a un motore di ricerca per ingannare può comportare una sanzione. Ad esempio, la sostituzione di buoni contenuti in una pagina di alto livello con un modulo di iscrizione e la modifica delle intestazioni di controllo delle scadenze e/o della cache nel tentativo di indurre i motori di ricerca a mantenere la versione di alto livello con il buon contenuto non funzionerà.

Googlebot può scaricare periodicamente il contenuto indipendentemente dalla scadenza e dalle intestazioni di controllo della cache per verificare che il contenuto non sia effettivamente cambiato.

Puoi controllare lo stato delle intestazioni delle risposte del tuo server utilizzando uno dei nostri strumenti SEO gratuiti.

Per citare Google:

“Le pagine Doorway sono in genere grandi insiemi di pagine di scarsa qualità in cui ogni pagina è ottimizzata per una parola chiave o una frase specifica. In molti casi, le pagine doorway vengono scritte per classificare una frase particolare e quindi indirizzare gli utenti verso un'unica destinazione"

Fonte: http://www.google.com/support/webmasters/bin/answer.py?hl=it&answer=66355

Matt Cutts ha uno sfogo sulle pagine di Doorway qui.

Strumenti di test multivariati come lo Strumento per ottimizzare il sito ti consentono di migliorare l'efficacia del tuo sito web testando le modifiche ai contenuti e al design del tuo sito web per migliorare i tassi di conversione (o altri parametri importanti misurati).

Il test multivariato è un uso etico del cloaking, tuttavia, Google afferma:

"se troviamo un sito che esegue una singola combinazione non originale al 100% per un certo numero di mesi, o se la pagina originale di un sito è caricata con parole chiave che non riguardano le combinazioni mostrate ai visitatori, potremmo rimuovere quel sito dal nostro indice”.

Non necessariamente cloaking-spam di per sé, ma una tecnica bait and switch, che reindirizza 301 domini non correlati (di solito domini in vendita o scaduti ma hanno ancora PageRank o link esterni significativi) a un dominio dannoso o non correlato su un argomento completamente diverso .https://www.youtube.com/watch?v=70LR8H8pn1Mhttps://searchengineland.com/do-links-from-expired-domains-count-with-google-17811

Questo è fuorviante per gli utenti in quanto potrebbero aspettarsi un sito Web diverso e potrebbero trasmettere anchor text non correlati al tuo dominio.

Inoltre, non aspettarti credito per la registrazione di domini scaduti con collegamenti esterni nella speranza di un aumento delle pubbliche relazioni o del collegamento.

Storicamente, i motori di ricerca hanno faticato a interpretare e indicizzare i contenuti Flash in modo efficace, ma stanno migliorando continuamente.

I webmaster hanno dovuto prendere in considerazione utenti e motori di ricerca che non avevano browser abilitati per Flash e hanno creato un sito Web HTML standard "dietro le quinte" per i motori di ricerca, hanno utilizzato un tag <noscript>, JavaScript o un metodo simile per ottenere l'indicizzazione del loro contenuto testuale. Sfortunatamente, questo potrebbe essere inavvertitamente identificato come cloaking dai motori di ricerca se il contenuto indicizzato dal contenuto Flash non corrisponde al contenuto testuale.

Costruire un intero sito Web in Flash non è ancora una buona idea dal punto di vista SEO, tuttavia, se si dispone di alcuni contenuti Flash, considerare l'implementazione di SWFObject o una tecnica simile per garantire che Flash si degradi correttamente sia per gli utenti che per i motori di ricerca.

I div e le pubblicità popover da soli non sono il cloaking. Quando gli annunci interstitial o i popover div non possono essere chiusi (ad esempio, a meno che l'utente non si registri), è possibile che tu stia presentando contenuti ai motori di ricerca e un modulo di iscrizione ai tuoi utenti.

Assicurati che gli utenti possano chiudere o saltare annunci interstitial, pop-up, popover, div sovrapposti, light box ecc. e visualizzare il contenuto disponibile

AJAX (Asynchronous JavaScript And XML) è una forma di JavaScript che consente a una pagina Web di recuperare contenuto dinamico da un server senza ricaricare una pagina. È diventato molto popolare negli ultimi due anni ed è spesso (più) utilizzato in molte applicazioni Web 2.0.

AJAX può essere utilizzato in modo ingannevole per presentare contenuti diversi a un utente e a un motore di ricerca – Non farlo.

Inoltre, l'altra faccia della medaglia, in un approccio di "cloaking negativo", l'utente può vedere il contenuto ma un motore di ricerca non lo farà in quanto non può eseguire le chiamate JavaScript che recuperano il contenuto dinamico dal server. Qualcosa da controllare.

Molte delle tecniche descritte in questo articolo possono essere combinate, sminuzzate o manipolate nel futile tentativo di imbrogliare i motori di ricerca.

Uno di questi esempi è la combinazione di JavaScript e cookie per nascondere il contenuto. Se la funzione JavaScript non è in grado di scrivere o leggere un cookie (come uno spider dei motori di ricerca), visualizzare contenuti diversi rispetto a un utente standard con i cookie abilitati. Ci sono anche alcuni esempi di script JQuery che permetteranno a una persona senza scrupoli di farlo.

Il cloaking dei link si riferisce all'invio di un utente a un URL diverso da quello su cui ha fatto clic utilizzando un reindirizzamento di qualche modulo. I reindirizzamenti possono essere usati nel bene e nel male, come abbiamo visto sopra. Il cloaking dei link viene spesso utilizzato per scopi analitici o di manutenzione. Ci sono una serie di ragioni pratiche per farlo, ad esempio:

• Per mantenere un collegamento a un affiliato all'interno di un PDF o un'applicazione sindacati. Utilizzando un vanity URL simile e reindirizzando sopra per garantire che se l'affiliato aggiorna la struttura dell'URL, puoi aggiornare il reindirizzamento sul vanity URL e quindi garantire che i collegamenti nell'eBook e nel contenuto sindacato funzionino ancora
• Vanity URL utilizzati su materiale pubblicitario e di marketing che sono più facili da ricordare rispetto alla versione standard dell'URL

Naturalmente, questo può essere utilizzato per fuorviare e ingannare, come camuffare un link di affiliazione (ad esempio sostituendo il link con http://mysite.com/vanity-url e reindirizzandolo a http://affiliate.com/offer.html ?=il mio-codice-affiliato).

Modifica del testo di ancoraggio o degli attributi del collegamento con JavaScript o un meccanismo simile per ingannare o ingannare gli utenti. Questa è una forma di cloaking che modifica solo una piccola parte della pagina per ingannare un utente.

• Dirottare l'evento onClick per inviare un utente a un URL diverso ai motori di ricerca
• Aggiunta di un attributo rel="nofollow" ai collegamenti visualizzati sui motori di ricerca e rimozione dal codice visualizzato dagli utenti
• Modifica dell'anchor text dei collegamenti per includere le parole chiave nell'anchor text inviato ai motori di ricerca e mostra qualcosa di diverso agli utenti

Evita il dirottamento dei link per ingannare gli utenti in quanto potrebbe comportare sanzioni sui motori di ricerca o bandire il tuo sito web.

Esistono forme etiche di questa tecnica per garantire che sia gli utenti che i motori di ricerca possano vedere i tuoi contenuti AJAX utilizzando HiJAX come consigliato sul blog di Google.

Nascondere il testo è contro i TOS di Google e le Linee guida per i webmaster. È una forma di cloaking in quanto un motore di ricerca può vedere il contenuto testuale ma un utente non può. Evita i seguenti tipi di testo nascosto:

• Testo indistinguibile sullo sfondo (ad es. grigio scuro su nero)
• Impostazione della dimensione del carattere su 0
• Stile del testo di ancoraggio ricco di parole chiave come il corpo del testo standard in modo che gli utenti non si rendano conto che si tratta di un collegamento
• Visualizzazione CSS (Cascading Style Sheets): nessuna
• Testo dietro le immagini. Sempre un argomento delicato e spesso aperto al dibattito tra i SEO. Se il testo dietro l'immagine è una rappresentazione accurata e corretta di un'immagine (ad esempio un'intestazione con un carattere personalizzato) "dovresti andare bene" per citare Matt Cutts. La soluzione definitiva dipenderà dalle tue circostanze particolari, tuttavia controlla queste risorse per alcune indicazioni: W3C: Utilizzo di CSS per sostituire il testo con immagini , Farner Image Replacement (FIR) , Scalable Inman Flash Replacement (sIFR) (Si prega di notare che il testo sostituito da sIFR può non viene visualizzato in Google Preview a partire da dicembre 2010.)

Se il traffico dei motori di ricerca è importante per te, assicurati di considerare quanto segue per quanto riguarda il cloaking:

• Assicurati di avere familiarità con le forme ovvie e non così ovvie di cloaking di cui sopra e di essere consapevole di come queste vengono utilizzate sul tuo sito per evitare potenziali sanzioni.
• Se stai implementando una qualche forma di cloaking, assicurati che sia adeguatamente rivista dal punto di vista SEO per evitare potenziali sanzioni.