Menggunakan Google reCAPTCHA sesuai perlindungan data

Google reCAPTCHA menganalisis perilaku pengguna untuk deteksi bot dan memuat sumber daya dari Google (AS), sering kali sudah saat formulir dimuat.

reCAPTCHA adalah kasus khusus karena tujuannya — perlindungan dari spam dan penyalahgunaan bot — pada dasarnya dapat disandarkan pada kepentingan sah menurut Pasal 6 ayat 1 huruf f GDPR. Namun itu tidak mengubah apa pun pada § 25 TDDDG: begitu reCAPTCHA v2/v3 memuat skrip dari Google dan menetapkan atau membaca pengenal yang melampaui yang diperlukan secara teknis, akses ke perangkat akhir memerlukan persetujuan. Yurisprudensi di sini masih belum seragam; garis konservatif adalah memasukkan reCAPTCHA ke dalam persetujuan.

Kompromi praktis banyak operator: memuat reCAPTCHA hanya di halaman yang benar-benar berisi formulir (kontak, login, pendaftaran), dan bukan secara global melalui templat. Itu membatasi transfer data pada kasus di mana ia memenuhi tujuan perlindungan konkret, dan membuat penimbangan kepentingan lebih kokoh. reCAPTCHA v3, yang berjalan di semua halaman untuk membentuk skor, jauh lebih sulit dibenarkan secara hukum perlindungan data.

Ada alternatif yang lebih hemat data yang sepenuhnya menghindari transfer ke Google: hCaptcha (opsi hosting Uni Eropa), Cloudflare Turnstile (tanpa captcha yang terlihat, tanpa cookie), Friendly Captcha (dihosting di Jerman) atau — untuk formulir sederhana — honeypot sisi server plus pembatasan laju. Untuk banyak situs kecil, varian terakhir sudah cukup dan berjalan tanpa transmisi pihak ketiga apa pun.

Apakah ini risiko?

Perlindungan dari spam dapat menjadi kepentingan yang sah (Pasal 6 ayat 1 huruf f GDPR). Tetapi jika reCAPTCHA menetapkan pengenal yang tidak diperlukan atau dimuat di semua halaman, § 25 TDDDG menjadi relevan. Transfer ke AS harus dibenarkan.

Apa yang dapat Anda lakukan

• Muat reCAPTCHA hanya di halaman dengan formulir, bukan secara global.
• Pertimbangkan alternatif yang hemat data (mis. hCaptcha, honeypot, batasan di sisi server).
• Dalam kebijakan privasi, sebutkan tujuan, dasar hukum, Google sebagai penerima, dan transfer ke AS.

Pertanyaan yang sering diajukan

Apakah reCAPTCHA diperbolehkan tanpa banner cookie?

Dinilai tidak seragam. Karena reCAPTCHA memuat skrip dari Google dan memproses pengenal, garis konservatif adalah memasukkannya ke dalam persetujuan. Beberapa operator menyandarkan penggunaan formulir murni pada kepentingan sah — itu adalah risiko.

Alternatif mana yang menghindari transfer ke Google?

Cloudflare Turnstile, hCaptcha dengan hosting Uni Eropa atau Friendly Captcha tidak mentransfer data ke Google. Untuk formulir sederhana sering kali cukup honeypot sisi server dengan pembatasan laju.

Apakah cukup memuat reCAPTCHA hanya di halaman formulir?

Itu mengurangi transfer data secara signifikan dan memperkuat penimbangan kepentingan, tetapi tidak sepenuhnya menghilangkan pertanyaan persetujuan menurut § 25 TDDDG. reCAPTCHA v3 yang berjalan secara global paling sulit dibenarkan.

Apa yang harus masuk ke kebijakan privasi?

Tujuan (perlindungan spam/bot), dasar hukum, Google sebagai penerima, transfer ke AS dan dasar transfer, serta petunjuk ke ketentuan perlindungan data dan syarat penggunaan Google sendiri.

Bagaimana consentglass membantu

Pemeriksaan gratis menganalisis HTML yang disajikan dan menunjukkan layanan apa yang tersemat, apakah banner cookie terdeteksi, dan apakah ada tautan ke privasi dan informasi kontak — dengan klasifikasi untuk setiap temuan. Tidak menggantikan nasihat hukum.