Er web scraping lovlig i Europa? Slik scraper du og holder deg trygg

1. mai 2024 kom den nederlandske datatilsynsmyndigheten med en overskrift som rystet alle datateam i Europa: Hvis du jobber med salg, netthandel eller eiendom — altså i praksis alle som er avhengige av webdata — fikk du nok en klump i magen av den formuleringen.

Jeg skjønner det. Hos snakker vi hver dag med forretningsteam som trenger webdata til prisovervåking, leadgenerering og markedsanalyse. Frustrasjonen er alltid den samme: De googler «er web scraping lovlig i Europa», og hvert svar ender opp som en variant av «det kommer an på». Det hjelper lite når du har en prosjektfrist og en liste med URL-er som skal hentes.

Så jeg brukte uker på å gå gjennom faktiske regler, veiledning fra tilsynsmyndigheter, håndhevingsvedtak og rettspraksis for å lage noe mer nyttig: en praktisk beslutningssjekkliste, en samlet tabell over sikkerhetstiltak, reelle bøtesatser og en steg-for-steg-guide til hvordan du scraper europeiske nettsteder uten å havne på feil side av en regulator. Enten du scraper produktpriser fra Amazon eller henter B2B-kontakter fra en katalog, vil denne artikkelen hjelpe deg å finne grensene — og holde deg innenfor dem.

Hva er web scraping, og hvorfor bør europeiske virksomheter bry seg?

Web scraping er automatisk uthenting av data fra nettsteder til et strukturert format — et regneark, en database eller et CRM-system. I stedet for å kopiere produktnavn og priser fra 200 sider én og én, besøker en scraper hver side og henter feltene du trenger inn i ryddige kolonner.

Hvorfor er dette viktig for ikke-tekniske team? Fordi webdata driver reelle forretningsbeslutninger. Salgsteam scraper kataloger etter leads. E-handelssjefer overvåker konkurrentpriser daglig. Eiendomsanalytikere følger utviklingen i boligannonser på tvers av portaler. Markedsanalytikere samler offentlige omtaler og vurderinger i stor skala. Det vokser raskt, og selskaper scraper millioner av datapunkter hver eneste dag.

Men Europas regulatoriske landskap er annerledes enn i USA. GDPR, Database-direktivet og utviklende veiledning fra tilsynsmyndigheter betyr at «offentlig tilgjengelig» ikke er det samme som «fritt å bruke». Som den nederlandske AP-lederen Aleid Wolfsen sa: «offentlig betyr ikke automatisk tillatelse til scraping.» Å forstå reglene før du begynner er ikke valgfritt — det er forskjellen mellom et rent datasett og en bot på seks sifre i bot.

Er web scraping lovlig i Europa? Det korte svaret

Web scraping er ikke i seg selv ulovlig i Europa. Men lovligheten avhenger av tre ting: hva du scraper, hvordan du scraper, og hvorfor.

Tre overlappende juridiske lag regulerer scraping i EU:

1. GDPR — gjelder når du scraper personopplysninger (navn, e-poster, telefonnumre, IP-adresser, til og med pseudonymiserte identifikatorer).
2. EU-databasedirektivet — beskytter databaser der skaperen har gjort en «vesentlig investering» i å organisere dataene.
3. Avtalerett/vilkår og betingelser — mange nettsteder forbyr uttrykkelig scraping i sine bruksvilkår, og EU-domstoler har håndhevet slike vilkår.

Det viktige poenget: «offentlig» betyr ikke «uregulert». Selv ikke-personlige data kan være beskyttet av databasevern eller avtalerett. Hvert scraping-prosjekt krever at du vurderer alle tre lagene samlet.

De viktigste EU-lovene som regulerer web scraping

GDPR: Når du scraper personopplysninger

All data som kan knyttes til en identifiserbar person, utløser GDPR-plikter. Det gjelder navn, e-postadresser, telefonnumre, IP-adresser, bilder og til og med pseudonymiserte data som kan re-identifiseres. I det øyeblikket du scraper personopplysninger, blir du en «behandlingsansvarlig» med plikter etter GDPR:

• Behandlingsgrunnlag (artikkel 6): Du trenger et rettslig grunnlag for å behandle dataene. Samtykke er nesten aldri praktisk ved scraping i stor skala — du kan ikke spørre millioner av mennesker om lov før du samler inn offentlig postet informasjon. Det mest brukte grunnlaget er berettiget interesse (artikkel 6(1)(f)), men det krever en dokumentert tredelt vurdering: (1) interessen din er berettiget, (2) behandlingen er nødvendig, og (3) den går ikke uforholdsmessig ut over de registrertes rettigheter, sett i lys av deres rimelige forventninger.
• Åpenhet (artikkel 14): Siden du ikke samler inn dataene direkte fra personen, må du informere dem — typisk innen én måned — om hva du har samlet inn, hvorfor, og hvordan de kan utøve rettighetene sine. Hvis individuell varsling er uforholdsmessig, må du publisere et generelt varsel med alt innholdet som kreves i artikkel 14.
• Dataminimering: Samle bare inn det du faktisk trenger. Hvis du vil ha produktpriser, ikke hent selgernes e-postadresser også.
• Lagringsbegrensning og håndtering av rettigheter: Sett slettefrister, respekter krav om sletting og gi tilgang til kildeinformasjon.

(vedtatt i mai 2024) la til et nytt lag: Den slo fast at ulike behandlingsfaser — innsamling, forhåndsbehandling, trening, prompt og output — hver for seg må ha sin egen vurdering av rettslig grunnlag. EDPB avviste ikke berettiget interesse for web scraping, men krevde en full tredelt vurdering med egnede sikkerhetstiltak.

EU-databasedirektivet: Beskyttelse av hvordan data er organisert

Databasedirektivet gir en sui generis-rett til skapere av databaser som har gjort en «vesentlig investering» i å fremskaffe, verifisere eller presentere dataene. Hvis scraping-en din henter ut en «vesentlig del» av en slik database, kan du krenke denne retten.

I praksis er terskelen relativt høy. Å scrape noen hundre produktpriser fra en stor nettbutikk vil neppe falle inn under dette. Men å laste ned hele produktkatalogen til en konkurrent i bulk — titusenvis av oppføringer — kan krysse grensen, særlig hvis det truer skaperens mulighet til å tjene inn investeringen sin. EU-domstolen har behandlet denne terskelen i flere saker, og nøkkelspørsmålet er alltid forholdsmessighet.

For de fleste forretningsprosjekter med scraping — å hente ut bestemte felt fra produktsider, sammenligne oppføringer på tvers av en kategori — er risikoen etter databasedirektivet lavere. Men risikoen er ikke null, og det er verdt å ha i bakhodet når du planlegger omfanget.

Vilkår og betingelser: avtalelovens joker

Denne er det mange som går i fella på. Mange nettsteder forbyr scraping i bruksvilkårene sine. I Europa er brudd på slike vilkår et sivilt forhold (ikke strafferettslig), men det kan fortsatt føre til påbud, kontraktsøksmål og reell økonomisk risiko.

To varianter er viktige å kjenne til: browsewrap (passive vilkår, ofte en lenke nederst på siden) er vanskeligere å håndheve fordi brukeren aldri aktivt samtykket. Clickwrap (der du krysser av eller klikker «Jeg godtar») er langt mer håndhevbar.

Den klassiske EU-saken er Ryanair mot PR Aviation: retten håndhevet Ryanairs bruksvilkår mot en scraper selv om databasevern ikke gjaldt, fordi scraperen hadde akseptert vilkårene. Så: Les alltid nettstedets vilkår før du scraper. Hvis det er en clickwrap-avtale som uttrykkelig forbyr scraping, bør du være forsiktig — eller heller se etter API-tilgang.

DSM-direktivet og AI Act: unntak for forskning og tekst- og datautvinning

Ikke all scraping utløser de samme begrensningene. Digital Single Market-direktivet (DSM) fra 2019 innførte to unntak for tekst- og datautvinning (TDM):

• Artikkel 3: Forskningsinstitusjoner og kulturarvinstitusjoner kan drive TDM på lovlig tilgjengelig innhold.
• Artikkel 4: Alle — også kommersielle aktører — kan drive TDM med mindre rettighetshaveren uttrykkelig har reservert seg (for eksempel via robots.txt, ai.txt eller TDMRep-overskrifter).

EU AI Act (artikkel 53) legger til plikter for leverandører av AI-modeller: de må følge mekanismer for reservasjon mot TDM og dokumentere kildene til treningsdataene sine.

En hake: Disse unntakene gjelder opphavsrett og databasevern, ikke GDPR. Hvis TDM-en din involverer personopplysninger, trenger du fortsatt et eget rettslig grunnlag etter GDPR.

Sjekklisten «Kan jeg scrape dette?» for europeiske data

Dette er delen jeg skulle ønske eksisterte da jeg begynte å undersøke temaet. Hver juridisk artikkel sier «det kommer an på» — men hvordan ser beslutningstreet egentlig ut? Her er en praktisk compliance-sjekkliste med tydelige stoppunkter. Hvert steg leder til ✅ fortsett, ⚠️ legg til sikkerhetstiltak eller 🛑 stopp.

Steg 1: Er dataene personlige eller ikke-personlige?

Ikke-personlige data (produktpriser, SKU-numre, forretningsadresser som ikke er knyttet til enkeltpersoner): lavere regulatorisk byrde. Du må fortsatt sjekke databasedirektivet og bruksvilkårene, men GDPR gjelder ikke. ✅ Fortsett til steg 3.

Personopplysninger (navn, e-postadresser, telefonnumre, bilder, alle identifikatorer knyttet til en person): GDPR gjelder. ⚠️ Fortsett til steg 2.

Steg 2: Hvilket GDPR-rettslig grunnlag gjelder?

• Samtykke: Nesten aldri praktisk ved scraping i stor skala. 🛑 Med mindre du har en svært snever og spesifikk situasjon.
• Berettiget interesse (artikkel 6(1)(f)): Det vanligste grunnlaget. Men det krever en dokumentert tredelt test:
  1. Interessen din er berettiget (kommersiell interesse kan kvalifisere, ifølge ).
  2. Behandlingen er nødvendig for den interessen.
  3. Avveiningen: Interessen din overstyrer ikke de registrertes rettigheter, sett i lys av deres rimelige forventninger.
• Dokumenter avveiningen før du scraper. Hvis du ikke kan forklare hvorfor personene du scraper data om, med rimelighet kunne forvente denne bruken, er det et rødt flagg. ⚠️ Fortsett med dokumentert berettiget interesse.

Steg 3: Begrenser nettstedets vilkår og betingelser scraping?

• Clickwrap-avtale som forbyr scraping: 🛑 Høy risiko. Vurder alternative datakilder eller offisiell API-tilgang.
• Browsewrap eller ingen begrensning i vilkårene: ⚠️ Lavere risiko, men respekter fortsatt robots.txt og tekniske motstandssignaler.

Steg 4: Gjelder databasedirektivet?

• Er målet en database med betydelig investering i organisering av data?
• Vil scraping-en din hente ut en «vesentlig del» av den databasen?
• Hvis svaret er ja på begge: ⚠️ Risiko for krenkelse av sui generis-retten. Begrens omfanget.

Steg 5: Er du dekket av et forsknings- eller TDM-unntak?

• Registrert forskningsinstitusjon eller kulturarvinstitusjon? DSM-direktivets artikkel 3 kan gjelde. ✅
• Kommersielt TDM? Se etter reservasjonssignaler etter artikkel 4 (robots.txt, ai.txt, TDMRep). Hvis nettstedet har reservert seg, 🛑 stopp for den kilden.

Steg 6: Har du brukt sikkerhetstiltakene som tilsynsmyndighetene anbefaler?

Hvis du har kommet gjennom alle trinnene over, er det siste steget å implementere sikkerhetstiltakene CNIL, den nederlandske AP og EDPB anbefaler. Disse er beskrevet mer detaljert i neste seksjon. ✅ Fortsett med sikkerhetstiltak på plass.

Sikkerhetstiltak for compliance: Hva CNIL, nederlandske AP og EDPB anbefaler

Ingen enkelt konkurrentartikkel jeg fant, samler sikkerhetstiltakene fra Europas tre mest aktive tilsynsmyndigheter på scraping. Derfor laget jeg denne tabellen ved å kryssreferere , og .

Et praktisk poeng fra vår side: Thunderbits funksjon lar brukere definere nøyaktig hvilke kolonner som skal hentes ut — pris, SKU, produktnavn — slik at scraperen bare samler inn det som er nødvendig. Du laster ikke ned hele sider i bulk; du velger strukturerte felter som er i tråd med formålsbegrensning og dataminimering. Når det er sagt: Ikke noe verktøy gjør ikke-compliant scraping lovlig. Den juridiske analysen kommer alltid først.

Er web scraping lovlig i Europa for ditt brukstilfelle? Bransjespesifikk veiledning

Det jeg oftest ser i forum, er ikke spørsmålet «er scraping lovlig?» — men «er min scraping lovlig?» Abstrakt GDPR-teori svarer ikke på det. Så her er en gjennomgang etter vanlige forretningsbrukstilfeller.

For scenarier med lavere risiko, som offentlige e-handelsdata, reduserer verktøy med strukturerte maler — som Thunderbits — eksponeringen fordi de henter ut bestemte, ikke-personlige datafelt uten å samle inn unødvendig innhold. For scenarier med høyere risiko som involverer personopplysninger (for eksempel leadgenerering), må den juridiske vurderingen komme først. Ingen scraper, uansett hvor smart, gjør ikke-compliant innsamling compliant.

EU vs. USA vs. Storbritannia: Slik sammenlignes web scraping-lovene

Hvis virksomheten din opererer på tvers av landegrenser, må du forstå hvordan reglene skiller seg. Jeg fant ikke én konkurrentartikkel som presenterer dette som en lett skannbar sammenligningstabell, så her er den.

Hvis du scraper europeiske nettsteder eller data om europeiske innbyggere, gjelder EU-reglene — selv om selskapet ditt er basert i USA eller Storbritannia.

Reelle bøter og saker: Hva skjer faktisk hvis du blir tatt (2022–2026)

Dette er delen som svarer på spørsmålet bak spørsmålet: «Hva er den reelle risikoen?» Jeg har samlet alle offentlige håndhevingstiltak fra datatilsyn som involverer web scraping eller skrapte personopplysninger fra 2022 til og med april 2026.

De samlede økonomiske sanksjonene i EU/EØS-kategorien scraping/åpent nett: over €95 millioner (ekskludert den opphevede OpenAI-boten).

Alle disse store bøtene rettet seg mot masseinnsamling av biometriske data eller personopplysninger uten noe rettslig grunnlag. Clearview scraper milliarder av ansiktsbilder. KASPR scraper 160 millioner kontakter, inkludert data fra LinkedIn-profiler med begrenset synlighet, og lagret dem i fem år.

Forholdsmessig og målrettet scraping av offentlige, ikke-personlige data — som produktpriser eller SKU-numre — har ikke vært gjenstand for håndhevingstiltak. Det betyr ikke at det er risikofritt, men det setter tallene i perspektiv.

Slik scraper du europeiske nettsteder trygt: En steg-for-steg-guide

• Vanskelighetsgrad: Nybegynner
• Tidsbruk: ~15 minutter (inkludert compliance-gjennomgang)
• Dette trenger du: Chrome-nettleser, (gratisversjonen fungerer), en mål-URL og en rask gjennomgang av sjekklisten over

Steg 1: Definer formålet og databehovet ditt

Før du åpner noe verktøy, skriv ned hvorfor du trenger dataene og nøyaktig hvilke felter du trenger. Dette er ikke bare god praksis — det er grunnlaget for GDPRs prinsipper om formålsbegrensning og dataminimering.

For eksempel: «Jeg trenger produktnavn, priser og lagersaldo fra 50 Amazon-produktsider for å oppdatere vårt konkurranseprisskjema.» Det er spesifikt. Sammenlign det med: «Jeg vil scrape alt fra Amazon.» Det første består minimeringstesten; det andre gjør det ikke.

Steg 2: Kjør compliance-sjekklisten

Gå gjennom den seksstegede «Kan jeg scrape dette?»-sjekklisten over. Hvis et hvilket som helst punkt gir 🛑, stopp og rådfør deg med juridisk rådgiver før du går videre.

Når vi kjører vårt Amazon-priseksempel gjennom stegene: dataene er ikke-personlige (priser, SKU-er, produktnavn) ✅, ingen GDPR-problematikk knyttet til personopplysninger ✅, Amazons vilkår bør gjennomgås (de begrenser scraping, så vurder offisielle API-er for produktdata der det er tilgjengelig) ⚠️, og risikoen etter databasedirektivet er lav for 50 produkter ✅.

Steg 3: Velg riktig scraping-tilnærming

For forretningsbrukere uten utviklingsteam er den raskeste veien. For nettsteder med offisielle API-er (som Amazons Product Advertising API) er API-et alltid det tryggeste valget — men det har ofte begrensninger på datamengde og felt.

Steg 4: Konfigurer scraperen for compliance

I Thunderbit:

1. Gå til målsiden din (for eksempel en produktside på Amazon).
2. Klikk Thunderbit-ikonet i Chrome-verktøylinjen og velg «AI Suggest Fields». AI-en skanner siden og foreslår kolonner som «Product Name», «Price», «Rating» og «Stock Status».
3. Fjern alle felter du ikke trenger. Hvis AI-en foreslår «Seller Name» eller «Seller Email», og du bare trenger prisdata, sletter du disse kolonnene. Dette er dataminimering i praksis.
4. Bruk Field AI Prompt til å legge til instrukser som «ekskuder personidentifikatorer» eller «hent bare offentlige prisdata».
5. Velg Cloud Scraping for offentlige nettbutikker (raskere, ingen innlogging nødvendig) eller Browser Scraping for nettsteder som krever autentisering.
6. Før du klikker «Scrape», kontroller at robots.txt ikke forbyr scraping for ditt brukstilfelle. Du kan sjekke ved å åpne [domene]/robots.txt i nettleseren.

Du skal nå se en tabellforhåndsvisning med bare feltene du har satt opp — ingen overflødige personopplysninger, ingen unødvendig metadata.

Steg 5: Eksporter, lagre og administrer data ansvarlig

Etter scraping kan du eksportere dataene til — Thunderbit støtter alt dette med gratis eksport.

Deretter:

• Sett en lagringsfrist. Ikke lagre skrapte data på ubestemt tid. Hvis du gjør ukentlig prisovervåking, trenger du sannsynligvis ikke rådata fra forrige måned.
• Hvis personopplysninger ble samlet inn (for eksempel til leadgenerering), dokumenter rettslig grunnlag, publiser et åpenhetsvarsel etter artikkel 14 og sett opp en prosess for opt-out og slettingskrav.
• Automatiser sletteplaner der det er mulig. Thunderbits kan automatisere gjentatte scraping-kjøringer med faste intervaller, samtidig som den samme konfigurasjonen på feltnivå beholdes, slik at hver kjøring holder seg innenfor compliance-rammene.

Tips for å holde deg compliant mens du scraper i Europa

Noen praksiser jeg har plukket opp gjennom research og samtaler med compliance-orienterte team:

• Gå alltid gjennom vilkårene før du scraper et nytt nettsted. Det tar to minutter og kan spare deg for måneder med juridisk hodebry.
• Bruk API-er når de finnes. De er strukturerte, godkjente og tryggest. Scraping bør være reservealternativet, ikke standardvalget.
• Utfør en DPIA for alle prosjekter som involverer personopplysninger i stor skala. CNIL sier at AI-treningsdatasett kan skape høy risiko, og DPIA-en er beviset på ansvarlighet. Selv for mindre prosjekter er det lurt å dokumentere analysen.
• Før en scraping-logg. Registrer hva som ble scraped, når, fra hvor, hvilket rettslig grunnlag du har, og lagringsperioden. Hvis et datatilsyn en gang spør, vil du være glad for at du har den.
• Følg med på regulatoriske oppdateringer. Veiledningen fra tilsynsmyndighetene utvikler seg raskt — CNIL publiserte nye AI-fokusark for scraping i januar 2026, og EDPB ventes å komme med flere uttalelser. Reglene i dag kan bli strammere i morgen.
• Ikke scrape fra begrensede eller sensitive kilder. CNILs inkluderer helseforum, nettsteder som hovedsakelig brukes av mindreårige, pornografiske nettsteder, slektsforskningssider og svært strukturerte persondatasider. Hvis du bygger et scraping-prosjekt, bør du ha en standard blokkliste.
• Automatisert trafikk er operasjonelt viktig. at boter utgjorde 42 % av all webtrafikk i 2024, og at automatisert bottrafikk passerte menneskelig trafikk for første gang og nådde 51 % i 2024. Regulatorer ser i økende grad på bot-atferd, hastighet og omgåelse som bevis på risiko og urettferdighet. Å opptre som en ansvarlig scraper — identifisere brukeragenten din, bruke hastighetsbegrensning og respektere motstandssignaler — er ikke bare høflig; det er juridisk relevant.

Konklusjon

Web scraping er ikke ulovlig i Europa. Men det er regulert — særlig når personopplysninger er involvert.

Det juridiske utfallet avhenger av hva du scraper (personlige vs. ikke-personlige data), hvordan du scraper (vilkår og betingelser, robots.txt, hastighetsbegrensning, minimering på feltnivå) og hvorfor (dokumentert formål og rettslig grunnlag). Håndhevingshistorikken er tydelig: Masseinnsamling av personopplysninger uten rettslig grunnlag er der selskaper møter bøter på sju og åtte sifre. Forholdsmessig og målrettet scraping av offentlige, ikke-personlige data — med sikkerhetstiltak på plass — ligger i en helt annen risikokategori.

Det praktiske rammeverket:

• Bruk beslutningssjekklisten før hvert scraping-prosjekt.
• Bruk sikkerhetstiltakene tilsynsmyndighetene anbefaler (åpenhet, minimering, lagringsgrenser, opt-out-mekanismer).
• Velg verktøy som støtter compliance by design. Thunderbits AI-drevne feltvalg, strukturerte uthenting og gjør det enkelt å hente bare dataene du trenger — verken mer eller mindre.
• Dokumenter alt. Avveining, kildeliste, lagringsplan, DPIA. Hvis en regulator spør, er dokumentasjonen ditt forsvar.

Obligatorisk ansvarsfraskrivelse: Denne artikkelen er informativ, ikke juridisk rådgivning. Ved høy-risiko-scenarier som involverer personopplysninger i stor skala, bør du rådføre deg med en kvalifisert personvernsadvokat. Regelverket er i utvikling, og konsekvensene av å gjøre feil er reelle.

Vil du prøve compliant, målrettet web scraping selv? lar deg eksperimentere med strukturert uthenting i liten skala — definer feltene dine, hent bare det du trenger, og eksporter med noen få klikk. Du kan også utforske for steg-for-steg-gjennomganger.

Vanlige spørsmål

1. Er web scraping lovlig i Europa hvis dataene er offentlig tilgjengelige?

Offentlig tilgjengelighet fritar ikke data fra GDPR hvis de inneholder personopplysninger. Som den nederlandske AP sa: «offentlig betyr ikke automatisk tillatelse til scraping.» Ikke-personlige offentlige data (produktpriser, SKU-er) innebærer som regel lavere risiko, men du må fortsatt sjekke databasedirektivet og nettstedets vilkår og betingelser.

2. Kan jeg scrape e-poster og telefonnumre fra europeiske nettsteder?

E-poster og telefonnumre er personopplysninger etter GDPR. Du trenger et lovlig grunnlag — typisk berettiget interesse med en dokumentert avveining — og du må varsle enkeltpersonene etter artikkel 14. CNIL bøtela KASPR med €240 000 i 2024 for scraping av LinkedIn-kontaktdata uten tilstrekkelig åpenhet eller rettslig grunnlag, så dette er et område med aktiv håndheving.

3. Hva er den største boten for ulovlig web scraping i Europa?

Den nederlandske AP bøtela Clearview AI med i 2024 for ulovlig innsamling av ansiktsgjenkjenningsdata fra det offentlige nettet. Flere andre EU-datatilsyn ilagde Clearview bøter på €20 millioner hver. De samlede EU/EØS-botene relatert til scraping fra 2022–2026 overstiger €95 millioner.

4. Gjør det web scraping lovlig i Europa å respektere robots.txt?

Å respektere robots.txt er god praksis og er i tråd med , men det garanterer ikke lovlighet alene. Du må fortsatt følge GDPR (hvis personopplysninger er involvert), databasedirektivet og nettstedets vilkår og betingelser. Tenk på robots.txt-compliance som ett lag i et flerlags compliance-rammeverk.

5. Hvordan er web scraping-lovgivningen annerledes i Europa enn i USA?

EU er betydelig strengere. GDPR gjelder for alle personopplysninger — også offentlig tilgjengelige data — og databasedirektivet gir sterk beskyttelse av organiserte datasett. USA har ingen tilsvarende føderal lov for noen av disse. Etter hiQ mot LinkedIn er scraping av offentlige data generelt tillatt i USA. Storbritannia etter Brexit ligger et sted imellom, med UK GDPR og beholdte databasevern som i stor grad speiler EU-reglene, men med ICO-håndheving. For virksomheter som opererer over landegrensene, setter EU de høyeste kravene — og hvis du scraper data om EU-borgere, gjelder disse reglene uansett hvor selskapet ditt er basert.

Les mer