Quản lý nhiều tài khoản trực tuyến: Nơi các trình chuyển đổi tích hợp dừng lại

Gần như không ai tìm kiếm cách quản lý nhiều tài khoản rồi dừng lại ở đó. Họ tìm kiếm về Instagram, về TikTok, về LinkedIn, về ứng dụng Gmail, về Outlook, về X. Mỗi nền tảng đó đều có bộ chuyển đổi tài khoản riêng, và câu trả lời chung thành thật cho tất cả chúng là giống nhau: bộ chuyển đổi hoạt động cho đến khi nó không còn hoạt động, nó dừng lại ở cùng một chỗ mỗi lần, và biết được chỗ đó giúp bạn tránh phải phát hiện ra theo cách tốn kém.

Ranh giới mà mọi bộ chuyển đổi tích hợp đều dừng lại

Bộ chuyển đổi gốc cho bạn một thứ: thông tin đăng nhập riêng biệt. Điều nó hoàn toàn không cho bạn là một danh tính riêng biệt. Mọi tài khoản bạn thêm vào đều dùng chung trình duyệt, chung cookie jar, chung dấu vân tay thiết bị, chung múi giờ và ngôn ngữ, và chung địa chỉ IP. Từ phía nền tảng, đó không phải là năm người dùng. Đó là một người dùng đã khai với bạn về năm tài khoản.

Với một hồ sơ cá nhân và một hồ sơ công việc, điều đó ổn, vì nó đúng. Nền tảng đúng khi cho rằng bạn là một người. Ranh giới bị vượt qua ngay khi các tài khoản được cho là không liên quan: khách hàng riêng, thương hiệu riêng, danh tính thử nghiệm riêng. Lúc đó bộ chuyển đổi đang chống lại bạn một cách tích cực, vì nó là bằng chứng mạnh nhất có thể liên kết các tài khoản mà bạn muốn tách rời.

Vậy câu hỏi thực sự không bao giờ là làm sao chuyển đổi nhanh hơn. Mà là bạn tách những lớp nào, theo thứ tự nào.

Bốn lớp, theo thứ tự chúng thất bại

Trong thực tế, chúng thất bại theo thứ tự này, và các giải pháp rẻ tiền nằm ở trên cùng.

1. Phiên. Hồ sơ trình duyệt riêng biệt, một hồ sơ cho mỗi tài khoản. Không tốn gì, mất mười phút, và giải quyết các xung đột cookie và trạng thái đăng nhập gây ra hầu hết sự nhầm lẫn hàng ngày. Gần như ai cũng làm được đến mức này.
2. Dấu vân tay. Canvas, phông chữ, số liệu màn hình, gợi ý phần cứng, múi giờ. Các hồ sơ trình duyệt riêng biệt trên cùng một máy vẫn chia sẻ hầu hết những thứ này. Trình duyệt đa tài khoản hoặc đa dấu vân tay là thứ làm thay đổi chúng. Đây là lớp mọi người bỏ qua, và nó âm thầm phá hỏng lớp phía trên.
3. Mạng. Một địa chỉ cho mỗi tài khoản, lý tưởng nhất là địa chỉ trông giống kết nối gia đình. Đây là lớp mọi người thực sự mua rồi làm sai, thường là do mua nhầm thứ.
4. Bản thân tài khoản. Tuổi đời, lịch sử, đường khôi phục. Không có lớp nào phía trên giúp được nếu tài khoản đến mà không có cách quay lại.

Thứ tự quan trọng vì các lớp mang tính nhân lên, không phải cộng dồn. Một địa chỉ dân cư thuê đằng sau hồ sơ trình duyệt dùng chung chẳng mua được gì nhiều, và một dấu vân tay cách ly đẹp đẽ trên kết nối văn phòng dùng chung cũng mua được chừng đó.

Mua lớp mạng, với kệ hàng được đếm

Đây là nơi phần lớn tiền bị tiêu sai, nên đáng để nói cụ thể. Được đếm hôm nay theo quy tắc hiển thị mà chính cửa hàng sử dụng, danh mục proxy trên HstockPlus có 82 danh sách đang hoạt động. Bốn mươi bốn danh sách dùng từ proxy trong tiêu đề. Ba mươi lăm là đăng ký VPN tiêu dùng từ các thương hiệu bán lẻ quen thuộc, và ba danh sách nữa là mục hộp thư được xếp sai chỗ.

Đăng ký VPN không phải là thứ thay thế ở đây, và mua nhầm một cái là cách phổ biến nhất khiến lớp này bị hỏng. VPN đưa toàn bộ máy của bạn qua một điểm thoát dùng chung với mọi thuê bao khác. Đó chính là vấn đề địa chỉ dùng chung mà bạn đang cố giải quyết, thuê theo tháng.

Trong số những thứ thực sự là proxy, hình dạng của kệ hàng khá rõ ràng. Chín danh sách nhà mạng di động, giá khoảng hai mươi lăm lần mức trung vị danh mục và là hàng đắt nhất trong đó. Mười lăm danh sách dân cư với giá hơn ba lần một chút. Mười ba danh sách trung tâm dữ liệu ở mức một phần ba trung vị, dù mười một trong mười ba danh sách đó hiện không có hàng, nên tầng giá rẻ phần lớn chỉ là lý thuyết.

Một điều nữa lịch sử đơn hàng cho thấy. Mọi dòng đơn hoàn tất với danh sách có tiêu đề proxy ở đây đều mua đúng một đơn vị. Không phải hầu hết, mà là tất cả, và không danh sách nào đặt mức tối thiểu. Đó không phải quy tắc, mà là cách người ta mua một điểm cuối thuê: một tài khoản, một địa chỉ, giữ cặp với nhau. Nếu bạn định mua theo lô, hãy lên kế hoạch theo cách đó.

Lớp không ai tính giá: tài khoản đến dưới dạng gì

Tài khoản mua thay vì đăng ký không đến dưới dạng tên người dùng và mật khẩu. Chúng đến dưới dạng một chuỗi, và thứ trong chuỗi đó quyết định tài khoản có thể khôi phục hay không.

Trên kệ Twitter và X, lấy ví dụ rõ ràng nhất, 587 trong số 912 danh sách đang hoạt động ghi xác thực hai yếu tố trong tiêu đề, và chúng nằm ngang mức trung vị của kệ. Điều đó đáng đọc kỹ: 2FA không còn là tính năng cao cấp ở đó vì nó đã trở thành tiêu chuẩn. Một thuộc tính mà gần như mọi thứ đều có không phải là lý do để chọn danh sách này thay vì danh sách khác, và chú ý đến nó là cách bạn bỏ qua thứ thực sự khác biệt, đó là hộp thư đi kèm có thực sự mở được hay không.

Hai trường sẽ không giúp bạn phân biệt các danh sách, và cả hai trông như thể chúng nên làm vậy. Loại giao hàng ghi tức thì trên mọi sản phẩm của trang này, cả ba mươi bốn nghìn sản phẩm. Định dạng tài khoản ghi danh sách trên mọi sản phẩm. Chưa từng có thứ nào phân biệt được điều gì. Phần mô tả mới là nơi ghi lại sự khác biệt thực sự, và trên trang này người bán có viết chúng ra, kể cả những điều không mấy hay ho.

Việc thực sự nên làm

• Chỉ dùng bộ chuyển đổi gốc cho các tài khoản thực sự thuộc về một người. Ngay khi hai tài khoản được cho là không liên quan, hãy ngừng dùng nó cho chúng.
• Tách hồ sơ trước, dấu vân tay sau. Làm cái thứ hai mà không làm cái thứ nhất là diễn kịch; làm cái thứ nhất mà không làm cái thứ hai là chỗ hầu hết các thiết lập âm thầm nằm lại.
• Trước khi mua một địa chỉ, kiểm tra xem danh sách đó có thực sự là proxy không, rồi kiểm tra xem có hàng không, sau đó đọc mô tả thay vì chỉ nhìn vào ngăn kéo nó được xếp vào.
• Khớp vùng địa chỉ với những gì tài khoản khai báo. Sự lệch giữa lịch sử tài khoản và vị trí hiện tại là một trong những cách đáng tin cậy nhất để kích hoạt một lần xác minh mà bạn không cần.
• Giữ cặp ổn định. Xoay vòng tài khoản nào nằm sau địa chỉ nào tái tạo lại mô hình mà bạn đang cố tránh.

Các quy trình hẹp hơn đi sâu hơn bài này có thể. Về hộp thư đến và câu hỏi giao thức quyết định liệu chúng có thể kéo vào một ứng dụng khách hay không, xem quản lý nhiều tài khoản email. Về đăng bài trên nhiều nền tảng, xem quản lý nhiều tài khoản mạng xã hội. Riêng về vấn đề khôi phục, quản lý nhiều tài khoản Twitter giải thích hộp thư đi kèm đáng giá gì và không đáng giá gì.