5 Største Opphavsrett Fallgruver for Webdesignere

Når det gjelder design, er opphavsretten ofte et veldig grønt grønt område. Akkurat som linjene mellom plagiering og hyllest ofte er forvirrende, er også linjen mellom krenkende og ikke-brudd på bruken av opphavsrettsbeskyttet materiale. Siden det er naturlig og selv forventet av webdesignere å inkludere elementer fra andre nettsteder og andre kreasjoner, er det viktig å forstå risikoen og farene når det gjelder opphavsrett i webdesign. Som sådan er her fem av de vanligste opphavsretten fallgruvene Webdesignere ansikt og hvordan du best kan unngå dem.


1. Bilder

Det vanligste problemet mange webdesignere står overfor når det gjelder opphavsretten, har å gjøre med bildene de bruker i layoutene sine. For noen designere er det vanlig å finne bilder de trenger ved å gjøre et Google-søk eller trekke et ulisensiert bilde fra et lagerfotobibliotek.

Problemet med dette er at disse bildene vanligvis er beskyttet av opphavsrett, som Google selv advarer om, og bruken som en del av et layout, utgjør nesten helt sikkert en overtredelse. Historisk sett har kunstnere ikke hatt mange ressurser for å finne slike brudd, men som gjenkjenningsverktøy forbedrer kvaliteten og faller i prisen, blir flere overtredelser oppdaget.

Det er viktig at du alltid sørger for at du har rett til å bruke et bilde i oppsettet ditt, selv om det bare er en plassholder.

Hvis du trenger å finne gratis bilder du kan bruke lovlig, søk etter Creative Commons-lisensiert arbeid på Flickr eller besøk StockXchng (sxc.hu) for å finne bilder med høy oppløsning du kan bruke lovlig - så lenge du er sikker på å følge vilkårene for lisensene nøye.


2. HTML / Kildekode

De fleste webdesignere forventes å crib noen av deres kildekode, enten fra andre nettsteder eller deres tidligere arbeid. Men når du tar en del av en side for å få et tabellformat eller noen få CSS-elementer fra et stilark, sannsynligvis, vil det ikke øke alarmen, vil storskala kopiering, for eksempel å ta et helt stilark eller hele temaelementer, trolig utgjøre brudd på brudd på opphavsretten.

Problemet er at HTML-koden, akkurat som dataprogramvare, regnes som et originalt opphavsarbeid, selv om det er opprettet ved hjelp av verktøy, og har opphavsrettsbeskyttelse. Selv om du ikke kan opphavsrett til det generelle utseendet på nettstedet, betyr at Google ikke kan opphavsretten en hvit bakgrunn med en senterlogo, kan du beskytte koden som skapte det arbeidet.

Den beste måten å unngå problemer over kildekoden din er å skape så mye av det selv som mulig og begrense kopieringen til bare ting som du trivielt kunne gjengi, men ønsket å spare tid på. Jo mer det blir klart hvor koden kommer fra, desto mer sannsynlig vil opphavsrettsinnehaveren bli opprørt.


3. Plattformslisensiering

Dagene med statiske nettsteder gikk ut for nesten ti år siden. De fleste nettstedene i dag er bygget på toppen av en plattform av noe utvalg, enten WordPress, Joomla, Presta Shop eller annen programvare. Imidlertid har mange av disse verktøyene strenge og / eller uvanlige lisensbehov, og det er lett for designere å kjøre seg bort fra deres vilkår når de etablerer et nytt nettsted.

Den vanligste feilen er å installere et kjøpt program på for mange nettsteder; for eksempel ved å kjøpe en en-domene lisens på ThemeForest for et program, men bruk det med flere klienter.

Men selv åpne kildeapplikasjoner bærer risiko så mange designere, for å holde nettstedet rent, fjern attributtlinjer i koden og filene på serveren som kreves som en del av lisensen.

Når du bruker programvare for å bygge et nettsted, ta et øyeblikk for å lese grundig lisensen og forstå hva det betyr. Følg disse vilkårene nøye. Utviklere blir stadig mer kunnskapsrike om å spore dem som bryter med sine lisenser og selv forfattere som lisens under GPL blir mer aggressive om å håndheve deres vilkår.


4. Open Source Blunders

En relatert feil kommer når webdesignere bruker og publiserer arbeider basert på åpen kildekode, spesielt GPLed-kode (som inkluderer mange WordPress-temaer) og glemmer å enten beholde lisensinformasjonen og / eller ikke gi sin endrede kode tilbake til GPL.

Hvis du lager et avledet arbeid av en GPL-lisensiert en, for eksempel å lage et GPL WordPress-tema, en annen farge, må det nye temaet lisensieres under GPL.

Hvis du er usikker på om ditt nye arbeid oppfyller kravet til GPL "arv", forklarer denne 2001-artikkelen av Lawrence Rosen (http://www.sitepoint.com/article/public-license-explained/) det ganske pent.


5. Dummy Copy

Selv om bruken av dummy-tekst i stor grad er en holdbarhet fra printdesign-verdenen, fortsetter mange webdesignere å bruke den av ulike årsaker. Det kan utgjøre stor risiko dummykopien blir trukket fra et annet nettsted. Selv om kopien er bare for test, er det fortsatt en overtredelse. Det kan være uvitende å skade de opprinnelige forfatterne hvis søkemotorene har oppdaget teststedet.

Generelt sett er det best å enten bruke innhold fra klientens nåværende nettsted hvis det er mulig, eller sann lorem ipsum-tekst hvis det ikke er (http://www.lipsum.com/). Med tanke på at lorem ipsum-teksten er faktisk mer fleksibel enn å bruke artikler og innhold fra andre nettsteder, er det fornuftig i nesten alle henseender.

Vær spesielt forsiktig med å skrape RSS-feeder med det formål å fylle opp et testprogram eller en blogg, dette er spesielt frøkt av bloggere og kan ha teststedet ditt feilaktig for en spamblogg.


Bunnlinjen

Til slutt er det viktig å holde opphavsrettskrenkelsen i bakhodet når du designer nettsteder og tjenester. Dette er spesielt viktig hvis testnettstedene dine er offentlige, eller kan bli indeksert av søkemotorene - som du kan finne testsidene dine tatt ned av verten din.

Men selv om du tester utelukkende på en privat server, er det verdt å holde disse problemene i bakhodet, slik at du ikke går forbi et krenkende nettsted til kundene dine, selv ved et uhell. Ingenting vil sørge for et forhold til en klient raskere enn de som mottar opphør og desistere brev eller nedleggelsesvarsler for innhold i oppsettet ditt.

Gitt den minimale innsatsen som det tar å forbli på høyre side av loven om opphavsrett, er det ikke fornuftig å selv ta sjansen. Det tar bare noen få minutter å gjøre ting riktig, men det tar bare en opphavsrettsbruddsklage til sandbag en hel designkarriere.

Denne artikkelen ble opprinnelig lagt ut på ThemeForest-bloggen. Vi leverer nå over noen av de mer populære artiklene til Nettuts+.