Meta fjernet «train» – crawler-rettighetene står igjen

Metas kommersielle vilkår har ikke lenger ordet «train» i avsnittet om crawling. Det er bra. Men selskapet har ikke fjernet den brede tillatelsen til å crawle nettsteder som er knyttet til bedriftskontoer, samle inn innhold og opprette testkontoer for å få tilgang.

Den første versjonen kunne leses som en ganske voldsom byttehandel: Hvis en bedrift ville fortsette å bruke Facebook, Instagram, WhatsApp eller andre Meta-produkter kommersielt, kunne Meta få tillatelse til å hente innhold fra bedriftens egne nettsteder og bruke det til blant annet å «train» produktene sine. Etter reaksjonene forsvant ordet. Resten av maskineriet står i stor grad igjen.

Dette er derfor ikke en sak der alt ble ordnet med en rask tekstendring. Meta har gjort vilkårene smalere og tydeligere, men juridiske eksperter mener fortsatt at formuleringene gir selskapet svært vide fullmakter. For utgivere, nettbutikker og andre som er avhengige av Meta for å nå kunder, er spørsmålet enkelt: Hvilke rettigheter gir du egentlig fra deg for å få bli værende?

Hva fjernet Meta fra de kommersielle vilkårene?

Meta fjernet ordet «train» fra listen over hva selskapet kunne gjøre med innhold hentet fra nettsteder knyttet til en bedriftskonto. Den opprinnelige teksten åpnet for at innhold kunne brukes til å levere, utvikle, forbedre, forske på, trene og opprettholde integriteten til Meta-produkter. TechCrunch meldte 17. oktober 2026 at denne formuleringen var fjernet etter kritikken.

Den reviderte teksten avgrenser bruken til annonse- og bedriftsprodukter. Meta sier at formålet er å hente korrekt informasjon om produkter og tjenester, hjelpe bedrifter med annonser og kommersielt innhold og koble dem med interesserte brukere. Det er mer avgrenset enn en tillatelse til å utvikle alle slags Meta-produkter.

Det er en faktisk forbedring, og det blir feil å late som om ingenting ble endret. Samtidig er det vanskelig å overse hvorfor ordet ble fjernet. Da tre juridiske eksperter leste den opprinnelige teksten for Nieman Lab, mente de at den kunne gi Meta et argument for å bruke innhold fra hele nettsteder til AI-trening. Meta sa at dette aldri var hensikten. Da var det på høy tid at kontrakten sluttet å si noe som kunne forstås slik.

Hva står fortsatt igjen?

Meta beholder tillatelsen til å bruke automatisert programvare som bots, crawlere og webskrapere på domener, nettsider og URL-er som er knyttet til en bedrifts produkter eller tjenester. Teksten omfatter blant annet tilgang, indeksering, mellomlagring, analyse, innsamling og regelmessige oppdateringer. Den åpner også for at Meta kan opprette testkontoer.

Det siste er verdt å stoppe ved. En vanlig crawler besøker åpne sider. En testkonto kan i prinsippet brukes til å komme forbi en registreringsvegg og inn i områder der innhold først vises etter innlogging. Den opprinnelige gjennomgangen hos Nieman Lab spurte Meta om slike kontoer også kunne brukes mot betalingsmurer. Selskapet svarte ikke på det konkrete spørsmålet.

Det betyr ikke at Meta allerede bryter seg gjennom betalingsmurer eller trener en modell på alt innholdet til enhver bedrift. Vilkårene skal etter planen tre i kraft 30. oktober 2026, og en vid kontraktstekst er ikke dokumentasjon på at alle mulige fullmakter blir brukt. Men nettopp derfor må teksten vurderes ut fra hva den tillater, ikke bare hva en talsperson sier at selskapet har tenkt å gjøre i dag.

Omfanget er dessuten større enn bare annonsører. Vilkårene gjelder kommersiell bruk av Meta-produkter, blant annet drift av sider og grupper, markedsføringsmeldinger og bruk av Meta Business Suite. En liten nettbutikk, en organisasjon eller en utgiver kan dermed ha koblet et domene til Meta uten å oppfatte seg selv som en del av en stor avtale om datatilgang.

Er AI-trening egentlig ute av bildet?

Nei, det kan ingen slå fast på grunnlag av den nye teksten alene. Ordet «train» er borte, men Meta kan fortsatt bruke innsamlet materiale til å «develop» og «improve» annonse- og bedriftsprodukter. Juridiske eksperter som Nieman Lab snakket med etter endringen, mener at slike begreper fortsatt kan omfatte utvikling og trening av AI-baserte bedriftsprodukter.

Det er en viktig avgrensning: Ekspertene sier ikke at Meta uten tvil kommer til å trene en bestemt modell på et bestemt nettsted. De sier at kontrakten fortsatt er bred nok til å gi rom for det. Oppfølgingssaken fra Nieman Lab peker særlig på at «business products» ikke ser ut til å være stramt definert, samtidig som Meta naturligvis utvikler bedriftsprodukter med AI.

Her blir språk viktig. AI-trening er ikke den eneste måten innhold kan brukes til å forbedre et AI-produkt på. Materiale kan også brukes til evaluering, søk, gjenfinning, produktinformasjon, kvalitetssikring eller andre former for modell- og systemutvikling. Når kontrakten gir en bred rett til både å hente inn og utvikle produkter med materialet, er det ikke nok å slette ett verb og erklære saken ferdig.

Min vurdering er derfor ganske rett fram: Meta har fjernet den mest provoserende formuleringen, men ikke den underliggende tillitskonflikten. Hvis selskapet bare trenger produktinformasjon til annonser, burde vilkårene kunne si presist hvilket innhold som hentes, til hvilke produkter, hvor lenge det lagres og hvilke grenser som gjelder. En kontrakt skal ikke trenge en talsperson ved siden av seg for å forklare at den ikke betyr det den ser ut til å bety.

Kan robots.txt stoppe Meta?

Meta sier at eiere fortsatt kan bruke robots.txt til å styre crawlerne, og at de nye vilkårene ikke overstyrer slike preferanser. Selskapet har også egen dokumentasjon for Meta-crawlere og hvordan nettstedseiere kan angi regler for dem.

Problemet er at denne forsikringen ikke står uttrykkelig i den reviderte kontraktsteksten som utløste saken. Robots.txt er dessuten en beskjed til en crawler, ikke en teknisk lås. En seriøs aktør kan velge å følge den. Filen hindrer ikke i seg selv en crawler som ignorerer instruksen, og den avgjør heller ikke automatisk alle juridiske spørsmål om en tillatelse gitt i andre vilkår.

Derfor bør ingen lese Metas uttalelse som at en enkelt linje i robots.txt løser hele saken. Nettstedseiere bør fortsatt bruke riktige crawler-regler, men også kontrollere hva som er koblet til Meta-kontoen, hvilke bedriftsprodukter som er i bruk og hvilke vilkår kontoen faktisk har godtatt. Teknisk blokkering og kontraktsmessig samtykke er to forskjellige lag.

Det samme gjelder paywall, innlogging og medlemsområder. Hvis et område ikke skal crawles, bør tilgangen beskyttes ordentlig på serversiden. En robots.txt-fil skal ikke behandles som adgangskontroll for privat eller lisensiert innhold. At vilkårene nevner testkontoer, gjør det enda viktigere å dokumentere hvilke deler av nettstedet som er offentlige, hvilke som krever konto, og hvilke rettigheter brukerne faktisk har til materialet.

Hvorfor er dette viktig for små bedrifter?

Store mediehus har advokater, tekniske team og mulighet til å forhandle lisensavtaler. En liten nettbutikk eller lokal bedrift har ofte bare en Facebook-side, en Instagram-konto og et nettsted fordi det er der kundene er. Når Meta knytter brede vilkår til verktøyene bedriften er avhengig av, er «bare slutt å bruke tjenesten» et nokså hult valg.

Det er også lett å tro at saken bare gjelder artikler og nyheter. Formuleringen om domener og URL-er kan like gjerne treffe produktbeskrivelser, guider, bilder, katalogdata og annet innhold en bedrift har brukt tid og penger på å lage. Mye av dette er offentlig tilgjengelig, men offentlig tilgjengelig er ikke det samme som fritt for enhver bruk eller enhver avtale.

For Meta kan automatisk innhenting være praktisk. En annonseplattform blir bedre hvis den vet at en vare har fått ny pris, er utsolgt eller har endret beskrivelse. Men et legitimt behov for ferske produktdata gir ikke automatisk et like legitimt behov for en åpen fullmakt til å samle inn alt som er «associated with» bedriftens produkter og tjenester.

Det er denne glidningen bedrifter bør være oppmerksomme på. Avtalen begynner med noe forståelig – oppdaterte annonser og produktinformasjon – og ender i formuleringer som kan dekke langt mer. Når Meta selv sier at hensikten er smal, bør selskapet tåle at kundene forventer en like smal tekst.

Hva bør du gjøre før 30. oktober?

Start med å finne ut hvilke Meta-kontoer og bedriftsverktøy virksomheten bruker. Kartlegg hvilke domener, nettbutikker, kataloger og innloggede tjenester som er koblet til disse kontoene. Mange vil oppdage gamle koblinger eller tilganger som ingen lenger har et klart behov for.

Deretter bør du lagre en kopi av vilkårene du blir bedt om å godta, med dato. Kontroller crawler-reglene på nettstedet og serverloggene for relevante brukeragenter. Hvis du bruker en CDN eller brannmur, bør du vite hvordan crawler-trafikk kan begrenses der også. Ikke gjør endringer i blinde – blokkering kan påvirke forhåndsvisninger, annonser eller andre funksjoner du faktisk trenger.

Har nettstedet lisensiert innhold, medlemsstoff, kundedata eller materiale som andre eier rettighetene til, bør avtalen vurderes av noen som kjenner den konkrete virksomheten. Dette er særlig viktig dersom du ikke selv har rett til å gi Meta en vid brukstillatelse. En generell nyhetsartikkel kan forklare risikoen, men den kan ikke avgjøre kontrakten for akkurat din bedrift.

Til slutt: Be om presisjon. Spør Meta eller leverandøren din hvilke crawlernavn som brukes, hvilket innhold som hentes, hvordan testkontoer behandles, hvor data lagres og om materialet brukes til å utvikle AI-funksjoner. Hvis svarene er smalere enn kontrakten, er det kontrakten som bør skrives smalere.

Meta fortjener anerkjennelse for at selskapet reagerte og fjernet den eksplisitte treningsformuleringen. Men den beste oppryddingen hadde vært vilkår som ikke først krevde en runde med juridiske eksperter, presseoppslag og etterfølgende forklaringer. Crawleren står fortsatt i døren. Nå bør Meta forklare, i selve avtalen, nøyaktig hvor den får gå.

Ofte stilte spørsmål