Quay lại danh sách bài viết
Cá nhân hóa website

Cá nhân hóa website là gì? Các loại và ví dụ B2B

15 tháng 10 năm 2026
Bởi Đội ngũ Markettailor
Dashboard phân tích trên màn hình laptop, minh họa cho hướng dẫn cá nhân hóa website

Website B2B nào cũng gặp cùng một vấn đề về cấu trúc. Một trang chủ duy nhất, một bộ trang sản phẩm duy nhất, một bố cục bảng giá duy nhất, tất cả phục vụ một tập người mua trải rộng qua nhiều ngành, quy mô công ty, vai trò và mức độ sẵn sàng mua. Kết quả là một website được tối ưu cho một khách truy cập trung bình không hề tồn tại. Cá nhân hóa website giải quyết điều này bằng cách hiển thị nội dung khác nhau cho từng khách truy cập dựa trên việc họ là ai, làm việc ở công ty nào và đã làm gì trên website của bạn trước đó.

Việc nó có mang lại hiệu quả cho website của bạn hay không là điều cần đo lường, không phải giả định. Các con số tăng trưởng được công bố đến từ nhà cung cấp và công ty tư vấn đo trên chính khách hàng của họ, và chúng chênh lệch rất nhiều. Con số hữu ích là mức tăng bạn thấy ở chính các phân khúc của mình so với nhóm giữ lại (holdout), và hướng dẫn này giải thích cách có được con số đó. Nội dung bao gồm cá nhân hóa website là gì, cơ chế hoạt động bên trong, các loại hình chính trong B2B, những thành phần trang nên thay đổi, cách chọn tình huống sử dụng đầu tiên, triển khai lần đầu trong hai tuần, quyền riêng tư và cách đo lường kết quả.

Cá nhân hóa website là gì (và không phải là gì)

Cá nhân hóa website (website personalization, đôi khi viết là website personalisation hoặc đơn giản là web personalization) là việc thay đổi linh hoạt những gì khách truy cập nhìn thấy trên website dựa trên dữ liệu về khách truy cập đó. Dữ liệu có thể đến từ nguồn doanh nghiệp (tên công ty, ngành, quy mô), nguồn hành vi (trang đã truy cập, nội dung đã tải, thời gian trên trang), nguồn ngữ cảnh (vị trí địa lý, loại thiết bị, nguồn giới thiệu) hoặc dữ liệu CRM (giai đoạn bán hàng, cấp tài khoản, các tương tác trước).

Các thay đổi có thể từ nhỏ (đổi tiêu đề hoặc nút CTA) đến lớn (hiển thị một bố cục trang hoàn toàn khác với case study, thông điệp và hình ảnh khác). Đặc điểm cốt lõi là khách truy cập không tự chọn biến thể. Hệ thống chọn dựa trên dữ liệu có sẵn.

Điều này phân biệt cá nhân hóa (personalization) với tùy biến (customization). Nielsen Norman Group định nghĩa sự khác biệt rất rõ: cá nhân hóa do hệ thống thực hiện (website tự động thích ứng), còn tùy biến do người dùng thực hiện (khách truy cập tự chọn, như thiết lập tùy chọn). Cả hai đều có thể cải thiện trải nghiệm. Cá nhân hóa hoạt động mà không đòi hỏi khách truy cập làm gì, điều cực kỳ quan trọng trong B2B, nơi phần lớn khách truy cập không bao giờ tạo tài khoản hay đăng nhập.

Cá nhân hóa website cũng khác cá nhân hóa email. Cá nhân hóa email hoạt động trên các liên hệ đã biết trong cơ sở dữ liệu. Cá nhân hóa website còn có thể hoạt động với khách truy cập ẩn danh chưa từng điền biểu mẫu, và trên hầu hết website B2B, đó là phần lớn lưu lượng (so sánh số lượt gửi biểu mẫu với số phiên để thấy tỷ lệ của riêng bạn). Nếu chỉ cá nhân hóa cho liên hệ đã biết, bạn chỉ tiếp cận một phần nhỏ những người đang ở trên website.

Có thêm hai khái niệm thường bị nhầm với cá nhân hóa, và sự nhầm lẫn đó dẫn đến xác định phạm vi dự án sai:

Ai thấy gìCâu hỏi nó trả lờiĐầu ra điển hình
A/B testingKhách truy cập ngẫu nhiên thấy biến thể ngẫu nhiênPhiên bản nào tốt hơn cho tất cả mọi người?Một phiên bản thắng, triển khai cho tất cả
Nội dung độngNội dung được điền từ một nguồn dữ liệu (trường CMS, product feed, ngày tháng)Làm sao để tránh hardcode điều này?Cùng một logic cho mọi khách truy cập
Cá nhân hóaMột nhóm đối tượng xác định thấy một biến thể được chọn cho họĐiều gì hiệu quả nhất với phân khúc này?Mỗi phân khúc có phiên bản thắng khác nhau

Hệ quả thực tế: cá nhân hóa là một tập hợp các A/B test chạy bên trong các phân khúc. A/B testing hỏi “phiên bản nào tốt nhất tính trung bình?”; cá nhân hóa chấp nhận rằng biến thể A có thể thắng với khách truy cập doanh nghiệp lớn trong khi biến thể B thắng với mid-market, và dùng một thử nghiệm trong từng phân khúc để chứng minh. Nếu bạn không nói được biến thể dành cho phân khúc nào và làm sao biết nó vượt phiên bản mặc định trong phân khúc đó, bạn chỉ đang làm nội dung động với vài bước thừa.

Cá nhân hóa cũng không phải là token tên riêng. "Chào mừng trở lại, Sarah" chẳng thay đổi gì trong quyết định mua. Những thay đổi quan trọng trong B2B là thay đổi về mức độ liên quan: bằng chứng, cách đặt vấn đề và bước tiếp theo.

Cách cá nhân hóa website B2B hoạt động

Bên dưới có ba phần: một lớp dữ liệu xác định ai đang truy cập, một bộ máy quy tắc quyết định họ nhận biến thể nào, và một phương thức hiển thị đưa biến thể đó lên màn hình. Biết mỗi phần hỏng ở đâu giúp bạn đánh giá công cụ dễ hơn nhiều và tránh mất cả một quý cho những phân khúc không bao giờ khớp với ai.

Lớp dữ liệu: bốn đầu vào

Mọi quy tắc cá nhân hóa đều được kích hoạt bởi một trong bốn loại đầu vào. Chúng khác nhau về độ phủ, độ chính xác và sức nặng pháp lý, và nhiều chương trình bị đình trệ vì chọn trường hợp sử dụng cần một đầu vào mà họ không có một cách đáng tin cậy.

Đầu vàoVí dụNguồn gốcĐộ phủPhù hợp nhất cho
FirmographicNgành, nhóm số nhân viên, khu vực, khoảng doanh thuReverse IP lookup cộng làm giàu dữ liệu, hoặc dữ liệu biểu mẫuMột phần: chỉ khách truy cập trên các mạng nhận diện đượcBằng chứng theo ngành, thông điệp phù hợp với quy mô
Hành viTrang đã xem, số lượt truy cập, nội dung đã đọc, nguồn giới thiệu, UTMCông cụ phân tích và tham số URL của chính bạnCao: có sẵn cho phần lớn phiênCTA theo giai đoạn, nội dung tiếp nối theo chủ đề, thông điệp khớp giữa quảng cáo và trang
Ý địnhChủ đề nghiên cứu được tiêu thụ bên ngoài websiteNhà cung cấp dữ liệu ý định bên thứ baThấp, ở cấp tài khoản, có độ trễƯu tiên tài khoản nào nhận trải nghiệm sâu hơn
CRMCờ tài khoản mục tiêu, giai đoạn thương vụ, trạng thái khách hàng, người phụ tráchCRM của bạn, đối chiếu theo tên miền công ty hoặc liên hệ đã biếtThấp nhưng rất chính xácABM, trải nghiệm cho khách hàng so với khách hàng tiềm năng, cơ hội đang mở

Phân giải IP thành công ty là bước đầu tiên thường gặp với lưu lượng ẩn danh. Mỗi yêu cầu trang đều mang một địa chỉ IP, và dịch vụ nhận diện khách truy cập ánh xạ nó với một tổ chức dựa trên cơ sở đăng ký dải IP doanh nghiệp, dữ liệu nhà mạng và các kết quả khớp mà chính nó quan sát được. Nó không cần cookie, biểu mẫu hay lượt truy cập trước đó. Hiệu quả phụ thuộc vào cách người mua của bạn kết nối: người dùng mạng doanh nghiệp có dải IP đăng ký riêng thì dễ khớp, còn người làm việc tại nhà qua internet gia đình hoặc qua mạng di động thường chỉ phân giải ra nhà mạng thay vì công ty. Tỷ lệ khớp của nhà cung cấp được đo trên cơ cấu khách hàng của chính họ, vì vậy hãy chạy công cụ trên lưu lượng của bạn trong hai tuần và xem tỷ lệ phiên phân giải ra một công ty thật, chia theo các phân khúc ICP của bạn.

Làm giàu dữ liệu biến một tên công ty thành thông tin bạn có thể hành động: ngành, số nhân viên, nhóm doanh thu, quốc gia đặt trụ sở, đôi khi cả bộ công nghệ đang dùng. Clearbit (nay thuộc HubSpot), ZoomInfo, Apollo và 6sense đều bán loại dữ liệu này. Các thuộc tính tổng quát như ngành và nhóm quy mô thường đáng tin cậy nhất; dữ liệu công nghệ chi tiết kém tin cậy nhất, vì chúng thường được suy ra từ tin tuyển dụng hoặc script trên website. Hãy xây các quy tắc đầu tiên dựa trên thuộc tính tổng quát, và đối chiếu ngẫu nhiên hai ba chục bản ghi đã làm giàu với những công ty bạn biết trước khi tin vào một trường dữ liệu.

Tín hiệu hành vi cần có lịch sử. Lượt truy cập đầu tiên chỉ cho bạn nguồn giới thiệu và một trang, không gì hơn, đó là lý do quy tắc hành vi hiệu quả nhất với khách quay lại và vì sao phần lớn hệ thống kết hợp chúng với đặc điểm doanh nghiệp (xem phân khúc theo hành vi). Dữ liệu CRM chỉ bao gồm những khách truy cập mà cookie marketing automation đã liên kết với một liên hệ hoặc tài khoản, nhưng nhóm đó gồm cả pipeline đang hoạt động và khách hàng của bạn, chính là những người bạn ít muốn cho xem trang “đặt lịch demo” chung chung nhất. Hướng dẫn tích hợp CRM trình bày cách ánh xạ trường.

Từ đó có hai quy tắc. Bắt đầu với bối cảnh hành vi và chiến dịch: nó bao phủ nhiều phiên nhất, không cần dữ liệu bên thứ ba và dễ biện minh nhất về mặt pháp lý. Một khách truy cập đến từ quảng cáo “SOC 2 automation” của bạn nên thấy bằng chứng về SOC 2 dù bạn có biết công ty của họ hay không. Và đừng bao giờ bỏ bê trang mặc định: nếu nhận diện chỉ xác định được một phần số phiên, phần còn lại sẽ thấy trang mặc định, nên đó vẫn là phiên bản trang quan trọng nhất.

Bộ máy quy tắc: ghép khách truy cập với trải nghiệm

Bộ máy quy tắc lấy những gì lớp dữ liệu biết và chọn một biến thể. Về mặt khái niệm, đó là một danh sách các câu lệnh nếu-thì được kiểm tra theo thứ tự ưu tiên:

NẾU quy mô công ty trên 500 nhân viên VÀ ngành là Dịch vụ tài chính VÀ khách truy cập đã xem trang bảng giá THÌ hiển thị hero cho dịch vụ tài chính, case study ngân hàng và CTA “Trao đổi với đội dịch vụ tài chính của chúng tôi”.

Khi một khách truy cập khớp nhiều quy tắc, quy tắc có mức ưu tiên cao nhất sẽ thắng. Khách không khớp quy tắc nào sẽ thấy trang mặc định, và khách từ chối đồng ý cũng như các trình thu thập dữ liệu của công cụ tìm kiếm cũng vậy. Các engine dựa trên quy tắc như thế này là đủ cho phần lớn triển khai B2B; engine machine learning dự đoán biến thể tốt nhất cho từng khách cần lượng lưu lượng huấn luyện lớn hơn nhiều so với những gì phần lớn website B2B có.

Giữ quy tắc đơn giản. “Hiển thị nội dung ngành sản xuất cho công ty sản xuất” có thể triển khai trong một buổi chiều và có đủ lưu lượng để đọc kết quả trong vài tuần. “Hiển thị hero riêng cho các fintech vòng Series B có 200 đến 500 nhân viên đã truy cập trang bảng giá hai lần” có thể chỉ khớp vài phiên mỗi tháng, nên bạn sẽ không bao giờ biết nó có hiệu quả không. Mỗi quy tắc cũng thêm việc bảo trì: mười quy tắc trên trang chủ nghĩa là mười phiên bản cần cập nhật khi định vị thay đổi và mười tổ hợp cần kiểm thử. Hãy bắt đầu với phân khúc (dịch vụ tài chính doanh nghiệp lớn, SaaS doanh nghiệp vừa) thay vì từng tài khoản; trang cấp tài khoản chỉ hợp lý với danh sách ABM đủ ngắn để quy mô thương vụ xứng đáng với nội dung riêng cho từng tài khoản.

Hiển thị: phía client, phía máy chủ hoặc tại edge

Cách biến thể đến được trình duyệt ảnh hưởng đến tốc độ, hiện tượng nháy trang, SEO và lượng công sức kỹ thuật bạn cần.

Cách tiếp cậnCách hoạt độngƯu điểmNhược điểm
Tag phía clientMột đoạn mã JavaScript nhận diện khách truy cập, đánh giá quy tắc và chỉnh sửa DOM sau khi trang tải xongKhông cần đội kỹ thuật, chạy trên mọi CMS, marketer có thể tự cải tiếnNhấp nháy nếu không ẩn trước phần tử; có thể ảnh hưởng xấu đến Core Web Vitals, đặc biệt là dịch chuyển bố cục
Phía máy chủ (API)Máy chủ của bạn gọi API cá nhân hóa trước khi render và trả về biến thể được chọnKhông nhấp nháy, không dịch chuyển bố cụcCần lập trình viên; thêm một lệnh gọi API cho mỗi lần hiển thị; marketer phụ thuộc vào kỹ sư để thay đổi
EdgeCode trên CDN (Cloudflare Workers, Lambda@Edge) viết lại HTML trước khi đến trình duyệtKhông nhấp nháy, độ trễ thấp, không thay đổi ứng dụng gốcKhó thiết lập hơn; cache trở nên phức tạp vì một URL phục vụ nhiều phiên bản

Với tag phía client, cách khắc phục nhấp nháy thông thường là ẩn trước: một quy tắc CSS inline nhỏ chỉ ẩn những thành phần bạn cá nhân hóa cho đến khi script áp dụng xong thay đổi, kèm thời gian chờ để nội dung mặc định hiện ra nếu script chậm hoặc bị chặn. Một phần hero trống còn tệ hơn một phần hero chung chung. Quan điểm của chúng tôi: hầu hết đội marketing nên bắt đầu phía client với cơ chế ẩn trước, chứng minh cá nhân hóa làm thay đổi một chỉ số, rồi mới dành thời gian kỹ thuật cho hiển thị phía máy chủ hoặc tại edge. Dù dùng cách nào, hãy đo Largest Contentful Paint khi có và không có cá nhân hóa; biến thể không nên xuất hiện muộn hơn rõ rệt so với bản mặc định.

Xem cách cá nhân hóa theo thời gian thực dùng quy trình này ngay ở lượt xem trang đầu tiên, và so sánh công cụ cá nhân hóa website theo cách chúng xử lý từng lớp. Cá nhân hóa bằng AI chủ yếu giảm chi phí viết các phiên bản và giúp chọn giữa chúng khi bạn đã có nhiều phân khúc; với chương trình đầu tiên, quy tắc là đủ. Bài viết về AI trong tạo lead của chúng tôi đề cập đến khía cạnh B2B.

Các loại cá nhân hóa website trong B2B

Cá nhân hóa B2B khác cá nhân hóa B2C ở những điểm quan trọng. Cá nhân hóa B2C xây dựng quanh hành vi của từng người tiêu dùng: bạn đã xem gì, mua gì, bỏ gì vào giỏ hàng. Cá nhân hóa B2B xây dựng quanh thuộc tính cấp công ty và động lực của nhóm mua hàng. Khách truy cập là một trong nhiều người từ cùng một công ty đang đánh giá bạn (CTO quan tâm đến tích hợp và bảo mật, trưởng bộ phận marketing quan tâm đến kết quả và tính dễ dùng, bộ phận thu mua quan tâm đến điều khoản), chu kỳ bán hàng kéo dài hàng tuần hoặc hàng tháng, và lưu lượng được tính bằng hàng nghìn chứ không phải hàng triệu, nên phân khúc phải đủ rộng để thu thập dữ liệu.

Cá nhân hóa theo đặc điểm doanh nghiệp

Loại phổ biến nhất trong B2B. Cá nhân hóa theo dữ liệu doanh nghiệp dùng dữ liệu cấp công ty (ngành, quy mô, doanh thu, vị trí) để điều chỉnh website. Khách truy cập từ công ty y tế thấy case study ngành y tế, thông điệp tập trung vào tuân thủ và ảnh chụp màn hình các tính năng liên quan đến y tế. Khách truy cập từ công ty công nghệ thấy thông điệp tập trung vào tích hợp, liên kết tài liệu cho lập trình viên và case study SaaS. Các hướng dẫn về cá nhân hóa theo ngành và cá nhân hóa theo quy mô công ty của chúng tôi đi sâu hơn.

Cá nhân hóa theo firmographic hoạt động ngay từ lượt tải trang đầu tiên vì dữ liệu có sẵn từ phân giải IP trước khi khách truy cập tương tác với bất cứ thứ gì. Điều này khiến nó trở thành điểm khởi đầu tự nhiên cho các đội triển khai cá nhân hóa lần đầu.

Cá nhân hóa theo hành vi

Cá nhân hóa theo hành vi điều chỉnh trải nghiệm dựa trên những gì khách truy cập đã làm trên website của bạn, cả trong phiên hiện tại lẫn các lượt truy cập trước. Một khách truy cập đã đọc ba bài blog về phân tích dữ liệu sẽ thấy nội dung liên quan đến phân tích được đưa lên trang chủ. Một khách truy cập đã xem trang bảng giá hai lần trong tuần qua sẽ thấy CTA mời tư vấn về giá thay vì nút “Tìm hiểu thêm” chung chung.

Cá nhân hóa theo hành vi cần dữ liệu theo dõi tích lũy, nên được cải thiện qua nhiều lượt truy cập. Ở lượt truy cập đầu tiên, cá nhân hóa theo dữ liệu doanh nghiệp đảm nhận công việc. Ở các lượt sau, dữ liệu hành vi tăng thêm độ chính xác.

Cá nhân hóa dựa trên ABM

Với các công ty đang chạy chương trình account-based marketing, cá nhân hóa có thể gắn trực tiếp với danh sách tài khoản và hạng tài khoản. Tài khoản mục tiêu hạng 1 thấy trải nghiệm tùy chỉnh hoàn toàn: thông điệp gọi tên tài khoản, case study liên quan và CTA để đặt lịch với account executive phụ trách. Tài khoản hạng 2 thấy thông điệp tùy chỉnh theo ngành cùng lựa chọn tự xem demo. Tài khoản ngoài danh sách mục tiêu thấy trải nghiệm mặc định. Playbook cá nhân hóa website cho ABM trình bày các kịch bản theo từng hạng.

Cá nhân hóa theo nguồn giới thiệu

Điều chỉnh trang dựa trên nơi khách truy cập đến. Khách truy cập đến từ quảng cáo LinkedIn về account-based marketing thấy thông điệp tập trung vào ABM trên landing page. Khách truy cập đến từ tìm kiếm tự nhiên "B2B analytics" thấy thông điệp về phân tích. Khách truy cập đến từ chiến dịch email về một tính năng cụ thể thấy tính năng đó được làm nổi bật. Điều này tạo sự liền mạch giữa nội dung đã thu hút khách truy cập và trải nghiệm website chào đón họ. Đây là phiên bản trên website của token cá nhân hóa trong chiến dịch email.

Cá nhân hóa theo giai đoạn

Điều chỉnh trải nghiệm dựa trên vị trí của khách truy cập trong quá trình mua. Khách lần đầu thấy nội dung giáo dục và CTA đầu phễu. Khách quay lại đã xem nội dung sản phẩm thấy hướng dẫn so sánh và CTA demo. Khách từ các tài khoản đang trong quá trình trao đổi với sales thấy nội dung hỗ trợ deal: công cụ tính ROI, hướng dẫn triển khai, tài liệu bảo mật. Xem cá nhân hóa theo giai đoạn hành trình người mua.

Nên cá nhân hóa gì: các thành phần tác động lớn

Không phải thành phần nào trên trang cũng cần thay đổi theo phân khúc. Các thành phần tác động lớn nhất khi cá nhân hóa là những thứ khách truy cập xử lý đầu tiên và những thứ thúc đẩy hành động chuyển đổi.

Tiêu đề và tiêu đề phụ của phần hero. Đây là dòng chữ đầu tiên khách truy cập đọc. Đổi nó từ một tuyên bố giá trị chung chung sang thông điệp theo ngành hoặc theo vấn đề cụ thể tạo ra tín hiệu liên quan ngay lập tức. “Cá nhân hóa website cho mọi khách truy cập” là chung chung. “Cho mọi người mua ngành sản xuất thấy đúng sản phẩm họ cần” nói thẳng với khách truy cập ngành sản xuất. Hướng dẫn cá nhân hóa trang chủ có thêm ví dụ theo phân khúc.

Hình ảnh hero. Hình ảnh thường được nhìn thấy trước khi tiêu đề được đọc. Một hình ảnh liên quan đến ngành (xưởng sản xuất, bàn giao dịch, dashboard bệnh viện) báo hiệu sự liên quan trước khi khách đọc tiêu đề. Để tìm hiểu thêm, hãy xem hướng dẫn về hình ảnh và đồ họa trên landing page.

Case study và bằng chứng xã hội. Case study cùng ngành thuyết phục hơn case study chung chung. Một khách truy cập SaaS xem case study của một công ty SaaS khác sẽ có cảm giác “những người giống mình đang dùng sản phẩm này” mạnh hơn nhiều so với băng chuyền logo đủ mọi ngành. Nếu chưa có case study cho một ngành dọc, đó là lỗ hổng nội dung cần lấp trước khi cá nhân hóa cho ngành đó.

Lời kêu gọi hành động. Khớp CTA với mức độ sẵn sàng của khách truy cập giúp giảm cản trở. Người truy cập lần đầu thấy “Xem cách hoạt động”. Người quay lại thấy “Đặt lịch demo”. Khách truy cập từ tài khoản đang trao đổi với sales thấy “Trao đổi với đội phụ trách tài khoản của bạn”. Bài viết về CTA cá nhân hóa trình bày cách thử nghiệm những CTA này.

Điều hướng và đề xuất nội dung. Đề xuất các tài nguyên, trang sản phẩm hoặc bài blog khác nhau dựa trên ngành hoặc lịch sử hành vi của khách giúp họ tìm nội dung liên quan nhanh hơn. Hãy giữ thanh điều hướng đầy đủ: cá nhân hóa nên sắp xếp lại, không phải che giấu.

Trang bảng giá. Hãy cẩn trọng. Làm nổi bật gói phù hợp với quy mô công ty, hoặc đổi đăng ký tự phục vụ thành “Liên hệ sales” khi vượt một ngưỡng quy mô, là hợp lý. Hiển thị mức giá khác nhau cho các công ty khác nhau lại là chuyện khác, và thường bị lộ khi hai người mua so sánh với nhau. Xem cá nhân hóa trang bảng giá.

Ví dụ về những gì một biến thể thay đổi, với một công ty phần mềm bảo mật giả định và phân khúc y tế:

Thành phầnĐiều thay đổi theo phân khúcMặc địnhPhiên bản y tế (minh họa)
Tiêu đề và tiêu đề phụCách đặt vấn đề, bằng ngôn ngữ của phân khúc“Tự động hóa tuân thủ bảo mật”“Tự động thu thập bằng chứng HIPAA và SOC 2”
Bằng chứngLogo, case study, lời chứng thực, huy hiệu tuân thủDải logo hỗn hợpLogo ngành y tế và case study y tế được đặt lên đầu
CTABước tiếp theo được đề xuất, phù hợp với giai đoạn“Đặt lịch demo”“Xem bản ánh xạ kiểm soát HIPAA” cho lần truy cập đầu, demo cho lần truy cập lại
Xử lý phản đốiKhối FAQ hoặc trấn an gần CTACâu hỏi thường gặp về bảng giáCâu hỏi về nơi lưu trữ dữ liệu và BAA

Đừng thay đổi mọi thứ cùng lúc: một biến thể thay cả tiêu đề, bằng chứng, CTA và bố cục sẽ không thể cho bạn biết thay đổi nào tạo ra khác biệt.

Chọn trường hợp sử dụng đầu tiên

Các đội thường muốn bắt đầu với trang chủ gọi tên từng tài khoản. Đó thường là test đầu tiên sai. Một trường hợp sử dụng đầu tiên tốt có đủ lưu lượng để đo, một sự kiện chuyển đổi rõ ràng và một khác biệt nội dung mà bạn thực sự tạo ra được. Ví dụ, một agency thiết kế web có thể cho khách từ doanh nghiệp lớn thấy các dự án nền tảng của mình, còn công ty nhỏ hơn thấy dịch vụ thiết kế web cho doanh nghiệp nhỏ. Một cách xếp hạng ứng viên là chấm mỗi ứng viên từ 1 đến 5 về phạm vi (tỷ lệ phiên đủ điều kiện), giá trị (trang gần sự kiện doanh thu đến đâu), độ tin cậy (bằng chứng từ cuộc gọi bán hàng, dữ liệu thắng/thua hoặc yêu cầu hỗ trợ cho thấy phân khúc cần điều gì đó khác) và công sức, rồi xếp hạng theo (Phạm vi x Giá trị x Độ tin cậy) / Công sức.

Điểm số minh họa cho một công ty phần mềm bảo mật giả định bán cho doanh nghiệp vừa và lớn:

Trường hợp sử dụngMức tiếp cậnGiá trịĐộ tin cậyCông sứcĐiểm
Khớp thông điệp quảng cáo tìm kiếm trên 3 landing page444232
Khách quay lại thấy CTA demo thay vì CTA đăng ký bản tin343136
Bằng chứng trên trang chủ thay đổi theo ngành (3 ngành)23438
Khách truy cập enterprise thấy bằng chứng về bảo mật và SSO trên trang bảng giá254220
Trang chủ theo tài khoản được chỉ định cho 20 tài khoản mục tiêu15343.75

Thứ hạng là phần hữu ích, không phải điểm tuyệt đối. Ở đây hai kịch bản theo ngữ cảnh thắng còn trang chủ cho tài khoản được chỉ định xếp cuối vì gần như không tiếp cận được ai mà lại tốn kém nhất. Một thứ tự trưởng thành sơ bộ cũng theo cùng logic: theo ngữ cảnh (chiến dịch, nguồn giới thiệu, mới hay quay lại) trước, rồi đến phân khúc firmographic khi nhận diện đã hoạt động và đã hoàn thành một thử nghiệm holdout sạch, rồi đến trải nghiệm tài khoản dựa trên CRM khi sales đã thống nhất về tier và người phụ trách, và chỉ sau đó mới điều phối xuyên suốt website, quảng cáo, email và sales.

Những phân khúc đứng vững

Một phân khúc chỉ đáng có biến thể riêng nếu những người trong đó muốn điều gì đó khác biệt đo lường được, bạn nhận diện được họ một cách đáng tin cậy, và họ đủ đông để rút ra bài học. Hãy ghi mỗi phân khúc thành một định nghĩa một dòng trước khi xây dựng bất cứ thứ gì:

  1. Bắt đầu từ một khác biệt trong quyết định mua, không phải một trường dữ liệu. “Y tế” là một trường dữ liệu. “Người mua sẽ hỏi về HIPAA và BAA trước bất kỳ buổi demo nào” là một khác biệt trong cách mua.
  2. Làm các phân khúc loại trừ lẫn nhau trên cùng một thành phần. Nếu một khách truy cập có thể vừa là “Doanh nghiệp lớn” vừa là “Y tế”, hãy quyết định trước quy tắc nào điều khiển phần hero.
  3. Ưu tiên phân khúc thô ở giai đoạn đầu. Ba ngành cộng “phần còn lại” tốt hơn mười hai ngành mà chín ngành chỉ có lèo tèo vài lượt truy cập mỗi tuần.
  4. Xác định phương án dự phòng khi dữ liệu không đầy đủ. Biết ngành nhưng không biết quy mô: hiển thị gì?
  5. Kiểm tra quy mô trước khi viết nội dung. Đếm xem bao nhiêu phiên trong 90 ngày qua sẽ đủ điều kiện. Nếu con số đó không thể đạt cỡ mẫu trong phần đo lường bên dưới trong vòng một quý, hãy gộp phân khúc với phân khúc lân cận.

Hướng dẫn chiến lược phân khúc website B2B trình bày cách ánh xạ phân khúc với ICP của bạn.

Triển khai: quy trình từng bước

Triển khai cá nhân hóa website không cần một dự án kéo dài nhiều tháng. Đây là quy trình thực tế giúp bạn đưa trải nghiệm cá nhân hóa đầu tiên vào hoạt động trong vòng hai tuần.

Tuần 1: nền tảng

Bước 1: Chọn một trang và hai phân khúc. Trang chủ hoặc landing page chính là điểm khởi đầu tốt nhất. Chọn hai phân khúc đại diện cho các đối tượng khác biệt và có đủ lượng traffic để đo lường. Ví dụ: "Doanh nghiệp lớn (từ 500 nhân viên)" và "Doanh nghiệp quy mô vừa (50-499 nhân viên)."

Bước 2: Xác định các thay đổi nội dung. Với mỗi phân khúc, viết tiêu đề cho phiên bản, chọn case study để nêu bật và xác định CTA. Giữ nguyên cấu trúc trang. Chỉ nội dung trong những vị trí cụ thể thay đổi. Viết xong toàn bộ nội dung các phiên bản trước khi động đến bất kỳ công nghệ nào.

Bước 3: Thiết lập nhận diện khách truy cập. Kết nối nguồn dữ liệu nhận diện khách truy cập có khả năng phân giải địa chỉ IP thành dữ liệu công ty. Kiểm tra độ chính xác bằng cách thử với các công ty đã biết. Đảm bảo dữ liệu có các thuộc tính bạn cần để phân khúc (ngành, quy mô công ty).

Tuần 2: triển khai và đo lường

Bước 4: Cấu hình quy tắc phân khúc và ánh xạ nội dung. Trong nền tảng cá nhân hóa, tạo các phân khúc và gán mỗi phân khúc với biến thể nội dung tương ứng. Thiết lập trải nghiệm mặc định cho khách truy cập không thuộc phân khúc nào. Xem trước từng biến thể trên máy tính và di động, đồng thời kiểm tra cả luồng khi khách từ chối đồng ý cookie.

Bước 5: Triển khai với một nhóm giữ lại. Đừng cá nhân hóa toàn bộ traffic đủ điều kiện ngay lập tức. Giữ lại một phần của mỗi phân khúc làm nhóm đối chứng xem trải nghiệm mặc định; xác định quy mô bằng phép tính cỡ mẫu A/B test để bài test thực sự có thể đi đến kết quả với lượng traffic của bạn.

Bước 6: Đo lường cho đến khi đạt cỡ mẫu dự kiến, và ít nhất hai tuần trọn vẹn. Theo dõi tỷ lệ chuyển đổi (lượt gửi form, yêu cầu demo), chỉ số tương tác (thời gian trên trang, số trang mỗi phiên, độ sâu cuộn) và tỷ lệ thoát cho mỗi phân khúc cá nhân hóa so với nhóm đối chứng. Nếu biến thể cá nhân hóa vượt trội, bạn đã xác thực được cách tiếp cận và có thể mở rộng.

Nếu kết quả không thay đổi, nguyên nhân thường là các phân khúc chưa đủ khác biệt, biến thể quá giống phiên bản mặc định, hoặc phân khúc có quá ít traffic. Hãy khắc phục một trong số đó trước khi thêm trang. Khi sẵn sàng lên kế hoạch vượt ra ngoài các thử nghiệm đầu tiên, mẫu playbook cá nhân hóa cung cấp cấu trúc cho phân khúc, quy tắc, người phụ trách và ngày rà soát.

Kỳ vọng thực tế

Hãy hoài nghi với những con số tăng trưởng nổi bật. Phần lớn số liệu được công bố đến từ nhà cung cấp hoặc công ty tư vấn mô tả chính khách hàng của họ, dùng các định nghĩa “chuyển đổi” khác nhau và không được so sánh với nhóm đối chứng. Chúng cho bạn biết cá nhân hóa có thể hiệu quả, chứ không cho biết nó sẽ mang lại gì trên website của bạn.

Điều bạn có thể suy luận: cá nhân hóa thay đổi tỷ lệ chuyển đổi của traffic bạn đã có, nên giá trị của nó tăng theo lượng traffic đủ điều kiện đến được các trang cá nhân hóa và mức chênh lệch giữa điều trang mặc định nói và điều mỗi phân khúc cần. Một website có một sản phẩm bán cho một kiểu người mua không được lợi nhiều; một website phục vụ nhiều ngành và quy mô công ty từ một trang chủ được lợi nhiều hơn. Trước khi bắt đầu, hãy tính toán với số liệu của chính bạn. Ví dụ: nếu 30% traffic trang chủ đến từ một ngành và một trang theo ngành nâng tỷ lệ demo của phân khúc đó từ 2% lên 2,5%, tổng số yêu cầu demo từ trang chủ sẽ tăng khoảng 7,5%. Bạn có thực sự đạt được mức tăng đó hay không là điều mà bài test với nhóm đối chứng sẽ trả lời.

Cá nhân hóa không đòi hỏi chi thêm để kéo lượt truy cập; nó tác động lên những người đã đến. Trong mô hình flywheel của HubSpot, cá nhân hóa website được liệt kê là một lực trong giai đoạn tương tác. Hướng dẫn đo lường ROI của cá nhân hóa của chúng tôi biến kết quả test thành một bản đề xuất kinh doanh.

Đo lường thành công của cá nhân hóa

So sánh trước-sau gần như vô dụng với cá nhân hóa: yếu tố mùa vụ, thay đổi chiến dịch và hoạt động sales tác động đến tỷ lệ chuyển đổi nhiều hơn phần lớn các biến thể. Chỉ số chính là tỷ lệ chuyển đổi theo phân khúc, so sánh với holdout: một phần ngẫu nhiên của phân khúc đủ điều kiện tiếp tục thấy phiên bản mặc định trong cùng khoảng thời gian.

Nhóm đối chứng cần lớn đến mức nào?

Giả sử một phân khúc chuyển đổi 2,0% trên trang mặc định và bạn muốn phát hiện mức tăng tương đối 20% (lên 2,4%) với độ tin cậy 95% và power 80% thông thường. Công thức hai tỷ lệ tiêu chuẩn cho:

n mỗi nhóm = (1,96 + 0,84)2 x (0,02 x 0,98 + 0,024 x 0,976) / (0,004)2 = 7,84 x 0,0430 / 0,000016, khoảng 21.100 khách truy cập mỗi nhóm.

Đó là khoảng 42.000 khách truy cập đủ điều kiện với tỷ lệ chia 50/50. Với tỷ lệ chia 90/10, nhóm đối chứng cần khoảng 11.700 khách truy cập và nhóm cá nhân hóa khoảng 105.500, tổng cộng khoảng 117.000, gần gấp ba lượng traffic (với tỷ lệ phân bổ k = 9, nhóm nhỏ hơn cần n x (1 + 1/k) / 2). Vì vậy hãy chứng minh biến thể với tỷ lệ chia 50/50, sau đó chỉ giữ một nhóm đối chứng cố định nhỏ (5-10%) để kiểm tra mức tăng có được duy trì. Nếu một phân khúc không đạt cỡ mẫu trong một quý, hãy gộp các phân khúc có cùng cấu trúc biến thể, đo một bước có số lượng lớn hơn (nhấp CTA thay vì đặt lịch demo), hoặc coi kết quả chỉ mang tính định hướng và nói rõ điều đó. Hãy tự tính con số của bạn bằng công cụ tính A/B test.

Đo theo từng phân khúc, đừng bao giờ chỉ đo tổng thể: một mức trung bình dương có thể che giấu một biến thể đang thua ở một phân khúc. Các chỉ số hỗ trợ bao gồm:

Độ sâu tương tác. Số trang mỗi phiên, thời gian trên website và độ sâu cuộn của khách được cá nhân hóa so với khách không được cá nhân hóa.

Tỷ lệ thoát theo phân khúc. Cá nhân hóa nên giảm tỷ lệ thoát ở các phân khúc được nhắm đến vì trải nghiệm khi vào trang phù hợp với bối cảnh của khách truy cập. Hãy theo dõi theo phân khúc, không chỉ trên toàn website.

Tốc độ pipeline. Với khách truy cập từ tài khoản mục tiêu, theo dõi tốc độ họ tiến qua pipeline bán hàng, so với các tài khoản mục tiêu được giữ lại làm nhóm đối chứng.

Khám phá nội dung. Khách truy cập được cá nhân hóa có xem nhiều trang sản phẩm hoặc trang tài nguyên hơn khách truy cập không được cá nhân hóa không?

Doanh thu trên mỗi khách truy cập. Chỉ số tối thượng. Theo dõi cách cá nhân hóa ảnh hưởng đến doanh thu trung bình từ mỗi khách truy cập website, phân theo đối tượng.

Quyền riêng tư, tuân thủ và giới hạn của cá nhân hóa

Cá nhân hóa website B2B chủ yếu dựa trên thuộc tính cấp công ty (ngành, quy mô, trạng thái tài khoản) chứ không dựa trên việc cá nhân đó là ai. Điều chỉnh một trang để hiển thị nội dung ngành sản xuất cho khách truy cập từ một nhà sản xuất khác với việc theo dõi hoạt động duyệt web của một người trên nhiều website. Điều đó không đưa nó ra khỏi phạm vi luật quyền riêng tư. Đây là bản đồ của người làm nghề, không phải tư vấn pháp lý:

  • Địa chỉ IP có thể là dữ liệu cá nhân. Recital 30 của GDPR gọi địa chỉ IP là định danh trực tuyến, và Tòa án Công lý EU đã phán quyết trong vụ Breyer (thông cáo báo chí CJEU, 2016) rằng địa chỉ IP động có thể là dữ liệu cá nhân đối với chủ website. “Chúng tôi chỉ nhận diện công ty” giúp giảm rủi ro nhưng không đưa bạn ra khỏi phạm vi GDPR khi việc xử lý bắt đầu từ địa chỉ IP.
  • Cơ sở pháp lý. Cá nhân hóa cấp công ty thường được lập luận dựa trên lợi ích hợp pháp, GDPR Article 6(1)(f), đòi hỏi một phép thử cân bằng có văn bản; hướng dẫn về lợi ích hợp pháp của ICO trình bày phép thử ba phần.
  • Cookie và truy cập thiết bị cần sự đồng ý, độc lập với GDPR. Lưu trữ hoặc đọc thông tin trên thiết bị của khách truy cập, bao gồm cookie và local storage dùng để ghi nhớ phân khúc hoặc số lượt truy cập, thuộc phạm vi Điều 5(3) của Chỉ thị ePrivacy (2002) và thường cần sự đồng ý trừ khi thực sự cần thiết. EDPB diễn giải phạm vi này rộng trong Guidelines 2/2023 on the technical scope of Art. 5(3). Tại Vương quốc Anh, quy định tương đương nằm trong PECR; xem hướng dẫn về cookie của ICO.

Trên thực tế: đề cập việc nhận diện khách truy cập và cá nhân hóa trong thông báo quyền riêng tư, ký thỏa thuận xử lý dữ liệu với nhà cung cấp, đảm bảo công cụ tôn trọng banner đồng ý cookie và không gọi làm giàu dữ liệu cho khách truy cập đã từ chối, và mời người phụ trách quyền riêng tư tham gia trước khi triển khai. Thiết kế trải nghiệm để xuống cấp nhẹ nhàng: mọi thứ phụ thuộc vào định danh được lưu trữ nên quay về mặc định khi sự đồng ý bị từ chối. Hướng dẫn tuân thủ quyền riêng tư dữ liệu của chúng tôi đi sâu hơn.

Tránh cảm giác “bị theo dõi” bằng cách cá nhân hóa ở mức độ cụ thể phù hợp. Hiển thị nội dung liên quan đến ngành là hữu ích. Hiển thị tên công ty của khách truy cập trên tiêu đề trước khi họ tự giới thiệu có thể gây cảm giác xâm phạm. Hãy dành nội dung gọi đích danh tài khoản cho những tài khoản đã đang trao đổi với sales, còn lại thì dùng cách trình bày theo ngành.

Dữ liệu bên thứ nhất (dữ liệu bạn thu thập trực tiếp từ tương tác của khách truy cập trên chính website của mình) ngày càng quan trọng khi cookie bên thứ ba dần biến mất. Cá nhân hóa dựa trên việc phân giải IP thành công ty và hành vi trên website sử dụng tín hiệu bên thứ nhất, nên bền vững hơn các cách làm phụ thuộc vào theo dõi bên thứ ba. Bài viết chiến lược dữ liệu bên thứ nhất cho cá nhân hóa B2B của chúng tôi trình bày nên thu thập gì và thu thập như thế nào.

Những sai lầm thường gặp và cách tránh

Bắt đầu quá lớn. Các đội cố cá nhân hóa mọi trang cho mọi phân khúc ngay khi ra mắt sẽ tạo gánh nặng bảo trì khiến dự án đình trệ. Hãy bắt đầu với một trang và hai phân khúc. Chứng minh tác động. Rồi mới mở rộng.

Chất lượng dữ liệu kém. Nếu công cụ nhận diện khách truy cập khớp sai công ty, hoặc dữ liệu CRM đã cũ, việc cá nhân hóa sẽ có vẻ ngẫu nhiên. Hãy kiểm tra tỷ lệ khớp, xác minh thủ công một mẫu kết quả nhận diện và đặt ngưỡng tin cậy tối thiểu, dưới ngưỡng đó thì hiển thị trải nghiệm mặc định.

Không có nhóm giữ lại. Không có nhóm đối chứng xem trải nghiệm mặc định, bạn không thể tách tác động của cá nhân hóa khỏi xu hướng mùa vụ, thay đổi cơ cấu traffic hay các biến số khác.

Để phiên bản mặc định xuống cấp. Phiên bản mặc định vẫn là thứ hầu hết khách truy cập nhìn thấy. Hãy tiếp tục cải thiện nó bằng các A/B test thông thường trong khi xây dựng biến thể.

Không có nội dung cho các phân khúc đã định nghĩa. Định nghĩa phân khúc “Doanh nghiệp y tế” thì dễ. Chuẩn bị sẵn case study y tế, ảnh chụp màn hình liên quan và thông điệp riêng cho ngành y tế mới là phần việc thực sự. Hãy xây dựng nội dung trước khi xây dựng quy tắc.

Báo cáo lượt nhấp như là thành công. CTA cá nhân hóa thường có nhiều lượt nhấp hơn nhưng số cuộc họp đủ điều kiện vẫn như cũ. Hãy đo sự kiện gần doanh thu nhất mà traffic của bạn đủ để hỗ trợ.

Không có vòng phản hồi với đội bán hàng. Nếu đội bán hàng không biết tài khoản đã xem gì, website và nhân viên bán hàng sẽ kể hai câu chuyện khác nhau. Hãy đẩy thông tin trải nghiệm đã hiển thị vào bản ghi hoạt động trong CRM.

Tốc độ trang và hiện tượng nhấp nháy. Mọi công cụ phía máy khách đều thêm một script phải tải, tra cứu khách truy cập và chỉnh sửa trang. Hãy chạy Lighthouse hoặc WebPageTest trên các trang chính khi bật và tắt thẻ, rồi so sánh Largest Contentful Paint và Cumulative Layout Shift. Chỉ ẩn trước các thành phần được cá nhân hóa, không bao giờ ẩn cả trang.

Lỗi SEO. Google render JavaScript (tài liệu JavaScript SEO của Google mô tả một trình duyệt Chromium không giao diện thực thi script của bạn). Googlebot thu thập dữ liệu không mang cookie của bạn và từ những địa chỉ IP không phân giải ra công ty mục tiêu nào, nên nó không khớp quy tắc nào và nhận trang mặc định như mọi khách truy cập không xác định. Đừng xây quy tắc phát hiện Googlebot rồi phục vụ nó thứ gì đặc biệt: chính sách về spam của Google định nghĩa cloaking là hiển thị nội dung khác nhau cho người dùng và công cụ tìm kiếm. Xem cá nhân hóa website và SEO.

Bỏ qua QA. Năm quy tắc nghĩa là sáu trạng thái trang, mỗi trạng thái trên nhiều trình duyệt và thiết bị. Kiểm tra rằng mỗi quy tắc kích hoạt đúng điều kiện, mỗi biến thể hiển thị không vỡ bố cục, và công cụ phân tích ghi nhận biến thể nào đã hiển thị. Một chế độ xem trước mô phỏng phân khúc giúp tiết kiệm rất nhiều thời gian.

Không có quản trị. Một năm sau, không ai biết quy tắc nào trong số bốn mươi quy tắc đang chạy còn quan trọng, và một nửa bằng chứng nhắc đến một khách hàng đã rời đi. Ngay từ quy tắc đầu tiên, hãy giao cho mỗi quy tắc một người phụ trách, một ngày rà soát (90 ngày là mặc định hợp lý), một vị trí trong thứ tự ưu tiên được ghi lại (ví dụ cơ hội đang mở, rồi khách hàng, rồi tài khoản mục tiêu, rồi ngành, rồi chiến dịch, rồi mặc định), và một tên như page_element_segment_version. Ở quy mô lớn hơn, đây trở thành một chuyên môn riêng, được trình bày trong cá nhân hóa ở quy mô lớn và playbook triển khai cá nhân hóa cho doanh nghiệp lớn.

Bắt đầu với cá nhân hóa website

Bắt đầu với cách triển khai đơn giản nhất cho ra kết quả đo lường được, sau đó mở rộng dựa trên dữ liệu.

Nếu bạn có chiến dịch trả phí hoặc email, bài kiểm thử đầu tiên rẻ nhất là làm nội dung landing page khớp với quảng cáo hoặc email đã đưa khách đến. Nếu phần lớn lưu lượng là tự nhiên và bạn bán cho nhiều ngành, hãy cá nhân hóa trang chủ cho hai phân khúc ngành bằng dữ liệu firmographic từ tính năng nhận diện khách truy cập. Thay tiêu đề hero, hình ảnh hero và case study nổi bật. Giữ lại một nhóm đối chứng có quy mô phù hợp với lưu lượng, và đo cho đến khi đạt cỡ mẫu dự kiến. Nếu các biến thể cá nhân hóa vượt trội hơn mặc định, hãy mở rộng sang thêm phân khúc và thêm trang.

Markettailor cung cấp các lớp nhận diện khách truy cập, phân khúc và phân phối nội dung cần cho quy trình này trên một nền tảng duy nhất. Nền tảng kết nối việc nhận diện công ty dựa trên IP với các thay đổi nội dung trên trang, giúp bạn ra mắt trải nghiệm cá nhân hóa đầu tiên chỉ trong vài ngày thay vì vài tháng.

Câu hỏi thường gặp

Nói đơn giản, cá nhân hóa website là gì?

Cá nhân hóa website nghĩa là hiển thị nội dung khác nhau cho những khách truy cập khác nhau trên cùng một trang, dựa trên những gì bạn biết về họ: công ty, ngành, vị trí, nguồn giới thiệu hoặc những gì họ đã làm trên website trước đó. URL của trang giữ nguyên; tiêu đề, luận điểm chứng minh, lời kêu gọi hành động hoặc đề xuất sẽ thay đổi.

Các loại cá nhân hóa website chính là gì?

Với website B2B, các loại chính gồm firmographic (ngành, quy mô công ty), dựa trên tài khoản (tài khoản mục tiêu có tên), hành vi (trang đã xem, lượt quay lại), vòng đời (khách tiềm năng, cơ hội đang mở, khách hàng), nguồn giới thiệu hoặc chiến dịch (quảng cáo, email, liên kết đối tác) và địa lý. Hầu hết các đội bắt đầu với khớp thông điệp chiến dịch hoặc cá nhân hóa theo ngành vì chúng tiếp cận nhiều phiên nhất và gắn trực tiếp với bán hàng.

Cá nhân hóa website B2B hoạt động như thế nào?

Một lớp dữ liệu xác định khách truy cập là ai (xác định công ty từ IP, làm giàu dữ liệu, hành vi trên website, bản ghi CRM), một công cụ quy tắc kiểm tra các quy tắc nếu-thì theo thứ tự ưu tiên và chọn một biến thể, và một phương thức phân phối (thẻ phía trình duyệt, lệnh gọi API phía máy chủ hoặc edge worker) đưa biến thể đó lên trang. Khách truy cập không khớp quy tắc nào sẽ thấy trang mặc định.

Các bước cá nhân hóa website là gì?

Nhận diện khách truy cập hoặc phân khúc, quyết định phân khúc nào quan trọng, chọn một hai trang có lưu lượng cao, viết một biến thể cho mỗi phân khúc cho các yếu tố trả lời câu hỏi “cái này có dành cho tôi không?” (tiêu đề, bằng chứng, CTA), ra mắt với một nhóm holdout, và đo chuyển đổi theo phân khúc so với nhóm holdout trước khi mở rộng.

Có những ví dụ nào về cá nhân hóa website B2B?

Các ví dụ phổ biến: phần hero trang chủ nêu tên ngành của khách truy cập, case study và logo thuộc lĩnh vực của khách truy cập, trang bảng giá mặc định hiển thị gói khớp với quy mô công ty, CTA đổi từ “Đặt lịch demo” thành “Trao đổi với đội phụ trách tài khoản của bạn” cho các cơ hội đang mở, và gợi ý tài nguyên dựa trên những trang đã xem. Xem thêm hướng dẫn cá nhân hóa trang chủ và ví dụ nội dung động.

Cá nhân hóa website cần bao nhiêu traffic?

Điều đó phụ thuộc vào tỷ lệ chuyển đổi cơ sở và mức tăng bạn cần phát hiện. Với tỷ lệ cơ sở 2% và mức tăng tương đối 20%, bạn cần khoảng 21.000 khách truy cập mỗi nhóm ở độ tin cậy 95% và lực thống kê 80%. Các phân khúc không đạt được con số đó trong một quý nên được gộp lại, đo bằng sự kiện có khối lượng lớn hơn, hoặc chỉ coi là kết quả định hướng.

Cá nhân hóa website có giống A/B testing không?

Không. A/B testing tìm ra một phiên bản tốt nhất cho tất cả mọi người; cá nhân hóa hiển thị các phiên bản khác nhau cho các phân khúc khác nhau. Chúng phối hợp với nhau: dùng A/B test có nhóm đối chứng để chứng minh mỗi biến thể cá nhân hóa vượt phiên bản mặc định trong phân khúc của nó.

Cá nhân hóa website có tuân thủ GDPR không?

Có thể, nhưng không tự động như vậy. Địa chỉ IP có thể là dữ liệu cá nhân, nên cá nhân hóa cấp công ty vẫn cần cơ sở pháp lý, thường là lợi ích hợp pháp kèm bài kiểm tra cân bằng được ghi lại. Mọi thứ lưu trữ hoặc đọc cookie hay định danh tương tự trên thiết bị nhìn chung cần sự đồng ý theo quy định ePrivacy. Hãy thiết kế trải nghiệm mặc định cho khách truy cập từ chối.

Bài viết liên quan