Hầu hết dự án cá nhân hóa B2B đều va phải cùng một bức tường vào tuần thứ hai. Marketing đã chuẩn bị xong phân khúc và các biến thể tiêu đề, rồi ai đó bên pháp lý hỏi phần nhận diện khách truy cập hoạt động thế nào theo GDPR, và không ai có câu trả lời bằng văn bản. Dự án phải chờ.
Bài viết này là câu trả lời mà chúng tôi muốn được ghi lại thành văn bản. Bài trình bày về quyền riêng tư dữ liệu trong cá nhân hóa website B2B theo ba bộ quy định gây ra nhiều thắc mắc nhất (GDPR, quy định ePrivacy của EU về cookie và truy cập thiết bị, và CCPA/CPRA của California), mỗi bộ quy định thực sự yêu cầu gì, và một checklist triển khai bạn có thể chuyển cho đội pháp lý. Đây không phải tư vấn pháp lý. Mục tiêu là giúp marketing và pháp lý nhanh chóng cùng chung một cuộc thảo luận, với các nguồn chính thức được dẫn liên kết để luật sư của bạn kiểm tra.
Vì sao cá nhân hóa B2B có đặc điểm quyền riêng tư khác
Phần lớn hướng dẫn về quyền riêng tư được viết cho bối cảnh người tiêu dùng: theo dõi quảng cáo trên các trang mua sắm, hồ sơ hành vi bán cho bên thứ ba. Cá nhân hóa website B2B thường trông khác:
- Dữ liệu đầu vào chính là dữ liệu cấp công ty (ngành, quy mô, địa điểm, công nghệ đang dùng), thường được suy ra từ địa chỉ IP của khách truy cập.
- Kết quả khá nhẹ nhàng: khách truy cập ngành sản xuất thấy case study ngành sản xuất thay vì case study fintech.
- Nhiều khách truy cập đến từ các công ty bạn đang bán hàng hoặc nhắm đến, nên có lý do kinh doanh hợp lý để hiển thị nội dung liên quan cho họ.
Không điều nào trong số đó khiến cá nhân hóa B2B được miễn trừ khỏi luật quyền riêng tư. Phía sau mỗi địa chỉ IP vẫn là một con người, và luật bảo vệ người đó, không phải công ty. Điều thay đổi là mức độ rủi ro và cơ sở pháp lý nào là khả thi. Phân loại đúng điều đó là phần lớn công việc.
GDPR: câu hỏi về địa chỉ IP
Câu hỏi đầu tiên bộ phận pháp chế sẽ đặt ra là địa chỉ IP có được tính là dữ liệu cá nhân không. Câu trả lời trung thực là “thường là có, tùy vào ai nắm giữ nó”. Trong vụ Breyer (Case C-582/14), Tòa án Công lý EU phán quyết rằng địa chỉ IP động là dữ liệu cá nhân đối với chủ website nếu chủ website đó có phương tiện pháp lý để xác định khách truy cập bằng thông tin bổ sung do nhà cung cấp dịch vụ internet nắm giữ. Vụ án được xét xử theo Chỉ thị Bảo vệ Dữ liệu cũ, nhưng định nghĩa dữ liệu cá nhân của GDPR tại Article 4(1) liệt kê rõ “an online identifier” là thứ có thể giúp xác định một người, nên lập luận tương tự vẫn áp dụng.
Quan điểm của chúng tôi: hãy lên kế hoạch như thể mọi địa chỉ IP bạn xử lý đều là dữ liệu cá nhân. Lập luận ngược lại chẳng giúp bạn tiết kiệm được bao nhiêu mà còn khiến tài liệu của bạn trông né tránh trong mắt cơ quan quản lý.
Chọn cơ sở pháp lý
Điều 6 GDPR liệt kê sáu cơ sở pháp lý. Hai cơ sở liên quan đến cá nhân hóa website:
| Cơ sở pháp lý | Phù hợp ở đâu | Những gì bạn có trách nhiệm với khách truy cập |
|---|---|---|
| Lợi ích hợp pháp, Art. 6(1)(f) | Cá nhân hóa cấp công ty từ tra cứu IP, không lưu gì trên thiết bị | Một bài kiểm tra cân bằng được lập thành văn bản (Legitimate Interest Assessment), thông báo quyền riêng tư rõ ràng và một cách phản đối hoạt động được theo Article 21 |
| Sự đồng ý, Art. 6(1)(a) | Mọi thứ cần cookie hoặc quyền truy cập thiết bị tương tự, và mọi hồ sơ gắn với một người có danh tính | Sự đồng ý được đưa ra tự nguyện, cụ thể, có hiểu biết và rõ ràng, đồng thời có thể rút lại dễ dàng như khi đưa ra (Article 7(3)) |
Có hai chi tiết quan trọng ở đây. Thứ nhất, thông cáo báo chí về vụ Breyer cũng nêu quan điểm của Tòa án rằng chủ website có thể có lợi ích hợp pháp trong việc xử lý dữ liệu khách truy cập, miễn là lợi ích đó được cân nhắc với quyền của khách truy cập. Đó chính là bài toán cân bằng mà bản LIA của bạn phải thể hiện. Thứ hai, nếu cá nhân hóa là một phần của marketing trực tiếp, Điều 21(2) và (3) trao cho khách truy cập quyền phản đối tuyệt đối: khi họ phản đối, bạn phải dừng. Hãy xây dựng cơ chế từ chối trước khi ra mắt, đừng đợi đến khiếu nại đầu tiên.
Một sai sót về GDPR có thể khiến bạn tốn bao nhiêu
Theo Article 83(5), vi phạm các nguyên tắc xử lý, quy định về cơ sở pháp lý tại Article 6, điều kiện đồng ý tại Article 7 và quyền của chủ thể dữ liệu tại Articles 12 đến 22 có thể bị phạt tới 20 triệu € hoặc 4% doanh thu toàn cầu hằng năm, tùy mức nào cao hơn. Đó là mức tối đa, không phải mức phạt điển hình. Chi phí thực tế hơn với một đội B2B tầm trung là một cuộc điều tra của cơ quan quản lý buộc bạn phải tạm dừng cá nhân hóa trong khi chuẩn bị những tài liệu lẽ ra bạn đã phải có.
ePrivacy: nơi “cookieless” bị hiểu sai
ePrivacy Directive (2002/58/EC, Article 5(3)) là quy định đứng sau các banner cookie. Nó yêu cầu sự đồng ý trước khi lưu thông tin trên, hoặc truy cập thông tin trong, thiết bị của người dùng, trừ khi việc lưu trữ hoặc truy cập là thực sự cần thiết cho dịch vụ mà người dùng yêu cầu. Quy định này áp dụng song song với GDPR, và không phân biệt thông tin có phải dữ liệu cá nhân hay không.
Tại Anh, quy định tương đương nằm trong PECR. Hướng dẫn của ICO nêu rõ sự đồng ý phải được đưa ra một cách chủ động và rõ ràng, và các cookie chỉ mang tính hữu ích hoặc tiện lợi vẫn cần sự đồng ý. Cookie cá nhân hóa thuộc nhóm này.
Đây là phần mà nhiều blog của nhà cung cấp bỏ qua. Rất nhiều tài liệu marketing về cá nhân hóa nói "phía máy chủ, không cookie, nên không cần đồng ý". Như thế là quá đơn giản. Guidelines 2/2023 on the technical scope of Article 5(3) của EDPB (bản cuối tháng 10 năm 2024) cho biết việc theo dõi chỉ dựa trên địa chỉ IP có thể thuộc phạm vi Article 5(3), và trừ khi bạn đảm bảo được địa chỉ IP không xuất phát từ thiết bị của người dùng, bạn phải coi nó thuộc phạm vi điều chỉnh. Cùng hướng dẫn đó cho biết Article 5(3) áp dụng khi code phía trình duyệt ra lệnh cho trình duyệt gửi định danh cho bạn.
Điều đó trong thực tế có nghĩa là:
- Một lần tra cứu IP phía máy chủ dùng một lần để chọn tiêu đề cho lượt xem trang hiện tại là cách làm ít rủi ro nhất. Một số luật sư vẫn muốn có sự đồng ý hoặc một phân tích miễn trừ rõ ràng theo hướng dẫn của EDPB, vì vậy hãy hỏi luật sư của bạn.
- Dùng địa chỉ IP để theo dõi khách truy cập qua nhiều trang hoặc nhiều phiên là tracking, và quan điểm của EDPB là việc này cần phân tích về sự đồng ý giống như cookie.
- Mọi đoạn JavaScript đọc hoặc thiết lập định danh trong trình duyệt (cookie, local storage, tín hiệu fingerprinting) đều cần sự đồng ý trước khi chạy, trừ khi thực sự cần thiết.
Một lưu ý về thời điểm: ePrivacy Regulation được lên kế hoạch thay thế Directive đã không còn. Ủy ban châu Âu đã thông báo trong chương trình làm việc năm 2025 rằng sẽ rút lại đề xuất, và Directive hiện hành cùng các luật triển khai quốc gia vẫn có hiệu lực. Đừng chờ quy định cookie mới của EU rồi mới thiết lập sự đồng ý đúng cách.
CCPA/CPRA: có thực sự áp dụng với bạn không?
Luật của California chỉ áp dụng cho doanh nghiệp vì lợi nhuận có hoạt động kinh doanh tại California và đáp ứng ít nhất một ngưỡng. Theo California Privacy Protection Agency, các ngưỡng đó là:
- Tổng doanh thu hằng năm từ 26,625 triệu USD trở lên (con số đã điều chỉnh từ ngày 1 tháng 1 năm 2025).
- Mua, bán hoặc chia sẻ thông tin cá nhân của từ 100.000 cư dân hoặc hộ gia đình California trở lên.
- Có từ 50% doanh thu hằng năm trở lên từ việc bán hoặc chia sẻ thông tin cá nhân của cư dân California.
Với các đội B2B, điểm quan trọng trong lịch sử là quy định miễn trừ tạm thời cho dữ liệu liên hệ doanh nghiệp và dữ liệu nhân viên đã hết hiệu lực từ ngày 1 tháng 1 năm 2023. Một người mua duyệt website của bạn từ laptop công ty ở California được xem là người tiêu dùng theo luật.
Nếu bạn thuộc phạm vi áp dụng, các nghĩa vụ liên quan đến cá nhân hóa gồm:
- Công bố trong chính sách quyền riêng tư rằng bạn thu thập dữ liệu suy ra từ IP để cá nhân hóa và các loại dữ liệu bạn sử dụng.
- Nếu các đối tác làm giàu dữ liệu hoặc đối tác quảng cáo nhận dữ liệu khách truy cập theo cách bị xem là “bán” hoặc “chia sẻ” (chia sẻ bao gồm quảng cáo hành vi xuyên ngữ cảnh), hãy cung cấp liên kết “Do Not Sell or Share My Personal Information” và tôn trọng các yêu cầu từ chối.
- Trả lời yêu cầu được biết, xóa hoặc sửa dữ liệu trong vòng 45 ngày theo lịch, có thể gia hạn thêm 45 ngày nếu bạn thông báo cho người yêu cầu, theo CPPA FAQ.
Mức phạt đã được điều chỉnh theo lạm phát từ ngày 1 tháng 1 năm 2025: phạt hành chính tối đa 2.663 USD cho mỗi vi phạm và 7.988 USD cho mỗi vi phạm cố ý, theo thông báo của CPPA. Các bang khác của Mỹ có luật quyền riêng tư toàn diện riêng với ngưỡng khác nhau, vì vậy nếu bạn có lượng traffic đáng kể từ những bang đó, hãy đánh giá riêng thay vì cho rằng phân tích cho California đã bao quát bạn.
Một khung làm việc thực tế: ba cấp dữ liệu
Cách dễ nhất để kiểm soát việc này là phân loại mọi dữ liệu đầu vào mà hệ thống cá nhân hóa sử dụng trước khi xây dựng bất cứ thứ gì.
| Hạng | Dữ liệu | Vị thế pháp lý thông thường | Thứ tự triển khai |
|---|---|---|---|
| 1. Cấp công ty, theo từng yêu cầu | Ngành, quy mô, vị trí từ tra cứu IP phía server, không lưu gì trên thiết bị | Lợi ích hợp pháp theo GDPR kèm LIA; kiểm tra khía cạnh ePrivacy với luật sư | Đầu tiên |
| 2. Theo hành vi, dựa trên thiết bị | Lượt quay lại, số trang đã xem, điểm tương tác lưu trong cookie hoặc local storage | Sự đồng ý theo ePrivacy trước khi đặt bất cứ thứ gì; cơ sở pháp lý theo GDPR | Sau khi thiết lập sự đồng ý đã hoạt động |
| 3. Hồ sơ cá nhân | Liên hệ có tên, email gắn với lịch sử duyệt web, giai đoạn giao dịch trong CRM, dữ liệu làm giàu từ bên thứ ba về cá nhân | Sự đồng ý hoặc một cơ sở pháp lý được ghi nhận cẩn thận, DPA với mọi nhà cung cấp, đầy đủ quyền của chủ thể dữ liệu | Cuối cùng, và chỉ khi đáng làm |
Quan điểm của chúng tôi: ra mắt với Tier 1. Cho một công ty logistics xem case study logistics không đòi hỏi biết gì về người đang đọc. Phần lớn chiến thắng cá nhân hóa hiển nhiên (tiêu đề theo ngành, bằng chứng phù hợp, nhấn mạnh giá theo quy mô công ty) nằm ở Tier 1. Tier 2 và 3 có thêm giá trị, nhưng cũng thêm sự phụ thuộc vào sự đồng ý và thủ tục giấy tờ, vì vậy hãy bổ sung chúng khi Tier 1 đã được đo lường và ổn định.
Từng bước: triển khai đúng quy định
1. Chia trải nghiệm theo sự đồng ý
Sai lầm thường gặp là chặn mọi cá nhân hóa cho đến khi khách truy cập nhấp “Chấp nhận”. Một thiết kế tốt hơn:
- Trước khi có sự đồng ý: chỉ cá nhân hóa Tier 1 từ tra cứu phía máy chủ, không lưu định danh nào trên thiết bị. Không có lịch sử hành vi.
- Sau khi đồng ý cookie cá nhân hóa: bắt đầu ghi nhận lượt quay lại và mức tương tác, và dùng chúng cho các quy tắc Tier 2.
- Sau khi gửi biểu mẫu: liên kết tài khoản với dữ liệu CRM (Cấp 3) trong phạm vi thông báo quyền riêng tư và cơ sở pháp lý của bạn cho phép.
Kiểm tra theo cách đơn giản nhất: mở website trong một hồ sơ trình duyệt sạch, từ chối tất cả, và kiểm tra tab Application trong DevTools. Không được xuất hiện cookie cá nhân hóa hay khóa local storage nào. Sau đó chấp nhận và kiểm tra lại.
2. Làm cho các hạng mục đồng ý khớp với thực tế
Một khách truy cập chấp nhận “phân tích” không có nghĩa là đã đồng ý với “cá nhân hóa”. Nếu công cụ quản lý sự đồng ý của bạn có các danh mục chi tiết, hãy thêm một danh mục cá nhân hóa (hoặc đặt cá nhân hóa vào danh mục “chức năng” hoặc “marketing” hiện có, miễn là mô tả chính xác) và đảm bảo mã cá nhân hóa chỉ lắng nghe đúng danh mục đó.
3. Audit mọi nhà cung cấp trong luồng dữ liệu
Với mỗi nhà cung cấp có xử lý dữ liệu khách truy cập (làm giàu IP, analytics, CDP, CRM, công cụ quản lý đồng ý), hãy ghi lại:
- Họ nhận dữ liệu gì từ website của bạn và gửi lại những gì.
- Họ lưu trữ và xử lý dữ liệu ở đâu, và cơ chế chuyển giao nào áp dụng cho mọi việc chuyển dữ liệu ra ngoài EEA.
- Họ có dùng dữ liệu khách truy cập của bạn cho sản phẩm của chính họ không. Nếu có, họ có thể đang đóng vai trò bên kiểm soát dữ liệu thay vì bên xử lý, điều này làm thay đổi hợp đồng và thông báo quyền riêng tư của bạn.
- Thỏa thuận xử lý dữ liệu đã được ký chưa và được lưu ở đâu.
Hợp đồng chỉ bao quát được một nửa; nửa còn lại là cách từng nhà cung cấp thực sự bảo vệ dữ liệu. Nếu đội của bạn không có chuyên môn bảo mật nội bộ, dịch vụ an ninh mạng bên ngoài có thể đánh giá cơ chế kiểm soát truy cập và lưu trữ của nhà cung cấp trước khi bạn ký.
Ví dụ về điều đợt kiểm tra này thường phát hiện (minh họa): một công cụ analytics có điều khoản cho phép dùng dữ liệu khách hàng để xây dựng sản phẩm đối tượng của riêng họ. Đó không phải quan hệ bên xử lý dữ liệu, và bạn phải thương lượng lại, công bố đúng cách, hoặc chuyển sang công cụ giữ đúng vai trò bên xử lý, chẳng hạn một hệ thống analytics cho cá nhân hóa chỉ xử lý dữ liệu theo chỉ dẫn của bạn.
4. Viết ba tài liệu
- Mục trong chính sách quyền riêng tư. Bạn thu thập gì (dữ liệu công ty suy ra từ IP, dữ liệu hành vi khi có sự đồng ý), vì sao (để hiển thị nội dung phù hợp), cơ sở pháp lý, thời gian lưu trữ, nhà cung cấp và cách phản đối.
- Đánh giá lợi ích hợp pháp (LIA). Kiểm tra mục đích (hiển thị nội dung liên quan cho khách truy cập doanh nghiệp), kiểm tra tính cần thiết (vì sao dữ liệu cấp công ty là đủ và bạn không cần thêm), kiểm tra cân bằng (không có dữ liệu nhạy cảm, đầu ra ở cấp công ty, dễ phản đối, thời gian lưu ngắn).
- Chính sách cookie. Mọi cookie hoặc khóa lưu trữ mà hệ thống cá nhân hóa đặt, mục đích, thời hạn và phân loại của chúng.
5. Đặt giới hạn lưu trữ mà bạn thực thi được
Nguyên tắc giới hạn lưu trữ của GDPR tại Article 5(1)(e) nghĩa là không lưu dữ liệu cá nhân lâu hơn mức mục đích yêu cầu. Luật không đặt ra con số cụ thể, nên bạn hãy chọn một con số và giải thích được lý do. Ví dụ: dữ liệu hành vi trong 90 ngày, dữ liệu tài khoản đã làm giàu trong 12 tháng để bao trọn một chu kỳ bán hàng B2B điển hình. Dù chọn gì, hãy cấu hình nó trong công cụ để việc xóa diễn ra tự động.
6. Diễn tập xử lý yêu cầu của chủ thể dữ liệu
Theo Article 12(3), bạn phải trả lời yêu cầu truy cập, xóa và phản đối mà không chậm trễ quá mức và trong vòng một tháng, có thể gia hạn thêm hai tháng khi cần. California cho 45 ngày. Hãy chạy một yêu cầu thử trước khi ra mắt: chọn một đồng nghiệp đã truy cập website, và thử tìm, xuất và xóa mọi thứ hệ thống của bạn lưu về họ. Nếu công cụ nhận diện khách truy cập của bạn không làm được điều này theo từng địa chỉ IP hoặc từng liên hệ, bạn có một vấn đề cần giải quyết trước khi đi vào hoạt động.
Sai lầm thường gặp về tuân thủ
Gọi dữ liệu công ty là "ẩn danh"
Nhận diện một công ty không giống với xử lý dữ liệu ẩn danh. Địa chỉ IP bạn dùng để tra cứu là dữ liệu cá nhân trong hầu hết các tình huống thực tế. Hãy nói rõ điều đó trong tài liệu, dựa vào một cơ sở pháp lý được ghi lại, rồi tiếp tục.
Cho rằng “server-side” đồng nghĩa với “không cần sự đồng ý”
Như đã nói ở trên, EDPB diễn giải Article 5(3) đủ rộng để bao gồm tracking dựa trên IP và thu thập định danh phía client. Tra cứu công ty phía máy chủ theo từng request là thiết kế ít rủi ro nhất, nhưng đó là một lựa chọn thiết kế cần trao đổi với luật sư, không phải một miễn trừ tự động.
Không có cách phản đối
Nếu cơ sở pháp lý của bạn là lợi ích hợp pháp, khách truy cập có quyền phản đối. Một liên kết trong chính sách quyền riêng tư dẫn đến hộp thư không ai kiểm tra thì không được tính. Hãy cho họ một tùy chọn tắt cá nhân hóa và tôn trọng tùy chọn đó trong công cụ cá nhân hóa.
Đưa dữ liệu ý định bên thứ ba vào mà không kiểm tra nguồn gốc
Dữ liệu ý định bên thứ ba thường được xây dựng từ hành vi duyệt web xuyên trang. Nếu nhà cung cấp không chứng minh được sự đồng ý hoặc cơ sở pháp lý khác cho việc thu thập đó, bạn thừa hưởng điểm yếu đó ngay khi sử dụng. Hãy yêu cầu tài liệu về nguồn gốc dữ liệu trước khi ký, và ưu tiên tín hiệu hành vi bên thứ nhất. Chúng tôi phân tích chi tiết hơn các đánh đổi trong hướng dẫn về dữ liệu ý định cho cá nhân hóa website B2B.
Lưu trữ vô thời hạn
Công cụ cá nhân hóa thường mặc định lưu giữ mọi thứ. Hãy kiểm tra thiết lập thời gian lưu trữ trên mọi công cụ trong stack, không chỉ nền tảng cá nhân hóa chính.
Checklist trước khi triển khai
- Đã kiểm kê dữ liệu, mọi đầu vào được phân loại vào Cấp 1, 2 hoặc 3.
- Cơ sở pháp lý được ghi lại theo từng cấp, kèm LIA cho Cấp 1.
- Phân tích ePrivacy về tra cứu IP và mọi script phía trình duyệt đã được luật sư xem xét.
- Banner đồng ý có danh mục bao gồm cá nhân hóa, và thử nghiệm trên trình duyệt sạch xác nhận không có gì được lưu trước khi có sự đồng ý.
- Đã ký DPA với mọi nhà cung cấp; vị trí lưu trữ và cơ chế chuyển dữ liệu được ghi lại.
- Đã cập nhật chính sách quyền riêng tư và chính sách cookie.
- Cơ chế phản đối và từ chối hoạt động và được công cụ cá nhân hóa tôn trọng.
- Giới hạn lưu trữ được cấu hình trong mọi công cụ.
- Đã hoàn thành thử nghiệm một yêu cầu của chủ thể dữ liệu trong thời hạn của GDPR và CCPA.
- Đã kiểm tra phạm vi CCPA theo ba ngưỡng, và đã rà soát luật của các bang khác ở Mỹ nếu bạn có traffic từ đó.
Vì sao giới hạn quyền riêng tư giúp cá nhân hóa tốt hơn
Đây là phần quan điểm, và một số đội sẽ không đồng tình. Làm việc trong khuôn khổ quy định về quyền riêng tư đẩy bạn về phía kiểu cá nhân hóa vốn thường hiệu quả.
Phân khúc cấp công ty tiếp cận mọi khách truy cập, kể cả những người từ chối cookie, nên bài test đầu tiên của bạn không bị giới hạn ở nhóm đã nhấp “Chấp nhận”. Ít phân khúc hơn nhưng rộng hơn (ví dụ năm sáu phân khúc theo ngành và quy mô công ty) dễ viết nội dung tốt hơn so với hàng chục phân khúc vi mô xây từ mô thức duyệt web, và mỗi phân khúc đều có đủ traffic để đo lường. Và khi không thể dựa vào dữ liệu bên thứ ba, bạn đầu tư vào chiến lược dữ liệu bên thứ nhất xây dựng trên cách mọi người thực sự dùng website của bạn, dữ liệu phản ánh sự quan tâm của họ dành riêng cho bạn.
Nếu bạn cần điểm khởi đầu cho các phân khúc đó, bài viết về phân khúc firmographic chuyển đổi tốt hướng dẫn cách chọn, và bài nhận diện khách truy cập cấp công ty hoạt động thế nào giải thích tra cứu IP có thể và không thể cho bạn biết điều gì.
Bắt đầu mà không bị mắc kẹt ở khâu rà soát pháp lý
Rủi ro thực tế với hầu hết đội B2B không phải là bị phạt. Mà là hàng tháng trời trao đi đổi lại vì không ai đưa cho bộ phận pháp chế một thiết kế cụ thể để rà soát. Hãy đưa cho họ một bản:
- Sơ đồ luồng dữ liệu một trang, thể hiện việc tra cứu IP, dữ liệu trả về và dữ liệu được lưu trữ.
- Bảng tier ở trên, đã điền cho stack của bạn.
- Bản nháp LIA và một mục trong chính sách quyền riêng tư.
- Kết quả kiểm tra đồng ý cookie trên trình duyệt sạch.
Sau đó triển khai Tier 1 trên vài trang nhiều lưu lượng, đo lường trong 30 ngày, và thêm Tier 2 khi cơ chế đồng ý đã hoạt động và số liệu chứng minh được giá trị.
Markettailor phù hợp với thứ tự thực hiện này: phân khúc firmographic của nó hoạt động từ dữ liệu cấp công ty, nên bạn có thể bắt đầu với các quy tắc Tier 1 trong khi phần việc về sự đồng ý đang được hoàn tất. Nếu bạn muốn so sánh các gói trước khi trao đổi với bộ phận pháp lý, xem bảng giá Markettailor.