URL xóa tài khoản mà Google Play yêu cầu

Nếu ứng dụng cho phép người dùng tạo tài khoản, Google Play yêu cầu hai cách để xóa tài khoản đó: một trong ứng dụng, và một URL web truy cập công khai nơi có thể gửi cùng yêu cầu đó. Bạn khai báo URL web trong Play Console tại App content → Data deletion, và Google Play Help nêu rằng nó “must be functional (for example, loads without error), relevant in scope” (Bản dịch: “phải hoạt động được (ví dụ: tải không lỗi), đúng phạm vi”). Người đã gỡ cài đặt ứng dụng vẫn phải dùng được nó.

Đó là toàn bộ yêu cầu trong một đoạn. Phần còn lại của trang này nói về những gì bản thân trang phải làm, và những lỗi khiến bài gửi bị trả lại.

Ở đây có hai thứ được yêu cầu, và rất dễ nhầm lẫn:

1. Một trang công khai nơi có thể gửi yêu cầu.
2. Thực sự xóa dữ liệu trong hệ thống của bạn khi có yêu cầu đến.

Thứ nhất là vấn đề lưu trữ. Thứ hai là của riêng bạn, và không dịch vụ nào làm thay bạn được — ai nói khác đi thì cũng không có quyền truy cập cơ sở dữ liệu của bạn.

Trang phải cho người dùng làm gì

Yêu cầu được viết từ phía người dùng, nên hãy đọc nó từ phía đó. Người đã gỡ ứng dụng, quên mật khẩu, hoặc chưa bao giờ có mật khẩu, vẫn phải vào được trang và yêu cầu bạn xóa tài khoản của họ.

Điều đó loại bỏ một số cách làm phổ biến:

• Trang nằm sau màn hình đăng nhập. Nếu người dùng phải đăng nhập mới yêu cầu xóa được, chính những người cần nó nhất lại không dùng được.
• Chỉ có đường dẫn trong ứng dụng. Cách trong ứng dụng cũng bắt buộc, nhưng nó không thay thế được URL web: URL đó truy cập được từ trang thông tin ứng dụng (store listing), bởi người không còn ứng dụng.
• URL trả về 404. Đây là lỗi thực sự bị phát hiện, vì kiểm tra nó quá dễ.

Trang nên nói dữ liệu nào bị xóa, dữ liệu nào được giữ lại và giữ trong bao lâu (hồ sơ thanh toán thường phải giữ theo luật), và việc xóa mất bao lâu.

Phần người ta hay làm sai: nhận yêu cầu

Một trang hiển thị biểu mẫu thôi là chưa đủ — yêu cầu phải đến được tay bạn.

Đây là phần mà một host tệp đơn thuần tự nó không làm được. GitHub Pages, một bucket sau CDN: chúng phục vụ tệp, chúng không nhận POST. Hầu hết các host mà nhà phát triển thực sự chọn đều giải quyết được — Cloudflare Workers, functions của Netlify và Vercel, Netlify Forms — nên đây là việc đấu nối, không phải bức tường. Nhưng phải có thứ gì đó nhận yêu cầu, và con đường tự làm thường kết thúc ở một trong bốn chỗ:

• một địa chỉ email in trên trang, và không có gì ngăn nó bị thu thập tự động;
• một dịch vụ biểu mẫu bên thứ ba, giờ đây nhìn thấy địa chỉ email của người dùng bạn;
• một edge function trên host của bạn, chỉ vài dòng nhưng giờ là mã bạn phải sở hữu trên mọi ứng dụng;
• một máy chủ nhỏ bạn phải duy trì cho số yêu cầu có thể chỉ là hai lần một năm.

Chọn cách nào thì cũng hãy chọn có chủ đích. Một trang xóa tài khoản âm thầm làm rơi yêu cầu còn tệ hơn không có: bạn đang nói với người dùng rằng yêu cầu của họ đã được nhận.

Lưu hồ sơ

Dù bạn xây dựng gì, hãy giữ nhật ký các yêu cầu: địa chỉ, ngày, bạn đã xử lý thế nào. Nếu một cơ quan quản lý hay cửa hàng hỏi đến, “chúng tôi đã xóa” chỉ là lời khẳng định, còn một danh sách có ngày tháng là bằng chứng.

AppFoyer làm gì ở đây

Chúng tôi lưu trữ trang và chuyển tiếp yêu cầu. Người dùng gửi yêu cầu, chúng tôi lưu lại làm hồ sơ kiểm tra cho bạn, và chúng tôi thông báo cho bạn — qua email trên mọi gói, hoặc qua Telegram hay Slack trên gói trả phí. Bạn thực hiện việc xóa trong hệ thống của mình — chúng tôi không có quyền truy cập vào đó, và chúng tôi không bao giờ tuyên bố là có.

Trang đó vẫn hoạt động ngay cả khi bạn ngừng trả tiền cho chúng tôi, vì người dùng của bạn không liên quan gì đến việc đó.

Nguồn chính thức

• Provide information about data deletion — Google Play Help. Hãy đọc trang này trước khi gửi duyệt; trang đó mới là trang quyết định, không phải trang này.