Advanced Technology

Ricerche personalizzate per tutti

Andrea Moro — Wed, 09 Dec 2009 20:56:00 +0000

Il 4 dicembre scorso Google ha sfornato le "Ricerche personalizzate per tutti", ovvero una feature che mostrerà SERP uniche per ogni singolo utente a seconda delle sue "preferenze di navigazione" ovvero dei suoi gusti.

Di questa nuova funzione, in meno di 4gg si è parlato in lungo e in largo, e forse questo mio post potrà sembrare l'ennesimo clone.
Invece no, intendo esprimere il mio più totale disappunto sulla nuova funzionalità, che - a mio avviso - rischia di far perdere serie quote di mercato al Big Motore.

A detta di Google, le ricerche personalizzate sembrano un grande passo avanti nella ricerca su Internet, volto ad aiutare le persone a ottenere migliori risultati di ricerca.
Ritengo questa funzionalità una cosa inutile. Un giudizio che dò spassionatamente dopo 4gg di test esteso e senza che la mia visione SEO abbia minimamente influenzato la cosa. Perché?

Il principio di Google è sempre stato dalle sue origini di offrire i risultati migliori, e questo concetto è sempre stato basato sul suo potente algoritmo che - passando al vaglio i vari siti attraverso i 200 e più elementi costituenti lo stesso - era in grado di restituire (quasi) sempre i risultati migliori.

Ora con l'impronta personale che ogni utente potrà dare ai risultati, influenzata sostanzialmente dal numero di visite fatte (dallo storico delle ricerche) e memorizzate in un cookie, questo principio rischia di venire meno, perché l'utente medio non si renderà conto di queste differenze e continuerà a pensare che le sue ricerche e i primi siti che trova sotto al naso siano effettivamente quelli veramente più importanti.

Analogo discorso vale per il secondo fattore, la Località, il quale si prefigge di restituire risultati pertinenti in funzione della locazione geografica (derivata dall'IP) del computer dal quale ci si sta collegando.

Altro grosso errore che rischia di rendere le ricerche inutile, specie se si considerano grossolani errori come quelli che ho visto in passato ad esempio quando cercavo un ristorante a Londra Southbank e Google mi ha restituito si ristoranti a Southbank, ma in Australia ad oltre 10 mila km di distanza.

Da un prospetto SEO, ovviamente, questa nuova funzione ha le medesime lacune che vedranno i clienti lamentarsi quando il loro sito non sarà più posizionato in prima pagina, magari perchè nei giorni prima si sono fatti un giro sui siti dei competitors.

Bisognerà iniziare quindi una nuova fase di evangelizzazione, spiegando a tutti cosa succede e perché, ma soprattutto come ...

Disattivare le ricerche personalizzate di Google

Esistono fondalmentalmente due modi per disattivare le ricerche personalizzate.

Se siete loggati nell'account Google, e se siete dei geek potete aggiungere un parametro in coda alle query (&pws=0) che non farà altro che disattivare la personalizzazione per la specifica richiesta. L'alternativa suggerita da Google è quella di cancellare la cronologia delle ricerche, ma questa verrà nuovamente popolata mano a mano che si utilizza Google e il proprio account.

Se non siete loggati nell'account Google. Cliccando in alto a destra sul link Web History potete disattivare per sempre la personalizzazione procedendo con il cosidetto opt-out, che a quel punto cancellerà il cookie nel sistema e mostrerà i risultati come un tempo (Vedi immagine sopra).

La terza opzione è quella di utilizzare un servizio come Depersonalizer che non ha tardato ad arrivare sul mercato per salvarci dall'ira del tiranno di Mountain View, il quale ultimamente sta proponendo scelte un pò troppo senza senso.

Technorati Tags: ricerche personalizzate, seo, google

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

Office 2008 home & students for Mac. Changing Product key

Andrea Moro — Mon, 07 Dec 2009 09:59:00 +0000

A couple of years ago, after switching to a Mac and bought immediately Apple "Office Solution" - declared as the best on the market - I sooner realized that it was a real mess incompatible solution for a guy coming from a Windows world.

At those time, I was having just one personal Mac, so I didn't experience any problem, but some months ago (yeah I know it's a bit later to post this) I bought a MacPro laptop as well and when I installed it I didn't take care about the product ID used during the installation process.

Unfortunately, once I finished the installation, and I started to use contemporary both Mac, Office claimed me a duplicate product ID usage. Ok, it has been my fault, but what doing now? Reinstall everything? Maybe, but why waste time if you can solve it just deleting a couple of files?

So the solution you need if you installed two or more version of Office using the same product ID is deleting both these files:

1) /users/?????/Library/Preferences/Microsoft/Office 2008/Microsoft Office 2008 Settings.plist

2) /Applications/Microsoft Office 2008/Office/OfficePID.plist

Technorati Tags: office, mac, installation ID

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

Google speed test nei webmaster tools

Andrea Moro — Thu, 03 Dec 2009 21:46:00 +0000

Stamattina con un collega mi fa: "Hai visto il nuovo strumento nel Webmaster Tool Labs?". Io dico no, quale? E mi mostra il Site Performance che per me non era affatto nuovo; infatti era già qualche giorno che lo avevo visto dentro al mio account WMT, non chiedetemi perché, forse sarò stato "selezionato" come un possibile beta tester.

In sostanza il nuovo strumento non e' altro che la trasposizione delle informazioni che il plug-in per Firefox "Speed test" (Che lo ricordo si integra con FireBug) di cui avevo parzialmente parlato lo scorso 18 novembre nel mio post inglese "Google raises new suggestion about rankings?"

Con questa nuova perla, il WMT si arricchisce di uno strumento certamente prezioso per il tuning di un sito web. Una mossa azzeccata per tutti coloro i quali Firefox lo hanno abbandonato da un pezzo.

Perché questo nuovo strumento è importante?

Per le stesse identiche ragioni che ho detto l'altra volta. Un server veloce, quindi tempi di risposta adeguati, aiuta per una rete migliore.

Non credo ci sia bisogno di aggiungere altro. Adesso, se è vero quel che penso, si faranno i conti con l'oste e tutti quei siti web hostati presso provider (alcuni anche di calibro nazionale) che affogano letteralmente le macchine di siti vendendo spazi per poche decine di euro all'anno, mostreranno il loro vero lato negativo.

Technorati Tags: google webmaster tool, site speed

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

How Google ranks PDF: final conclusions

Andrea Moro — Wed, 02 Dec 2009 08:04:00 +0000

Last 26th of October I started a test to monitor how PDF documents are crawled and indexed by search engines.

The test aimed to let me understand the following things about PDF documents like:

Do Microsoft Word® headers (normally used into a professional document) make a difference?
How much the Keyword Density in the document impact on its ranking?
How much document properties (Title, Author, Comments and Keywords) influence the indexing?

After just one week, Google started to show some concrete results. The other search engines are still looking around; only Ask return a couple of result, but anything that I can talk about.

Scope of this document is to highlight the fluctuation that the different PDF documents made (13 in total) made day-by-day.

Those are the first – most interesting – results I collected during the past weeks for the main document returned by a SERP generated using the URK “seiunamicone”.

Followed by the hidden results, those one that can be seen expanding the hidden menu (click on plus symbol).

I’ve been monitoring the SERP for a while, and apart from the first days where it has been continuous fluctuations, now the results seem to be stabilized.

Proposing a lot of images it would probably have been muddle-headed, however I can assure you that a lot of changes took place, and I presume that looking at the SERP tomorrow, something new could be highlighted.

Just to give you an example outside the above picture, on 3rd of November the third result was a document called PDF-test-without-headers-KD43.pdf – my test n. 11. To be honest have shown it there get me confused e I wasn’t able to figure out how it was possible.
That’s the reason for which I included a graph collecting the different SERPs changes.

This is the full graph.

Whilst this is a graph with the documents that just take part on the SERP during the period in which I monitored it.

Let’s analyze it altogether, but first let me remind you something about the documents generated. I assumed a KWD of the URK “seiunamicone” split between the page (42%) and the document properties (56%) and fake headers when H1 and H2 have been created using pure emphasis instead of Word styles.

The first PDF to be indexed has been a document called Test 7 (PDF-test-without-header2-KD100.pdf). This document contains an H1 made using Word styles, a fake H2 – just emphasized text – with a KD of 100%. Just after some days, this document has been completely refused by Google SERP. Today is in the index but sit nowhere.
A snugly result for test number 5, 28% KD and one header, whilst no index at all for test 3, 10 or 13 for example.

If we would like to analyze only the first three results (first one and it’s aggregate) plus the first result shown when expanding hidden results we got the following picture.
Positive results has been collected for test number 12, always been present in the SERP and now stable on position 1 from about one week, test number 1.1, with some fluctuation, but now stable on position 2, and finally test 11, that apart some daily disappear has always been on position three.

So what makes the difference for these documents?

I almost sure Google is able to interpret the RTF code contained into PDF document (most probably doing a sort of reverse engineering). This sounds like strong assert (and maybe it is, so please take it just as my personal opinion) but it’s the only explanation I was able to find when I answered to the question “Why these?”

Analyzing the SERPs, I saw that after a KWD factor, the headers get their own importance., so, today what could be the answer about the following question?

What are the predominant factors that influence a PDF indexing into Google?

If today I should frankly answer to this dilemma, I would probably got through with the following bulleted point:

Document properties usage. Adding the keyword(s) into the document properties (Title, Subject e Keywords – Comments are ignored. We can even use the Author field, but looks like to be used for different purposes, isn’t it?)
Keyword density. A sufficient number of keyword in strategic part of the document – as per HTML pages – results in a better-optimized document, especially when headers are used. But we remember of another important aspect, such as document length and size that after a certain dimension (100k) results in a non-crawled text.
Header usage. Inserting keywords into the header 1 (made with Word styles, not emphasizing the text) boost the document and help it for a better indexing. Eventually use an H2 sounds good, but during the tests I noticed that use both of them don’t get any extra advantage.
Keyword proximity. Whenever the headers are not used, keyword proximity plays an important role.

I believe I don't forget anything and I hope you enjoyed reading this post.

Technorati Tags: google, search engine indexing, pdf

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

Quando viaggiare non solo è un costo, ma anche una beffa

Andrea Moro — Tue, 24 Nov 2009 22:05:00 +0000

Cari amici, questa sera avevo un sacco di cose da fare che per nulla al mondo mi sarei sognato di distrarmi, non fosse per il fatto che dovevo assolutamente raccontarvi questa beffarda vicenda di cui indirettamente sono vittima e in cui l'attore principale - un mio amico inglese che stava ritornando in Inghilterra dove ora anche io vivo - è stato a sua volta vittima di un comportamento inconcepibile da parte del personale Gemina S.p.A. durante il controllo bagagli (Il personale dovrebbe essere il loro con buona probabilità, o comunque da loro supervisionato).

Sapete tutti cosa è successo l'11 settembre, non sto quindi a ricordarvelo; ma sintetizzando con l'attacco alle torri gemelle, da quel giorno grazie a Bill Laden si è innescato un sistema protezionistico negli aeroporti di tutto il mondo che trovo alquanto assurdo. Come se bastassero questi controlli per sventare realmente i dirottamenti, senza pensare che anche nel famoso liquido ammesso (al di sotto del litro e in confezioni individuali da 100ml) sia cmq possibile mascherare della nitroglicerina o qualche sostanza più evoluta con il quale far saltare per aria un apparecchio.

Considerazioni a parte, questo regolamento prevede che siano ammesse a bordo certi tipi di apparecchiature elettriche ed elettroniche, mezzi di deambulazione, articoli acquistati presso il duty free (e qua ci risiamo, se si vuole far saltare in aria un aereo, un terrorista potrebbe pure arrivare a trovare un sistema per acquistare la sua bomba al duty free passato il controllo bagagli), e liquidi entro una certa soglia come sopra enunciato. Mai si è sentito dire che le sostanze alimentari solide sono limitate in qualche modo.

Società Arraffa Generi Alimentari

E qui la SAGA in questione ha inizio. In sostanza succede che questo mio amico (non un pischello, ma ex poliziotto inglese per giunta) ritornato a Crecchio, dove anche lui ha una casa, mi stesse portando indietro due kg di ottime salsicce che, nonostante tutto quello che ho apprezzato qua in UK, gli inglesi non sanno nemmeno come si fanno.

Al controllo bagagli - non sò esattamente chi - questi personaggi piantano grane e dicono che le salsicce non possono passare.

Ora se analizziamo quanto riportato dal regolamento, troviamo scritto che i liquidi sottoposti a controllo includono anche miscele di liquidi e solidi, lasciando pertanto ogni più libera interpretazione al controllore di turno. Tuttavia se proprio devo analizzare grammaticamente la frase - per quanto il mio italiano non sia dei più perfetti - una miscela di liquidi e solidi certo non si può assoggettare ad una salsiccia che invece è solo solida (per quanto morbida).

Sembrerebbe quindi che queste salsicce si potessero portare. Ma andiamo oltre. Vedete l'immagine? Sulla lista dei liquidi non ammessi, c'è un link che rimanda ad una pagina ulteriore con delle eccezioni.

Queste eccezioni vedono ammesso solidi come il Parmigiano, che di fatto è un alimento di una certa grandezza se immaginiamo che quando lo si compra, generalmente si prendono pezzature da 1 kg e forse più.

Se io mi devo attenere scrupolosamente a quanto c'è scritto nel "nuovo regolamento per articoli consentiti in cabina" entrato in vigore dal 6 novembre 2006 io queste salsicce le potevo tranquillamente ricevere, invece no. Le salsicce sono rimaste a Roma, all'Aeroporto di Ciampino.

Il fatto grave

La cosa più grave di questa vicenda è stata quando il personale, che ha provveduto a bloccare il succulento fardello, invece che operare come da legge, quindi buttare nel bidone della spazzatura il contenuto della busta (due pacchi da 1kg ciascuno di salsicce sottovuoto) come di solito avviene per le bottiglie d'acqua, ha provveduto a mettere il pacco dietro al bidone, sul loro tavolo dove generalmente appoggiano le loro cose.

Perchè? Se un oggetto non è ammesso, per regolamento deve essere cestinato! Avviene sempre così. Perchè è stato messo da parte?

Volete la mia - ovvia - deduzione? Il pacco è stato messo da parte così che alla prima occasione - sono sicuro - queste salsicce hanno sì, preso il volo, ma verso la casa e la pancia di qualcuno che non è il sottoscritto.

Trovo questo comportamento aberrante, privo di ogni fondamento e per giunta scorretto, perchè - lo ricordo - se è vero che hanno voluto far passare queste salsicce come un "liquido" è anche vero che di quei due pacchi da 1 kg ciascuno, sottovuoto e con regolare scontrino del macellaio, infilandone uno nel regolamentare sacchetto di plastica, uno lo avrei potuto tranquillamente ricevere.

Ma del resto siamo in Italia, e queste cose sembrano essere all'ordine del giorno, almeno fintanto che qualcuno non si decida a prendere provvedimenti. Ma prima che questo avvenga è necessaria una buona dose di informazione, e questo lo si può fare solo esclusivamente utilizzando l'unico canale neutrale: Internet.

Confido in tutti voi in un link a questo articolo per far conoscere la vicenda, ma soprattutto se avete conoscenze in testate giornalistiche o simili che siano interessate a pubblicare la cosa, si facciano avanti e senza scrupoli copino tranquillamente il presente articolo.

Technorati Tags: saga, aereoporto di roma, truffa, beffa

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

Come Google indicizza i PDF: conclusioni finali

Andrea Moro — Fri, 20 Nov 2009 19:38:00 +0000

Il 26 di ottobre scorso ho “rilasciato” in rete un test per capire come i motori di ricerca indicizzano i documenti PDF. Il test aveva come scopo quello di capire le seguenti cose:

Se gli stile headers (che normalmente vengono utilizzati per creare documenti professionalmente validi) di Microsoft word (nel mio caso, ma poco avrebbe fatto differenza se lo stile fosse stato generato da un altro editor) avessero un impatto nelle funzioni di indicizzazione.
Valutare in che percentuale la Keyword density del documento pesasse in questa operazione
Valutare l’impatto delle proprietà del documento (Titolo, Soggetto, Commento e Keywords)

Dopo una settimana esatta Google (per gli altri motori lo sapremo solo quando si degneranno di indicizzare i documenti in questione) mi ha restituito I primi risultati, che potete vedere in queste immagini qui sotto che presento in formato doppio. Lo scopo e’ quello di evidenziare delle fluttuazioni tra un giorno e l’altro.

Questi sono I primi due – piu’ interessanti - risultati che ho notato durante le passate settimane per il documento principale restituito dalla SERP generata usando la URK “seiunamicone”.

A seguire, i risultati che si ottengono espandendo l’apposito menu.

Sto monitorando la SERP da diversi giorni (settimane) e dopo una fase iniziale di puro assestamento, i risultati sembrano ora essersi stabilizzati.

Mostrare una valanga d’immagini forse sarebbe stato troppo confusionario, ma vi posso assicurare che vi sono state altre fluttuazioni rispetto a quelle ora mostrate, e con molta probabilità, se controllerò già domani, ve ne saranno ancora.

Ad esempio il 03/11/2009 il terzo risultato era il documento denominato PDF-test-without-headers-KD43.pdf – il mio test n. 11. Se devo essere onesto il vederlo li portava ogni mio ragionamento fuori da tutte le possibili logiche.

Per questa ragione ho deciso di includere due grafici che sono piuttosto esplicativi.

Il primo con tutti i risultati, anche quelli non pertinenti.

Il secondo con soli I risultati che realmente hanno mostrato qualcosa in termini di dati da analizzare.

Analizziamo assieme I risultati, ma prima un breve ripasso su quali sono stati I parametric con I quali I documenti sono stati generati. Ho fissato come chiave di ricerca unica la parola “seiunamicone”, divendo la stessa con una densita’ del 100% nel documento di cui 42% nelle proprieta’ del documento e il restante 56% tra gli header (veri e/o fasulli).

Il primo documento ad essere stato indicizzato e’ stato il Test 7 (PDF-test-without-header2-KD100.pdf), ovvero un documento con H1 generato con gli stili, un H2 fasullo – pura enfatizzazione - una KD del 100% di cui 42% nella pagina e il restante 58% nelle proprietà del pdf. Il documento, dopo qualche giorno di gloria, è stato spazzato via dalla SERP, per fare capolino di tanto in tanto. Stessa sorte è toccata al Test 5, mentre non sono stati indicizzati per nulla i test 3, 10 e 13 per esempio.

Se vogliamo analizzare i primi tre risultati (Il primo e il suo aggregato, più il primo risultato che si ottiene espandendo gli elementi nascosti) otteniamo dei risultati interessanti.

Ma cosa ha fatto la differenza per questi documenti?

Posso affermare quasi con certezza che Google interpreta correttamente la codifica RTF del documento originale (non so’ come faccia esattamente, probabilmente come fanno tutti quei software in grado di restituire un documento editabile da un PDF). Potenzialmente è un’affermazione azzardata, e forse lo, quindi prendetela come una personale opinione e basta, ma e’ l’unica spiegazione che sono riuscito a trovare cercando di rispondere a quesito “Perché questi documenti”?

Infatti, analizzando la SERP, dietro al fattore KD, si può notare come gli headers inseriti abbiano giocato il loro fattore chiave.

Questo è importante perché l’uso di un Header, piuttosto che di una enfatizzazione viene considerato in maniera differente e questo risponde ad una parte del quesito che mi ero posto quando avevo iniziato il test.

Quanto agli altri quesiti che mi ero posto, si può affermare che per ottimizzare un PDF per i motori di ricerca, i seguenti fattori risultato essere quelli coinvolti:

Utilizzo delle proprietà del documento. Ricordiamoci di inserire la parola chiave di nostro interesse nelle proprietà principali (Title, Subject e Keywords – Commenti viene ignorata)
Utilizzo di un header 1. Inserire la parola chiave di nostro interesse nell’header 1 (fatto con lo stile quindi, e non solo enfatizzando il testo) per favorire il posizionamento. Mettere un header 2 ha valore, ma durante i test ho notato che metterli entrambe non offre maggiori possibilità che metterne solo uno.
Keyword density. Un numero adeguato di parole chiave nei punti critici è - come per le pagine HTML – un determinato peso che aumenta di valore qualora le parole vengono usate congiuntamente con gli headers. Tuttavia vanno sempre considerati dei fattori importanti quali la lunghezza e il peso del documento, i quali oltre una certa soglia non vengono indicizzati.
Keyword proximity. Laddove non sono utilizzati gli headers, la prossimità delle parole chiave rispetto al documento gioca un fattore chiave.

Credo di non essermi dimenticato nulla e spero che questo test sia stato di tuo interesse.

Technorati Tags: google, indicizzazione motori di ricerca, pdf

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

Google raises new suggestion about rankings?

Andrea Moro — Wed, 18 Nov 2009 21:58:00 +0000

Google Engineer Matt Cutts in an interview has recently told how Google is going to rank web sites in the future, in particular he has hinted that ranking would somehow be affected by the loading time taken by a website.
So SEO won't be the only "trick" on which a web site can rely; magic will be now diverted to different factors such as the real capacity of a webmaster (or web agency) to make a smart web site (in terms of code efficiency) as well as about a good hosting company with enough bandwidth and server ram (just to cite a couple of important factors).

Cutts revealed the existence of a new plug-in for Firefox, called Page Speed test, that will be integrated into the well known Firebug, which will add a new tab that aims to measure the page speed across a list of different factors.
As most of SEO and Webmaster out there, I performed some test as well, and I've been surprised to see in the issue list an item regarding the caching.

As you probably already know, most web pages include resources that change infrequently, such as CSS files, image files, JavaScript files, PDF, and so on. These resources take time to download over the network, which increases the time it takes to load a web page.

HTTP caching allows these resources to be saved (cached) somewhere by a browser (locally according to its settings) or a proxy, making the download faster. Once a resource is cached, a browser can refer to the first available local copy instead of download it again during the next session.
Using cache means with the lottery reducing round-trip time by eliminating numerous HTTP requests for the required resources, which substantially reduce the total payload size of the responses, and significantly reduce the bandwidth and hosting costs for your site.

So it seems caching is one aspect on which every web player should take care. Some problems occur if we think to the tons of web site that still doesn't use server-side technology, which allow to control practically everything and set up the response header in a very easy way, or people whose don't have direct access to the server configuration to set up the header in just a couple of clicks (that is not the META tag in the HTML Page like a friend of mine reported me today, despite it's sometimes involved).

HTML Meta Tags and HTTP Headers

Just because I talk about them, it's better to spend some more words to clarify my previous statement. It's true that HTML authors can put Expire tag in a document’s head section, but in the specific case this meta tag is not very effective. That’s because it's only honored by a few browser caches (which actually read the HTML) and not by proxies (which almost never read the HTML in the document).
And if you are considering to use the Pragma, it won’t necessarily cause the page to be kept fresh.

On the other hand, true HTTP headers give you a lot of control over how both browser caches and proxies handle your web page. They can’t be seen in the HTML, and are usually automatically generated by the Web server.

The solution is...

I though to many different solutions to the problem, but none of them was directly applicable to a static web page, and it's embedded resources like CSS and Javascript.

The only good thing I was able to find actually is a solution for external downloadable files like PDF, PPT or document in general, that may be eventually requested with a simple Javascript code that use an XMLHttpRequest whilst contextually modify the Response header. Unfortunately, this solution is valid only for internal links, because any external resource that points directly to the file will automatically use the header that has been set up by default on the server.

So, if this caching will really become an issue to pursue, it will be beneficial for all of you choose an hosting company or develop your web page using a server side technology that will allow you to change the headers in a very easy way.

Before to conclude, I just report another interesting paper released by Yahoo! on how to speed-up web pages.

Technorati Tags: http, header, caching, google

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

IDN ... domini in tutte le lingue del mondo

Andrea Moro — Fri, 06 Nov 2009 20:13:12 +0000

Una cosa interessante e al tempo stesso spaventosa è successa la settimana scorsa - 30 ottobre 2009 - quando l’ICANN (Internet Corporation for Assigned Names and Numbers) ha deciso di ammettere la registrazione di domini con caratteri non latini, ovvero di accettare anche caratteri al di fuori del tradizionale alfabeto inglese, dei 10 numeri e del simbolo meno.

Di per se la notizia potrebbe non suscitare grande interesse, specie per un paese come l'Italia dove il 90% delle aziende è composto da piccole imprese e solo una minima parte di realtà sono multinazionali. Sembrerebbe quindi che non ci sia null’altro da dire, ma sono un tipo di larghe vedute; lavoro in un settore, quello del web marketing, dove questo genere di notizie non può assolutamente passare inosservato.

Questi domini, si apprende, verranno chiamati internazionalizzati (IDN) e secondo il CEO dell’ICANN, Rod Beckstrom, questo è solo il primo passo per l’internazionalizzazione di Internet.
Francamente mi sfugge qualcosa nella sua affermazione. Sembra come se fino ad oggi paesi come la Cina, il Giappone o la Korea con i loro ideogrammi non abbiano mai avuto accesso ad Internet. Forse ho solo travisato le sue parole.

Comunque la buona notizia sta nel fatto che in questa prima fase, l’internazionalizzazione sarà applicata solo a certi TLD (Top Level Domain) quali il .jp per il Giappone, il .cn per la Cina, il .ru per la Russia e via dicendo.

Ma di che mi preoccupo?

Come dicevo sopra una decisione di questo tipo porta con sè delle conseguenze a livello di marketing e di brand aziendale. In passato grandi realtà hanno fatto di tutto per accaparrarsi tutte le possibili estensioni e preservare la loro web identity e tutelarsi da possibili casi di cybersquatting e web spoofing (che in questo caso è la creazione di siti web molto simile all’originale con informazioni però atte - in fin dei conti - a sottrarre clientela dirottando gli utenti altrove).
Non sono rari quindi casi di aziende con estensioni geografiche per ogni paese: ad esempio, per rimanere nello stivale, Yahoo.it che acquistò il dominio da un mio amico ancora nel 1997 (mi pare), o come Facebook.it riassegnato dopo regolare procedura di contestazione.

Con questa nuova decisione però tutta la saga sembra di nuovo avere inizio.

A questo punto è solo da valutare quale sia il male peggiore, se quello – per le aziende – di dover rincorrere una nuova serie di registrazioni con tutte le restrizioni proposte dai singoli casi (ad esempio alcune nazioni non permettono di registrare un dominio se non sei fisicamente cittadino di un paese) o quello di continuare ad avere centinaia di migliaia di siti registrati con la specifica punycode e lasciare che sia il browser a tradurre il tutto in lingua nativa.

Da un punto di vista utente, onestamente parlando, il fatto che vi siano dei domini con dei caratteri non latini certo resterà un fenomeno confinato ad una stretta cerchia di utenti, i quali dovranno comunque fare i conti con le problematiche di internazionalizzazione della restante parte del mondo e dei relativi domini che sono e resteranno sempre in formato latino e dei loro client di posta elettronica.

Sempre lato utente, casomai io - utente neolatino - avessi voglia di andare a spulciare su uno di questi siti, l'esserci dei "geroglifici" al posto di un alfabeto normale, certo non mi aiuterà nel caso avessi la necessità di ricordarmi il nuovo - strano - indirizzo.

Allora il punto è, se negli ultimi 8 anni - già leggi bene, perchè i primi esperimenti sull'IDN risalgono in realtà al 9 novembre del 2000 - ICANN non si è più di tanto interessata ad una questione di questo tipo, perchè farlo ora? Ci sarà mica dietro una pura questione di marketing?

UPDATE del 16/11/09: L'Egitto registra il primo dominio in caratteri non latini. Ecco il primo paese a farsi avanti.

Technorati Tags: IDN, domini, ICANN

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

How Google (and other SEs) crawl and ranks PDF files?

Andrea Moro — Wed, 28 Oct 2009 00:01:00 +0000

There is one common thing that link web 2.0 users: the necessity to take part of this new fantastic world contributing to it, inserting web pages, picture, documents, comments and so on.

So, it’s not rare to see emerging web sites containing tons of new material rather than a forum at the top of the SERPs. And it’s not rare to see different type of documents rather than a standard web page. Documents like a Word file, Power point presentation, PDF etc.

Search engines love text. So if you write a document with some special formatting, that doesn’t fit well into a web page or contains some graphics that must be preserved, you can publish over the web converting it to a PDF file, and let it accessible to the entire world.

Search engines are smart enough to crawl your web pages and index (normally) all the link and documents contained. Google started to index PDF documents later in 2001 so they are not completely new to this kind of stuff, but recently they enhanced the quality and the user experience introducing the "Quick View" PDFs feature.
The reason why Google developed it was due to poor quality of the “View as HTML” feature, originally developed to "translate" a file into a document readable directly into the browser (unless searchers weren’t interested in opening it into different applications after downloading it).

Unfortunately the "View as HTML" feature isn’t perfect and often the layout proposed doesn’t respect the original one. These kind of problems no longer exist thanks to "Quick View" which has changed its approach to opening PDF files, opening the documents directly into the browser whilst keeping the formatting intact.

But, well formatted or not, a PDF document – as any other web page – should be optimized before being shown in the SERP. Having looked into research papers, that contained possible indicators on how to properly optimize a PDF document, I was unable to find anything really useful.

Since I’m aware (are you?) Google is particularly interested in details and quality, I decided to spend some time to create a test case to evaluate many different combinations of the same PDF document to understand which factors really influences the PDF ranking.

The test has been published on a recently registered domain, so I can entirely appreciate the results that I will collect from this test.

To stay updated about this test, or to simply have a look at it, point your web browser to my PDF ranking and indexing test.

Technorati Tags: google, pdf ranking, test

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta

Yahoo! ... sempre più verso un motore intelligente

Andrea Moro — Wed, 21 Oct 2009 00:01:00 +0000

Come affermazione questo titolo è decisamente forte, ma penso che meglio non possa esprimere la mia più totale approvazione verso la recente decisione di Yahoo di sopprimere il suo servizio di inclusione negli indici a pagamento.

Che dire? Forse si sono resi conto che per un web migliore bisogna concentrarsi sulla qualità dei siti e degli argomenti proposti piuttosto che sulla capacità di incassare denaro? O forse questa scelta rientra in quegli angoli da smussare a seguito del recente accordo con Bing/MSN per il quale non poteva più esistere una contropartita che inseriva siti dove e come gli pareva?

Su Search Engine Land, nota ufficiale di Yahoo!, si legge.

“We are committing our resources and efforts to our core areas of focus, including improving the search experience and relevancy of our ads to increase user engagement and ROI for advertisers, and as a result, have decided to exit Search Submit. We have stepped up innovation in Search Marketing, recently rolling out search retargeting, Rich Ads in Search and improved matching technology, and in Consumer Search, with enhancements like the new search results page. These enhancements deliver value, control, innovation and relevance to our advertisers, leading to increased ROI.

“Yahoo! will exit Search Submit at the end of 2009. Yahoo! is providing those advertisers affected by the decision a sufficient lead time to assist in the transition. In addition, Yahoo! has recently announced a series of important enhancements to its Search advertising business and will work closely with many Search Submit advertisers to provide them with search solutions that will benefit their businesses.

Che sintetizzato dice: Ci stiamo impegnando verso il nostro core business, ovvero la ricerca naturale e il PPC; abbiamo migliorato i nostri algoritmi per incrementare le capacità di retenzione degli utenti così come il ROI per le aziende che espongono i nostri banner. Yahoo! cesserà definitivamente l'inclusione a pagamento a far data dal 31/12/2009. Insomma un capodanno col botto in casa Yahoo!

Dal momento in cui questa decisione è stata ratificata, accedendo alla pagina di inclusione a pagamento aveva come effetto un bel 301 verso la pagina dei loro collegamenti sponsorizzati che è quanto di più vicino possibile si possa ottenere all'inclusione a pagamento se ben ci si pensa.

Peccato (per Yahoo!) perchè questa era per loro una sicura fonte di reddito da diversi milioni di $ ogni anno. Meglio dico io, perchè per un web più sano c'è bisogno di un giudizio universale, influenzato (in bound links) dal giudizio della rete e non dal monopolio di una azienda.

Technorati Tags: yahoo!, inclusioni a pagamento, ppc

Del.icio.us | StumbleUpon | TechnoNotizie | OkNotizie | Digitta