Vượt qua các khối theo múi giờ: hướng dẫn cho các nhà môi giới

```html

Nếu bạn làm việc với nhiều tài khoản Facebook Ads, Instagram hoặc TikTok, chắc chắn bạn đã gặp phải tình huống: proxy đã được cấu hình, dấu vân tay trình duyệt là duy nhất, nhưng tài khoản vẫn bị cấm. Một trong những lý do phổ biến nhất là sự không trùng khớp giữa múi giờ (timezone) của địa chỉ IP và cài đặt trình duyệt. Các nền tảng đã học cách xác định những sự không phù hợp này và tự động chặn các tài khoản nghi ngờ.

Trong hướng dẫn này, chúng ta sẽ phân tích cách thức xác định timezone và ngôn ngữ hoạt động, tại sao điều này dẫn đến việc bị cấm, và quan trọng nhất — cách cấu hình đúng các trình duyệt chống phát hiện như Dolphin Anty, AdsPower, Multilogin và GoLogin, để tất cả các thông số trùng khớp với proxy của bạn và không gây nghi ngờ cho các hệ thống chống gian lận.

Cách các nền tảng xác định timezone và ngôn ngữ trình duyệt

Các hệ thống chống gian lận hiện đại của Facebook, Instagram, TikTok, Google Ads và các nền tảng khác thu thập hàng chục thông số từ trình duyệt của bạn và so sánh chúng với nhau. Timezone (múi giờ) và language (ngôn ngữ) là một trong những dấu hiệu chính, phải tương ứng logic với nhau và với địa chỉ IP.

Các phương pháp xác định timezone chính:

1. JavaScript API — Intl.DateTimeFormat().resolvedOptions().timeZone
Đây là cách chính mà các trang web nhận được múi giờ của bạn. Mã JavaScript trên trang gọi phương thức new Intl.DateTimeFormat().resolvedOptions().timeZone và nhận được chuỗi kiểu "Europe/Moscow", "America/New_York" hoặc "Asia/Dubai".

2. Date.getTimezoneOffset()
Phương pháp này trả về độ lệch tính bằng phút giữa UTC và thời gian địa phương của trình duyệt. Ví dụ, đối với Moscow (UTC+3) sẽ trả về -180 phút. Các nền tảng so sánh giá trị này với timezone từ phương pháp đầu tiên — chúng phải trùng khớp.

3. Địa chỉ IP và cơ sở dữ liệu GeoIP
Khi bạn kết nối qua proxy, máy chủ sẽ thấy địa chỉ IP và xác định vị trí địa lý của nó qua các cơ sở dữ liệu như MaxMind, IP2Location hoặc dữ liệu riêng. Mỗi quốc gia và thành phố đều có múi giờ tiêu chuẩn.

Các phương pháp xác định ngôn ngữ trình duyệt:

1. navigator.language và navigator.languages
JavaScript nhận được ngôn ngữ chính của trình duyệt qua navigator.language (ví dụ, "ru-RU", "en-US") và danh sách tất cả các ngôn ngữ qua navigator.languages — mảng ngôn ngữ theo thứ tự ưu tiên.

2. Tiêu đề HTTP Accept-Language
Mỗi khi gửi yêu cầu đến máy chủ, trình duyệt gửi tiêu đề Accept-Language, chứa danh sách các ngôn ngữ ưu tiên. Ví dụ: "en-US,en;q=0.9,ru;q=0.8". Tiêu đề này phải trùng khớp với navigator.languages.

3. Locale từ Intl API
Phương thức Intl.DateTimeFormat().resolvedOptions().locale trả về cài đặt khu vực cho định dạng ngày và số. Nó phải tương ứng với ngôn ngữ chính của trình duyệt.

Quan trọng: Các hệ thống chống gian lận không chỉ kiểm tra từng thông số riêng lẻ mà còn kiểm tra mối liên hệ logic giữa chúng. Nếu IP từ London (UTC+0), nhưng timezone của trình duyệt là "America/New_York" (UTC-5) — đây là dấu hiệu rõ ràng của việc sử dụng proxy và thay đổi dữ liệu.

Tại sao sự không trùng khớp timezone dẫn đến việc bị cấm

Các nền tảng quảng cáo và mạng xã hội đang chống lại nhiều loại vi phạm: gian lận, spam, bot và các nhà tiếp thị vi phạm quy tắc đa tài khoản. Sự không trùng khớp giữa timezone và ngôn ngữ với địa chỉ IP là một trong những cách đơn giản nhất để phát hiện chúng.

Các kịch bản thực tế bị cấm:

Kịch bản 1: Nhà tiếp thị thu thập tài khoản Facebook Ads
Bạn sử dụng proxy dân cư từ Mỹ (New York, UTC-5), nhưng trong Dolphin Anty bạn quên thay đổi timezone — nó vẫn là Moscow (UTC+3). Facebook thấy IP từ Mỹ, nhưng trình duyệt báo thời gian Moscow. Kết quả: tài khoản bị cấm trong vòng 24-48 giờ, thường kèm theo ghi chú "hoạt động nghi ngờ".

Kịch bản 2: Chuyên gia SMM quản lý tài khoản của khách hàng
Bạn có 20 tài khoản Instagram của khách hàng từ các quốc gia khác nhau. Bạn đã cấu hình proxy cho mỗi quốc gia, nhưng ngôn ngữ của trình duyệt cho tất cả các hồ sơ vẫn là "ru-RU". Instagram phân tích: IP từ Đức, nhưng ngôn ngữ trình duyệt là tiếng Nga — có thể đây là VPN hoặc proxy. Tài khoản sẽ bị kiểm tra bổ sung, có thể cần xác minh qua số điện thoại.

Kịch bản 3: Đa tài khoản trong TikTok Ads
Bạn khởi động 10 tài khoản quảng cáo TikTok qua các hồ sơ khác nhau trong AdsPower. Proxy được cấu hình đúng, nhưng tất cả các hồ sơ đều sử dụng cùng một timezone "Europe/London". TikTok thấy rằng 10 "người dùng" khác nhau với các IP khác nhau hoạt động vào cùng một thời điểm trong ngày, với các mẫu hoạt động giống nhau — đây là dấu hiệu của tài khoản thu thập. Tất cả các tài khoản đều bị cấm theo chuỗi (chain-ban).

Thông số	Nền tảng thấy gì	Mức độ rủi ro
IP từ Mỹ, timezone UTC-5	Tất cả đều trùng khớp logic	Thấp
IP từ Mỹ, timezone UTC+3 (Moscow)	Sự không trùng khớp rõ ràng — proxy	Cao
IP từ Đức, ngôn ngữ "ru-RU"	Có thể là VPN hoặc khách du lịch	Trung bình
IP từ Pháp, ngôn ngữ "fr-FR", timezone Europe/Paris	Tất cả đều hợp lý — người dùng địa phương	Thấp
10 tài khoản với cùng một timezone	Nghi ngờ về trang trại tài khoản	Cao

Top-5 lỗi khi cấu hình timezone và language

Trong nhiều năm làm việc với đa tài khoản, các nhà tiếp thị và chuyên gia SMM thường mắc phải những lỗi giống nhau. Dưới đây là những lỗi nghiêm trọng nhất:

Lỗi 1: Xác định tự động timezone theo IP

Nhiều trình duyệt chống phát hiện (Dolphin Anty, AdsPower) cung cấp tùy chọn "xác định timezone tự động theo IP proxy". Nghe có vẻ tiện lợi, nhưng thực tế hoạt động không tốt. Vấn đề là các cơ sở dữ liệu GeoIP không phải lúc nào cũng chính xác — đặc biệt là đối với proxy di động và dân cư, nơi mà IP có thể được đăng ký ở một thành phố, nhưng thực tế lại ở một nơi khác (chênh lệch 1-2 giờ).

Giải pháp: Luôn kiểm tra timezone được xác định tự động qua dịch vụ browserleaks.com/timezone hoặc whoer.net. Nếu timezone không trùng khớp với mong đợi cho thành phố của IP — hãy thiết lập thủ công.

Lỗi 2: Sử dụng UTC thay vì timezone cụ thể

Một số người dùng thiết lập timezone là "UTC+3" hoặc "GMT-5". Đây là một lỗi! Các trình duyệt hiện đại và JavaScript API trả về timezone theo định dạng IANA (Internet Assigned Numbers Authority) — đó là các chuỗi kiểu "Europe/Moscow", "America/New_York", "Asia/Dubai". Nếu bạn chỉ thiết lập "UTC+3", các nền tảng sẽ thấy giá trị không chuẩn.

Giải pháp: Chỉ sử dụng timezone IANA. Danh sách đầy đủ có thể tìm thấy tại en.wikipedia.org/wiki/List_of_tz_database_time_zones. Đối với Moscow — "Europe/Moscow", đối với New York — "America/New_York", đối với Dubai — "Asia/Dubai".

Lỗi 3: Quên thay đổi tiêu đề Accept-Language

Bạn thay đổi navigator.language trong cài đặt hồ sơ thành "en-US", nhưng quên tiêu đề HTTP Accept-Language, vẫn giữ là "ru-RU,ru;q=0.9". Các nền tảng so sánh hai giá trị này — nếu chúng không trùng khớp, đây là dấu hiệu của việc thay đổi dữ liệu.

Giải pháp: Trong cài đặt hồ sơ của trình duyệt chống phát hiện, có phần "HTTP headers" hoặc "Tiêu đề". Đảm bảo rằng Accept-Language tương ứng với navigator.language. Ví dụ, nếu ngôn ngữ là "en-US", thì tiêu đề phải là "en-US,en;q=0.9".

Lỗi 4: Cùng một timezone cho tất cả các hồ sơ trong cùng một thành phố

Nếu bạn làm việc với 20 tài khoản qua proxy từ London và tất cả đều thiết lập "Europe/London" — điều này tạo ra một mẫu. Các hệ thống chống gian lận phân tích không chỉ các tài khoản riêng lẻ mà còn các nhóm tài khoản có đặc điểm tương tự.

Giải pháp: Sử dụng proxy từ các thành phố khác nhau ngay cả trong cùng một quốc gia. Vương quốc Anh có một timezone, nhưng các thành phố khác nhau — London, Manchester, Birmingham. Điều này thêm sự đa dạng vào dấu vân tay.

Lỗi 5: Không tính đến việc chuyển đổi giữa giờ mùa hè/mùa đông

Ở một số quốc gia (Mỹ, Châu Âu), thời gian thay đổi hai lần một năm. Ví dụ, New York vào mùa hè hoạt động ở UTC-4 (EDT), và vào mùa đông ở UTC-5 (EST). Nếu bạn thiết lập độ lệch thủ công và không cập nhật sau khi chuyển đổi — timezone sẽ không còn trùng khớp với IP.

Giải pháp: Sử dụng timezone IANA (ví dụ, "America/New_York") thay vì độ lệch UTC thủ công. Trình duyệt sẽ tự động tính đến việc chuyển đổi giờ mùa hè. Nếu bạn sử dụng độ lệch — hãy theo dõi ngày chuyển đổi và cập nhật cài đặt hồ sơ.

Cấu hình đúng timezone trong các trình duyệt chống phát hiện

Chúng ta sẽ phân tích cách cấu hình timezone từng bước trong các trình duyệt chống phát hiện phổ biến. Quy trình tương tự trong tất cả các công cụ, nhưng có một số điểm khác biệt.

Cấu hình trong Dolphin Anty

Dolphin Anty là một trong những trình duyệt chống phát hiện phổ biến nhất trong số các nhà tiếp thị. Đây là cách cấu hình đúng timezone:

Mở hồ sơ trình duyệt (hoặc tạo mới)
Đi đến phần "Cài đặt chung" → "Múi giờ"
Tắt tùy chọn "Xác định tự động" (nếu đang bật)
Trong danh sách thả xuống, chọn múi giờ cần thiết theo định dạng IANA. Ví dụ, cho proxy từ Miami, chọn "America/New_York" (Florida trong khu vực Eastern Time)
Kiểm tra trường "Độ lệch UTC" — nó sẽ tự động được điền. Đối với America/New_York, nó sẽ là -5 (mùa đông) hoặc -4 (mùa hè)
Lưu hồ sơ và khởi động trình duyệt

Điểm quan trọng của Dolphin Anty: Trong phần "Cài đặt nâng cao", có tùy chọn "Thay thế timezone qua JavaScript". Đảm bảo rằng nó được bật — nếu không, cài đặt sẽ không được áp dụng cho JavaScript API.

Cấu hình trong AdsPower

AdsPower cung cấp các cài đặt chi tiết hơn cho timezone:

Tạo hoặc mở hồ sơ
Tab "Cài đặt cơ bản" → phần "Múi giờ"
Chọn chế độ: "Dựa trên IP" (tự động) hoặc "Thủ công" (thủ công). Khuyến nghị chọn Thủ công để kiểm soát chính xác
Trong trường "Múi giờ", nhập múi giờ IANA. AdsPower hỗ trợ tự động hoàn thành — bắt đầu nhập "America" và bạn sẽ thấy danh sách tất cả các khu vực
Kiểm tra trường "Thời gian hiện tại" — phải hiển thị thời gian hiện tại trong múi giờ đã chọn
Lưu hồ sơ

Mẹo của AdsPower: Có nút "Kiểm tra" bên cạnh cài đặt timezone. Nó mở một bài kiểm tra tích hợp, cho biết múi giờ mà JavaScript thấy. Nhất định phải kiểm tra trước khi khởi động các chiến dịch.

Cấu hình trong Multilogin

Multilogin là giải pháp cao cấp với các cài đặt nâng cao:

Trong hồ sơ, đi đến "Cài đặt nâng cao" → "Múi giờ"
Chọn "Múi giờ tùy chỉnh"
Nhập múi giờ IANA thủ công hoặc chọn từ danh sách
Multilogin sẽ tự động cấu hình tất cả các thông số liên quan: Date.getTimezoneOffset(), Intl API, thời gian trong bảng điều khiển trình duyệt
Lưu và khởi động hồ sơ

Cấu hình trong GoLogin

GoLogin là lựa chọn ngân sách với giao diện đơn giản:

Mở hồ sơ → tab "Tổng quan"
Phần "Múi giờ" → chọn "Điền từ IP proxy" để xác định tự động hoặc "Tùy chỉnh" để cấu hình thủ công
Nếu chọn Tùy chỉnh — nhập múi giờ theo định dạng IANA
GoLogin sẽ hiển thị thời gian hiện tại và độ lệch UTC để kiểm tra
Lưu hồ sơ

Mẹo cho các nhà tiếp thị: Tạo bảng tương ứng "Proxy → Timezone → Language". Khi bạn mua một lô proxy mới, ngay lập tức xác định timezone của chúng qua whoer.net và ghi vào bảng. Điều này sẽ tiết kiệm thời gian khi tạo các hồ sơ mới và loại trừ lỗi.

Cấu hình language, locale và tiêu đề accept-language

Đã cấu hình timezone — giờ là ngôn ngữ của trình duyệt. Đây là thông số không kém phần quan trọng, phải tương ứng logic với địa chỉ IP và timezone.

Chọn ngôn ngữ nào cho các quốc gia khác nhau

Quy tắc chính: ngôn ngữ của trình duyệt phải là điển hình cho quốc gia của proxy của bạn. Dưới đây là các khuyến nghị cho các khu vực phổ biến:

Quốc gia proxy	Ngôn ngữ chính (navigator.language)	Tiêu đề Accept-Language
Mỹ	en-US	en-US,en;q=0.9
Vương quốc Anh	en-GB	en-GB,en;q=0.9
Đức	de-DE	de-DE,de;q=0.9,en;q=0.8
Pháp	fr-FR	fr-FR,fr;q=0.9,en;q=0.8
Tây Ban Nha	es-ES	es-ES,es;q=0.9,en;q=0.8
Ý	it-IT	it-IT,it;q=0.9,en;q=0.8
Brazil	pt-BR	pt-BR,pt;q=0.9,en;q=0.8
UAE (Dubai)	ar-AE hoặc en-US	ar-AE,ar;q=0.9,en;q=0.8 hoặc en-US,en;q=0.9
Ấn Độ	en-IN	en-IN,en;q=0.9,hi;q=0.8

Quan trọng về Accept-Language: Lưu ý đến tham số "q=" trong tiêu đề. Đây là độ ưu tiên của ngôn ngữ (từ 0 đến 1). Định dạng "en-US,en;q=0.9,ru;q=0.8" có nghĩa là: ngôn ngữ chính là en-US (độ ưu tiên 1.0 theo mặc định), ngôn ngữ dự phòng là en (độ ưu tiên 0.9), tùy chọn thứ ba là ru (độ ưu tiên 0.8). Đối với hầu hết các khu vực, chỉ cần hai ngôn ngữ: chính + tiếng Anh.

Cấu hình ngôn ngữ trong các trình duyệt chống phát hiện

Dolphin Anty:

Hồ sơ → "Cài đặt chung" → "Ngôn ngữ trình duyệt"
Chọn ngôn ngữ chính từ danh sách (ví dụ, "English (United States)" cho en-US)
Đi đến "Cài đặt nâng cao" → "HTTP headers"
Tìm trường "Accept-Language" và nhập tiêu đề thủ công: "en-US,en;q=0.9"
Lưu hồ sơ

AdsPower:

Hồ sơ → "Cài đặt cơ bản" → "Ngôn ngữ"
Trong danh sách thả xuống, chọn ngôn ngữ cần thiết
AdsPower sẽ tự động cấu hình tiêu đề Accept-Language theo ngôn ngữ đã chọn
Nếu cần cấu hình tùy chỉnh — hãy đi đến "Cài đặt nâng cao" → "Tiêu đề tùy chỉnh" và thêm tiêu đề thủ công

Multilogin và GoLogin: Quy trình tương tự — chọn ngôn ngữ trong cài đặt cơ bản, kiểm tra xem tiêu đề Accept-Language có trùng khớp (thường được cấu hình tự động).

Cấu hình Locale (định dạng khu vực)

Locale xác định cách trình duyệt định dạng ngày, số, tiền tệ. Ví dụ, ở Mỹ, ngày được viết theo định dạng MM/DD/YYYY (12/31/2023), trong khi ở Châu Âu là DD/MM/YYYY (31/12/2023). Các nền tảng kiểm tra sự tương ứng của locale với ngôn ngữ và timezone.

Trong hầu hết các trình duyệt chống phát hiện, locale được cấu hình tự động khi chọn ngôn ngữ. Nhưng nên kiểm tra qua bài kiểm tra:

Khởi động hồ sơ trình duyệt
Mở bảng điều khiển phát triển (F12)
Nhập lệnh: new Intl.DateTimeFormat().resolvedOptions().locale
Phải trả về chuỗi kiểu "en-US", "de-DE" và v.v. — nó phải trùng khớp với navigator.language

Geolocation API và WebRTC: các điểm rò rỉ bổ sung

Đã cấu hình timezone và ngôn ngữ, nhưng còn hai thông số nữa có thể tiết lộ việc sử dụng proxy: Geolocation API và WebRTC.

Geolocation API — xác định tọa độ

Các trình duyệt hiện đại có thể yêu cầu vị trí vật lý của bạn qua Geolocation API. Nếu trang web yêu cầu tọa độ và bạn cho phép truy cập — trình duyệt sẽ trả về tọa độ GPS thực tế của máy tính của bạn, chứ không phải tọa độ của proxy. Điều này hoàn toàn tiết lộ việc thay đổi dữ liệu.

Cách bảo vệ:

Cấm truy cập vào geolocation: Trong cài đặt hồ sơ của trình duyệt chống phát hiện, tìm phần "Permissions" hoặc "Quyền" và đặt "Block" cho Geolocation. Các trang web sẽ không thể yêu cầu tọa độ.
Thay thế tọa độ: Một số trình duyệt (AdsPower, Multilogin) cho phép thiết lập tọa độ GPS giả. Chọn tọa độ của thành phố nơi proxy của bạn nằm. Ví dụ, cho proxy từ New York, thiết lập tọa độ: 40.7128, -74.0060.
Chế độ "Prompt": Thiết lập chế độ mà trình duyệt sẽ hỏi quyền cho mỗi yêu cầu geolocation. Như vậy bạn kiểm soát những gì bạn cung cấp cho các trang web.

WebRTC — rò rỉ IP thực tế

WebRTC (Web Real-Time Communication) — công nghệ cho các cuộc gọi video trực tiếp trong trình duyệt. Vấn đề là WebRTC có thể vượt qua proxy và truyền địa chỉ IP thực của bạn cho trang web. Đây là một rò rỉ nghiêm trọng cho đa tài khoản.

Giải pháp: Tất cả các trình duyệt chống phát hiện hiện đại đều có bảo vệ chống lại các rò rỉ WebRTC. Kiểm tra cài đặt:

Dolphin Anty: "Cài đặt nâng cao" → "WebRTC" → chọn "Substitute" (thay thế IP bằng IP proxy) hoặc "Disabled" (tắt hoàn toàn)
AdsPower: "Cài đặt nâng cao" → "WebRTC" → chế độ "Alter" (thay thế) hoặc "Disabled"
Multilogin: tự động thay thế IP WebRTC bằng IP proxy
GoLogin: "WebRTC" → "Sử dụng IP proxy"

Cách kiểm tra rò rỉ WebRTC: Mở trang web browserleaks.com/webrtc trong hồ sơ trình duyệt. Nó sẽ cho biết IP mà nó thấy qua WebRTC. Phải trùng khớp với IP của proxy của bạn, chứ không phải IP thực.

Cách chọn proxy phù hợp với timezone cần thiết

Lựa chọn proxy đúng là một nửa của thành công. Nếu bạn cần một timezone cụ thể cho chiến dịch, hãy chọn proxy từ khu vực tương ứng.

Các loại proxy và đặc điểm của chúng cho timezone

Proxy dân cư: Lựa chọn tốt nhất cho việc làm việc với Facebook Ads, Instagram, TikTok. Proxy dân cư sử dụng IP của người dùng thực, vì vậy timezone của chúng luôn tương ứng với vị trí vật lý. Nhược điểm — giá cao hơn so với proxy từ trung tâm dữ liệu.

Proxy di động: Hoàn hảo cho Instagram, TikTok, ứng dụng di động. Proxy di động sử dụng IP của các nhà mạng (4G/5G). Timezone được xác định theo tháp di động — thường trùng khớp chính xác với thành phố. Điểm tin cậy cao nhất của các nền tảng, nhưng cũng có giá cao nhất.

Proxy từ trung tâm dữ liệu: Rẻ và nhanh, nhưng timezone có thể không chính xác. IP được đăng ký tại trung tâm dữ liệu, nhưng thực tế nằm ở một thành phố khác, phục vụ toàn bộ khu vực. Ví dụ, IP có thể được đăng ký ở New York, nhưng trung tâm dữ liệu thực tế ở New Jersey (chênh lệch về timezone). Phù hợp cho việc thu thập dữ liệu, nhưng không cho việc thu thập tài khoản.

Cách biết timezone của proxy trước khi mua

Hầu hết các nhà cung cấp proxy không chỉ định timezone trong mô tả. Dưới đây là cách kiểm tra tự mình:

Nhận một proxy thử nghiệm từ nhà cung cấp (nhiều nhà cung cấp cho phép dùng thử từ 1-3 ngày)
Cấu hình proxy trong bất kỳ trình duyệt nào hoặc sử dụng dịch vụ trực tuyến
Mở trang web whoer.net hoặc 2ip.io
Dịch vụ sẽ hiển thị: địa chỉ IP, quốc gia, thành phố, timezone, nhà cung cấp
Ghi lại timezone — đây là giá trị bạn sẽ cần thiết lập trong trình duyệt chống phát hiện

Cách thay thế qua API: Nếu bạn mua một lô proxy lớn, có thể tự động hóa việc kiểm tra qua GeoIP API. Các dịch vụ như ipapi.co hoặc ip-api.com trả về timezone theo IP. Ví dụ về yêu cầu: curl ipapi.co/8.8.8.8/timezone/ sẽ trả về "America/Chicago".

Khuyến nghị về việc chọn geo cho các nền tảng phổ biến

Nền tảng	Geo được khuyến nghị	Timezone	Loại proxy
Facebook Ads	Mỹ, Vương quốc Anh, Canada	America/New_York, Europe/London	Dân cư
Instagram	Mỹ, Brazil, Ấn Độ	America/Sao_Paulo, Asia/Kolkata	Di động
TikTok Ads	Mỹ, Vương quốc Anh, UAE	America/Los_Angeles, Asia/Dubai	Di động
Google Ads	Mỹ, Đức, Úc	America/Chicago, Europe/Berlin	Dân cư
Amazon (người bán)	Mỹ (các tiểu bang khác nhau)	America/New_York, America/Denver	Dân cư

Kiểm tra cài đặt: công cụ để kiểm tra

Sau khi cấu hình timezone, language và proxy, hãy chắc chắn kiểm tra tất cả các thông số trước khi khởi động các chiến dịch làm việc. Một thông số sai có thể dẫn đến việc cấm tất cả các tài khoản.

Dịch vụ kiểm tra dấu vân tay trình duyệt toàn diện

1. Whoer.net
Dịch vụ phổ biến nhất trong số các nhà tiếp thị. Hiển thị: địa chỉ IP, quốc gia, thành phố, timezone, ngôn ngữ trình duyệt, rò rỉ WebRTC, rò rỉ DNS, dấu vân tay canvas. Cung cấp đánh giá tổng thể về tính ẩn danh theo phần trăm. Hãy cố gắng đạt 90%+ để làm việc an toàn.

Những gì cần kiểm tra trên Whoer.net:

IP và vị trí địa lý phải trùng khớp với proxy của bạn
Timezone phải tương ứng với thành phố của IP
Language phải là điển hình cho quốc gia
WebRTC IP phải trùng khớp với IP chính (hoặc bị chặn)
DNS không được rò rỉ nhà cung cấp thực của bạn

2. BrowserLeaks.com
Dịch vụ kỹ thuật chi tiết hơn. Có các trang riêng để kiểm tra từng thông số:

browserleaks.com/ip — kiểm tra IP và vị trí địa lý
browserleaks.com/javascript — tất cả JavaScript API bao gồm timezone, language, locale
browserleaks.com/webrtc — kiểm tra rò rỉ WebRTC
browserleaks.com/canvas — dấu vân tay Canvas (cho chống phát hiện)

3. IPLeak.net
Dịch vụ đơn giản để kiểm tra nhanh IP, DNS và WebRTC. Tiện lợi cho việc kiểm tra hàng loạt hồ sơ — tải nhanh, hiển thị những điều chính.

Kiểm tra qua bảng điều khiển trình duyệt (cho người dùng nâng cao)

Nếu bạn muốn kiểm tra các JavaScript API cụ thể bằng tay, hãy sử dụng bảng điều khiển phát triển:

Khởi động hồ sơ trong trình duyệt chống phát hiện
Nhấn F12 để mở bảng điều khiển
Nhập các lệnh để kiểm tra các thông số:

// Kiểm tra timezone
new Intl.DateTimeFormat().resolvedOptions().timeZone
// Phải trả về: "America/New_York" (hoặc timezone của bạn)

// Kiểm tra độ lệch UTC
new Date().getTimezoneOffset()
// Đối với America/New_York sẽ trả về: 300 (mùa đông) hoặc 240 (mùa hè)

// Kiểm tra ngôn ngữ trình duyệt
navigator.language
// Phải trả về: "en-US" (hoặc ngôn ngữ của bạn)

// Kiểm tra tất cả ngôn ngữ
navigator.languages
// Phải trả về: ["en-US", "en", ...]

```

Cách vượt qua các chặn về phát hiện múi giờ và ngôn ngữ trên Facebook và Instagram: cấu hình trình duyệt chống phát hiện