Newsgroup: it.lavoro.professioni.webmaster
Titolo: I contenuti dei siti

Salve, sono una redattrice attualmente offline, ma interessata a convertirsi
al webwriting :-).
Vorrei chiedervi un chiarimento sulla professione del webmaster, specie del
freelance.
Si limita a costruire tecnicamente il sito, e poi è il commissionante che
provvede a riempirlo di contenuti? Non  fino a che punto è possibile
scindere queste due fasi nella realizzazione si un sito,
cioè se la stesura dei contenuti lo sentite come un problema vostro e in che
misura vi partecipate.
So che ci sono società fornitrici di contenuti: allo stesso modo, si
limitano a scrivere i testi riempiendo spazi già predisposti o in che misura
partecipano anche alla costruzione ''tecnica'' del sito?


Ciao, da quello che so (intendo "il polso del mercato") le società 
fornitrice di contenuti sono tutte fallite con lo Sboom della codeetta 
"Niù economy", infatti l'interesse dei webmaster è destinato a quelle 
applicazioni di backend che aiutano il business aziendale. La funzione 
di frontend di un sito è comunque gestita internamente in quanto oramai 
esistono sistemi di CMS che danno la possibilità ai clienti stessi di 
aggiornarsi il sito da soli
Ciao
Cla
-- 
www.spaghettibrain.com
 - PHPNUke Italian Mirror
www.spaghettilearning.com
 - Piattaforma open Source per l'E-Learning
!!>> Il mondo non è ancora pronto per il Funky <<!!


Se ti riferisci alle news, quello è un altro discorso.
Cooper.
-- 
------------------------------------
BlueWare di Impastato Marcello
 [web] 
http://www.blueware.it
 [msn] 
coo...@blueware.it
 [icq] 146781935
 [Irc] 
http://www.italchat.it

quando si progetta un sito di una certa caratura editoriale (cioè non quel
sito che avrà 3 pagine di contenuti da aggiornare 2 volte l'anno), si fa in
modo di avere la componente di programmazione distaccata il più possibile
dalla componente contenuti.
Ovvero, si tende a dividere i due elementi, struttura e contenuti, in modo
che sia possibile lavorarci indipendetemente l'uno dall'altro.
Generalmente si utilizza un sistema dinamico che permette di catalogare i
contenuti in un db per poi "stamparli" a video a seconda della necessità,
anche se ci sono sistemi tecnicamente migliori che dispongono di  entrambe
le modalità:
- la parte dinamica ad uso quasi esclusivo di chi inserisce i contenuti o
per alcune particolarità (come un motore di ricerca sui contenuti;
- la parte statica, che tramite una applicazione lato server permette di
creare una struttura statica partendo comunque dal database, ovviando per
esempio al problema della indicizzazione su alcuni motori di ricerca che mal
digeriscono le pagine dinamiche con troppi parametri.
Un sistema simile l'ho utilizzato per un sito di e-commerce avendo:
la parte dinamica per lo staff che inserisce i prodotti e gli utenti che
utilizzano il carrello o motori di ricerca e comparazione prodotti;
la parte statica che invece fa da "catalogo" dei prodotti (non è altro che
una versione statica delle pagine create in modo dinamico).
Per esempio una redazione di un giornale può commissionare ad una azienda X,
magari dall'altra parte del pianeta, di realizzare una struttura per la
gestione contenuti.
L'azienda X farà in modo da predisporre una struttura completamente separata
dai contenuti (i cd CMS) in modo che:
- la redazione potrà operare nei contenuti senza il continuo ausilio
dell'azienda X;
- l'azienda X potrà effettuare le operazioni di modifica, aggiornamento, ecc
sulla struttura senza dover andare a mettere le mani sui contenuti.
Questa modalità è comunque abbastanza recente nel Web, soprattutto italiano
(penso sia un fenomeno partito da circa 3-4 anni) che ha visto appunto
nascere nuove professioni come il Webwriter, Webcontente, ecc ecc, ovvero la
figura professionale che dovrà riempire queste strutture con i contenuti.
Un altra particolarità di dividere le aree di intervento, è dividere:
contenuti
programmazione
layout
in modo da poter agire in uno di questi aspetti senza dover saper maneggiare
il resto.
In questo modo è possibile avere delle persone completamente specializzate
in uno solo di tali elementi (per esempio un programmatore, un grafico e un
webwriter) che possono lavorare in maniera completamente autonoma (fatta la
dovuta eccezione che la grafica e la programmazione, in fase progettuale,
sono due campi strettamente dipendenti fra di loro).
Ho scritto un pò troppo scusate :-)
-- 
Se qualcosa va male non preoccuparti. Domani andrà peggio

 Se ti riferisci alle news, quello è un altro discorso.
Uhm no, non tanto alle news in particolare. Le news penso siano facilmente
gestite/bili con i CMS, magari mi riferisco di più a quelle altre sezioni
più stabili di cui ti dicevo sopra, o più in generale, alle varie sezioni di
un sito (ideazione e scrittura), con vari tagli.


 Ho scritto un pò troppo scusate :-)
no no, ben venga tanta accuratezza :oD !

 aggiornarsi il sito da soli
E fin qui niente di nuovo sotto il sole, cioè anche prima
dell'''invenzione'' dei webmaster le aziende contavano su ingegneri ed
informatici che sviluppassero applicativi per migliorare la gestione di
aspetti contabili, ecc, dell'azienda stessa. Ma il fatto di (pre)occuparsi
poco dei contenuti del sito, tanto da non ritenere opportuno ricorrere a
profesionisti, prevedono che a lungo andare gioverà all'azienda? Magari
pensano che sia un'inutile spesa, con un basso return of investiment, perché
scrivere testi è improvvisabile da chiunque e basta un carrello, un listino
prezzi, un modulo di ordinazione ed ecco realizzata la propria ''presenza
online'', che fatturerà miloni di euri grazie all'icommers.

 online'', che fatturerà miloni di euri grazie all'icommers.
Se non sei Amazon non ha un basso ROE, è proprio negativo in quanto i 
numeri girati non consetirebbero di coprire quel costo.
E come mettere un vetrinista di prima categoria da 20 Milioni a vetrina 
nel negozio di paese, figo quanto vuoi il negozietto non può fare +100% 
grazie alla vetrina. E viste le basse barriere all'entrata le dimensioni 
vanno rideucendosi.
E' solo una mia opinione, poi se vuoi entrare in questo mercato fai 
pure, ma attenta alle aspettative.


 riempitivo dei buchi di layout.
In linea teorica quanto dici è sensato.
Per quanto ho visto io di solito si procede nel seguente modo:
fase 1. progettazione della struttura del sito secondo gli obiettivi che si
vogliono perseguire;
fase 2. realizzazione concreta del sito a livello sia di programmazione che
del layout grafico;
fase 3. inserimento dei contenuti.
Di norma i contenuti vengono forniti da chi ha commissionato il sito ... da
dove vengono questi scritti?
Di base vengono 'copiaincollati' dalle brouchure fisiche che il cliente già
utilizza create da agenzie specializzate...
e qui emerge emerge il problema del livello dei testi nel web:
caso A: Partiamo dal presupposto che le varie agenzie che si occupano di
comunicazione offline sappiano ben fare il loro mestiere e che quindi quei
testi siano ben scritti per una presentazione cartacea.
Questi stessi testi però non sono ugualmenti efficaci nell'online in quanto
il tipo di 'scrittura' e di 'lettura' nei diversi media è molto differente.
Riassumendo: Testi buoni, ma inadatti.
caso B: Presupposto contrario, la maggior parte dei testi scritti dalle
agenzie di comunicazione offline è di livello basso... a questo punto la
loro riproposizione online non può magicamente farli diventare dirompenti.
Riassumendo: Testi orribili sia online che offline.
Tu che sei una redattrice per quale scanario/'caso' propendi?
ciao
aria
--------------------------------
Inviato via 
http://usenet.libero.it


Esatto.
Mao


se sai che il tuo sito avrà 3 pagine di contenuti non ti fai fare un cms
visto il costo.
Per giustificare una spesa per un cms penso che la componente contenuti
debba rappresentare almeno il 50% del core business, altrimenti rischi di
investire in maniera errata.
Quando si crea un team di lavoro si cerca di risparmiare, difficilmente mi è
capitato di vedere che aziende assumano veri "webwriter", molto più
facilmente si ricicla quello che si ha


 
Scusa se ti contraddico ma per me usare un CMS anche per 3 pagine viene 
naturale. Prevenire è meglio che curare, se il cliente ti chiede 1 pagg 
in più ZAC! il gioco è fatto.
Senza contare che mi facilita il lavoro
Cla


 Tu che sei una redattrice per quale scanario/'caso' propendi?
Per nessun caso, è ovvio che un testo scritto per giornale/brochure/ecc non
vada bene per il web, da qui l'offerta di professionalità proveniente da
settori affini, puntualmente rifiutata perché non necessaria, costosa e
ritenuta tranquillamente sostituibile con un cut&paste.

 Mao
Be', e alla fine chi ci rimette, se non le aziende stesse? Peggio per loro,
per me possono continuare così, a tappare buchi col cut&paste, affari loro.

 pure, ma attenta alle aspettative.
Penso che chi viene dall'editoria cartacea sia già abituato a fare i conti
con aspettative modestissime, ti assicuro che non se la spassa nessuno :-(.

 quindi quei testi siano ben scritti per una presentazione cartacea.
giustissimo... per questo negli ultimi tempi le agenzie di comuinicazione si
rivolgono a societa' terze per la getione dei sisti web... non avenfdo
all'inetrno la cultura necessaria per farlo! :)
bai
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Se le aziende pensano che i loro mercati online siano gli stessi che
guardavano le loro pubblicità in televisione, si stanno prendendo in
giro da sole

per questi casi uso un templating, sparo codice html, richiamo il template
in php ed è fatto, alla faccia di cms :-)
