Embedden van Instagram-foto’s is in Europa legaal, ongeacht wat dat bedrijf beweert

| AE 12001 | Intellectuele rechten | 20 reacties

Instagram zegt dat foto’s die via een embed op sites worden geplaatst niet automatisch voldoen aan het auteursrecht. Dat meldde Tweakers afgelopen weekend. De embed-api valt niet onder de sublicenties die het bedrijf afgeeft voor het rechtmatig delen van foto’s, aldus moederbedrijf Facebook. Dat gaf enige consternatie want hele hordes mensen gebruiken die embedfunctie om foto’s te kunnen tonen op hun site, en dat zou dus nu ineens inbreuk op het auteursrecht van de fotograaf (meestal de Instagram-plaatser) zijn die dan dus een factuur kan sturen. Maar laten we even helder blijven: in Europa is dit een betekenisloze uitspraak van Facebook, aangezien embedden gewoon in het geheel geen inbreuk is. Kan me niet schelen wat Facebook of de TOS van Instagram zegt.

De discussie werd aangezwengeld door Ars Technica in het verlengde van een rechtszaak tussen een fotograaf op Instagram en een gebruiker van een van diens foto’s. Die laatste had eerst toestemming gevraagd om de foto te mogen herplaatsen, en toen die werd geweigerd dan de foto maar geëmbed met de daarvoor beschikbaar gestelde functie van Instagram. De fotograaf was not amused en stapte naar de rechter.

Nou dacht de gebruiker goed te zitten, maar dat viel dus vies tegen. Allereerst had hij in de terms of service van Instagram gelezen dat fotografen die daar foto’s neerzetten, een sublicentieerbare licentie verlenen door dat te doen. Oftewel, Instagram mag anderen toestemming geven om die foto te hergebruiken – en dat omvat dus ook het laten embedden van de foto. En ten tweede had in april een rechter bevestigd dit is hoe de TOS werkt.

De rechtbank waar zijn zaak diende, dacht er echter anders over: dat staat helemaal niet zo letterlijk in die TOS, dus geen onmiddellijke afwijzing van de claim (summary judgment). Dat was even schrikken, vandaar dat Ars Technica het navroeg. En wat zegt Instagram (of eigenlijk haar overlord Facebook) dan:

“While our terms allow us to grant a sub-license, we do not grant one for our embeds API,” a Facebook company spokesperson told Ars in a Thursday email. “Our platform policies require third parties to have the necessary rights from applicable rights holders. This includes ensuring they have a license to share this content, if a license is required by law.”

Met deze achtergrond is het natuurlijk een stuk lastiger om vol te houden dat er sublicenties zijn verleend. (Voor de fijnproevers, er staat sublicenseable in de TOS, oftewel Instagram mág sublicenties uitdelen aan bijvoorbeeld embedders. Maar dat hebben ze dus niet gedáán, tenzij je zegt, door die functie te maken ging je stilzwijgend akkoord met een sublicentie voor die context. En dat is dus lastig als Instagram hardop zegt dat men dat niet ging.

Afijn. Ook Europese embedders van Instagram-content maken zich nu zorgen. Dat is geheel ten onrechte: embedden van legaal gepubliceerde foto’s is volstrekt legaal want geheel geen inbreuk op het auteursrecht. Dat volgt uit de Svensson- en Bestwater-zaken die het Hof van Justitie een paar jaar terug wees. (Bij onrechtmatige bronpublicaties ligt dat wellicht anders, dankzij het Geenstijl-arrest). Die zegt gewoon keihard dat je mag linken en mag framen oftewel embedden.

Een discussiepuntje dat ik laatst in een Nederlandse zaak zag, is of het dan uitmaakt of je nog kunt zien dat er wordt geëmbed. Dat is niet perse het geval (helemaal niet bij wat vroeger inline linken heette), en die rechter bepaalde dus dat daarom embedden/inline linken wél inbreuk was. Dat is dus onjuist. In de woorden van het Svensson arrest:

Deze vaststelling wordt niet op losse schroeven gezet indien de verwijzende rechter zou vaststellen – hetgeen niet duidelijk blijkt uit het dossier – dat wanneer de internetgebruikers op de betrokken link klikken, het werk verschijnt en daarbij de indruk wordt gewekt dat het wordt getoond op de website waar de link zich bevindt, terwijl dit werk in werkelijkheid afkomstig is van een andere website.

Het maakt dus geen ene bal uit of je kunt zien of de foto van Instagram is geëmbed of dat het 100% lijkt of je hem hebt gekopieerd. Als je feitelijk de foto laat oproepen vanaf een Instagram-server, dan is het legaal.

Arnoud

Deel dit artikel

    • Dit komt wel dicht in de buurt van kopiëren, maar alsnog extra verkeer genereren voor de originele server. Helemaal als je het inline doet, maar kennelijk maakt het niet uit of je de originele API gebruikt hiervoor of dat je die omzeilt en het inline doet. Nog dichterbij komt het in mijn ogen als je dit combineert met een hash-check om situaties te voorkomen zoals Alain hieronder omschrijft, waarbij je je cache niet refreshed of de foto weghaalt als de foto veranderd. Dan gebruik je de originele server meer als hoster van de foto’s die op jouw site staan. Volgens mij deden verschillende fora dat vroeger ook, als je een plaatje wou laten zien, dan moest je dat doen via imgur zodat het geen bandbreedte van het forum kost.

  1. Dank je, Arnoud, voor deze samenvatting. Zat toch anders dan ik dacht. (En dan blijkt die 2010 editie van je boek in mijn kast toch echt verouderd, en er geen artikel over embedden op iusmentis.com).

    Ik blijf het verschil tussen copieren en embedden kunstmatig vinden, maar ja, wat wil je in een samenleving waarvan een van de belangrijkste activiteiten is het leveren van (1) een perfectie kopie, die (2) instantaan, (3) vrijwel gratis gemaakt en verspreid kan worden. Daarin moet je kunstmatig onderscheid gaan maken.

  2. Klopt als een bus wat betreft Instagram. Maarre, Svensson heeft het over AANKLIKBAAR tonen (embedded hyperlinken). Het dient te verwijzen naar de bronpublicatie die vrijelijk beschikbaar moet zijn op internet, dan geldt het niet als nieuwe openbaarmaking. Dat embedded ei, dat linkte niet naar de bronpublicatie. De foto was ingesloten met een afbeeldingsURL. Een bestand op een server is geen publicatie. Als je zo een foto insluit, dan is ie niet aanklikbaar. Sterker, je steelt dan bandbreedte zonder ook maar enige credits te geven. GeenStijl-arrest, onrechtmatig doet er niet toe volgens Bestwater. GeenStijl linkte niet naar een publicatie die vrijelijk beschikbaar was. Je moest de exacte URL weten. Het doel van GeenStijl was onrechtmatige content verspreiden

    • Svensson spreekt inderdaad steeds van “aanklikbare links”, omdat het daar ging om een frame-omgeving waarbinnen content van eiser werd geladen. Maar in Bestwater werd gewoon een Youtubevideo geëmbed, daar is geen aanklikbare link meer. Ik citeer een onofficiële vertaling:

      Het embedden van een beschermd werk dat vrijelijk toegankelijk is op een (andere) website door middel van een framed (inline) link zoals in deze zaak aan de orde is op zichzelf geen mededeling aan het publiek in de zin van de Auteursrechtrichtlijn, aangezien dat werk aldus noch weergegeven wordt voor een nieuw publiek, noch op een andere technische wijze.

      Ik kan dat echt niet anders lezen dan dat gewoon embedden in zijn algemeenheid ook onder deze interpretatie valt. Niet alleen maar wanneer de bezoeker eerst moet klikken.

      Verder had in de ei-zaak de rechter het totaal niet over die afweging of interpretatie, maar gewoon de ouderwetse opvatting:

      gedaagde] voert aan dat zij de foto en het recept heeft embedded van de website [internetsite] en die website ook als bronvermelding heeft genoemd, maar dat helpt haar niet. Het gaat erom dat de foto te zien is geweest op de website van [gedaagde] . Dit volgt onder meer uit productie 1 van [gedaagde] : daarop is een screenshot te zien van de website [internetsite] met daarop de foto en het bijbehorende recept.

      “Te zien is geweest” is gewoon niet het criterium uit Svensson of Bestwater.

      • Wat ik mij nu wel afvraag is wat Svensson betekent voor onze vrienden van Getty Images. Voor zover ik begrijp gebruiken die screenshots van de websites als bewijs van inbreuk. Aan een screenshot kan je echter niet zien of iemand de afbeelding gekopieerd heeft of hem embed vanaf een site van iemand die gewoon netjes een licentie heeft.

        Of zou Getty een vooruitziende blik hebben gehad en ook de source van de websites hebben opgeslagen om dit uit te kunnen sluiten?

        • Elroy : Erger, het kan zijn dat de oorspronkelijke site slechts een “beperkte” licentie heeft. Het is heel courant dat een licentie beperkend wordt gegeven, het bekenste is waarschijnlijk “editorial use only”. De kostprijs kan zeer fors verschillend zijn.

          Arnould: Wie mag dan betalen voor de bijkomende licentiekosten? De oorspronkelijke site die dit moest voorkomen, wat technisch effectief kan. Of de site die het beeld “embed”. Nu vind ik het wel verregaand dat embedden zonder dat het zichtbaar is voor de eindgebruiker mag, een link vermelden naar de oorspronkelijke pagina is een totaal ander verhaal. Ik praktijk komt dit er op neer dat het auteursrecht voor internet elementen quasi onbestaande wordt.

      • “Youtubevideo geëmbed, daar is geen aanklikbare link meer” Jawel hoor, als je een youtube-video insluit met de insluitingscode kun je altijd door klikken naar youtube. Én het filmpje verdwijnt op de ingesloten plaats als het bij youtube verwijderd wordt. Het filmpje is vrijelijk beschikbaar op youtube. Het filmpje wordt op dezelfde manier getoond als op YouTube. Een bestand insluiten met een afbeeldingsURL is weliswaar embedden, maar je verwijst niet aanklikbaar naar een publicatie ÉN je weet niet of dat bestand vrijelijk beschikbaar is op internet. Het is niet voor niets dat bij inbreuken geëist wordt dat het bestand van de server af moet, omdat het anders nog zichtbaar kan zijn via de afbeeldingsURL op andere plaatsen. Ik weet dat er een dame kwettert dat zolang je een bestand niet aanraakt (de afbeeldingsURL gebruikt) je geen inbreuk pleegt. Maar dat is echt niet zo. Het is zelfs vervelender omdat je ook nog eens bandbreedte steelt. De bezoeker kan niet zien dat een afbeelding van een andere server komt. Overigens had de rechter de zaak van het embedded ei natuurlijk gewoon moeten afwijzen omdat Eiser de exclusieve rechten niet heeft. Eiser is BeeldigBeeld die 4 beeldbanken opgekocht heeft en een claimbot erop gezet heeft. De foto duikt al in 2008 naamloos op, een moment dat BeeldigBeeld nog niet bestond. Bovendien rekent BeeldigBeeld iets van €40,- voor een licentie. Maar ja, deze “inbreukmaker” zal gedacht hebben dat ze veilig zat, omdat ze de afbeeldingsURL gebruikt had.

        • In zowel Svensson als Bestwater staat dat je niet eerst hoeft te klikken om de content te zien. Wél dat de content aanklikbaar moet verwijzen naar de bronpublicatie. Elke link naar de bronpublicatie vergroot de vindbaarheid ervan, meestal zijn de uitgever (Instagram, Youtube) én de maker daar alleen maar blij mee. Een bestand op een server is geen publicatie. Behalve dat je inbreuk pleegt steel je ook nog eens bandbreedte.

          • Beste Martine

            In het geval van foto’s is daar toch een heel andere geschiedenis/kijk op/geplogenheden/licentiemodel. Als er iemand een foto “selecteert uit een artikel” en deze ter illustratie gebruikt, zullen er slechts zeer weinigen daar op “klikken”. Ik betwijfel of er mensen daar “bewust” op gaan klikken.

            Dit is dus een zeer grondige aanpassing, de diverse licentiemodellen worden betekenisloos.

            • Beste Alain, ik maak de regels niet :-). Insluiten met afbeeldingsurl kun je geeneens klikken. Da’s dan ook gewoon een keiharde inbreuk. Zelfs als het onder citaatrecht valt, want ook dan moet je aan bronvermelding doen. Klikbaar verwijzen naar de bron daar zullen bezoekers inderdaad niet altijd op klikken maar het levert wel punten op bij Google.

            • “Er zit vaak wel een link-knop naar de bron in, “Open in Youtube”, maar dat is geen link op de embed als zodanig”. Nou spreek je jezelf tegen. Er zit wel een link-knop in, maar dat is geen link als zodanig? Svensson zegt embedded hyperlinken geldt niet als nieuwe publicatie. De hyperlink dient daarbij naar de bronpublicatie te gaan en het werk mag je volledig insluiten (tonen alsof het op je eigen website staat). De credits komen door de verwijzing naar de bronpublicatie bij de maker terecht. Als de maker het werk weghaalt, verdwijnt het overal waar het ingesloten is. Lijkt me zo klaar als een klontje en is heel redelijk. Een bestand op een server is echter geen publicatie. Insluiten van zo’n bestand door de afbeeldingsURL is een nieuwe publicatie, je verwijst immers niet naar de bronpublicatie. Iedereen (ja werkelijk iedereen!) gaat er maar vanuit dat embedden en hyperlinken hetzelfde is. Dat is niet zo. Embedden is insluiten. Hyperlinken is klikbaar verwijzen (naar de bronpublicatie). Die hyperlink zorgt voor een betere waardering bij Google o.a.. Die klikbare verwijzing ontbrak bij het embedded ei. Bij Bestwater ontbrak die klikbare verwijzing niet. Het enige wat Bestwater heeft toegevoegd is dat de bronpublicatie niet rechtmatig hoeft te zijn, als ie maar vrijelijk beschikbaar is. Ook heel logisch, want een onrechtmatig filmpje moet je verwijderen op youtube, dan verdwijnt het overal waar het ingesloten is. (NB. ik deed steeds netjes returns en lege regels voor de leesbaarheid, ben er maar mee opgehouden.)

  3. Arnoud, jouw stukken blinken, vind ik, altijd uit door beknoptheid en helderheid. Compliment.

    In dit artikel verlies ik echter een beetje het overzicht door de mix van juridische – en ICT-begrippen. De arrest-citaten dragen daaraan bij. Misschien dat je mij en andere lezers een helpende hand kunt bieden door de verschillende termen /begrippen eens nauwkeurig te willen definiëren. En dan heb ik het over de termen: ‘embedden / legaal gepubliceerde foto’s / onrechtmatige bronpublicaties / inline linken / … is geëmbed of dat het 100% lijkt of je hem hebt gekopieerd’.

    Alhoewel ik weet wat ‘embedden’ en ‘inline linken’ is, voorts denk te weten wat men verstaat onder legaal gepubliceerde foto’s vraag ik bij wel af hoe ik dat moet zien tegenover onrechtmatige bronpublicaties en hoe e.e.a. zich vertaalt in kopieerhandelingen. Dank je bij voorbaat.

Laat een reactie achter

Handige HTML: <a href=""> voor hyperlinks, <blockquote> om te citeren en <em> en <strong> voor italics en vet.

(verplicht)

Volg de reacties per RSS