Share
Quando si parla di design, il copyright è spesso un'area grigia molto confusa. Proprio come i confini tra plagio e omaggio spesso confondono, anche la linea tra l'uso illecito e non violento del materiale protetto da copyright. Dal momento che è naturale e addirittura ci si aspetta che i web designer incorporino elementi da altri siti e altre creazioni, è importante comprendere i rischi e i pericoli quando si parla di copyright nel Web design. In quanto tale, ecco cinque tra le più comuni insidie del copyright che i Web designer affrontano e come evitarli.
Il problema più comune che molti web designer devono affrontare quando si parla di diritto d'autore ha a che fare con le immagini che usano nei loro layout. Per alcuni progettisti, è prassi comune trovare le immagini di cui hanno bisogno eseguendo una ricerca su Google o tirando un'immagine senza licenza da una libreria di foto stock.
Il problema è che, come avverte Google stesso, queste immagini sono solitamente protette da copyright e il loro utilizzo come parte di un layout costituisce quasi certamente una violazione. Storicamente, gli artisti non hanno avuto molte risorse per trovare tali violazioni, ma man mano che gli strumenti di rilevamento migliorano la qualità e il calo dei prezzi, vengono rilevate più violazioni.
È importante assicurarsi sempre di avere i diritti per utilizzare un'immagine nel layout, anche se è solo un segnaposto.
Se hai bisogno di trovare immagini libere che puoi usare legalmente, cerca lavori con licenza Creative Commons su Flickr o visita StockXchng (sxc.hu) per trovare immagini ad alta risoluzione che puoi usare legalmente - purché tu sia sicuro di seguire il termini delle licenze attentamente.
La maggior parte dei progettisti Web è tenuta a criptare parte del loro codice sorgente, sia da altri siti che dal loro precedente lavoro. Ma se prendere una porzione di una pagina per ottenere un formato di tabella o alcuni elementi CSS da un foglio di stile probabilmente non genererà alcun allarme, la copia su larga scala, come prendere un intero foglio di stile o interi elementi del tema, probabilmente costituisce una violazione del copyright.
Il problema è che il codice HTML, molto simile al software per computer, è considerato un lavoro originale di paternità, anche se è stato creato con l'aiuto di strumenti e gode della protezione del copyright. Anche se non puoi copyright l'aspetto generale del sito, il che significa che Google non può copyright uno sfondo bianco con un logo del centro, puoi proteggere il codice che ha creato quel lavoro.
Il modo migliore per evitare qualsiasi problema sul codice sorgente è quello di crearne il più possibile e limitare qualsiasi copia solo a cose che potresti riprodurre banalmente ma che vogliono risparmiare tempo. Più diventa chiaro da dove proviene il tuo codice, più è probabile che il detentore del copyright si arrabbi.
I giorni dei siti web statici sono usciti quasi dieci anni fa. La maggior parte dei siti oggi è costruita su una piattaforma di una certa varietà o altra, sia WordPress, Joomla, Presta Shop o qualche altro software. Tuttavia, molti di questi strumenti hanno requisiti di licenza rigidi e / o insoliti ed è facile per i progettisti eseguire i loro termini durante la creazione di un nuovo sito.
L'errore più comune è l'installazione di un'applicazione acquistata su troppi siti; ad esempio, acquistando una licenza per dominio singolo su ThemeForest per un'applicazione, ma utilizzandola con più client.
Tuttavia, anche le applicazioni open source comportano rischi come molti progettisti, nel tentativo di mantenere pulito il sito, rimuovere le righe di attribuzione nel codice e i file sul server richiesti come parte della licenza.
Quando usi un software per costruire un sito, prenditi un momento per leggere attentamente la licenza e capire cosa significa. Segui questi termini da vicino. Gli sviluppatori stanno diventando sempre più esperti nel rintracciare coloro che violano le loro licenze e persino gli autori che la licenza sotto GPL sta diventando più aggressiva nel far rispettare i loro termini.
Un errore correlato arriva quando i web designer utilizzano e pubblicano opere basate su codice open source, in particolare codice GPLed (che include molti temi WordPress) e dimenticano di conservare le informazioni sulla licenza e / o non riescono a donare il codice modificato alla GPL.
Se crei un lavoro derivato di uno con licenza GPL, come ad esempio creare un tema GPL WordPress di un colore diverso, il nuovo tema deve essere concesso in licenza sotto GPL.
Se non sei sicuro che il tuo nuovo lavoro soddisfi i requisiti per l'ereditarietà della GPL, questo articolo del 2001 di Lawrence Rosen (http://www.sitepoint.com/article/public-license-explained/) lo spiega abbastanza bene.
Anche se l'uso del testo fittizio è in gran parte una presa sul mondo del design di stampa, molti web designer continuano a usarlo per vari motivi. Può rappresentare un grande rischio se la copia fittizia viene estratta da un altro sito. Anche se la copia è solo a scopo di test, costituisce comunque una violazione. Potrebbe involontariamente danneggiare gli autori originali se i motori di ricerca hanno rilevato il sito di test.
In generale, è preferibile utilizzare il contenuto del sito corrente del cliente, se possibile, oppure il vero testo di lorem ipsum, se non lo è (http://www.lipsum.com/). Considerando che il testo di lorem ipsum è in realtà più flessibile rispetto all'utilizzo di articoli e contenuti da altri siti, ha senso in quasi ogni aspetto.
Prestare particolare attenzione allo scraping dei feed RSS allo scopo di riempire un'applicazione o un blog di test, questo è particolarmente disapprovato dai blogger e potrebbe avere il sito di test scambiato per un blog di spam.
Alla fine, è importante tenere a mente la violazione del copyright durante la progettazione di siti Web e servizi. Questo è particolarmente importante se i tuoi siti di test sono pubblici o potrebbero essere indicizzati dai motori di ricerca, poiché potresti trovare le pagine di test prese dal tuo host.
Tuttavia, anche se si esegue il test esclusivamente su un server privato, vale la pena tenere a mente questi problemi in modo da non passare un sito in violazione ai propri clienti, nemmeno accidentalmente. Nulla contrasterà una relazione con un cliente più veloce di quella che riceve la cessazione e la desistenza di lettere o avvisi di rimozione per il contenuto nel layout.
Data la minima quantità di sforzo che ci vuole per rimanere sul lato destro della legge sul copyright, non ha senso nemmeno cogliere l'occasione. Bastano pochi minuti per fare le cose correttamente, ma basta un solo reclamo per violazione del copyright per sandbag un'intera carriera di design.
Questo articolo è stato originariamente pubblicato sul blog ThemeForest. Attualmente stiamo effettuando il porting su alcuni degli articoli più popolari su Nettuts+.
Accentsconagua