Et webbureau eller en virksomhed, der har fået lavet en særlig hjemmeside, kan opleve, at en konkurrents side ligner både i udseendet og i koden bag. Hjemmesidekode, typografiark og skabeloner kan vise kopiering ret præcist, fordi udviklere efterlader personlige valg og fejl, som går igen i en kopi. Først skal I dog vide, hvilke dele af jeres kode der er jeres egne, fordi meget kode på moderne hjemmesider kommer fra fælles temaer, frameworks og biblioteker, som andre også må bruge.
Tre lag i en hjemmeside
En hjemmeside består typisk af tre slags kode, og de fortæller hver sin historie.
- HTML · sidens opbygning med overskrifter, afsnit, menuer og billeder.
- CSS · typografiark, der bestemmer farver, skrifttyper, afstande og layout.
- JavaScript · kode, der styrer menuer, formularer, animationer og andet, der sker på siden.
Hertil kommer skabelonen eller temaet, som binder det sammen i publiceringssystemet. En kopi kan ramme et enkelt lag eller dem alle. Skrifttyper, ikoner og billeder ligger som selvstændige filer og kan også være taget med.
Hvad er jeres eget, og hvad er fælles
Før en sammenligning giver mening, skal jeres udvikler eller webbureau skille jeres egen kode fra det, der er hentet andre steder.
- Købte temaer · har I og konkurrenten købt samme tema, er store dele af koden ens af gode grunde.
- Frameworks og biblioteker · udbredte værktøjer til layout og funktioner giver ens klassenavne og strukturer på tusindvis af sider.
- Sidebyggere · visuelle værktøjer genererer kode efter faste mønstre.
- Open source-komponenter · de må ofte genbruges efter licensens vilkår. → Open source-licenser, når koden er brugt uden at følge vilkårene
Det, der er tilbage, når det fælles er trukket fra, er jeres egne tilpasninger. Jeres udvikler kan ofte se forskellen hurtigt, fordi fælles kode som regel har en licensnote eller et versionsnummer i toppen af filen. Det er dem, sammenligningen skal handle om.
De spor, der afslører en kopi
Egenudviklet kode er fuld af små valg, som en anden udvikler sjældent ville træffe på samme måde.
- Egne klassenavne · navne på elementer, der er opfundet til jeres projekt, fx efter jeres produkter eller afdelinger.
- Kommentarer · noter, initialer, datoer eller sagsnumre fra jeres udvikler.
- Overflødig kode · regler for sider eller funktioner, der kun findes hos jer, og som intet gør hos konkurrenten.
- Fejl og omveje · en fejl, der er løst på en særlig måde, eller en fejl, der aldrig blev rettet.
- Stier og filnavne · mappenavne og filnavne fra jeres server eller udviklingsmiljø.
- Versionsnumre · numre i filnavne eller kode, der svarer til jeres udgivelser.
Overflødig kode er særlig nyttig. En kopist, der ikke har skrevet koden, ved ikke, hvad der kan slettes, og tager derfor det hele med.
Sådan sammenlignes koden
Sammenligningen kræver, at begge sider er sikret, før nogen ændrer dem. Gem konkurrentens kildekode, typografiark og scriptfiler med adresse og tidspunkt, og gem jeres egne filer på samme måde. → Konkurrenten har kopieret jeres hjemmeside: de tekniske spor
- Ens filer · en hashværdi, altså et digitalt fingeraftryk, viser hurtigt, om to filer er helt identiske.
- Næsten ens filer · komprimeret kode og ændrede mellemrum gør filer forskellige på overfladen. Koden normaliseres, før den sammenlignes linje for linje.
- Ligheder i struktur · værktøjer til lighedsmåling kan pege på filer, der næsten er ens, men resultatet skal efterprøves manuelt. Metoden er beskrevet på digitalforensics.dk.
- Dokumentation · hver lighed beskrives med fil, linje og forklaring, så en ikke-teknisk læser kan følge den.
Ved større sager laves sammenligningen af en IT-sagkyndig, der kan forklare metoden i retten. → Sådan sammenligner en IT-sagkyndig to programmer
Jeres egen udviklingshistorik
Ligger jeres kode i versionsstyring, viser historikken, hvornår de enkelte dele blev skrevet og af hvem. Det er et stærkt spor for, at koden fandtes hos jer, før kopien dukkede op. Har et webbureau udviklet siden, så bed dem gemme historikken og leverancerne urørt.
Har I ikke versionsstyring, kan der stadig være spor. Webbureauets leverancer, sikkerhedskopier hos hostingudbyderen og mails med filer til test viser, hvordan koden så ud på bestemte tidspunkter. Spørg også, om en testserver eller et gammelt udviklingsmiljø stadig findes, fordi de ofte rummer ældre udgaver af koden. → Bevis for, at I var først
Hvad dokumentationen kan og ikke kan vise
En grundig sammenligning kan vise, at konkurrentens kode stammer fra jeres, og hvilke dele der er kopieret. Den kan ikke i sig selv afgøre, om koden er beskyttet. Ophavsretsloven regner edb-programmer som litterære værker, og Kulturministeriet skriver, at programmer og deres visuelle udtryk er beskyttet, når de lever op til kravet om originalitet. Om typografiark, standardkode eller en skabelon opfylder kravet, er en juridisk vurdering. Hvordan kopiering af software i bredere forstand dokumenteres til en sag, er beskrevet på digital-bevissikring.dk. Teksten er ikke juridisk rådgivning.
Det skal I lade være med
- At påstå kopiering ud fra fælles temakode · tjek først, om ligheden kommer fra et tema eller bibliotek, I begge bruger.
- At rette i jeres egen kode nu · den skal kunne sammenlignes, som den var.
- At hente konkurrentens filer med værktøjer, der belaster serveren · gem det, en almindelig besøgende får.
- At gætte på licensvilkår · find jeres egne licenser og aftaler med webbureauet frem.
- At sende jeres kildekode til modparten · den hører hjemme hos jeres advokat og en eventuel sagkyndig.
Det sikrer I nu
- ☐ Konkurrentens kildekode, typografiark og scripts er gemt med adresse og tidspunkt
- ☐ Jeres egne filer og versionshistorik er gemt urørt
- ☐ Udvikleren har lavet en liste over fælles temaer, frameworks og biblioteker
- ☐ Egne klassenavne, kommentarer og overflødig kode er markeret
- ☐ Licenser og aftaler med webbureauet om rettigheder til koden er fundet
Næste skridt er at lade jeres udvikler pege på de egenudviklede dele og få dem sammenlignet systematisk, før nogen henvender sig til konkurrenten. → Software og kildekode
Kilder
- Ophavsretsloven, LBK nr. 1093 af 20. august 2023: § 1, stk. 3, om edb-programmer som litterære værker og § 2 om eneret.
- Kulturministeriet: Computerspil og EDB-programmer: programmer og deres visuelle udtryk er beskyttet, når de lever op til kravet om originalitet.
Senest gennemgået: november 2026.
Næste skridt
Del af: Artikler om kopiering og ophavsret
Læs også: Konkurrenten har kopieret jeres hjemmeside · Tekst og hjemmesider
→ Kontakt · Tlf. 70 13 63 23 · Bevissikring ved kopiering hos Nielco IT
