5 grootste valkuilen op het gebied van auteursrechten voor webontwerpers

Als het gaat om ontwerp, is auteursrecht vaak een erg warrig grijs gebied. Net zoals de grenzen tussen plagiaat en eerbetoon vaak verwarrend zijn, zo ook de grens tussen inbreukmakend en niet-inbreukmakend gebruik van auteursrechtelijk beschermd materiaal. Omdat het natuurlijk is en zelfs wordt verwacht dat webontwerpers elementen van andere sites en andere creaties opnemen, is het belangrijk om de risico's en gevaren te begrijpen als het gaat om copyright in webdesign. Als zodanig zijn hier vijf van de meest voorkomende valkuilen op het gebied van auteursrecht waarmee webontwerpers worden geconfronteerd en hoe ze deze het beste kunnen vermijden.


1. Afbeeldingen

Het meest voorkomende probleem dat veel webontwerpers tegenkomen als het gaat om auteursrechtwetgeving heeft te maken met de afbeeldingen die ze gebruiken in hun lay-outs. Voor sommige ontwerpers is het gebruikelijk om de afbeeldingen te vinden die ze nodig hebben door een Google-zoekopdracht uit te voeren of door een afbeelding zonder licentie uit een stockfotobibliotheek te halen.

Het probleem hiermee is dat, zoals Google zelf waarschuwt, deze afbeeldingen meestal worden beschermd door auteursrechten en dat het gebruik ervan als onderdeel van een lay-out vrijwel zeker een inbreuk vormt. Van oudsher hadden kunstenaars niet veel middelen om dergelijke inbreuken te vinden, maar omdat detectiemiddelen in kwaliteit en prijsdaling verbeteren, worden er meer inbreuken gedetecteerd.

Het is belangrijk dat u altijd zeker bent dat u over de rechten beschikt om een ​​afbeelding in uw lay-out te gebruiken, ook al is dit slechts een tijdelijke aanduiding.

Als u gratis afbeeldingen wilt zoeken die u legaal kunt gebruiken, zoek dan naar Creative Commons-gelicentieerd werk op Flickr of bezoek StockXchng (sxc.hu) om afbeeldingen met een hoge resolutie te vinden die u legaal kunt gebruiken - zolang u zeker bent dat u de voorwaarden van de licenties zorgvuldig.


2. HTML- / broncode

Van de meeste webontwerpers wordt verwacht dat ze een deel van hun broncode cribben, hetzij van andere sites of van hun vorige werk. Maar wanneer het nemen van een deel van een pagina om een ​​tabelindeling of een paar CSS-elementen uit een stylesheet te krijgen waarschijnlijk geen alarm zal veroorzaken, vormt grootschalige kopie, zoals het nemen van een hele stylesheet of hele thema-elementen, waarschijnlijk een schending van het auteursrecht.

Het probleem is dat HTML-code, net als computersoftware, als een origineel werk van auteurschap wordt beschouwd, zelfs als het met behulp van hulpmiddelen is gemaakt en geniet van auteursrechtbescherming. Hoewel u het algemene uiterlijk van de site niet kunt schenden, betekent dit dat Google geen auteursrecht op een witte achtergrond met een centraal logo heeft, maar u kunt de code beschermen die dat werk heeft gemaakt.

De beste manier om problemen met uw broncode te voorkomen, is door er zoveel mogelijk zelf van te maken en het kopiëren te beperken tot alleen dingen die u triviaal zou kunnen reproduceren, maar tijd wilt besparen. Hoe duidelijker wordt waar uw code vandaan komt, hoe groter de kans dat de auteursrechthouder overstuur raakt.


3. Platformlicenties

De dagen van statische websites gingen bijna tien jaar geleden van start. De meeste sites zijn tegenwoordig gebouwd op een platform van een of andere variëteit, of het nu WordPress, Joomla, Presta Shop of een andere software is. Veel van deze tools hebben echter strenge en / of ongebruikelijke licentievereisten en het is gemakkelijk voor ontwerpers om van hun voorwaarden af ​​te wijken bij het opzetten van een nieuwe site.

De meest voorkomende fout is het installeren van een gekochte applicatie op te veel sites; bijvoorbeeld door een licentie voor één domein te kopen op ThemeForest voor een toepassing, maar deze te gebruiken met meerdere clients.

Zelfs open source-toepassingen dragen echter risico's als veel ontwerpers, in een poging om de site schoon te houden, attributielijnen verwijderen in de code en bestanden op de server die nodig zijn als onderdeel van de licentie.

Wanneer u software gebruikt om een ​​site te bouwen, neem dan even de tijd om de licentie grondig te lezen en te begrijpen wat dit betekent. Volg deze voorwaarden op de voet. Ontwikkelaars worden constant beter in het vinden van mensen die hun licenties schenden en zelfs auteurs die onder de GPL een licentie hebben, worden steeds agressiever over het afdwingen van hun voorwaarden.


4. Open Source Blunders

Een verwante fout komt wanneer webontwerpers werken gebruiken en publiceren op basis van open source code, met name GPLed-code (die veel WordPress-thema's bevat) en vergeten de licentiegegevens te behouden en / of hun aangepaste code niet terug te schenken aan de GPL.

Als u een afgeleide werk van een GPL-licentie maakt, zoals het maken van een GPL WordPress-thema een andere kleur, moet het nieuwe thema worden gelicentieerd onder de GPL.

Als u niet zeker weet of uw nieuwe werk voldoet aan de vereisten voor GPL "overerving", legt dit artikel van Lawrence Rosen (http://www.sitepoint.com/article/public-license-explained/) het heel mooi uit.


5. Dummy Copy

Hoewel het gebruik van dummy-tekst grotendeels een overblijfsel is uit de wereld van gedrukte ontwerpen, blijven veel webontwerpers het gebruiken om verschillende redenen. Het kan een groot risico vormen als de pop kopie van een andere site wordt getrokken. Zelfs als de kopie alleen voor testdoeleinden is, vormt deze nog steeds een inbreuk. Het kan onbewust schade toebrengen aan de oorspronkelijke auteurs als de zoekmachines de testsite hebben gedetecteerd.

Over het algemeen is het het beste om, indien mogelijk, content van de huidige site van de klant te gebruiken, of echte lorem ipsum-tekst als dit niet het geval is (http://www.lipsum.com/). Aangezien lorem ipsum-tekst eigenlijk flexibeler is dan het gebruik van artikelen en inhoud van andere sites, is het logisch in bijna elk opzicht.

Wees vooral voorzichtig met het scrapen van RSS-feeds met het doel een testtoepassing of blog te vullen, dit wordt met name afgekeurd door bloggers en mogelijk wordt uw testsite aangezien voor een spamblog.


Bottom Line

Uiteindelijk is het belangrijk om inbreuk op het auteursrecht in gedachten te houden bij het ontwerpen van websites en services. Dit is met name van cruciaal belang als uw testsites openbaar worden weergegeven of mogelijk worden geïndexeerd door de zoekmachines, omdat uw testpagina's mogelijk worden verwijderd door uw host..

Maar zelfs als u alleen op een privéserver test, is het de moeite waard om deze kwesties in het achterhoofd te houden, zodat u een inbreukmakende site niet doorgeeft aan uw klanten, zelfs niet per ongeluk. Niets zal een relatie met een klant sneller verzwakken dan het ontvangen van opzeggings- of verwijderingsboodschappen voor inhoud in uw lay-out.

Gezien de minimale inspanning die nodig is om aan de rechterkant van het auteursrecht te blijven, heeft het geen zin om zelfs maar de kans te nemen. Het kost maar een paar minuten om de dingen correct te doen, maar er is slechts één klacht over inbreuk op het auteursrecht nodig om een ​​hele designcarrière te baggeren.

Dit artikel is oorspronkelijk geplaatst op de ThemeForest-blog. Momenteel porteren we enkele van de meer populaire artikelen naar Nettuts+.