Hướng Dẫn Tích Hợp Đồng Ý Cookie Trải Nghiệm Kỹ Thuật Số và Phát Lại Phiên của FullStory: Sách Hướng Dẫn 2026
FullStory là nền tảng thống trị trong danh mục phân tích trải nghiệm kỹ thuật số vì một lý do: nó mặc định chụp lại mọi thứ. Trong khi các công cụ phân tích truyền thống ghi lại các sự kiện rời rạc mà nhà phát triển đã đo lường, và các nền tảng phân tích sản phẩm ghi lại các tương tác cộng với phần bổ sung được chụp tự động, FullStory chụp lại DOM được hiển thị đầy đủ, dấu vết con trỏ, thời điểm gõ phím, hành vi cuộn, các lần nhấp giận dữ, các lần nhấp chết, các yêu cầu mạng và lỗi JavaScript — và ghép chúng thành các bản ghi phiên mà nhà phân tích có thể duyệt qua từng khung hình. Phạm vi phủ sóng đó chính là sản phẩm. Đó cũng là lý do tại sao FullStory nằm ở giao điểm của các quy tắc đồng ý nghiêm ngặt nhất trong mọi chế độ quyền riêng tư hiện đại. Hướng dẫn phát lại phiên năm 2023 của EDPB và các ưu tiên của nhóm đặc trách năm 2026 coi phát lại phiên là một danh mục đồng ý riêng biệt và nghiêm ngặt hơn. CNIL là cơ quan quản lý công khai nhất về chủ đề này nhưng không phải duy nhất — Garante, ICO, AEPD của Tây Ban Nha và AP của Hà Lan đều đưa ra các lập trường phù hợp. Việc triển khai FullStory được cấu hình cho việc chụp lại ưu tiên đồng ý, với việc che giấu đúng đắn, cài đặt cổng đúng đắn và đường mòn kiểm toán đúng đắn, là một trong những công cụ mạnh mẽ hơn mà nhà xuất bản có thể chạy; một cái chưa được cấu hình như vậy là một trong những mục tiêu dễ nhất mà cơ quan quản lý sẽ tìm thấy.
Tại Sao FullStory Thuộc Danh Mục Đồng Ý Nghiêm Ngặt Nhất
Khởi tạo FullStory mặc định làm những gì mọi công cụ phát lại phiên làm cộng thêm. Nó thiết lập cookie bên thứ nhất dưới không gian tên fs_uid và fs_lua chứa mã định danh khách truy cập liên tục và dấu thời gian hoạt động cuối cùng, tạo mã định danh phiên dưới fs_session và bắt đầu phát trực tuyến DOM được hiển thị tới rs.fullstory.com trong vòng mili giây sau khi tải trang. Luồng bao gồm mọi sự kiện đầu vào, mọi chuyển động của chuột, mọi vị trí cuộn, mọi lần chuyển trang và — khi mô-đun chụp mạng được bật — mọi phản hồi XHR và fetch mà trang phát ra, với các phần thân phản hồi được bao gồm trừ khi nhà điều hành đã cấu hình tắt.
Mỗi lần chụp đó kích hoạt một cổng đồng ý riêng biệt. Duy trì mã định danh khách truy cập là hoạt động lưu trữ và truy cập theo Điều 5(3) của Chỉ thị ePrivacy đòi hỏi sự đồng ý trước, tự do đưa ra, cụ thể, có thông tin và rõ ràng trên toàn EEA, Vương quốc Anh và bất kỳ khu vực pháp lý nào đã áp dụng cùng tiêu chuẩn. Ghi lại DOM được hiển thị là xử lý dữ liệu cá nhân theo GDPR vì hồ sơ trực quan đủ để xác định và tiết lộ nội dung quan trọng về người dùng. Chụp luồng gõ phím có độ nhạy cảm đặc biệt: mọi thứ người dùng gõ vào trường biểu mẫu đều được chụp từng khung hình, và nếu trường không được che thì bản ghi bao gồm nội dung đã gõ. EDPB đã nói rõ rằng chụp phát lại phiên là danh mục đòi hỏi sự đồng ý rõ ràng, chi tiết, khác với sự đồng ý phân tích chung chung.
FullStory Viết Gì Trước Khi Đồng Ý — Và Cái Gì Phải Bị Chặn
Tính năng khởi động nhanh FullStory tiêu chuẩn cài đặt đoạn theo dõi trực tiếp vào <head> của trang. Điều đó hoạt động như được ghi lại và là nguồn gốc của các lỗi tuân thủ phổ biến nhất: đoạn code chạy trước khi biểu ngữ cookie được hiển thị, các cookie fs_uid và fs_session được ghi trong vòng mili giây, và luồng phát lại phiên bắt đầu chảy tới rs.fullstory.com bất kể người dùng quyết định gì sau đó. Mọi cơ quan quản lý Châu Âu đã phán quyết về mẫu này đều phán quyết theo cùng một cách: cookie được thiết lập trước khi đồng ý là bất hợp pháp, bản ghi được chụp trước khi đồng ý là xử lý bất hợp pháp và nhà xuất bản chịu trách nhiệm.
Do đó, tích hợp tuân thủ phải ngăn đoạn FullStory khởi tạo cho đến khi danh mục đồng ý liên quan đã được cấp. Mẫu hoạt động trong sản xuất là API FS.consent() kết hợp với ghi lại bị trì hoãn: đoạn được tải với FullStory({ orgId: 'XXX', recordOnlyThisIFrame: false }) và FS.shutdown() được gọi ngay lập tức, sau đó FS.restart() và FS.consent(true) chỉ được gọi sau khi CMP báo hiệu rằng danh mục phát lại phiên đã được cấp.
Cookie Và Bộ Nhớ Mà FullStory Ghi
Đoạn FullStory khi khởi tạo ghi các mã định danh sau, tất cả đều không cần thiết và yêu cầu đồng ý: fs_uid với thời hạn hết nhiều năm chứa mã định danh khách truy cập liên tục; fs_lua với dấu thời gian hoạt động người dùng cuối cùng; fs_session với mã định danh phiên; và các điểm đánh dấu trạng thái ghi mà FullStory sử dụng nội bộ. Thu hồi đồng ý phải cả làm hết hạn các cookie đó và gọi FS.consent(false) tiếp theo là FS.shutdown() để dừng chụp thêm, và nhà xuất bản phải gửi yêu cầu xóa qua điểm cuối quyền riêng tư của FullStory cho các bản ghi trước đó của người dùng.
Ánh Xạ FullStory Tới Các Khung Đồng Ý
FullStory không triển khai IAB TCF hay IAB Global Privacy Platform một cách tự nhiên — đây là nền tảng trải nghiệm kỹ thuật số bên thứ nhất, không phải nhà cung cấp công nghệ quảng cáo. Nó cung cấp API đồng ý gốc và hỗ trợ mô hình che giấu mặc định riêng tư hoạt động bất kể trạng thái đồng ý. Mẫu tồn tại qua đánh giá của cơ quan quản lý coi mỗi mô-đun FullStory là một cổng riêng biệt gắn với tín hiệu CMP cụ thể.
- Phát lại phiên và luồng DOM đầy đủ gắn với danh mục phát lại phiên hoặc nghiên cứu chuyên dụng khác với phân tích chung. Hướng dẫn EDPB rõ ràng về điểm này — sự đồng ý phát lại phải riêng biệt và chi tiết, không được gộp chung với phân tích hoặc tiếp thị.
- Chụp mạng nằm sau cổng phụ nghiêm ngặt hơn trong cùng danh mục vì nó chụp các phần thân phản hồi HTTP có thể chứa dữ liệu cá nhân không liên quan đến giao diện hiển thị.
- Ghép nối danh tính qua FS.identify() có thể chạy với mã định danh phiên tạm thời trên cơ sở lợi ích hợp pháp khi người dùng ẩn danh, nhưng ghép nối nhận dạng với mã định danh bên thứ nhất liên tục qua các phiên đòi hỏi sự đồng ý tương tự như phát lại phiên.
- Bản đồ nhiệt và phân tích chuyển đổi xuất phát từ luồng phát lại phiên kế thừa cổng từ luồng thượng nguồn — chúng không phải là bề mặt đồng ý riêng biệt mà là sản phẩm hạ nguồn của cùng dữ liệu được chụp.
Mẫu Tích Hợp Hoạt Động
Việc triển khai tham chiếu có bốn phần: CMP cung cấp sự kiện thay đổi đồng ý theo thời gian thực, bootstrap bị trì hoãn khởi tạo FullStory với chụp bị tắt qua FS.shutdown(), trình lắng nghe đồng ý gọi FS.consent(true) và FS.restart() khi cổng phát lại phiên mở, và cấu hình che giấu mặc định riêng tư tắt cứng mọi trường đầu vào trừ khi được chọn tham gia một cách rõ ràng.
Che Giấu Mặc Định Riêng Tư
Lớp che giấu của FullStory hoạt động độc lập với đồng ý và nên được cấu hình tích cực ngay cả khi đồng ý đã được cấp. Lớp CSS fs-mask trên bất kỳ phần tử nào loại bỏ nội dung của phần tử đó khỏi ghi lại; lớp CSS fs-exclude loại trừ hoàn toàn phần tử khỏi luồng DOM; lớp fs-block chặn cả nội dung và cấu trúc. Theo các quy tắc danh mục đặc biệt của GDPR và định nghĩa thông tin cá nhân nhạy cảm của CCPA, bất kỳ trường nào có thể chụp thông tin sức khỏe, chi tiết tài chính, mã định danh chính phủ, dữ liệu sinh trắc học, vị trí địa lý chính xác hoặc nội dung liên lạc riêng tư phải sử dụng thuộc tính che giấu bất kể trạng thái đồng ý của người dùng. Lập trường được khuyến nghị là áp dụng fs-mask ở cấp biểu mẫu thay vì cấp trường.
Lựa Chọn Vùng Và Nơi Lưu Trữ Dữ Liệu
FullStory vận hành các điểm cuối nhập liệu riêng biệt cho Mỹ và EU. Đối với lưu lượng EEA và Vương quốc Anh, điểm cuối EU là mặc định đúng — nó giữ việc nhập liệu, xử lý và lưu trữ trong EEA và giảm thiểu rủi ro Schrems II mà bất kỳ việc triển khai phát lại phiên khu vực Mỹ nào cũng sẽ mang lại. Điểm cuối được cấu hình theo tổ chức FullStory và không thể thay đổi hồi tố, vì vậy việc lựa chọn vùng phải được thực hiện trước khi mở rộng quy mô và được ghi lại trong thông báo quyền riêng tư để chuỗi cơ sở pháp lý từ thu thập đến lưu trữ rõ ràng.
Xác Nhận Tích Hợp Và Đường Mòn Kiểm Toán
Bước xác nhận là những gì các cơ quan quản lý kiểm tra và điều mà các nhà xuất bản thường bỏ qua nhất trên các công cụ phát lại phiên. Việc triển khai FullStory được tích hợp đúng cách phải vượt qua bốn bài kiểm tra theo thứ tự. Thứ nhất, một phiên trình duyệt sạch với biểu ngữ được hiển thị nhưng không có lựa chọn nào được thực hiện phải tạo ra không có yêu cầu nào tới rs.fullstory.com ngoài việc tải file SDK và không có cookie fs_ nào trong document.cookie. Thứ hai, từ chối đồng ý phát lại phiên phải duy trì trạng thái đó — không chụp, không định danh, không ghi lại. Thứ ba, chấp nhận đồng ý phát lại phiên phải tạo ra cookie fs_uid mong đợi, một sự kiện FS.consent(true) và luồng DOM chảy đến điểm cuối vùng được cấu hình, với các trường bị che xác nhận chỉ chụp phần giữ chỗ mặt nạ. Thứ tư, thu hồi đồng ý phải ngay lập tức dừng chụp thêm, làm hết hạn cookie fs_ và kích hoạt yêu cầu xóa qua điểm cuối quyền riêng tư của FullStory cho các bản ghi trước đó của người dùng.
Kỳ vọng đường mòn kiểm toán là nơi các công cụ phát lại phiên đối mặt với sự giám sát nghiêm ngặt nhất. Hướng dẫn biểu ngữ cookie của EDPB năm 2023 và các ưu tiên nhóm đặc trách được đổi mới năm 2026 rõ ràng rằng nhà xuất bản phải có thể chứng minh, cho bất kỳ bản ghi phiên cụ thể nào trong dự án FullStory, rằng người dùng đã tạo ra nó đã cấp đồng ý phát lại phiên hợp lệ tại thời điểm chụp. Mẫu tiêu chuẩn là đặt phiên bản đồng ý và dấu thời gian làm biến người dùng trên mã định danh FullStory qua FS.setUserVars({ consent_version: 'v3', consent_ts: ts }) để bất kỳ bản ghi nào cũng có thể truy nguyên về một mục nhật ký đồng ý cụ thể. Việc triển khai được gắn cổng đúng cách, kết hợp với các thuộc tính che giấu mặc định là riêng tư và đường dẫn xóa được kích hoạt khi thu hồi, là điều biến phạm vi phủ sóng của FullStory từ rủi ro tập trung quy định thành một phần có thể bảo vệ của ngăn xếp trải nghiệm kỹ thuật số của nhà xuất bản.