Apple đối mặt với vụ kiện chống độc quyền tại Anh về ATT? Vào ngày 3 tháng 9 năm 2026, một khiếu nại tố tụng tập thể đã được đệ trình lên Tòa phúc thẩm Cạnh tranh (CAT) của Vương quốc Anh, cáo buộc rằng khung App Tracking Transparency (ATT) của Apple áp đặt các hạn chế phản cạnh tranh đối với các nhà phát triển bên thứ ba trong khi ưu tiên hoạt động kinh doanh quảng cáo độc quyền của họ, với thiệt hại ước tính cho các nhà phát triển tại Anh lên tới 2 tỷ bảng Anh. Đối với các kiến trúc sư di động, giám đốc tiếp thị hiệu suất và kỹ sư hạ tầng dữ liệu, sự giám sát xung quanh Ghi nhận Chuyển đổi Di động Bảo mật Quyền riêng tư nhấn mạnh sự thay đổi căn bản trong việc quản lý thu hút người dùng trên các nền tảng di động. Sau khi ATT hạn chế quyền truy cập IDFA thông qua ủy quyền theo dõi rõ ràng, hệ sinh thái di động đã chuyển sang các giao thức đo lường tập hợp trên thiết bị và các kênh khám phá Web-to-App của bên thứ nhất. Việc đánh giá cách thức vận hành ghi nhận chuyển đổi hiện đại mà không dựa vào giám sát chéo ứng dụng đòi hỏi phải xem xét các rủi ro pháp lý của Apple cùng với cơ chế kỹ thuật của AdAttributionKit, các cấp độ ẩn danh đám đông và sự duy trì tham số ranh giới cài đặt.
Vụ kiện Chống độc quyền trị giá 2 tỷ bảng Anh tại Anh: Các cáo buộc pháp lý và Quản trị nền tảng
Hành động tập thể được đệ trình tại London đại diện cho một thách thức pháp lý đáng kể đối với công tác quản trị dữ liệu nền tảng của Apple. Được thực hiện bởi một thực thể có mục đích đặc biệt có tên ATT Collective Action Limited, do cựu giám đốc cấp cao của Cơ quan Cạnh tranh và Thị trường (CMA) Vương quốc Anh là Ann Pope làm chủ tịch và được tư vấn bởi công ty luật Hausfeld, yêu cầu bồi thường này đại diện cho các nhà phát triển ứng dụng tại Anh đã kiếm tiền thông qua quảng cáo trong ứng dụng hoặc mua các vị trí đặt quảng cáo để thúc đẩy cài đặt ứng dụng iOS kể từ khi ATT ra mắt vào ngày 26 tháng 4 năm 2021.
Điểm tin nhanh
- Yêu cầu bồi thường 2 tỷ bảng Anh: Được đệ trình tại Tòa phúc thẩm Cạnh tranh Vương quốc Anh vào ngày 3 tháng 9 năm 2026, hành động này cáo buộc Apple đã tạo ra một sân chơi thương mại không bình đẳng dưới danh nghĩa quyền riêng tư của người tiêu dùng.
- Cáo buộc ưu tiên chính mình: Khiếu nại khẳng định rằng các nhà phát triển bên thứ ba phải tuân theo các yêu cầu chọn tham gia (opt-in) hạn chế để truy cập mã định danh quảng cáo, trong khi mạng lưới quảng cáo của Apple mở rộng khắp các bề mặt App Store mà không có các rào cản tương đương.
- Tình trạng tố tụng: Khiếu nại đang chờ tòa án chứng nhận; các cáo buộc vẫn chưa được chứng minh tại tòa và Apple đã bác bỏ các tuyên bố này, duy trì rằng ATT áp dụng các tiêu chuẩn tương đương để bảo vệ dữ liệu người tiêu dùng trên tất cả các ứng dụng.
Theo các báo cáo từ Reuters và các tuyên bố từ phía nguyên đơn do Hausfeld công bố, vụ kiện lập luận rằng mặc dù quyền riêng tư của người tiêu dùng là một sự bảo vệ thiết yếu, nhưng Apple đã giới thiệu ATT một cách đơn phương mà không có sự tham vấn đầy đủ của ngành, làm gián đoạn nền tảng kinh tế của các nhà xuất bản và nhà phát triển độc lập.
Apple đã bác bỏ các cáo buộc, tuyên bố rằng App Tracking Transparency được thiết kế để mang lại cho người dùng quyền kiểm soát chi tiết về việc các ứng dụng bên ngoài có thể theo dõi hoạt động của họ trên các tài sản của bên thứ ba hay không. Apple duy trì rằng tất cả các nhà phát triển, bao gồm cả chính Apple, đều phải tuân thủ các quy tắc tương tự liên quan đến việc theo dõi liên công ty và ATT đã nhận được sự khen ngợi từ các nhà ủng hộ quyền riêng tư toàn cầu.
Trước khi khiếu nại có thể tiến hành xét xử, CAT phải xác định xem có chứng nhận hành động này phù hợp cho tố tụng tập thể hay không. Vụ án tham gia vào các vụ kiện tụng nền tảng lớn khác trước tòa án, bao gồm kháng cáo hoa hồng App Store Kent v. Apple và vụ kiện lưu trữ đám mây Which?.
+-------------------------------------------------------------------------+ | DÒNG THỜI GIAN TRANH CÃI QUY ĐỊNH ATT | +--------------------------+-----------------------+----------------------+ | Ngày / Giai đoạn | Cột mốc Nền tảng | Tác động Vận hành | +--------------------------+-----------------------+----------------------+ | 26/04/2021 | Ra mắt bắt buộc ATT | iOS 14.5 chặn IDFA sau hộp thoại chọn tham gia | | 2021–2025 | Chuyển đổi Hệ sinh thái | IDFA giảm khiến việc áp dụng postback tăng | | 2024–2026 | Mở rộng AAK & SKAN | AdAttributionKit mở rộng báo cáo ghi nhận | | | | đa cửa sổ chuyển đổi | | 03/09/2026 | Khiếu nại tập thể CAT | Vụ kiện 2 tỷ bảng thay mặt dev Anh | | Đang chờ (2026–2027) | Chứng nhận CAT | Tòa đánh giá chứng nhận vụ kiện tập thể | +--------------------------+-----------------------+----------------------+
Phân tích kỹ thuật: Từ IDFA tất định đến các Khung bảo mật tập hợp
Để đánh giá thực tế vận hành đằng sau vụ kiện, các đội ngũ kỹ thuật phải phân tích cách kiến trúc ghi nhận chuyển đổi trên iOS phát triển trước và sau ATT.
Trong lịch sử, các mạng quảng cáo di động dựa vào Identifier for Advertisers (ASIdentifierManager.shared().advertisingIdentifier). IDFA là một mã định danh quảng cáo dành riêng cho thiết bị—được biểu thị dưới dạng UUID 128-bit—cho phép đo lường tất định trên các ứng dụng riêng biệt. Một mạng quảng cáo có thể ghi lại IDFA trong quá trình tương tác quảng cáo, chuyển tiếp nó tới một nhà cung cấp ghi nhận chuyển đổi và khớp nó với cùng IDFA đó khi người dùng mở ứng dụng mới cài đặt, thiết lập một liên kết tất định giữa lượt hiển thị và chuyển đổi.
Khi ATT có hiệu lực, quyền truy cập vào IDFA đã được đặt sau giao diện ATTrackingManager.requestTrackingAuthorization. Nếu người dùng chọn “Yêu cầu ứng dụng không theo dõi”, hoặc nếu việc theo dõi bị hạn chế ở cấp hệ thống, API sẽ trả về UUID toàn bộ là số 0 (00000000-0000-0000-0000-000000000000). Với tỷ lệ chọn tham gia ổn định ở mức thấp hơn nhiều so với độ phủ toàn cầu, việc theo dõi chéo ứng dụng tất định không còn là nền tảng đáng tin cậy cho việc thu hút người dùng quy mô lớn.
Để cung cấp khả năng ghi nhận chuyển đổi chiến dịch mà không chia sẻ danh tính người dùng chéo ứng dụng, Apple đã giới thiệu SKAdNetwork và sau đó là AdAttributionKit. Đáng chú ý, AdAttributionKit hoạt động độc lập với trạng thái ủy quyền ATT của người dùng vì đầu ra của nó không chứa mã định danh theo dõi người dùng hoặc thiết bị cụ thể.
Cơ chế của AdAttributionKit dựa trên ba nguyên tắc kiến trúc cốt lõi:
- Xác thực mật mã kép: Các mạng quảng cáo tạo ra các lượt hiển thị quảng cáo đã ký bằng mật mã sử dụng JSON Web Signatures (JWS). Sau khi cài đặt và chuyển đổi, hệ điều hành xác minh mã thông báo hiển thị trên thiết bị và sau đó tạo ra một postback ghi nhận chuyển đổi được Apple ký bằng mật mã, cho phép các mạng quảng cáo xác minh rằng chuyển đổi đã được iOS chứng nhận.
- Cửa sổ phân phối postback trễ: Để ngăn các mạng quảng cáo sử dụng dấu thời gian cài đặt chính xác nhằm thực hiện các cuộc tấn công thời gian kênh bên, các postback được gửi đi sau các độ trễ ngẫu nhiên. Apple ghi nhận khoảng thời gian ngẫu nhiên tối thiểu từ 24 đến 48 giờ giữa khâu chuẩn bị và nhận postback, với tổng thời gian phân phối kéo dài hơn vì các cửa sổ chuyển đổi (như cửa sổ 48 giờ ban đầu) vẫn mở trừ khi bị khóa.
- Các tầng dữ liệu ẩn danh đám đông: Apple gán các postback ghi nhận chuyển đổi cho một trong bốn tầng ẩn danh đám đông (Tầng 0 đến Tầng 3) được xác định bởi điều kiện đám đông trên nguồn quảng cáo, ứng dụng được quảng cáo, khu vực địa lý cài đặt và mã định danh nguồn phân cấp. Ở các tầng thấp hơn, các trường postback bị hạn chế: các giá trị chuyển đổi chi tiết (0 đến 63) được thay thế bằng các giá trị thô (
thấp,trung bình,cao) hoặc bị lược bỏ hoàn toàn ở Tầng 0, và mã định danh nguồn bị cắt từ bốn chữ số xuống còn hai chữ số.
+-------------------------------------------------------------------------+ | IDFA TẤT ĐỊNH VS. GHI NHẬN CHUYỂN ĐỔI BẢO MẬT TẬP HỢP | +-------------------------------------------------------------------------+ | | | [ MÔ HÌNH TẤT ĐỊNH PRE-ATT ] | | Hiển thị Quảng cáo (Ghi lại IDFA: UUID-1) | | | | | v | | Lần đầu mở Ứng dụng (Đọc IDFA: UUID-1) | | Kết quả: Ghi nhận quảng cáo tất định, cấp người dùng, theo thời gian thực | | | +-------------------------------------------------------------------------+ | | | [ GIAO THỨC TẬP HỢP POST-ATT: AdAttributionKit / SKAN ] | | | | Hiển thị Quảng cáo (Mã thông báo JWS do mạng ký) | | | | | v | | [ Người dùng cài đặt qua App Store ] | | | | | v | | [ Xử lý Ghi nhận trên Thiết bị ] | | | | | |-- (Tính toán Cửa sổ chuyển đổi: Trễ ngẫu nhiên 24–48h) | | |-- (Áp dụng Che phủ tầng ẩn danh đám đông 0–3) | | v | | [ Postback ẩn danh do Apple ký được gửi đến Endpoint mạng ] | | Payload: Giá trị thô, Giá trị chi tiết, hoặc Null (Tùy tầng) | | Mã định danh nguồn (2–4 chữ số) | | | +-------------------------------------------------------------------------+
Trong khi AdAttributionKit được thiết kế để đo lường hiệu quả chiến dịch trong khi giảm tiếp xúc dữ liệu ở cấp người dùng, phản hồi trễ và báo cáo tập hợp của nó đặt ra những rào cản vận hành đối với việc đấu thầu thuật toán thời gian thực.
Thu hút người dùng di động hạ nguồn và Ranh giới cài đặt của bên thứ nhất
Do việc theo dõi người dùng chéo ứng dụng gặp phải độ tin cậy dữ liệu giảm sút dưới các mô hình postback tập hợp, các đội ngũ tiếp thị hiệu suất đã mở rộng sự phụ thuộc vào các kênh Web-to-App. Trong kiến trúc Web-to-App, việc thu hút người dùng bắt đầu trên một tài sản web di động thuộc sở hữu của bên thứ nhất.
Theo hướng dẫn quyền riêng tư của Apple, việc theo dõi được xác định cụ thể là liên kết dữ liệu người dùng hoặc thiết bị thu thập được từ ứng dụng của một công ty với dữ liệu người dùng hoặc thiết bị thu thập được từ các ứng dụng, trang web hoặc tài sản ngoại tuyến khác của các công ty khác vì mục đích quảng cáo mục tiêu hoặc đo lường. Khi một nhà quảng cáo điều hướng lưu lượng truy cập đến trang web riêng của mình (ví dụ: https://brand.example.com), tương tác đó diễn ra trong bối cảnh bên thứ nhất. Việc thu hút người dùng, trình bày các ưu đãi quảng cáo và nắm bắt ý định mua hàng trên một tên miền thuộc sở hữu không cấu thành hành vi theo dõi chéo công ty, miễn là dữ liệu thu được không được tham gia với các tập dữ liệu của bên thứ ba.
Tuy nhiên, việc đưa người dùng từ trang đích di động của bên thứ nhất vào một ứng dụng iOS gốc sẽ dẫn đến ranh giới cài đặt:
+-------------------------------------------------------------------------+ | HÀNH TRÌNH THU HÚT NGƯỜI DÙNG DI ĐỘNG HẠ NGUỒN | +-------------------------------------------------------------------------+ | | | [ Người dùng truy cập trang web di động bên thứ nhất ] | | Bối cảnh: ?channel=partner_promo&discount=SAVE20&sku=8831 | | | | | v | | [ Người dùng nhấp vào nút kêu gọi hành động tải ứng dụng ] | | | | | v | | [ Chuyển hướng đến Apple App Store ] | | | | | v | | [ RANH GIỚI CÀI ĐẶT: Luồng tải xuống App Store chuẩn không | | chuyển chuỗi truy vấn Web hoặc chuỗi URL tùy chỉnh vào App Binary ] | | | | | v | | [ Người dùng mở Ứng dụng lần đầu (Khởi động lạnh) ] | | | | | v | | [ Công cụ Deferred Deep Linking (Khôi phục hỗ trợ bởi máy chủ) ] | | | | | v | | [ Các tham số trước khi cài đặt hợp lệ được khôi phục & Onboarding ] | | | +-------------------------------------------------------------------------+
Khi một người dùng chưa cài đặt chuyển từ Safari sang App Store, các luồng phân phối chuẩn không chuyển tiếp các chuỗi truy vấn URL tùy ý vào gói ứng dụng đã cài đặt. Khi khởi chạy lần đầu, ứng dụng gốc không thể nhận diện một cách tự nhiên chiến dịch web hoặc trang sản phẩm cụ thể nào đã điều hướng người dùng đến đó.
Để bắc cầu qua ranh giới này mà không dựa vào các mã định danh theo dõi chéo công ty trái phép, các đội ngũ kỹ thuật triển khai các kiến trúc xử lý liên kết riêng biệt:
| Kiến trúc Định tuyến | Trạng thái Ứng dụng | Duy trì Tham số qua Cài đặt | Kiến trúc Quyền riêng tư Nền tảng |
|---|---|---|---|
| Universal Links xác minh | Đã cài đặt ứng dụng | Bỏ qua App Store; điều hướng trực tiếp | Sử dụng liên kết tên miền-ứng dụng HTTPS xác minh; phụ thuộc vào việc thu thập dữ liệu |
| AdAttributionKit / SKAN | Chưa cài đặt ứng dụng | Postback tập hợp; không có tham số tùy chỉnh | Đo lường chiến dịch tập hợp; trễ 24–48h; không có ngữ cảnh cấp hàng |
| Deferred Deep Linking (DDL) | Chưa cài đặt ứng dụng | Khôi phục tham số trước khi cài đặt | Khôi phục ngữ cảnh bởi máy chủ, tuân thủ các quy tắc nền tảng |
Trong các kiến trúc sản xuất, các đội ngũ phát triển triển khai các khung Deferred Deep Linking như Branch, AppsFlyer, Adjust, hoặc Opoinstall. Một nền tảng như Opoinstall nắm bắt ngữ cảnh chiến dịch hợp lệ (như mã khuyến mãi hoặc SKU sản phẩm) trên trang đích của thương gia trước khi chuyển hướng người dùng đến App Store.
Khi khởi động lạnh lần đầu của ứng dụng, SDK máy khách truy vấn phụ trợ ghi nhận để khôi phục các tham số phiên được lưu trong bộ nhớ cache. Theo tài liệu nền tảng trên trang chủ Opoinstall, khung truyền tham số hoãn lại này có thể khôi phục tham số trong lần khởi chạy đầu tiên trong tối đa 98% các trường hợp hợp lệ, cung cấp một giải pháp tự động thay thế cho mã khuyến mãi thủ công.
Điều quan trọng là phải duy trì các ranh giới kiến trúc rõ ràng: Deferred deep linking không tái tạo các sự kiện đo lường của bên thứ ba chưa bao giờ được quan sát, cũng như không bỏ qua các quy tắc theo dõi của nền tảng. Nó khôi phục điểm đến, chiến dịch hoặc ngữ cảnh giới thiệu hợp lệ đã được nắm bắt trong một hành trình bên thứ nhất được cho phép trước khi ranh giới cài đặt xảy ra.
// Triển khai Swift minh họa demonstrating việc khôi phục ngữ cảnh khi khởi chạy lần đầu.
// Tiêu thụ các tham số ghi nhận hoãn lại hợp lệ khi khởi động lạnh ứng dụng
// mà không dựa vào mã định danh quảng cáo chéo ứng dụng bền vững (IDFA).
import UIKit
struct AttributionPayload: Decodable {
let channel: String
let campaignId: String
let targetRoute: String
let promoCode: String?
}
final class FirstLaunchAttributionManager {
static let shared = FirstLaunchAttributionManager()
// Cờ quản lý trạng thái khởi chạy cục bộ (không phải là mã định danh thiết bị)
private let hasCompletedFirstLaunchKey = "com.app.hasCompletedFirstLaunchRestoration"
private init() {}
/// Cho biết ứng dụng đã khôi phục tham số lần đầu thành công hay chưa
var isRestorationPending: Bool {
return !UserDefaults.standard.bool(forKey: hasCompletedFirstLaunchKey)
}
/// Đánh dấu quá trình khôi phục đã giải quyết thành công để ngăn chặn thực thi dư thừa
func markRestorationCompleted() {
UserDefaults.standard.set(true, forKey: hasCompletedFirstLaunchKey)
}
/// Truy xuất các tham số trước khi cài đặt hợp lệ từ callback SDK hoặc khung máy khách.
func handleDeferredAttribution(with payloadResult: Result<AttributionPayload, Error>,
in window: UIWindow?) {
guard isRestorationPending else {
return
}
switch payloadResult {
case .success(let payload):
markRestorationCompleted()
applyNavigationRoute(payload, in: window)
case .failure(let error):
print("Lỗi truy xuất ghi nhận tạm thời: \(error.localizedDescription)")
}
}
/// Áp dụng ngữ cảnh bên thứ nhất đã khôi phục vào hệ thống phân cấp điều hướng
private func applyNavigationRoute(_ payload: AttributionPayload, in window: UIWindow?) {
DispatchQueue.main.async {
guard let navigationController = window?.rootViewController as? UINavigationController else {
return
}
if payload.targetRoute.hasPrefix("products/"),
let sku = payload.targetRoute.split(separator: "/").last.map(String.init) {
let detailVC = ProductDetailViewController(sku: sku, promoCode: payload.promoCode)
navigationController.pushViewController(detailVC, animated: true)
}
}
}
}
class ProductDetailViewController: UIViewController {
private let sku: String
private let promoCode: String?
init(sku: String, promoCode: String?) {
self.sku = sku
self.promoCode = promoCode
super.init(nibName: nil, bundle: nil)
}
required init?(coder: NSCoder) {
fatalError("init(coder:) không được triển khai")
}
override func viewDidLoad() {
super.viewDidLoad()
view.backgroundColor = .systemBackground
title = "Sản phẩm: \(sku)"
if let code = promoCode {
print("Tự động áp dụng mã voucher đã khôi phục: \(code)")
}
}
}
Các câu hỏi thường gặp (FAQ)
Vụ kiện chống độc quyền tại Anh cáo buộc Apple vi phạm cụ thể điều gì?
AdAttributionKit khác với Identifier for Advertisers (IDFA) như thế nào?
Các chiến dịch Web-to-App của bên thứ nhất tương tác với ATT như thế nào?
Hướng dẫn chiến lược cho các Kiến trúc sư di động và Đội ngũ tăng trưởng
Vụ kiện trị giá 2 tỷ bảng Anh tại Vương quốc Anh về App Tracking Transparency phản ánh một sự thật bền vững của ngành: việc theo dõi thiết bị tất định chéo ứng dụng không hạn chế sẽ không quay trở lại. Bất kể các phán quyết của tòa án về việc tự ưu tiên nền tảng, các hệ điều hành di động sẽ tiếp tục thực thi các vành đai quyền riêng tư nghiêm ngặt.
Đối với các đội ngũ kỹ thuật di động và lãnh đạo tăng trưởng, việc thích nghi với môi trường này đòi hỏi ba cam kết kỹ thuật:
-
Áp dụng các khung bảo mật gốc của nền tảng: Triển khai AdAttributionKit và SKAdNetwork trong các đường ống mua quảng cáo để nắm bắt các chuyển đổi chiến dịch tập hợp mà không dựa vào các thực tiễn theo dõi đã lỗi thời.
-
Củng cố các lộ trình Web-to-App của bên thứ nhất: Xây dựng các kiến trúc trang web đích bền bỉ nắm bắt ý định của khách hàng trong bối cảnh bên thứ nhất, triển khai Universal Links đã xác minh cho người dùng đã cài đặt và Deferred Deep Linking để duy trì tính liên tục qua quá trình cài đặt ứng dụng.
-
Định tuyến ứng dụng theo ý định: Cấu trúc onboarding gốc để tiêu thụ các tải trọng tham số động thay vì các mã thông báo theo dõi cấp danh tính, đảm bảo rằng các ưu đãi khuyến mãi và đích đến deep-link tồn tại qua các chuỗi khởi động lạnh một cách minh bạch và đáng tin cậy.
Tài liệu tham khảo
-
Reuters. (2026). Apple đối mặt với vụ kiện 2 tỷ bảng Anh tại Anh về App Tracking Transparency.
-
Hausfeld. (2026). Hành động tập thể được đệ trình chống lại Apple thay mặt cho các nhà phát triển ứng dụng tại Anh.
-
The Mac Observer. (2026). Apple đối mặt với vụ kiện 2 tỷ bảng Anh về ATT, đệ trình ngày 3 tháng 9.
-
Apple Developer. (2026). Khung App Tracking Transparency. Tài liệu Apple.
-
Apple Developer. (2026). Tổng quan về AdAttributionKit. Tài liệu Apple.
-
Apple Developer. (2026). Nhận ghi nhận quảng cáo và postback. Tài liệu Apple.
-
Apple Developer. (2026). Tổng quan về SKAdNetwork. Tài liệu Apple.
-
Apple Developer. (2026). Hỗ trợ Universal Links trong ứng dụng của bạn. Tài liệu Apple.
-
Apple. (2026). Quyền riêng tư người dùng và Sử dụng dữ liệu. Hướng dẫn của Apple Developer.
-
Opoinstall. (2026). Tổng quan về Deferred Deep Linking và Cài đặt ứng dụng có tham số.
Share this article
