5 cele mai mari capcane pentru drepturile de autor pentru web designeri

Când vine vorba de proiectare, drepturile de autor sunt adesea o zonă gri foarte confuză. Așa cum liniile dintre plagiat și omagiu sunt adesea confuze, la fel este și linia dintre folosirea materialelor protejate prin drepturi de autor și încalcarea drepturilor. Din moment ce este natural și chiar se așteaptă ca designerii Web să includă elemente din alte site-uri și alte creații, este important să înțelegem riscurile și pericolele în ceea ce privește drepturile de autor în designul web. Ca atare, aici sunt cinci dintre cele mai obișnuite capcane de drepturi de autor cu care se confruntă designerii Web și cum să le evitați cel mai bine.


1. Imagini

Cea mai obișnuită problemă cu care se confruntă mulți designeri web atunci când este vorba de legea dreptului de autor are de a face cu imaginile pe care le folosesc în planurile lor. Pentru unii designeri, este o practică obișnuită să găsiți imaginile de care au nevoie făcând o căutare Google sau trăgând o imagine fără licență dintr-o bibliotecă de fotografii stoc.

Problema cu aceasta este că, așa cum avertizează Google, aceste imagini sunt, de obicei, protejate de drepturile de autor, iar utilizarea lor ca parte a unui aspect aproape sigur constituie o încălcare. Din punct de vedere istoric, artiștii nu au avut multe resurse pentru a găsi astfel de încălcări, dar, întrucât instrumentele de detectare îmbunătățesc calitatea și scăderea prețurilor, sunt detectate mai multe încălcări.

Este important să vă asigurați întotdeauna că aveți dreptul de a utiliza o imagine în aspectul dvs., chiar dacă este doar un substituent.

Dacă trebuie să găsiți imagini gratuite pe care le puteți utiliza în mod legal, căutați Creative Commons cu licență pe Flickr sau vizitați StockXchng (sxc.hu) pentru a găsi imagini de înaltă rezoluție pe care le puteți utiliza legal - atât timp cât sunteți sigur că urmați termenii licențelor cu atenție.


2. Cod HTML / sursă

Majoritatea designerilor de web se așteaptă să pătrundă o parte din codul sursă, fie din alte site-uri, fie din activitatea lor anterioară. Dar, în cazul în care o parte a unei pagini pentru a obține un format de masă sau câteva elemente CSS dintr-o foaie de stil nu va ridica nicio alarmă, copierea pe scară largă, cum ar fi luarea unei fișe de stil întregi sau a unor elemente tematice integrate,.

Problema este că codul HTML, la fel ca software-ul de calculator, este considerat o lucrare originală de autor, chiar dacă este creată cu ajutorul instrumentelor și se bucură de protecția dreptului de autor. Deși nu puteți crea drepturile de autor asupra aspectului general al site-ului, ceea ce înseamnă că Google nu poate avea drepturi de autor cu un fundal alb cu un logo central, puteți proteja codul care a creat acea lucrare.

Cea mai bună modalitate de a evita orice probleme legate de codul sursă este de a crea cât mai mult posibil din ele și de a limita orice copiere doar la lucruri pe care le-ați putea reproduce în mod trivial, dar ați vrut să economisiți timp. Cu cât devine mai clar de unde venea codul dvs., cu atât este mai probabil ca titularul dreptului de autor să fie supărat.


3. Licențierea platformei

Zilele de site-uri web statice au ieșit cu aproape un deceniu în urmă. Cele mai multe site-uri de astăzi sunt construite pe o platformă a unei varietăți sau a altei, fie WordPress, Joomla, Presta Shop sau alt software. Cu toate acestea, multe dintre aceste instrumente au cerințe stricte și / sau neobișnuite de acordare a licențelor și este ușor pentru designeri să se ocupe de termenii lor atunci când instalează un nou site.

Cea mai frecventă greșeală este instalarea unei aplicații achiziționate pe prea multe site-uri; de exemplu, prin achiziționarea unei licențe cu un singur domeniu pe ThemeForest pentru o aplicație, dar utilizând-o cu mai mulți clienți.

Cu toate acestea, chiar și aplicațiile cu sursă deschisă poartă riscuri ca mulți designeri, în încercarea de a păstra site-ul curat, elimina liniile de atribuire în codul și fișierele de pe server care sunt necesare ca parte a licenței.

Când utilizați orice software pentru a construi un site, faceți o clipă pentru a citi detaliat licența și pentru a înțelege ce înseamnă. Urmați acești termeni îndeaproape. Dezvoltatorii devin din ce în ce mai pricepuți în ceea ce privește urmărirea celor care le încalcă licențele și chiar autorii care licențiază în cadrul GPL devin din ce în ce mai agresivi în privința impunerii termenilor lor.


4. Greseli sursă deschisă

O eroare asemănătoare apare atunci când designerii web folosesc și publică lucrări bazate pe cod sursă deschisă, în special cod GPL (care include multe teme WordPress) și uită să păstreze informațiile de licență și / sau să nu le doneze codul modificat înapoi la GPL.

Dacă creați o lucrare derivată a unei licențe licențiate de GPL, cum ar fi să creați o temă GPL WordPress cu o altă culoare, noua temă trebuie să fie licențiată sub licența GPL.

Dacă nu sunteți sigur dacă noua dvs. lucrare îndeplinește cerința de "moștenire" a GPL, acest articol din 2001 al lui Lawrence Rosen (http://www.sitepoint.com/article/public-license-explained/) explică destul de bine.


5. Copy Dummy

Deși utilizarea textului inactiv este în mare măsură o oprire din lumea designului tipărit, mulți designeri web continuă să o folosească din diverse motive. Poate reprezenta un risc mare dacă copia manechinului este trasă de pe alt site. Chiar dacă copia este doar pentru scopuri de testare, aceasta constituie în continuare o încălcare. Poate dăuna autorilor originali dacă motoarele de căutare au detectat site-ul de testare.

În general, cel mai bine este să folosiți conținutul de pe site-ul curent al clientului, dacă este posibil, sau adevăratul text lorem ipsum dacă acesta nu este (http://www.lipsum.com/). Având în vedere că textul lorem ipsum este de fapt mai flexibil decât utilizarea articolelor și a conținutului de pe alte site-uri, acesta are sens aproape în toate privințele.

Fiți deosebit de atenți la răsfoirea fluxurilor RSS în scopul completării unei aplicații de testare sau a unui blog, acest lucru fiind în special subliniat de bloggeri și poate că site-ul dvs. de testare este confundat cu un blog spam.


Linia de fund

În cele din urmă, este important să țineți cont de încălcarea drepturilor de autor atunci când proiectați site-uri web și servicii. Acest lucru este deosebit de important dacă site-urile dvs. de testare sunt publice cu care se confruntă sau pot fi indexate de către motoarele de căutare - deoarece puteți găsi paginile dvs. de test descoperite de gazda dvs..

Cu toate acestea, chiar dacă testați numai pe un server privat, merită să aveți în vedere aceste probleme, astfel încât să nu treceți de-a lungul unui site care încalcă drepturile clienților dvs., chiar și accidental. Nimic nu va stăpâni o relație cu un client mai repede decât primirea de scrisori de încetare și renunțare sau anunțuri de retragere a conținutului în aspectul dvs..

Având în vedere efortul minim necesar pentru a rămâne în partea dreaptă a legii dreptului de autor, nu are niciun sens să luați chiar șansa. Nu durează decât câteva minute pentru a face lucrurile în mod corect, însă este nevoie de o singură plângere privind încălcarea drepturilor de autor pentru a crea o carieră de design întreagă.

Acest articol a fost publicat inițial pe blogul ThemeForest. În prezent, pornesc câteva dintre cele mai populare articole către Nettuts+.

Cod