Visualizza sorgente pagina
Lunedì 26 Gennaio 2009 - 08:55
di Massimiliano Scorza
Recentemente mi è stato chiesto di capire se un sito era “fatto bene” dando un’occhiata al sorgente della pagina. Il sito in questione è un famoso portale di stampa personalizzata tradotto in una dozzina di lingue.
Era un pò di tempo che non mi addentravo in blocco note tra tag, codici e strani caratteri. È stato piacevole, ma siccome sono un po’ arrugginito non ho potuto rispondere alla domanda. Non sono riuscito a capire se quel sito era un buon sito dal punto di vista dell’architettura e della costruzione delle pagine.Dunque, mi sono chiesto:
- è davvero possibile capire se un sito è ben fatto analizzando il sorgente?
- quali sono i criteri da considerare? Cosa non deve mancare e cosa invece non deve mai esserci?
Categoria: Web Standards | Permalink
Commenti
1
è una cosa che io faccio spesso. Generalmente guardo se è stato dichiarato il DOCTYPE, se sono stati specificati i vari metatag, se sono state erroneamente usate tabelle per il layout, ecc… comunque ci sono diversi punti di vista per stabilire se un sito è “fatto bene”, vedi accessibilità, markup corretto, usabilità e così via. Per il markup viene in aiuto l’estensione Html Validator di Firefox. Per l’usabilità secondo me, l’analisi del codice sorgente non è molto utile…
2
Dando per scontata l’assenza di tabelle per il layout, guardo l’organizzazione del codice, il numero di elementi presenti che non devono essere eccessivi (ad esempio troppi div) e la struttura della pagina. Sono per il minimalismo, non mi piacciono classi e id inutili.
Importanti anche i titoli, che devono essere utilizzati in maniera semanticamente corretta: capita spesso di trovare siti imbottiti di h1 sperando di ottenere più rilevanza sui motori di ricerca.
Difficile sintetizzare comunque :)
3
concordo,
inoltre molti punti delle WCAG si rifanno al corretto uso del markup. Vedi un uso corretto delle intestazioni, delle liste. Se aprendo un sorgente vedo solo div e p difficilmente realizzerò che è un sito ben fatto anche se senza tabelle. Invece un markup in cui vedo l’ordine degli H ben fatto, ul, ol, dl dove servono e un uso dei paragrafi e dei blocchi consono e non ridondante mi fa pensare che l’abbia scritto uno con le palle e non uno che sa solo usare un editor. L’accessibilità non la valuti dal codice, ma comunque percepisci se chi ha scritto quella pagina si sia posto minimamente il problema o meno. L’usabilità invece nisba dal codice.# - postato da Alessandro - 26 Gennaio 2009 - 09:38
4
Certamente la qualità dell’intero sito non si può dedurre dall’analisi del sorgente di una sola pagina, al massimo si può giudicare la qualità di quella pagina.
La qualità di una pagina si può dedurre certamente dall’analisi del sorgente. Si può capire se sono stati adottati gli standard, le linee guida sull’usabilità, l’accessibilità, l’uso dei css… ecc.
5
Domanda leggermente OT… ma visto che sono stati citati: dato per scontato l’utilizzo dei vari H, DIV, OL e UL… ogni tanto mi trovo in dubbio sull’utilizzo dei DL. Voi come, dove e quando li usate?
# - postato da Andrea - 26 Gennaio 2009 - 09:58
6
Beh secondo me è possibile, osservando il sorgente, capire se un sito è fatto bene fino ad un certo punto. Chiaro che mi basta guardare il codice e vedere tag table,tr,td ovunque per farmene un opinione non buona (e ce ne sono…).
Ma se il sito è in xhtml si può passare ad analizzare i blocchi, cosa che faccio per comodità con firebug (evidenzia il blocco e propone il codice usato): come sono messi i tag h1,h2? il menù sarà fatto usando ul li? I form hanno i label?
Altra operazione che faccio è disabilitare i Css così da vedere la struttura della pagina senza stile e capire se ha un senso logico.
7
Anch’io la penso come i precedenti.
.layout tableless
.html validato (almeno xhtml transitional)Penso anch’io che rimanga comunque una valutazione superficiale, diciamo che questi sono i requisiti primari per un sito internet sviluppato nel 2009 :)
8
Se è fatto bene o meno in termini di esperienza di utilizzo del sito (che comprende tutto, non solo il codice) non credo si possa dire soltanto dal “visualizza sorgente”.
Quel che - certamente - l’analisi del codice contribuisce a definire è la professionalità di chi ha realizzato il sito. E più del codice XHTML può, secondo me, l’analisi del CSS.
9
è indubbiamente una cosa che faccio spessissimo.
il sorgente è l’origine di qualunque cosa sul web ed è ovvio che sia la base di partenza per la qualità di un sito.i punti elencati in precedenza come layout tabellari, xhtml valido, fogli di stile validi sono le primissime cose che possono determinare il livello di un sito.
10
Può capitare che un sito abbia un front-end costruito a regola d’arte con markup semantico accessibile e leggero, ma con magari un backend che fa piangere o un controller pesante/lento.
Può anche capitare il contrario..
Dal sorgente puoi solo capire se l’xhtml è stato usato correttamente.
Dopodichè dovresti dare un’occhiata al CSS..
E infine bisognerebbe poter provare il backend e guardare i sorgenti del backend, le query e il database.Ma a volte non ha neanche tutta questa importanza, infin dei conti un sito fatto a bene fine a se stesso non vale nulla.
Il sito per essere fatto bene deve essere principalmente d’interesse all’utente che lo utilizza e deve avere un qualche ritorno soddisfacente (non necessariamente economico) per il proprietario.# - postato da Federico Capoano - 27 Gennaio 2009 - 10:52
11
per me il primo criterio per capire se un sito è scritto bene è guardare se il testo è indentato in modo corretto…già così si capisce l’ordine di chi scrive il codice e facilità di molto la lettura e l’interpretazione.
# - postato da Alex - 27 Gennaio 2009 - 10:54
12
E chi realizza siti utilizzando un CMS? Deve rinunciare per forza ad avere un sorgente pagina pulito? Ho fatto qualche sitarello con Joomla e occhi più esperti dei miei si sgranavano alla vista del codice…eppure molti siti per piccole imprese o privati ormai vengono gestiti con CMS tipo Joomla…
# - postato da Massimiliano Scorza - 27 Gennaio 2009 - 11:03
13
Vorrei chiedere a tutti… ESISTONO DEI CRITERI PER GIUDICARE il codice sorgente di una pagina e definirlo CORRETTO O INCASINATO? Io direi che programmare, impaginare, disegnare… sono fasi della creazione totalmente liberi. Ognuno ha un suo metodo che si differenzia da altri. C’e’ quello più ordinato che mette i commenti, c’e’ quello invece più casinoso che non nomina con un certo criterio div o simboli o livelli ecc…ecc… ma se i risultato sono validi, sono ottimi ed il cliente è soddisfatto… non c’e’ SORGENTE BUONO O SBAGLIATO. L’unica cosa che a me verrebbe da dire quando guardo il sorgente di un sito html di qualcun’altro è… SI PUO’ FARE DI MEGLIO… oppure… ACCIDENTI NON CI AVEVO PENSATO :)
Non lo credete anche voi?
14
Un conto è dire se il codice di una pagina è buono, diverso è dire se si tratta di un buon sito.
Una pagina potrebbe avere un codice visibile ottimo, ma essere prodotto da un codice di backend disastroso, lento e con database disegnato malissimo.
Secondo me dall’esame del codice si possono solo ricavare indicazioni generiche e ipotesi, ma siamo molto lontani dal poter dare un giudizio reale.
Faccio un banale esempio.
Potrei avere una pagina dal codice html perfetto, restituito da una pagina server side che impiega dieci ore a buttarla fuori. L’esame del codice mi direbbe che la pagina è buona, ma vedere quella sul server mi farebbe capire che è un disastro.
15
@fradefra
ma quali sono gli elementi della pagina sul server che ti fanno capire che è un disastro?
Il tempo che impiega a restituire la pagina lato client è la conseguenza, ma le cause quali sono?# - postato da Massimiliano Scorza - 28 Gennaio 2009 - 08:53
16
@Massimiliano
Ad esempio, il fatto che usa istruzioni SQL Select con l’asterisco invece dei nomi delle colonne, che usa Where fatte male, che non fa le Join in modo corretto, che non usa i TOP, ecc. ecc.Inoltre, potrebbero esserci connessioni al database fatte con vecchie librerie, uso improprio di mailsend ecc. ecc.
Poi, potrebbero esservi IF strutturate male o peggio non strutturate, ecc. ecc.
Possono esserci loop mal controllati, con salti non ben gestiti fuori ciclo.
17
Secondo me occorrerebbe capire se è più utile un sito CMS o se fatto su misura…. Cos’è meglio?
Il mio prof di marketing preferisce siti su misura, a livello di sicurezza sono meglio i CMS??# - postato da giorgionetg - 30 Gennaio 2009 - 10:45