- Home
- Categorie
- Digital Marketing
- Posizionamento Nei Motori di Ricerca
- Novità nel modo in cui googlebot "crawlerà" le pagine web
-
Novità nel modo in cui googlebot "crawlerà" le pagine web
Lo ha annunciato poco fa Pierr Far su Google+
Cosa cambia:- Visite da Googlebot da indirizzi IP sul territorio, non solo dalla sede USA
- Uso dell'header accept-language nelle richieste HTTP
Qui l'annuncio su G+:
https://plus.google.com/u/0/115984868678744352358/posts/FTjsSsvsXy7?cfem=1
-
Annuncio ufficiale qui: http://googlewebmastercentral.blogspot.it/2015/01/crawling-and-indexing-of-locale.html
..e pagina di documentazione (in Italiano) qui: https://support.google.com/webmasters/answer/6144055?hl=it
-
Secondo me questa cosa renderà ancora più incasinate le cose
Bisognerà testare come si comporterà.
-
@Juanin said:
Secondo me questa cosa renderà ancora più incasinate le cose
Bisognerà testare come si comporterà.
Concordo, concordo!Oggi è presto per dire che impatto avrà sul lavoro dei SEO. E se la modifica impatterà solo per i siti che fanno redirect 302 in base alla localizzazione presunta del visitatore, o se in qualche modo andrà a dare fastidio un po' a tutti.
Io da parte mia i redirect basati su IP e accept-language li evito come la peste, e almeno sui siti gestisco non dovrei quindi avere grandi problemi.
Per mia esperienza magari l'IP sulla Nazione è ancora ancora abbastanza affidabile (ma solo sulla Nazione, non più in dettaglio, almeno se si usano servizi di geolocalizzazione gratuiti), ma o si accetta di tenersi un db di range IP continuamente aggiornato in casa, o si accetta i problemi di performance di chiamate HTTP a servizi esterni sulla pagina più visitata del sito.
Sull'accept-language... bhé, non posso oggi esibire dati e una ricerca rigorosa, ma da dati da me raccolti su un campione statisticamente affidabile una cosa posso dirla: degli utenti che hanno accept-language "en-US", in media solo uno su tre si trova negli USA (e sospetto molto probabilmente nemmeno parla Inglese, almeno come prima lingua).
-
Vediamo se qualcuno ha fatto qualche test..
-
Possiamo accendere che lo fa con l'unico scopo di verificare in modo corretto i comportamenti del supporto multilingua automatizzato (per agent/ip)?
-
che il casino abbia inizio...
-
@Federico Sasso said:
Concordo, concordo!
Oggi è presto per dire che impatto avrà sul lavoro dei SEO. E se la modifica impatterà solo per i siti che fanno redirect 302 in base alla localizzazione presunta del visitatore, o se in qualche modo andrà a dare fastidio un po' a tutti.
Io da parte mia i redirect basati su IP e accept-language li evito come la peste, e almeno sui siti gestisco non dovrei quindi avere grandi problemi.
Per mia esperienza magari l'IP sulla Nazione è ancora ancora abbastanza affidabile (ma solo sulla Nazione, non più in dettaglio, almeno se si usano servizi di geolocalizzazione gratuiti), ma o si accetta di tenersi un db di range IP continuamente aggiornato in casa, o si accetta i problemi di performance di chiamate HTTP a servizi esterni sulla pagina più visitata del sito.
Sull'accept-language... bhé, non posso oggi esibire dati e una ricerca rigorosa, ma da dati da me raccolti su un campione statisticamente affidabile una cosa posso dirla: degli utenti che hanno accept-language "en-US", in media solo uno su tre si trova negli USA (e sospetto molto probabilmente nemmeno parla Inglese, almeno come prima lingua).
Sull'IP per Nazione affidabile sottolineerei l'abbastanza. In azienda a Milano abbiamo Fastweb come internet provider. Secondo Google mi trovo a Milano (e meno male), secondo Twitter mi trovo in Germania... mi mostra i TT tedeschi. Anche secondo Semrush mi trovo in Germania, mi propone di "suchen" sul .DE
-
Altre cose da studiare. Vai così.
-
Secondo me più che sul multilingua il problema sarà per i siti che fanno geolocalizzazione nazionale e che dunque personalizzano il servizio incentrandolo sulle città. Li il margine di errori può essere davvero molto, ma molto più alto rispetto al discorso lingue/nazioni.
-
Lì con la strutturazione della rete italiana è NON FATTIBILE
@Juanin said:
Secondo me più che sul multilingua il problema sarà per i siti che fanno geolocalizzazione nazionale e che dunque personalizzano il servizio incentrandolo sulle città. Li il margine di errori può essere davvero molto, ma molto più alto rispetto al discorso lingue/nazioni.
-
E vero che il redirect in base al IP pone problemi, comunque non possiamo negare che è molto piu comodo per l'utente. Che ne penzate di una semplice verifica via reverse dns, se l'utente e GoogleBot, allora vedra la versione linguistica di base, ovviamente con i link verso les altre versione, ma non viene reindirizzato. Se non è Googlebot allora in quel caso l'utente vienn reindirizzato in base alla sua IP. Il tempo di verifica per l'utente non e significativo, non se ne rende nemeno conto, per Google bot e possibile velocizzare la verifica, ogni volta che Googlebot visita il sito, il suo ip venga memorizzato, in modo tale che se torna una seconda volta con lo stesso indirizzo IP, non abbiamo più bisogno del reverse dns.
Ok, Google ha annunciato che ormai avranno IP di veri paesi, ma le avranno per tutte les parte del mondo ? Voglio dire, siamo sicuri che userano anche IP Italiani ?
-
@walid secondo me l'utente è comodo se il sito è SEO Oriented, quindi Google lo sbatte già da subito nella pagina corretta.
Giocare con IP e quant'altro bisogna sempre porre attenzione al cloaking.
-
@merlinox Ciao ! Il cloacking, non è il male assoluto, dipende per quello motivo e stato impostato. Non parlavo di tentativo di manipolare Google, è un caso molto diverse. Ovviamente, concordo con il fatto che un utente che arriva subito nella pagina coretta e sempre meglio. La realtà a volte è più complessa, penso ad esempio alle "branded queries", non sempre Google restituice la cartella o il sottodominio giusto, un ultima verifica non fa male al mio avviso... non sempre per forsa sull'ip del utente ma anche sul referal. Lasciamo perdere la seo un secondo, e trattiamo Google come un semplice referer... un site inglese che mi fa un link verso la versione principale del sito (che non e inglese), come mi comporto con questo utente ? Nel caso venisse da google.co.uk o da huffingtonpost.co.uk, non e meglio saperlo per mandarlo verso la sezione giusta ?
Check del IP, check del referer, non so mai la soluzione a tutti i problemi, pero una bella parte "dei errori", le gestiscanno.
-
Per carità @walid: il problema è sempre capire il concetto algoritmico di cloaking secondo google
-
Cosa intendi per "concetto algoritmico" ? Dettezzione automatica del cloacking ?
-
-
@merlinox said:
si
Mi dispiace che per colpa mia, stiamo alontanadossi dal sogetto iniziale. Pero ti volevo dire che non ho mai sentito parlare di una sanzioni automatiche (o solo di detezzione automatiche) per motivo di cloacking. Se mi puoi dare esempi ti saro grato. Certo le penalita per clocking succedano, ma tutte manuale (per quello che so)... e molto probabilmente dopo Spam Report.
Certo... mai dire mai, ma per dare un esempio, su alcuni siti su cui ho voluto rischiare (perche niente da perdere), il cloacking tienne da anni, ovviamente m'impegno a fare in modo che i competitor non se ne rendano conto (per evitare il famoso spam report). Mi dicco se fosse attiva una funzione efficiente di dettezzione del cloacking, da anni, almeno un sito, l'avranno beccato ! no ?
Ricordiamo pero, che il cloacking e una technica che offre tanti vantaggi... ma che è molto rischiosa (penalita severe). Bisogna 1) Sapere perfettamente che si sta faciendo 2) farlo su siti che non sono vitali (cosi se moiano possiamo mettere sulla home page una bella imagine RIP prima di lanciare un altro sito)
-
può essere un'utilità per l'utente, ma sono d'accordo con merlinox IN ITALIA IL NETWORK ha delle carenze importanti
...
-
Secondo me è più una cosa pensata per il mobile che per siti desktop.
Ho come l'impressione che sia una funzionalità molto rivolta anche al crawling delle applicazioni.
