Nhận OTP qua Gmail cho nhiều tài khoản: tổ chức gọn

Cập nhật 13/10/2026 · 6 phút đọc

Thuê một địa chỉ để nhận OTP thì đơn giản. Vấn đề bắt đầu khi bạn cần làm việc này cho năm, mười, hay vài chục tài khoản: nhớ địa chỉ nào dùng cho dịch vụ nào, đơn nào đã xong, đơn nào vẫn còn nhận được mã. Bài này gợi ý cách tổ chức để việc này không rối, dù bạn làm tay trên web hay tự động qua API.

Nguyên tắc gốc: mỗi lượt thuê một địa chỉ riêng

Trên OTPGmail, mỗi lần thuê cấp ra một địa chỉ độc lập, gắn với một dịch vụ đích cụ thể. Đừng cố dùng lại một địa chỉ đã thuê cho một tài khoản khác — hệ thống nhận diện mã theo đúng dịch vụ đã chọn lúc tạo đơn, và dùng chung địa chỉ cho nhiều tài khoản dễ khiến bạn nhầm mã của tài khoản này với tài khoản kia. Coi mỗi lượt thuê là một "phiếu" riêng cho một tài khoản, không phải một hộp thư dùng lại nhiều lần.

Ghi chú ngay khi thuê, không để sau

Cách rối nhất là thuê xong nhiều địa chỉ rồi mới ngồi nhớ lại cái nào dùng cho cái gì. Thói quen đơn giản: ngay khi dán địa chỉ vào form đăng ký dịch vụ đích, ghi lại ba thông tin trong một chỗ cố định (ghi chú trên máy, bảng tính, hoặc tool nội bộ của bạn):

Địa chỉ email vừa thuê.
Dịch vụ đích và mục đích (ví dụ: "tài khoản test API cho dự án X").
Thời điểm thuê, để biết đơn còn trong thời hạn nhận mã hay không (thời hạn tính từ lúc thuê, tùy nguồn hàng).

Với vài tài khoản, một ghi chú đơn giản là đủ. Với vài chục tài khoản trở lên, một bảng tính có thêm cột trạng thái (đang chờ mã / đã xong / hết hạn) giúp bạn nhìn tổng quan nhanh hơn.

Dựa vào lịch sử đơn khi cần tra lại

Nếu quên ghi chú hoặc cần đối chiếu, lịch sử đơn trên tài khoản OTPGmail của bạn lưu lại toàn bộ các lượt đã thuê: dịch vụ, định dạng, thời điểm, và mã đã nhận. Đây là nguồn tra cứu chính xác hơn ghi chú tay khi có nghi ngờ, đặc biệt lúc bạn cần biết một địa chỉ cụ thể còn nhận được mã hay đã hết hạn.

Khi số lượng tăng lên: chuyển qua API

Ghi chú tay ổn với số lượng nhỏ, nhưng từ vài chục tài khoản trở lên, tự động hóa qua API giúp giảm sai sót đáng kể:

Tạo đơn bằng POST /v1/orders với service tương ứng; đặt Idempotency-Key riêng cho mỗi tài khoản để tránh tạo trùng đơn nếu gọi lại do lỗi mạng.
Lưu orderId cùng với tên hoặc mã số bạn tự đặt cho tài khoản đích, trong một file hoặc database nhỏ của riêng bạn — đây chính là "ghi chú" nhưng do máy giữ thay bạn.
Poll GET /v1/orders/{orderId} mỗi 3–5 giây để lấy mã, gán đúng vào tài khoản tương ứng theo orderId đã lưu.
Với tài khoản không cần nữa trước khi có mã, gọi POST /v1/orders/{orderId}/cancel để hủy và hoàn tiền, tránh giữ đơn treo gây rối danh sách.

Cách này loại bỏ hoàn toàn rủi ro nhớ nhầm địa chỉ, vì việc gán địa chỉ với tài khoản do code xử lý chứ không dựa vào trí nhớ. Ví dụ gọi bằng curl có ở bài thuê Gmail qua API cho tool tự động, ví dụ Python và Node.js ở bài API nhận OTP qua email cho tool tự động.

Cần nhiều địa chỉ cùng lúc: xem xét thuê theo lô

Nếu bạn cần vài chục đến 200 hộp thư cùng một lúc cho một chiến dịch test hoặc một lượt triển khai, thuê theo lô (Gmail hoặc iCloud, cùng đơn giá thuê lẻ, giữ 24 giờ) cho sẵn danh sách — lô Gmail tải được file .txt kèm link lấy mã của từng hộp thư — đỡ công ghi chú từng lượt. Đánh đổi là hộp thư trong lô không được hoàn tiền nếu không nhận được mã, khác với đơn lẻ. Chi tiết ở bài thuê Gmail theo lô: khi nào nên dùng.

Lỗi thường gặp khi quản lý nhiều tài khoản

Dùng một địa chỉ cho hai dịch vụ khác nhau: mỗi đơn chỉ gắn với dịch vụ đã chọn lúc thuê; cần dịch vụ khác thì thuê đơn khác.
Quên thời hạn nhận mã: hộp thư thuê chỉ nhận mã trong thời hạn đơn (nhận thêm mã trong thời hạn đó không tốn thêm tiền nếu dịch vụ gửi nhiều mã; số mã và thời hạn hiện trên trang thuê), không phải email dùng lâu dài, và có nguồn hàng đóng hộp thư khoảng 25 phút sau mã gần nhất. Nếu tài khoản đích cần dùng lâu dài, làm ngay các bước cần mã rồi đổi email chính sang email của bạn.
Gọi API quá dồn dập khi tạo nhiều đơn liên tiếp: có giới hạn tốc độ gọi; giãn nhịp giữa các lượt để tránh lỗi và tránh làm cạn tồn kho của một dịch vụ trong một lúc.

Câu hỏi thường gặp

Có thể dùng một địa chỉ đã thuê cho nhiều tài khoản khác nhau không?

Không nên. Mỗi đơn gắn với một dịch vụ cụ thể để hệ thống nhận diện đúng mã; dùng một địa chỉ cho nhiều tài khoản dễ gây nhầm mã và không đúng thiết kế của hệ thống.

Làm sao biết địa chỉ nào còn nhận được mã?

Xem lịch sử đơn trên tài khoản OTPGmail, hoặc nếu dùng API, đọc mốc rentExpiresAt của từng đơn (thời hạn tính từ lúc thuê, không phải từ mã đầu tiên). Hộp thư có thể ngừng nhận sớm hơn mốc này nếu đã nhận đủ số mã dịch vụ cho phép hoặc nguồn hàng đã đóng hộp thư.

Quản lý nhiều tài khoản bằng ghi chú tay hay API tốt hơn?

Với vài tài khoản, ghi chú tay là đủ và nhanh. Từ vài chục tài khoản trở lên, API kết hợp lưu trạng thái riêng giúp giảm sai sót và tiết kiệm thời gian hơn hẳn.

Thuê nhiều tài khoản liên tiếp có bị giới hạn không?

Có giới hạn hợp lý: mỗi lần thuê tối đa 200 hộp thư và tối đa 500 đơn đang chờ mã cùng lúc; kho của một dịch vụ cũng có thể tạm hết nếu nhiều người cùng thuê. Qua API còn có giới hạn tốc độ gọi (mặc định tối đa 20 lệnh mỗi giây và 900 lệnh mỗi phút); nên giãn nhịp giữa các lượt.

Tổ chức nhiều lượt thuê gọn gàng ngay từ đầu tại OTPGmail, xem lịch sử đơn và tồn kho ở bảng giá, hoặc dùng tài liệu API để tự động quản lý theo quy mô. Xem thêm thuê Gmail cho agency quản lý nhiều tài khoản khách.