Steve Souders (Yahoo!) – High Performance Websites

Di Steve Souders di Yahoo! non vedo l’ora di leggere il manuale uscito per i tipi di O’Reilly, High Performance Web Sites. Per intanto ho avuto modo di leggerne qualche estratto, come le 14 regole per aumentare le prestazioni di un sito.

E in effetti Souders si limita a percorrere quanto già riportato nel documento, peccato!

Quello che gli ingegneri di Yahoo!, dopo diversi test, sono riusciti a stabilire, è che ottimizzare un sito web vuol dire soprattutto lavorare a livello di frontend, cioè a livello di client, di quello che viene inviato e interpretato dal browser.

L’ottimizzazione del frontend, spiega Souders, è prioritaria rispetto a quella del backend (database, ottimizzazione del codice, infrastruttura hardware), perché incide maggiormente sull’esperienza dell’utente.

Concordo, ma sono convinto che questo vale solo se l’infrastruttura è stata progettata e scritta con grande professionalità, così da ridurre i colli di bottiglia. Se così non è anche il backend riesce a farsi sentire.

Souders afferma, e anche qui concordo, che mettere mano al frontend è più semplice rispetto che farlo lato backend.

Un interessante esperimento condotto dal team di Souders ha dimostrato come circa il 50% degli utenti che navigano sui siti Yahoo! (e, visto il network, si può facilmente generalizzare all’intero web) svuotano ogni giorno (o hanno impostato il browser per farlo) la cache del browser.

Questo intervento è stato scritto in live blogging dalla conferenza Future of Web Apps di Londra, il 3 e 4 Ottobre 2007. Leggi tutti gli interventi di Fucinaweb dal FOWA

Sbrigati o ti cancello il blog

Due recenti messaggi che riguardano la cessazione di servizi, il primo trovato in Kataweb, il secondo ricevuto via email da Yahoo!.

Un estratto condensato del primo:

Kataweb Blog al momento è un servizio basato sulla piattaforma TypePad.
Kataweb ha deciso di non utilizzare più la piattaforma di TypePad a partire da mercoledì 25 luglio 2007.

Ricevuta la mail dovrai scegliere, entro e non oltre la mezzanotte del 22 luglio 2007, una tra le seguenti due opzioni:

  1. Trasferire il tuo Blog sulla nuova piattaforma di Kataweb
  2. Rimanere TypePad e abbonarti alla loro versione a pagamento

Se entro la mezzanotte del 22 luglio 2007, non avrai scelto alcuna delle due opzioni, il tuo Blog verrà disattivato e tutti i contenuti saranno cancellati definitivamente.

e della email di Yahoo!

Dear Yahoo! Photos user,

For some time now, we’ve supported two great photo sharing services: Yahoo! Photos and Flickr. But even good things come to an end, and we’ve decided to close Yahoo! Photos to focus all our efforts on Flickr — the award-winning photo sharing community that TIME Magazine has called “completely addictive.”

We will officially close Yahoo! Photos on Thursday, September 20, 2007, at 9 p.m. PDT.

Please give us your decision by Thursday, September 20, 2007, at 9 p.m. PDT. After that time, any photos remaining in Yahoo! Photos will be deleted.

Due messaggi apparentemente simili, anche se si riferiscono a servizi diversi. Apparentemente:

  1. Kataweb, non è un po’ tardi avvisarmi i primi di Luglio per dirmi che mi cancelli il 22 di Luglio? Metti che abbia la fortuna di passarmi 3 settimane in vacanza. Al ritorno cosa faccio quando mi vedo il blog annientato? Yahoo! da’ un bel po’ di tempo in più, il giusto per poter fare qualcosa
  2. Non mi piace quel “Kataweb ha deciso di non utilizzare più la piattaforma di TypePad”. Sa troppo di rimprovero verso un fornitore di servizi di cui non si è contenti
  3. Perché, visto che se clicco un tasto mi porti sulla nuova piattaforma blog, non lo fai automaticamente se non dico nulla? Vuoi forse risparmiare qualche centesimo di spazio disco non migrando i blog abbandonati? Ma portali tutti di là! (La stessa cosa vale comunque anche per Yahoo!, anche se in questo caso potrebbero forse cambiare i termini di privacy con cui sono condivise le foto in Flickr).
[tags]yahoo!, flickr, kataweb, email, migrazione, weblog[/tags]

Il business nell’era del web 2.0

Al Le Web 3 di Parigi si è cercato di parlare dei criteri di sostenibilità dei progetti web 2.0, cioè da dove trarre introiti e profitti, ma l’intervento che discuteva di questi concetti si è concluso con qualche vaga indicazione sulla pubblicità e poco più.

Decisamente più interessanti, sono invece un paio di interventi apparsi qualche tempo fa sul web 2.0 journal, “Profitably Running an Online Business in the Web 2.0 Era” e “Struggling to Monetize Web 2.0“, scritti da Dion Hinchcliffe.

Secondo Hinchcliffe siamo in una fase in cui chi parte a progettare uno di questi servizi mira prima di tutto a farsi acquisire dai big, Yahoo! e Google per primi, oppure ha in testa qualche vaga strategia pubblicitaria. Ma il problema principale da risolvere è cercare di capire come riuscire a realizzare un business con prodotti il cui valore aggiuntoè dato dal contenuto creato dagli utenti che lo utilizzano. Riuscire a coinvolgere un buon numero di utenti non si traduce infatti automaticamente in rendite maggiori.

Si possono oggi individuare fondamentalmente 3 strategie di business:

  • pubblicità e sponsorizzazioni, ovvero inserzioni in stile Adsense o banner e contratti diretti con gli inserzionisti. Secondo Hinchcliffe si tatta di una strategia debole, con pochi ritorni
  • sottoscrizioni, cioè pagare per utilizzare alcuni servizi online, come i prodotti di 37 signals o la versione pro di Flickr. Qui ci potrebbe essere qualche segnale incoraggiante nel prossimo anno
  • commissioni per transazioni, come per esempio il business di Ebay. Anche questo potrebbe essere un terreno molto fertile in futuro

La conclusione non è comunque delle più rosee: deve essere ancora pensato qualcosa di alternativo a queste 3 strategie, perché esistono numerosi progetti a cui nessuna di questa strategie può essere applicata efficacemente. E’ il caso di del.icio.us, in cui l’inserimento di pubblicità allontanerebbe gli utenti, così come la versione a pagamento.

Esistono poi alcuni metodi più o meno indiretti che possono aiutare a far crescere un progetto 2.0, in termini di:

  • capitale
  • numero di utenti
  • capacità di resistere alla concorrenza

La strada che porta a questo, secondo Hinchcliffe , passa per acquisizioni strategiche, la capacità di costruire un rapporto di fiducia con i propri utenti, e il passaggio da applicazione “standard” a piattaforma attraverso il rilascio di opportune interfacce a API. Amazon in questo caso è un vero e proprio caso di successo.