Google belooft overdragen van data naar externe diensten te vergemakkelijken

Google belooft het makkelijker te gaan maken om gebruikersgegevens van Google-diensten over te dragen naar diensten van derden. Dat doet het bedrijf om tegemoet te komen aan zorgen van de Italiaanse markttoezichthouder. Die vond dat dat te moeilijk was en de concurrentie zou kunnen hinderen.

De Italiaanse toezichthouder AGCM vond dat het momenteel te lastig is voor gebruikers om hun data uit Googles diensten te halen en te delen met diensten van derden. Daarom stelde deze een antitrustonderzoek in. De AGCM noemde specifiek de diensten Google Maps, Android en Gmail. Als voorbeeld van een externe dienst werd Weople genoemd. Die richt zich onder meer op dataportabiliteit en het beheer van privacyrechten bij diverse diensten. Weoples moederbedrijf stelde de toezichthouder op de hoogte van dit probleem, omdat het van mening was dat de huidige mogelijkheden om data over te dragen onnodig complex zijn.

De AGCM laat nu echter weten dat Google tegemoet is gekomen aan de zorgen van de toezichthouder en stappen gaat zetten om de data-interoperabiliteit te verbeteren. Ten eerste belooft Google maatregelen te treffen in zijn Takeout-dienst, waarmee gebruikers hun eigen data kunnen downloaden, die het mogelijk moeten maken om data makkelijker te exporteren naar diensten van derden.

Zo moeten externe partijen een link in hun eigen diensten kunnen embedden waarmee het Takeout-proces voor een groot deel geautomatiseerd wordt. Ook kunnen de diensten kiezen naar welke ondersteunde cloudopslagdienst de gegevens gestuurd worden. De gebruikersdata moet daarnaast beschikbaar komen in een enkel bestand en in een door machines leesbaar formaat. Ook komt Google met gedetailleerde documentatie in een poging om de Takeout-gegevens begrijpelijker en dus bruikbaarder te maken.

Daarnaast belooft Google een geheel nieuwe api te ontwikkelen waarmee ontwikkelaars van externe diensten direct toegang kunnen krijgen tot gegevens van eindgebruikers op Google Zoeken en YouTube. Dit moeten de eindgebruikers overigens zelf aanvragen. Deze api moet in het eerste kwartaal van 2024 beschikbaar komen, maar al in oktober kunnen externe partijen voortijdig toegang krijgen. Volgens de AGCM zijn deze maatregelen voldoende om de zorgen over het hinderen van concurrentie weg te nemen.

Reacties (29)

[Frame164]

Een simpele Ctrl-A en downloaden van Google Photos zou al een goede optie zijn.

[KlaasjanM]

Nu zit er een limiet op van 150 foto's per keer en dan ook nog in een zip formaat

[Buntuhein]

Uit eigen ervaring kan ik bevestigen dat het nogal een gedoe is om een grote fotoverzameling uit Google te trekken. Dat zou makkelijker moeten naar mijn mening.

[Tuktop]

Probeer het eens via Take-out, met een paar kliks je hele verzameling downloaden als zip, ingedeeld per jaar en albums, incl. metadata.

In Photos web (browserversie) is het te vinden bij Settings, exporteren, backup maken.

[Tuktop]

Dit kan via take-out.

[Victortjeuh]

Onlangs wilde ik een gedeeld album downloaden met 5000 foto's in (van verschillende mensen). Server errors, limieten van maximaal 500 foto's per keer, corrupte zip bestanden van Google, missende foto's van anderen via Takeout, lage kwaliteit via rclone, en een customer service medewerker die uit de lucht viel.. Overal was er wel wat mis. En ik heb nog altijd mijn foto's niet kunnen downloaden. Een nieuwe API zou meer dan welkom zijn!

[Luchtbakker]

Ik irriteer mij mateloos aan hun foto's dienst. Het is gewoon bijna niet mogelijk een fatsoenlijke copy van a --> b te maken inclusief alle meta data. Ik zou bijvoorbeeld een live sync willen hebben met foto's, en synology foto's.

Natuurlijk; er zijn websites die het wel doen, maar uiteraard voor een flinke klap geld. Maar zo ingewikkeld hoeft het toch niet te zijn om dat zelf te doen? Want buiten telkens een take-out te maken is er geen ander fatsoenlijk alternatief.

[33Fraise33]

Ik versta echt niet waarom zij metadata uitlezen uit de bestandsproperties (camera info, geo locatie, datum, ...) en die dan nadien verwijderen uit het bestand. Bij een export van je google photos account is dit allemaal gewoon weg van het bestand zelf.

EDIT: zoals in aangaf in een comment hieronder, de foto metadata zit in een json ipv op de foto:
https://i.imgur.com/NJIzIxr.png

[Reactie gewijzigd door 33Fraise33 op 22 juli 2024 15:28]

[nehal3m]

Lijkt me gewoon een dark pattern dat er specifiek op is gericht om het verlaten van Google zo moeilijk/vervelend/kostbaar mogelijk te maken. Apple doet iets soortgelijks: Als je je Photos bibliotheek wilt exporteren raak je ook metadata kwijt, en als je het via de browser wilt doen op iCloud.com zit er ook nog een arbitraire limiet van 1000 foto's per export-sessie op.

Daarom ook een goede zaak dat de Italiaanse markttoezichthouder dit aankaart.

Om een open en vrij internet te garanderen zouden we interoperabiliteit moeten verplichten, of anders vijandige interoperabiliteit moeten stimuleren.

[Teun!]

Ben ik nou te naief ingesteld als mijn eerste ingeving was dat ze dit doen voor als je fotos deelt, dat je dan niet je metadata beschikbaar stelt aan anderen? Ik ben zelf absoluut geen google fan en gebruik alleen gmail van ze(helaas nog te lastig om er vanaf te stappen) dus ik ben wat dát betreft in ieder geval niet naief. Maar jou ingeving zou zeker ook waar kunnen zijn, misschien ligt de waarheid ergens in het midden.

[nehal3m]

Als Google dat als optie zou bieden als je foto's deelt is dat één (mogelijk goed) ding. Ongevraagd metadata strippen (of ze dat nou direct na de upload of vlak voor het exporteren van je bibliotheek doen) is wel het uiterste daarvan.

Mogelijk is het inderdaad een combinatie van factoren; wellicht dat de PR-afdeling het verkoopt als privacy-feature terwijl Marketing zich in de handjes wrijft omdat de retentie-cijfers hoog liggen op deze manier.

[Reactie gewijzigd door nehal3m op 22 juli 2024 15:28]

[Teun!]

Ik ben het er inderdaad mee eens dat het zeer ongewenst of zelfs onethisch is dat google dit standaard doet zonder toestemming van de gebruiker (EULA daargelaten).

Ik heb zo'n hekel aan vendor lock in!

[Tuktop]

Zowel een take-out als het downloaden van je foto's is toch gewoon inclusief metadata? Of bedoel je iets anders?

[Ies Verhage]

Voor de zekerheid net nog even getest (take out, individuele en meerdere fotos), overal zit de metadata gewoon ingebakken in de foto.

Wel storend vind ik dat als je in Google Photos de metadata aanpast deze NIET meegaat bij het exporteren.

[Yucon]

ik heb het in het verleden ook gebruikt en daarbij was de metadata met zekerheid verdwenen uit de foto's (exif). Er zat per foto wel een losse json bij met de metadata erin. En nu heb je wel weer allerlei tooltjes om het weer terug de exif in te krijgen, maar het is nogal wat onnodig gedoe.

Als je het net getest hebt dan hebben ze het blijkbaar veranderd. Mooi.

[33Fraise33]

De laatste keer dat ik de takeout functie teste was alle metadata verdwenen en zit dit apart erbij in een tekstdocument (csv, xml of dergelijke)

Echter ik probeer het nog even opnieuw want dit was toch wel al even geleden.

EDIT: het lijkt er dus op dat metadata nog steeds in een json zit:
https://i.imgur.com/NJIzIxr.png

[Reactie gewijzigd door 33Fraise33 op 22 juli 2024 15:28]

[Tuktop]

De metadata zit gewoon in de jpg, onlangs nog gedaan. De JSON krijg je er ook bij.

[karelvandongen]

Als Microsoft en Facebook migratie nu ook zo makkelijk zouden kunnen maken.... Eigenlijk zouden er gewoon open standaarden dataportabiliteit moeten zijn.

[Vuurvleugelhart]

En het echt en definitief verwijderen van data bij Google?

[PaulHelper]

Erg interessant, en zeker voor verbetering van switchen tussen bepaalde services en Google. Toch vind ik t interessant dat speciaal Google hier genoemd wordt. Ik denk ook meteen aan Apple, daar kna je toch vanuit de services ook amper overzetten naar iets anders of data exporteren? Hoe zit dat dan, of hoort dat hier ook bij en is Google alleen een voorbeeld. Ben benieuwd hoe dat zit.

[watercoolertje]

Dit is gewoon de eerste die ze aanpakken, nu volgt de rest lijkt me.

[Z100]

Ben toevallig zelf de afgelopen weken juist bezig gegaan aan het minder afhankelijk te worden van Google (en andere sevice aanbieders).

Iets dat me de afgelopen jaren steeds minder lekker is gaan zitten is dat ik mijn e-mailadres niet bezit. E-mail is nog steeds een essentieel ding vanwege registratie doeleinden voor zowat alles.

Waarom voelen wij ons comfortabel om te leunen op een domein van een ander? Een telefoonnummer is ook van jou en geen eigendom van een telecom provider. Daarbovenop is het tegenwoordig zo simpel en goedkoop om een eigen domein bezitten, alsook dat er zoveel keus is aan degelijke en betaalbare e-mail providers die een custom domain optie aanbieden. En bevalt je jouw e-mail provider dan niet meer? Dan neem je jouw domein naar een ander toe.

[latka]

Ik zou niet willen zeggen dat je telefoonnummer je bezit is (dat is het niet), maar het is wel om te zetten als je verhuist naar een andere plek in het land. Of zelfs van provider wisselt (KPN naar Ziggo oid). In dat opzicht is een telefoonnummer inderdaad stabieler dan je e-mail adres (los van zelf opstappen zal er bij een overname van een ISP wellicht ook een verandering komen met een 1 of 2 jaar forwarding service oid). Als je overstap van ISP is er helemaal niets geregeld, terwijl de meeste organisaties (en overheid ook) je alleen maar via mail willen aanschrijven. Om die reden heb ik zelf al een jaar of 15 een eigen domein om dit soort praktijken voor te zijn.

[Frame164]

Het telefoonnummer is wel van een provider. Die koopt de 06 nummers van de ACM. Je hebt als klant alleen het recht om dat nummer mee te nemen naar een andere provider zolang je een subscriptie houdt. Maar zodra je je abonnement opzegt gaat het nummer terug naar de orginele provider. Als het nummer van jou zou zijn was het mogelijk om je abonnement op te zeggen en na bijvoorbeeld een paar maanden dat nummer opnieuw aan te sluiten, net zoals met een domeinnaam (zolang je betaalt voor de domeinnaam). Maar zo werkt het niet bij telefoonnummers.

[Reactie gewijzigd door Frame164 op 22 juli 2024 15:28]

[watercoolertje]

Oei dat wordt een eigen telefoonprovider opzetten zodat je je nummer wel echt bezit

Maar nee ben juist blij met mijn gmail (of hotmail), werkelijk sinds dag 1 dat het er is of ik het gebruik geen enkele omkijken naar. Heeft weinig met geld te maken maar meer met gemak.

[4x4]

Zelf jaren geleden bij Google vertrokken en alles weg gehaald. Was er werkelijk een heel weekend mee bezig door alle download errors en weet ik niet wat.

Laatst iemand via Take Out geholpen alles naar Microsoft te migreren. Ik dacht dat het makkelijker zou gaan dan destijds toen ik mijn data bij Google weg haalde maar vergeet dat maar. Ene foutmelding na de andere en toen het eenmaal wél gelukt was, bleken er foto's en telefoonnummers te missen.

De EU mag hier serieus werk van maken. Daarom vind ik het mooi dat de italianen er mee begonnen zijn.

[Yucon]

Ik heb me er ook wel eens over verbaasd dat je evengoed (destijds, 2 jaar geleden ofzo) data evenmin google in kunt krijgen. Je kunt je timeline bijvoorbeeld niet bijwerken met oudere data die je om wat voor een reden dan ook nog hebt.

[CAPSLOCK2000]

Goed bezig daar bij de AGCM maar nu wel doorpakken en niet Google twee jaar de tijd te geven om zelf met een voorstel te komen wat je dan weer moet afkeuren. Google is al verplicht om data goed aan te bieden. Beloftes voor een beta van zijdelings gerelateerde api ergens volgend jaar zijn niet genoeg.

[fre0n]

Ik nag dan wel hopen dat dit slechts en alleen data betreft op verzoek en met toestemming van een accounthouder en geen bulkdata?