Hvornår kom billedet på siden, og hvornår blev det fjernet?

Næsten alle billedkrav regner med en periode, og den periode er afsenderens bud. Jeres egne systemer kan ofte vise, hvornår billedfilen blev lagt op, hvornår den kom ind på en side, og hvornår den forsvandt igen. De oplysninger ligger spredt i publiceringssystemets mediebibliotek, i sidernes historik, i backups og i webserverens logfiler, og flere af dem slettes automatisk efter en tid. Her gennemgås, hvor datoerne findes, og hvad hver kilde kan bære. Eksemplerne tager udgangspunkt i WordPress, fordi det er udbredt og godt dokumenteret, men de fleste publiceringssystemer har tilsvarende oplysninger.

Tre datoer, der skal holdes adskilt

En billedfil har ikke én dato. Der er mindst tre, og de kan ligge langt fra hinanden.

• Upload · hvornår filen kom ind i mediebiblioteket.
• Synlig på siden · hvornår billedet blev sat ind på en side, der var offentlig.
• Fjernet · hvornår billedet forsvandt fra siden, og hvornår selve filen holdt op med at kunne hentes.

En fil kan være lagt op måneder før, den blev brugt, og den kan blive liggende på serveren længe efter, at den er fjernet fra siden. Skriv derfor hver dato ned for sig, med kilden ved siden af.

Mediebiblioteket

WordPress viser for hver fil i mediebiblioteket, hvornår den blev uploadet, af hvilken bruger, og hvilken side eller hvilket indlæg den blev uploadet til. Listevisningen kan sorteres efter dato.

• Uploadet den · datoen for upload. Det er et spor, ikke et bevis for, hvornår billedet blev vist.
• Uploadet af · brugeren, der lagde filen op. Spørg personen, hvor filen kom fra. Deler flere personer samme brugerkonto, siger brugernavnet mindre om, hvem der faktisk gjorde det.
• Uploadet til · den side, filen hører til. Er billedet brugt på flere sider, viser listen kun den første.
• Filens adresse · er indstillingen for mapper efter år og måned slået til, står uploadmåneden også i filens adresse, fx wp-content/uploads/2021/06.

Tag skærmbilleder af filens detaljer, og eksportér listen, før nogen sletter eller redigerer filen. Afsenderens tal for perioden kan ikke efterprøves, hvis filen er væk.

Sidehistorikken

Hvornår billedet blev synligt, viser sidens historik bedre end mediebiblioteket. WordPress gemmer en revision, hver gang en side eller et indlæg gemmes, og revisionerne kan sammenlignes, så man kan se, hvornår et billede kom ind i indholdet, og hvornår det forsvandt.

Der er tre forbehold. WordPress følger som standard ændringer i titel, forfatter, indhold og uddrag, så et udvalgt billede, et billede i et sidehoved eller et billede, som et sidebyggermodul gemmer andre steder, fremgår ikke nødvendigvis. Antallet af revisioner kan være begrænset i opsætningen, og så slettes de ældste automatisk ved næste opdatering. Og revisionen viser, hvornår siden blev gemt, som kan være før den blev offentliggjort.

Gem skærmbilleder af de relevante revisioner med dato, og bed den, der har adgang til databasen, om et udtræk af sidens revisioner. Hvordan WordPress sikres mere bredt, er beskrevet på digitalbevissikring.dk under bevissikring af WordPress.

Backups

Backups er ofte den eneste måde at se en side, som den var på et bestemt tidspunkt.

• Hvad der findes · spørg webhotellet og jeres egen IT, hvilke backups der findes, og hvor langt de går tilbage.
• Hvad de indeholder · en backup af databasen viser sider og revisioner. En backup af filerne viser, om billedfilen lå på serveren.
• Hvem der har dem · webhotellet, en ekstern backuptjeneste, webbureauet og et modul i selve publiceringssystemet kan hver have egne kopier med forskellige datoer.
• Hvor de gendannes · en backup skal gendannes i et separat miljø, så den kørende side ikke overskrives.

Notér for hver backup datoen, hvad den viste, og hvem der gendannede den. Den ældste backup, hvor billedet findes, og den første, hvor det mangler, afgrænser perioden fra jeres side.

Logfiler fra webserveren

Webserveren registrerer typisk hver forespørgsel efter en fil i en adgangslog med tidspunkt, adresse og svarkode. Findes loggen stadig, kan den vise, hvornår billedfilen første gang blev hentet, og hvornår den sidst blev leveret. Når filen er slettet, viser loggen svar som “ikke fundet”.

Logfiler gemmes ofte kort tid. Bed webhotellet om at gemme loggene for det relevante tidsrum, så snart kravet er kommet. Bruger siden et indholdsnetværk eller en cache, kan billedet være leveret derfra efter, at det blev fjernet hos jer. Notér, hvornår cachen blev tømt.

Når billedet fjernes

Fjernelsen skal dokumenteres lige så omhyggeligt som brugen.

1. Gem siden, filens detaljer og historikken, som de ser ud før fjernelsen.
2. Fjern billedet fra alle sider, hvor det er brugt, og notér dato og klokkeslæt.
3. Slet eller erstat filen, når advokaten er enig, og tjek, at filens direkte adresse ikke længere svarer.
4. Tøm cachen og notér det.
5. Gem siden igen efter fjernelsen som dokumentation for, at billedet er væk.

Et offentligt webarkiv kan supplere med datoer, hvor siden er arkiveret med og uden billedet. → Wayback Machine som bevis: styrker og svagheder

Det skal I lade være med

• At slette filen, før datoerne er eksporteret · mediebibliotekets oplysninger forsvinder med filen.
• At køre oprydningsmoduler · moduler, der rydder revisioner eller ubrugte filer, fjerner sporene.
• At gendanne en backup oven i den kørende side · det overskriver det nuværende indhold og historikken.
• At ændre datoer i systemet · det svækker al anden dokumentation.
• At vente med at bede om logfiler · de slettes ofte automatisk efter kort tid.

Hvad dokumentationen kan og ikke kan vise

Mediebibliotek, revisioner, backups og logfiler kan tilsammen afgrænse, hvornår billedet tidligst og senest kan påvises på jeres side. De kan sjældent dække hele perioden uden huller, fordi revisioner er begrænsede, backups tages med mellemrum, og logfiler slettes. Hullerne skal noteres som huller og ikke udfyldes med gæt. Hvad perioden betyder for kravet, vurderer advokaten. Teksten er ikke juridisk rådgivning.

Tjekliste

• ☐ Filens detaljer i mediebiblioteket er gemt og eksporteret
• ☐ Relevante revisioner af siderne er gemt med dato
• ☐ Webhotellet er bedt om at gemme logfiler og oplyse om backups
• ☐ Ældste backup med billedet og første uden er noteret
• ☐ Fjernelsen er dokumenteret med dato, cache og filens adresse
• ☐ Tidslinje med tre datoer og kilder er sendt til advokaten

Næste skridt er at samle datoerne i én tidslinje og sende den til advokaten sammen med licenssporene. → Krav for brug af et billede: tjek det tekniske grundlag viser, hvordan tidslinjen holdes op mod afsenderens dokumentation, og → Mail fra et billedbureau: sådan tjekkes kravets tekniske grundlag beskriver afsendersiden. Kom billedet fra en billedtjeneste eller et tema, er → Billedet var frit at bruge: dokumentation af licensen bagefter næste sted.

Kilder

• WordPress.org: Media Library screen: oplysninger om upload, bruger og tilknyttet side for hver fil.
• WordPress.org: Revisions: hvad revisioner gemmer, sammenligning og begrænsning af antallet.
• WordPress.org: Settings Media screen: mapper efter år og måned for uploadede filer.

Senest gennemgået: november 2026.

Næste skridt

• Krav for brug af et billede: tjek det tekniske grundlag
• Sådan dokumenteres en hel hjemmeside, før den ændres

Del af: Artikler om kopiering og ophavsret

Læs også: Kopien er fjernet: kan den stadig dokumenteres? · I har fået et krav

→ Kontakt · Tlf. 70 13 63 23 · Bevissikring ved kopiering hos Nielco IT