Google akhirnya meninggalkan FLoC, tetapi meluncurkan Topics API β teknologi baru untuk melacak minat langsung di dalam browser Chrome. Bagi para arbiter, spesialis SMM, dan pemasar, ini berarti risiko baru: algoritma platform iklan mendapatkan sinyal tambahan tentang pengguna yang dapat menghubungkan akun dan memicu larangan. Dalam panduan ini, kita membahas cara kerja Topics API, bahaya bagi multi-akuntansi, dan bagaimana proxy bersama dengan browser anti-detect membantu menjaga privasi di tahun 2026.
Apa itu FLoC dan Topics API: apa perbedaannya
Untuk memahami mengapa perlindungan diperlukan, kita perlu memahami apa yang Google coba lakukan dengan FLoC dan apa yang terjadi dengan Topics API. Ini bukan hanya istilah teknis β ini adalah mekanisme yang secara langsung mempengaruhi bagaimana platform iklan melihat akun dan perilaku Anda di internet.
FLoC (Federated Learning of Cohorts) β upaya pertama Google untuk menggantikan cookie pihak ketiga. Ideanya adalah: browser Chrome menganalisis riwayat kunjungan pengguna dan mengelompokkan mereka ke dalam salah satu dari ribuan "kohor" β kelompok orang dengan minat serupa. Pengiklan tidak mendapatkan ID pengguna yang spesifik, tetapi nomor kohor. Sepertinya lebih privat. Namun dalam praktiknya, FLoC menciptakan "sidik jari" unik untuk browser, yang memungkinkan pengguna diidentifikasi bahkan lebih tepat daripada melalui cookie. Pada tahun 2022, Google menghentikan proyek ini setelah gelombang kritik dari regulator, pesaing browser, dan pembela hak asasi manusia.
Topics API β penerus FLoC, diluncurkan di Chrome mulai versi 115 dan berkembang aktif pada tahun 2025β2026. Prinsip kerjanya berubah: sekarang browser tidak mengelompokkan Anda ke dalam kohor, tetapi menentukan 5 "topik" dari riwayat penelusuran Anda selama 3 minggu terakhir. Misalnya: "Olahraga", "Keuangan", "Teknologi". Ketika Anda mengunjungi situs dengan iklan, situs tersebut dapat meminta salah satu topik Anda dari browser β dan menerimanya untuk penargetan.
Perbedaan utama FLoC vs Topics API:
- FLoC: satu ID kohor = sidik jari unik, mudah mengidentifikasi pengguna tertentu
- Topics API: 5 topik luas = kurang unik, tetapi tetap mengirimkan data perilaku ke sistem iklan
- Umum: kedua mekanisme bekerja di dalam Chrome dan tidak memerlukan cookie pihak ketiga β lebih sulit untuk dinonaktifkan
Bagi pengguna biasa, perbedaannya kecil. Namun bagi seorang arbiter yang mengelola 20β50 akun iklan di Facebook Ads atau TikTok Ads, Topics API adalah sinyal tambahan yang dapat menghubungkan akun satu sama lain atau menunjukkan perilaku yang tidak biasa kepada algoritma anti-fraud.
Bagaimana Topics API melacak Anda di tahun 2026
Pada tahun 2026, Topics API diintegrasikan ke dalam Chrome secara default dan aktif untuk sebagian besar pengguna. Penting untuk memahami mekanisme kerjanya, untuk menyadari di mana ancaman untuk multi-akuntansi muncul.
Langkah 1: Pengumpulan riwayat. Chrome menganalisis situs mana yang Anda kunjungi dan mencocokkannya dengan taksonomi dari beberapa ratus kategori tematik (versi 2 taksonomi memiliki lebih dari 470 topik). Ini terjadi secara lokal, di perangkat Anda β data tidak dikirim langsung ke Google.
Langkah 2: Pembentukan 5 topik teratas selama 3 minggu. Setiap minggu, Chrome menentukan 5 topik yang paling relevan berdasarkan riwayat. Topik disimpan di browser dan diperbarui setiap minggu. Salah satu dari 5 topik dipilih secara acak β ini adalah "perlindungan" bawaan dari identifikasi yang tepat.
Langkah 3: Pengiriman topik kepada pengiklan. Ketika Anda mengunjungi situs yang berpartisipasi dalam Topics API (dan ini adalah sebagian besar situs dengan iklan Google), kode JavaScript di halaman tersebut meminta browser: "Berikan saya salah satu topik pengguna ini". Browser mengembalikan topik β tetapi hanya yang dihasilkan di situs di mana pengiklan tersebut sudah hadir. Ini disebut "penelepon" (caller).
Mengapa ini penting untuk multi-akuntansi? Misalkan Anda bekerja dengan beberapa akun iklan Facebook Ads. Semua dibuka di satu browser β Chrome. Bahkan jika setiap akun memiliki cookie yang berbeda dan proxy yang berbeda, Topics API mengirimkan topik yang sama untuk semua sesi, karena topik dibentuk pada tingkat profil browser, bukan tab terpisah. Algoritma anti-fraud Facebook dapat mencatat bahwa beberapa akun dengan IP yang berbeda memiliki "profil tematik" yang sama β dan ini adalah sinyal untuk pemeriksaan.
β οΈ Penting untuk dipahami:
Topics API tidak mengirimkan alamat IP Anda atau data pribadi secara langsung. Tetapi dalam kombinasi dengan sinyal lain (User-Agent, resolusi layar, zona waktu, sidik jari WebGL), ia menjadi bagian dari sidik jari digital browser. Itulah sebabnya satu proxy tidak cukup β pendekatan komprehensif diperlukan.
Mengapa Topics API berbahaya bagi para arbiter dan SMM
Mari kita bahas skenario konkret di mana Topics API menciptakan risiko nyata bagi para profesional yang bekerja dengan beberapa akun.
Skenario 1: Arbitrase lalu lintas melalui Facebook Ads
Seorang arbiter mengelola 10β30 akun iklan Facebook Ads. Setiap akun adalah profil terpisah di browser anti-detect Dolphin Anty atau AdsPower dengan cookie dan proxy yang unik. Namun jika semua profil dibuka melalui Chrome biasa atau jika browser anti-detect tidak memblokir Topics API, semua akun mendapatkan profil tematik yang serupa, yang dibentuk berdasarkan riwayat kunjungan yang sebenarnya. Facebook melihat: IP yang berbeda, cookie yang berbeda, tetapi topik Topics API yang sama β kecurigaan terhadap akun terkait β larangan berantai.
Skenario 2: Agensi SMM dengan 30+ akun Instagram
Seorang spesialis SMM mengelola akun klien di Instagram. Sebagian besar tindakan dilakukan melalui browser atau aplikasi seluler. Jika pengelolaan dilakukan melalui versi web Instagram di Chrome, Topics API aktif. Saat melakukan tindakan massal (suka, mengikuti, publikasi), Instagram tidak hanya menerima IP dan User-Agent, tetapi juga sinyal tematik β dan semua akun yang dikelola dari satu perangkat memiliki profil yang serupa.
Skenario 3: Pemasar menguji iklan dari berbagai wilayah
Seorang pemasar ingin melihat bagaimana iklan pesaing di Google Ads untuk pengguna dari Moskow, Berlin, dan New York. Ia mengganti proxy, tetapi tetap menggunakan satu browser Chrome. Topics API mengirimkan profil tematik yang sama untuk ketiga sesi β dan Google memahami bahwa ini adalah pengguna yang sama yang memeriksa iklan dari lokasi yang berbeda. Hasilnya: data yang tidak akurat tentang apa yang dilihat audiens nyata.
| Audiens | Risiko dari Topics API | Konsekuensi |
|---|---|---|
| Arbiter (Facebook Ads) | Menghubungkan akun berdasarkan profil tematik | Larangan berantai, kehilangan akun |
| SMM (Instagram, TikTok) | Profil yang sama di akun klien yang berbeda | Pemblokiran karena tindakan massal |
| Pemasar (uji geo) | Identifikasi sebagai satu pengguna | Data yang tidak akurat, pengungkapan akun |
| Penjual (parsing Wildberries, Ozon) | Sinyal tematik yang berulang saat parsing | Larangan parser yang dipercepat |
Bagaimana proxy melindungi dari pelacakan melalui Topics API
Di sini penting untuk langsung menjelaskan: proxy sendiri tidak memblokir Topics API. Ini adalah teknologi browser, dan ia bekerja pada tingkat Chrome, bukan pada tingkat koneksi jaringan. Proxy mengubah alamat IP Anda, tetapi tidak menonaktifkan permintaan JavaScript di dalam browser.
Namun, proxy memainkan peran kunci dalam perlindungan komprehensif β dan inilah alasannya.
Proxy mengisolasi lapisan jaringan
Bahkan jika Topics API mengirimkan sinyal tematik, tanpa IP unik, sinyal ini tidak terikat pada titik geografis tertentu. Jika setiap profil browser anti-detect memiliki proxy dengan IP unik, sistem anti-fraud tidak dapat menghubungkan akun berdasarkan kriteria jaringan. Proxy menghilangkan sinyal paling jelas β kecocokan alamat IP.
Proxy menciptakan konteks geo yang kredibel
Proxy residensial menyediakan alamat IP dari pengguna rumah nyata di kota dan negara tertentu. Ketika Topics API mengirimkan sinyal "Keuangan" untuk akun dengan IP residensial dari Moskow β ini terlihat seperti pengguna biasa dari Moskow yang tertarik dengan keuangan. Algoritma tidak melihat adanya kontradiksi. Namun, jika menggunakan proxy pusat data dengan IP dari AWS atau Hetzner, kecocokan "IP korporat + profil tematik" menimbulkan kecurigaan.
Rotasi proxy menghapus konteks yang terakumulasi
Topics API membentuk profil selama 3 minggu. Jika secara teratur mengganti proxy dan menggunakannya bersama dengan profil browser anti-detect yang terisolasi, setiap profil baru mulai "hidup" dari awal β tanpa riwayat topik yang terakumulasi. Ini sangat penting saat membangun akun baru di Facebook Ads atau saat bekerja dengan TikTok Ads.
Untuk tugas yang memerlukan isolasi profil maksimum, para arbiter sering memilih proxy seluler β mereka bekerja melalui SIM kartu nyata dari operator seluler dan memiliki tingkat kepercayaan tertinggi di algoritma Facebook dan TikTok, karena meniru perilaku pengguna seluler biasa.
Pengaturan browser anti-detect + proxy melawan Topics API
Perlindungan penuh dari Topics API memerlukan pengaturan yang tepat dari browser anti-detect. Mari kita lihat bagaimana ini dilakukan di alat populer: Dolphin Anty, AdsPower, dan GoLogin.
Langkah 1: Memblokir Topics API di pengaturan profil browser
Sebagian besar browser anti-detect modern (Dolphin Anty, Multilogin, Octo Browser, AdsPower) pada tahun 2025β2026 sudah memiliki pengaturan bawaan untuk mengelola Privacy Sandbox API, yang mencakup Topics API.
- Dolphin Anty: Buka profil β tab "Browser" β bagian "Privacy Sandbox" β matikan Topics API. Ini memblokir permintaan JavaScript
document.browsingTopics()di semua situs. - AdsPower: Pengaturan profil β "Opsi tambahan" β "Chromium Flags" β temukan bendera
privacy-sandbox-ads-apisβ atur nilainya menjadi "Disabled". - GoLogin: Edit profil β tab "Browser" β "Privacy Sandbox" β matikan semua saklar yang terkait dengan Topics, Attribution Reporting, dan Protected Audience API.
- Multilogin: Mulai dari versi 6.x, Topics API dinonaktifkan secara default di profil Mimic dan Stealthfox β tidak diperlukan pengaturan tambahan.
Langkah 2: Mengaitkan proxy unik ke setiap profil
Setelah menonaktifkan Topics API di browser, pastikan bahwa setiap profil menggunakan proxy yang unik. Berikut cara melakukannya di Dolphin Anty:
- Buka Dolphin Anty β klik "Buat profil" atau buka yang sudah ada
- Pindah ke tab "Proxy"
- Pilih jenis protokol: SOCKS5 (direkomendasikan untuk proxy residensial dan seluler) atau HTTP/HTTPS
- Masukkan data proxy: host, port, login, password
- Klik "Periksa proxy" β tunggu konfirmasi bahwa IP sesuai dengan wilayah yang diinginkan
- Simpan profil
Langkah 3: Sinkronisasi parameter geo profil dengan proxy
Ini adalah langkah yang sangat penting yang sering dilewatkan oleh pemula. Jika proxy dari Berlin, semua parameter geo profil harus sesuai dengan Berlin:
- Zona waktu: atur ke Europe/Berlin
- Bahasa browser: de-DE atau en-US (tergantung pada akun)
- Geolokasi: aktifkan deteksi otomatis berdasarkan IP proxy
- Layout keyboard: sesuai dengan negara
Jika Topics API tidak sepenuhnya diblokir karena alasan tertentu, topik yang dikirimnya harus logis untuk pengguna dari wilayah tersebut. Ketidaksesuaian antara parameter geo dan profil tematik adalah sinyal tambahan untuk anti-fraud.
Langkah 4: Memanaskan profil dengan topik yang benar
Saat membuat profil baru untuk membangun akun Facebook Ads atau TikTok Ads, penting untuk "memanaskan" profil browser β mengunjungi beberapa situs tematik yang sesuai dengan legenda akun. Jika akun diposisikan sebagai "pengguna biasa dari Moskow", kunjungi beberapa situs berita, toko online, portal olahraga. Ini membentuk profil tematik organik yang akan dikirimkan Topics API kepada sistem iklan.
Jenis proxy apa yang harus dipilih untuk melindungi privasi
Tidak semua proxy sama efektifnya dalam konteks perlindungan dari Topics API dan memastikan privasi saat multi-akuntansi. Mari kita bahas tiga jenis utama.
| Jenis proxy | Tingkat kepercayaan | Cocok untuk | Tidak cocok untuk |
|---|---|---|---|
| Residensial | Tinggi | Facebook Ads, Instagram, TikTok, Google Ads | Parsing kecepatan tinggi |
| Seluler | Maksimal | Membangun Facebook, TikTok Ads, akun dengan risiko larangan tinggi | Tugas yang memerlukan IP stabil |
| Pusat data | Rendahβsedang | Parsing Wildberries, Ozon, pemantauan harga | Akun iklan, media sosial |
Proxy residensial: pilihan optimal untuk sebagian besar tugas
Proxy residensial menggunakan alamat IP dari pengguna rumah nyata. Ketika Topics API mengirimkan sinyal tematik dari IP tersebut, sistem iklan melihat "pengguna biasa" β tanpa bendera jaringan korporat atau pusat data. Ini menciptakan gambaran yang paling organik untuk algoritma anti-fraud.
Proxy residensial sangat efektif saat bekerja dengan Google Ads β karena Google adalah pengembang Topics API, dan algoritmanya paling sensitif terhadap ketidaksesuaian antara jenis IP dan profil tematik. IP residensial dari wilayah yang tepat + Topics API yang dinonaktifkan di browser anti-detect = risiko identifikasi minimal.
Proxy seluler: untuk tugas berisiko tinggi
Proxy seluler bekerja melalui perangkat seluler nyata dengan SIM kartu. Ciri khasnya adalah IP yang berubah secara dinamis (setiap kali terhubung kembali ke jaringan, operator memberikan IP baru). Ini berarti bahwa bahkan jika Topics API telah mengirimkan sinyal, sesi berikutnya dari proxy ini akan memiliki IP yang berbeda β dan menghubungkannya sangat sulit.
Para arbiter yang bekerja dengan Facebook Ads dan TikTok Ads pada tahun 2026 menggunakan proxy seluler untuk akun yang paling berharga β yang memiliki anggaran besar. Biayanya lebih tinggi daripada proxy residensial, tetapi tingkat perlindungannya maksimal.
Proxy pusat data: untuk parsing, bukan untuk akun
Proxy pusat data β cepat dan murah, tetapi mudah dikenali sebagai lalu lintas "non-manusia". Untuk tugas di mana Topics API tidak berperan (parsing harga di Wildberries, pemantauan Avito, pengumpulan data dari sumber terbuka), mereka sangat cocok. Namun untuk akun iklan dan media sosial β risikonya terlalu tinggi.
Checklist: perlindungan penuh dari Google Topics API di tahun 2026
Mari kita kumpulkan semuanya. Berikut adalah checklist langkah demi langkah untuk para arbiter, spesialis SMM, dan pemasar yang ingin melindungi akun dan privasi mereka dari Google Topics API.
β Checklist perlindungan dari Topics API
- Gunakan browser anti-detect (Dolphin Anty, AdsPower, GoLogin, Multilogin, Octo Browser) β bukan Chrome biasa
- Nonaktifkan Topics API di pengaturan setiap profil browser (Privacy Sandbox β Topics = Disabled)
- Nonaktifkan API terkait: Attribution Reporting API, Protected Audience API, Shared Storage API β semuanya adalah bagian dari Privacy Sandbox
- Tetapkan proxy unik untuk setiap profil β jangan pernah menggunakan satu IP untuk dua akun
- Sinkronkan parameter geo: zona waktu, bahasa, geolokasi β semuanya harus sesuai dengan negara proxy
- Panaskan profil sebelum membuat akun: 2β3 hari browsing organik dengan topik yang diperlukan
- Jangan campur profil: setiap akun = profil terpisah + proxy terpisah + perangkat terpisah (atau mesin virtual terisolasi)
- Secara teratur perbarui browser anti-detect: pengembang menambahkan perlindungan dari versi baru Topics API dan API Privacy Sandbox lainnya
- Periksa kebocoran: gunakan layanan seperti coveryourtracks.eff.org atau browserleaks.com untuk memeriksa apakah Topics API benar-benar diblokir
- Untuk akun berisiko tinggi (anggaran besar di Facebook Ads, TikTok Ads) β gunakan proxy seluler daripada residensial
Bagaimana memeriksa apakah Topics API diblokir
Setelah mengatur browser anti-detect, pastikan untuk memeriksa hasilnya. Berikut cara melakukannya tanpa pengetahuan teknis:
- Jalankan profil yang diperlukan di browser anti-detect
- Kunjungi situs privacysandbox.com/intl/en_us/articles/topics/ β halaman demo resmi Google Topics API
- Jika Topics API diblokir, Anda akan melihat pesan "Topics API is not available" atau daftar topik kosong
- Tambahan: buka konsol pengembang (F12) β tab Console β masukkan
document.browsingTopics()β jika mengembalikan kesalahan atau array kosong, API diblokir
Apa yang harus dilakukan jika browser anti-detect tidak mendukung pemblokiran Topics API
Jika Anda menggunakan versi lama dari browser anti-detect atau alat anggaran tanpa dukungan pengaturan Privacy Sandbox, ada cara alternatif:
- Ekstensi uBlock Origin: tambahkan aturan pemblokiran permintaan ke Topics API dalam filter. Bekerja di sebagian besar browser anti-detect berbasis Chromium.
- Flag peluncuran Chrome: saat meluncurkan browser, tambahkan flag
--disable-features=BrowsingTopicsβ ini sepenuhnya menonaktifkan Topics API di tingkat mesin. - Perbarui browser anti-detect: Dolphin Anty, AdsPower, dan GoLogin secara aktif diperbarui pada tahun 2025β2026 khususnya dalam hal perlindungan Privacy Sandbox. Pastikan Anda menggunakan versi terbaru.
Kesimpulan
Google Topics API bukan hanya teknologi iklan lainnya. Bagi para arbiter, spesialis SMM, dan pemasar yang bekerja dengan beberapa akun, ini adalah vektor risiko baru: sinyal tambahan yang dapat menghubungkan akun atau menunjukkan perilaku yang tidak biasa kepada algoritma anti-fraud. Pada tahun 2026, mengabaikan ancaman ini berarti mempertaruhkan kehilangan akun dan anggaran iklan.
Kabar baiknya: perlindungan ada dan tidak memerlukan pengetahuan teknis yang mendalam. Kombinasi "browser anti-detect dengan Topics API yang dinonaktifkan + proxy unik untuk setiap profil + parameter geo yang disinkronkan" menutup sebagian besar risiko. Yang terpenting β jangan menggunakan satu proxy untuk beberapa akun dan secara teratur memperbarui alat.
Jika Anda bekerja dengan akun iklan di Facebook Ads, TikTok Ads, atau Google Ads dan ingin meminimalkan risiko larangan, kami merekomendasikan untuk memulai dengan proxy residensial β mereka memberikan tingkat kepercayaan yang tinggi dari platform iklan dan secara organik cocok dengan profil tematik yang dibentuk oleh Topics API. Untuk akun yang paling berharga dengan anggaran besar, pertimbangkan proxy seluler β tingkat perlindungan maksimal dan risiko penghubungan akun minimal.
```