Bề mặt Theo dõi của SFMC

Vì mục đích đồng ý, sẽ hữu ích khi xem SFMC không phải là một sản phẩm duy nhất mà là bốn bề mặt theo dõi chồng lên nhau, mỗi bề mặt có mô hình tích hợp riêng.

Web Analytics Connector và Mã Theo dõi Collect

Mã theo dõi Collect (thường được gọi là collect.js hoặc được tham chiếu qua cdn.evgnet.com) là bộ theo dõi hành vi của SFMC. Nó đặt các cookie _etmc và các cookie liên quan, xác định khách truy cập qua các phiên, và chuyển tiếp các sự kiện xem trang, nhấp chuột và chuyển đổi đến SFMC để sử dụng trong trigger Journey Builder và nhắm mục tiêu lại qua email. Từ góc độ quy định, đây rõ ràng là bộ theo dõi marketing — mặc dù các sự kiện trông giống phân tích, dữ liệu cung cấp cho tự động hóa marketing trực tiếp.

Script Marketing Cloud Personalization

Script Personalization (Interaction Studio cũ) nặng hơn Collect. Nó tải một SDK theo dõi toàn bộ DOM, thu thập dữ liệu luồng nhấp chuột và tương tác biểu mẫu, và chuyển tiếp đến một công cụ ra quyết định cá nhân hóa có thể viết lại nội dung trang theo thời gian thực. Các cookie được đặt bao gồm các định danh _ev_* và token phiên. Đây là xử lý cho mục đích marketing rõ ràng và yêu cầu đồng ý opt-in trong bất kỳ quyền tài phán EU hoặc UK nào.

Biểu mẫu CloudPages và Liên kết được Theo dõi

Các trang đích được lưu trữ trên CloudPages và các liên kết email được theo dõi đi qua SFMC mang theo các tham số nhận dạng riêng (tham số subscriberkey, jb, mid trong URL). Khi một khách truy cập đến qua liên kết được theo dõi, SFMC có thể tương quan phiên với bản ghi người đăng ký của họ ngay cả trước khi bất kỳ theo dõi trong trang nào kích hoạt. Đây là lập trường pháp lý khác biệt đáng kể so với theo dõi ẩn danh — danh tính người đăng ký đã được biết ngay từ lần liên hệ đầu tiên — và đồng ý cho truyền thông marketing phải đã tồn tại.

Kết nối Data Cloud

Tích hợp Data Cloud của SFMC (lớp nền tảng dữ liệu khách hàng) kéo các định danh từ theo dõi web, SDK di động, bản ghi CRM và dữ liệu ngoại tuyến vào một hồ sơ thống nhất. Trạng thái đồng ý cần được truyền vào Data Cloud, không chỉ vào pixel theo dõi cấp bề mặt, để các kích hoạt hạ nguồn đến mạng quảng cáo tôn trọng tùy chọn đã ghi lại của khách truy cập.

Kiểm soát Quyền riêng tư Gốc của SFMC

SFMC cung cấp một số kiểm soát gốc nhưng, như với hầu hết các nền tảng marketing doanh nghiệp, chúng giả định rằng quyết định đồng ý đã được thu thập ở thượng nguồn và đang được chuyển vào. Các kiểm soát gốc không tự thu thập đồng ý.

Từ chối Theo dõi cho Web Analytics Connector

Script Collect đọc một cờ do_not_track và một hàm từ chối có thể cấu hình. Đặt những thứ này ngăn Collect gửi dữ liệu nhưng không ngăn chính script tải. Đối với các quyền tài phán cần đồng ý trước, bạn cần kiểm soát việc tải script, không chỉ bật/tắt cờ.

Tùy chọn Đồng ý trong Bản ghi Người đăng ký

Hồ sơ người đăng ký trong SFMC có các trường cho đồng ý truyền thông, đồng ý dữ liệu hồ sơ và cơ sở pháp lý. Đây là những nguyên thủy đúng đắn để theo dõi cơ sở pháp lý theo đó một liên hệ đã biết đang được marketing, và CMP nên ghi lại vào các trường này khi khách truy cập chấp nhận hoặc thu hồi.

Đồng ý Marketing Cloud Personalization

SDK Personalization chấp nhận một cờ đồng ý trong quá trình khởi tạo. Đặt nó thành false cho đến khi người dùng chấp nhận danh mục marketing trong banner CMP, sau đó khởi tạo lại SDK khi được cấp đồng ý.

Tích hợp CMP Từng Bước

Kiến trúc đáng tin cậy là chặn cả bốn bề mặt theo dõi sau CMP và sử dụng các cờ gốc của SFMC để tinh chỉnh hành vi hạ nguồn sau khi đồng ý được cấp.

1. Ngăn script Collect tải theo mặc định

Xóa script Collect khỏi phần đầu tài liệu và thay thế bằng một trình giữ chỗ mà CMP có thể kích hoạt. Khi khách truy cập chấp nhận danh mục marketing, CMP viết lại trình giữ chỗ để tải collect.js. Bất kỳ sự kiện đã xếp hàng nào đều được xóa khi tải.

2. Trì hoãn Khởi tạo Marketing Cloud Personalization

Script Personalization không được khởi tạo trước khi có đồng ý. Hầu hết các CMP xử lý điều này với mô hình tải trì hoãn: phần tử script có mặt trong DOM nhưng thuộc tính type của nó là text/plain, và CMP viết lại thành text/javascript khi chấp nhận đồng ý.

3. Kiểm soát Tham số Theo dõi CloudPages

Nếu khách truy cập đến qua liên kết được theo dõi và chưa đưa ra đồng ý, tham số subscriberkey đến cần được nắm bắt nhưng không được sử dụng để thúc đẩy cá nhân hóa ngay lập tức. Mô hình đúng là lưu trữ nó trong trạng thái phiên và chỉ kích hoạt (tương quan với dữ liệu hồ sơ, kích hoạt sự kiện Journey Builder) sau khi đồng ý được ghi lại.

4. Truyền Trạng thái Đồng ý vào Data Cloud

Tích hợp Data Cloud cần biết trạng thái đồng ý của mỗi khách truy cập để các kích hoạt hạ nguồn tôn trọng điều đó. SFMC hỗ trợ một tiện ích mở rộng đồng ý cho phép CMP ghi một bản ghi đồng ý vào Data Cloud qua API. Cấu hình điều này để quyết định đồng ý của CMP trở thành nguồn sự thật duy nhất trên toàn bộ lớp SFMC, không chỉ cho các script trên trang.

5. Ánh xạ đến Các Trường Đồng ý Người đăng ký SFMC

Khi một người đăng ký đã biết cập nhật đồng ý của họ trên trung tâm tùy chọn CloudPages, CMP và bản ghi đồng ý người đăng ký SFMC cần giữ đồng bộ. Cấu hình ghi lại từ CMP vào các trường đồng ý của người đăng ký SFMC, và cấu hình đọc lại để banner trên trang tôn trọng những gì người đăng ký đã đặt trong tùy chọn email.

Những Lỗi Phổ biến

Ba lỗi tích hợp chiếm phần lớn các phát hiện kiểm toán doanh nghiệp về SFMC.

Xem Collect là Phân tích

Vì script Collect báo cáo các lượt xem trang và sự kiện nhấp chuột trông giống phân tích, các nhóm đôi khi chặn nó theo danh mục đồng ý phân tích. SFMC sử dụng dữ liệu đó để thúc đẩy tự động hóa marketing Journey Builder, rõ ràng là xử lý cho mục đích marketing. Chặn Collect theo marketing.

Cho Phép Personalization Chạy Trước Đồng ý

Personalization là bề mặt theo dõi SFMC nặng nhất và được cơ quan quản lý nhìn thấy nhiều nhất vì nó tích cực sửa đổi trang. Cho phép nó khởi tạo trước đồng ý là, theo thuật ngữ kiểm toán, mô hình phơi bày nhiều nhất trong stack SFMC.

Không Đồng bộ Đồng ý Trên Toàn Stack

Nếu banner trên trang ghi lại quyết định đồng ý nhưng hồ sơ Data Cloud giữ lại trạng thái cũ hơn, các kích hoạt hạ nguồn đến mạng quảng cáo sẽ tiếp tục kích hoạt dựa trên đồng ý lỗi thời. CMP phải sở hữu nguồn sự thật và truyền nó đến mọi nơi stack SFMC có thể tiếp cận.

Danh sách Kiểm tra Kiểm toán

Năm câu hỏi cụ thể cần trả lời cho bất kỳ triển khai SFMC nào chạm vào lưu lượng EU, UK hoặc California.

• Collect có chờ đồng ý không? Xác nhận không có yêu cầu collect.js hoặc evgnet.com nào kích hoạt trước khi chấp nhận banner.
• Personalization có bị trì hoãn không? Xác nhận SDK Personalization không khởi tạo cho đến khi danh mục marketing được cấp.
• Các tham số liên kết được theo dõi đến có được giữ lại cho đến khi có đồng ý không? Xác nhận cá nhân hóa được thúc đẩy bởi subscriberkey chờ tín hiệu đồng ý rõ ràng.
• Data Cloud có thấy trạng thái đồng ý không? Xác nhận tiện ích mở rộng đồng ý được cấu hình và CMP ghi quyết định vào Data Cloud theo thời gian thực.
• Các trường đồng ý người đăng ký có được đồng bộ không? Xác nhận các thay đổi trung tâm tùy chọn được truyền đến banner trên trang và ngược lại.

Vị trí SFMC trong Stack Ưu tiên Đồng ý

SFMC là một trong những nền tảng marketing mạnh mẽ nhất — và một trong những nền tảng phơi bày nhiều nhất — mà doanh nghiệp có thể triển khai. Mô hình cài đặt mặc định đơn giản là không đáp ứng kỳ vọng hiện tại của châu Âu hay California, và các kiểm soát gốc của nền tảng là những nguyên thủy hữu ích nhưng không thay thế được cho lớp quản lý đồng ý thượng nguồn. Kiến trúc đúng xem CMP là nguồn sự thật duy nhất, chặn mọi mô-đun theo dõi sau nó, và sử dụng các tiện ích mở rộng đồng ý của SFMC để Data Cloud và các bản ghi người đăng ký truyền sự thật đó qua phần còn lại của stack. Thực hiện đúng cách, SFMC tiếp tục làm những gì các marketers mua nó để làm — trigger Journey Builder, ra quyết định Personalization, kích hoạt Data Cloud — trong khi lập trường tuân thủ cơ bản phù hợp với những gì các nhà quản lý hiện mong đợi từ bất kỳ marketer doanh nghiệp nào.