Chào mọi người, tôi là Ayat Shukairy, đồng sáng lập của Invesp và Figpii, một công ty chuyên về tối ưu hóa tỷ lệ chuyển đổi và công cụ tiếp thị. Hôm nay, tôi sẽ chia sẻ với các bạn năm quan niệm sai lầm về tối ưu hóa tỷ lệ chuyển đổi (CRO) mà mọi chuyên gia SEO nên biết.
Những hiểu lầm về CRO mà mọi chuyên gia SEO nên biết — Whiteboard Friday
Ngày 10/12/2025 - 09:12Tối ưu hóa tỷ lệ chuyển đổi
Tối ưu hóa tỷ lệ chuyển đổi không diễn ra một cách độc lập. Tất cả các sáng kiến tiếp thị khác nhau mà chúng ta thực hiện đều ảnh hưởng lẫn nhau. Vì vậy, hiểu biết một chút về CRO sẽ giúp ích cho bạn và mang lại hiệu quả rất lớn.
Điều đầu tiên và quan trọng nhất là có rất nhiều bài viết giật gân về tối ưu hóa tỷ lệ chuyển đổi. Có rất nhiều nghiên cứu điển hình gây sốc nói về việc tăng 85% tỷ lệ chuyển đổi và tăng 30% chỉ bằng cách thay đổi màu sắc của nút kêu gọi hành động (CTA). Đó không phải là CRO. Và đó là lý do tại sao điều cực kỳ quan trọng là chúng ta phải truyền đạt điều này và hiểu rằng tối ưu hóa tỷ lệ chuyển đổi phức tạp hơn nhiều; có nhiều yếu tố khác cần được xem xét để đạt được những kết quả thực sự tuyệt vời.
Đáng tiếc là, CRO không chỉ đơn thuần là thay đổi một vài màu sắc. Để thực sự thấy được sự thay đổi, chúng ta cần nhiều yếu tố hơn thế, bao gồm việc hiểu khách truy cập và tiến hành nhiều nghiên cứu.
Điều quan trọng nữa là bạn cần biết rằng các phương pháp tối ưu hóa nghiệp vụ khách hàng (BA) thường không hiệu quả khi nói đến tối ưu hóa tỷ lệ chuyển đổi. Bởi vì những gì xảy ra và ảnh hưởng đến một trang web chưa chắc đã ảnh hưởng đến trang web của bạn. Tôi muốn đảm bảo mình hiểu khách truy cập của mình, và những yếu tố nào sẽ tác động đến họ, và dựa trên đó, tôi sẽ thực hiện các thay đổi.
Ô dù CRO
Điều quan trọng khác cần nhớ là CRO không đồng nghĩa với thử nghiệm A/B và ngược lại. Tôi luôn giải thích CRO giống như một chiếc ô. Nó bao gồm tất cả các lĩnh vực nghiên cứu khác nhau, và tôi thực sự đang nghiên cứu kỹ lưỡng. Tôi đào sâu vào nghiên cứu khách hàng, tiến hành phỏng vấn, thử nghiệm người dùng, phân tích dữ liệu để tìm ra thông tin chi tiết. Tôi xem xét các đối thủ cạnh tranh; họ đang làm gì? Bản đồ nhiệt, ghi lại phiên hoạt động, UX, tất cả đều nằm trong phạm vi của CRO. Vì vậy, có rất nhiều việc mà các chuyên gia CRO phải làm.
Kiểm tra cẩn thận
Nhưng để xác thực tất cả thông tin này, tôi cần đến phương pháp thử nghiệm A/B. Tôi không thể chỉ thực hiện một thay đổi rồi mới xem xét, "Ồ, vậy nó có tác động như thế nào?". Bởi vì chỉ nhìn vào số liệu phân tích sẽ không cho tôi biết nhiều. Thử nghiệm A/B sẽ giúp tôi xác thực chính xác liệu sự thay đổi đó có tác động đến khách truy cập của tôi hay không.
Và hãy nhớ rằng, ngay cả khi chúng ta đã nghiên cứu và tìm ra vấn đề, điều đó không có nghĩa là giải pháp của tôi nhất thiết sẽ được khách truy cập đón nhận. Đó là lý do tại sao tôi thực sự cần thử nghiệm A/B để xác thực nó hơn nữa.
Đặt câu hỏi
Một điều nữa là, nhiều khi người ta nói hãy thử nghiệm A/B mọi thứ. Thử nghiệm A/B cái này, thử nghiệm A/B cái kia. Nhưng điều đó có nghĩa là tôi thực sự không tiến hành bất kỳ nghiên cứu nào. Tôi chỉ đang chọn ngẫu nhiên bất cứ thứ gì. Tôi có thể mời bất kỳ nhóm thiết kế nào, bất kỳ nhóm người nào, và họ sẽ có hàng trăm gợi ý khác nhau về những gì tôi nên làm trên một trang web. Điều đó có nghĩa là tôi nên thử nghiệm A/B tất cả những điều đó sao? Bởi vì thử nghiệm A/B tốn thời gian, tốn công sức, tốn thời gian phát triển. Tôi muốn đảm bảo rằng bất cứ điều gì tôi đang thử nghiệm đều dựa trên một loại nghiên cứu nào đó. Tôi đang tìm kiếm một quy trình có thể lặp lại và bền vững. Và cách duy nhất tôi có thể đạt được quy trình đó là bằng cách thực hiện nhiều việc khác nhau này. Tôi đang cố gắng thực sự tiến hành tất cả các nghiên cứu này.
Bạn sẽ nhận thấy rằng rất nhiều công cụ thử nghiệm A/B báo cáo rằng chỉ có 15 đến 20% các thử nghiệm mà họ triển khai trên nền tảng của mình mang lại kết quả tích cực. Điều đó thật điên rồ. 15 đến 20%. Đây là Optimizely, VWO, Google Optimize trước khi nó, bạn biết đấy, rõ ràng là nó hiện đang bị ngừng hỗ trợ hoặc đã bị ngừng hỗ trợ rồi, nhưng ý tưởng là rất nhiều thử nghiệm thực sự không hoạt động tốt. Và lý do là vì chúng không dựa trên nghiên cứu. Chúng không được kiểm chứng. Chúng chỉ là những thử nghiệm ngẫu nhiên mà mọi người nghĩ ra. Hãy thử nghiệm điều này và xem nó hoạt động như thế nào.
Tôi muốn nói rằng, nếu bạn định thêm một yếu tố nào đó vào trang web của mình, bạn cần đảm bảo rằng nó đã được kiểm tra kỹ lưỡng. Lý do là vì, một lần nữa, bạn không muốn thêm thứ gì đó vào trang web có thể ảnh hưởng đến hiệu suất, ảnh hưởng đến khách truy cập mà không tìm hiểu xem liệu nó có mang lại kết quả tích cực hay không.
Hãy ôn lại số liệu thống kê của bạn.
Điểm thứ ba mà tôi muốn nhấn mạnh là bạn nên ôn lại kiến thức về thống kê. Bạn không cần bằng cấp về thống kê. Tôi cũng không có bằng cấp về thống kê, tôi nói thật đấy. Nhưng bạn cần hiểu một số kiến thức cơ bản.
- Quá trình thử nghiệm của bạn đã chạy đủ lâu chưa?
Trước hết, bạn cần đảm bảo rằng thử nghiệm của mình chạy đủ lâu. Tôi đã nói sơ qua về những nghiên cứu điển hình gây tiếng vang. Nhiều khi, khi bạn xem xét kỹ dữ liệu của những nghiên cứu điển hình gây tiếng vang đó, bạn sẽ thấy rằng thời gian thử nghiệm chưa đủ lâu, chưa đạt được kết quả có ý nghĩa thống kê. Vì vậy, bạn cần đảm bảo tránh được các kết quả dương tính và âm tính giả để chắc chắn đạt được kích thước mẫu cụ thể. Đôi khi, kích thước mẫu của bạn có thể chỉ là ba ngày.
- Hãy chạy thử nghiệm của bạn trong ít nhất một tuần.
Chúng tôi luôn khuyên bạn nên chạy thử nghiệm ít nhất một tuần để đảm bảo thử nghiệm bao quát toàn bộ chu kỳ kinh doanh, đúng không? Bởi vì, khi tôi nghĩ về khách hàng và thời điểm họ đến, tôi muốn nghĩ đến cả cuối tuần, cả tuần. Vì vậy, chúng tôi luôn nói tối thiểu là một tuần. Ví dụ, chúng tôi có một khách hàng mà chúng tôi luôn thấy lượng chuyển đổi tăng đột biến vào ngày 15 và cuối tháng, đó là ngày lĩnh lương. Vì vậy, một lần nữa, bạn muốn đảm bảo rằng bạn đã chạy thử nghiệm đủ lâu, tối thiểu là một tuần.
- Hãy xem xét tỷ lệ thắng từ 85% đến 90%.
Và khi bạn nghĩ về cơ hội chiến thắng, tôi luôn nói, hãy xem xét tỷ lệ thắng từ 85% đến 90%. Lý do là, một lần nữa, vì luôn có khả năng đó là kết quả dương tính giả, bạn muốn đảm bảo giảm thiểu khả năng đó xuống thấp hơn nữa. Vì vậy, hãy chắc chắn rằng bạn xem xét tất cả các số liệu thống kê, cân nhắc tất cả các khía cạnh, tính toán cỡ mẫu. Có rất nhiều công cụ tính toán ngoài kia. Bạn chỉ cần xem xét cỡ mẫu của mình và tính toán cỡ mẫu trước khi thực hiện thí nghiệm để đảm bảo bạn không gặp bất kỳ vấn đề nào liên quan đến số liệu thống kê của thí nghiệm.
CRO là sự kết hợp giữa tính khả dụng và khả năng thuyết phục.
Lĩnh vực thứ tư mà tôi muốn đề cập đến là CRO là sự kết hợp giữa khả năng sử dụng và khả năng thuyết phục. Vì vậy, điều đầu tiên và tất nhiên, như tôi đã nói, CRO bao gồm rất nhiều thử nghiệm người dùng và khả năng sử dụng. Tôi muốn đảm bảo rằng mình hiểu rõ tất cả những điều đó. Tôi muốn đảm bảo rằng từ góc độ UX, tôi đã ghi nhận tất cả các khu vực khác nhau trên toàn bộ trang web. Tôi đã thử nghiệm chúng và đảm bảo rằng mọi thứ hoạt động đúng cách, luồng truy cập trên trang web cũng hợp lý, phải không? Nhưng đồng thời, cũng có yếu tố thuyết phục. Đó là nơi điều kỳ diệu xảy ra, đúng không? Bởi vì thương hiệu và những giá trị độc đáo của bạn chính là điều làm nên sự khác biệt của bạn.
Khác biệt hoàn toàn. Và đó là cách tôi sẽ tạo sự khác biệt so với các đối thủ còn lại.
Giá trị độc đáo của tôi là gì? Làm thế nào để tôi truyền đạt thông tin này đến khách hàng? Và tôi có thể sử dụng những chiến thuật thuyết phục nào, tận dụng những giá trị độc đáo đó trên trang web của mình? Đó là điều thực sự tạo nên sự khác biệt giữa các trang web. Ý tôi là, nhiều khi bạn truy cập vào các trang web thương mại điện tử khác nhau, khi mua sắm, bạn sẽ thấy rằng nhiều trang web trông khá giống nhau. Nếu chỉ bỏ đi logo, chúng đều trông như nhau. Vậy làm thế nào để bạn tạo sự khác biệt? Sản phẩm của bạn thực sự khác biệt như thế nào? Nếu tôi muốn thu hút sự chú ý của ai đó và thuyết phục họ rằng đây là sản phẩm họ cần và cần mua, thì tôi cần phải khác biệt một chút trong cách truyền đạt thông tin đó.
Và tất nhiên, không chỉ có các trang thương mại điện tử; mà còn cả các trang B2B. Mọi người đang so sánh, vậy họ sẽ so sánh trang web của bạn với các đối thủ cạnh tranh như thế nào? Làm thế nào để bạn khác biệt? Và tất cả phụ thuộc vào các nghiên cứu mà bạn thực hiện. Chúng tôi thực hiện rất nhiều cuộc phỏng vấn khách hàng, và nhiều khi, những cuộc phỏng vấn đó giúp chúng tôi hiểu được lý do tại sao khách truy cập lại chọn thương hiệu, sản phẩm hoặc dịch vụ cụ thể này mà không chọn những sản phẩm, dịch vụ khác. Và đó là thông tin thực sự quan trọng để bạn có thể tạo sự khác biệt cho trang web của mình.
Các công cụ thử nghiệm A/B có tác động đến hiệu suất.
Điều cuối cùng cần cân nhắc khi sử dụng các công cụ thử nghiệm A/B là chúng có tác động đến hiệu suất. Chúng ta thường nghe điều này, và thực tế là nó đến từ ngành SEO, rằng các công cụ thử nghiệm A/B là nguyên nhân khiến hiệu suất trang web bị ảnh hưởng, và tác động này là tiêu cực do quá trình thử nghiệm A/B đang diễn ra.
Điều đầu tiên bạn cần nhớ là, đúng vậy, chúng có tác động. Giống như bất kỳ loại mã lệnh nào chạy trên trang web, tất cả đều sẽ ảnh hưởng đến trang web. Nhưng điều tôi luôn khuyên là, trước hết, nếu bạn định chạy bất kỳ loại thử nghiệm A/B nào, bạn cần đảm bảo rằng khách hàng của bạn hoặc chúng ta đang chạy những mã lệnh nào khác trên trang web? Để bạn có thể tìm hiểu xem thử nghiệm A/B sẽ hoạt động như thế nào với tất cả các mã lệnh khác nhau này. Đó là điều quan trọng nhất, đôi khi có rất nhiều công cụ khác nhau mà khách hàng của bạn hoặc bạn đang chạy trên trang web. Bạn cần tìm hiểu xem chúng là gì, chúng có cần thiết không và liệu thử nghiệm A/B có phù hợp hay không?
Tùy thuộc vào công cụ thử nghiệm A/B, một số công cụ sẽ nhanh hơn những công cụ khác. Ví dụ, Google Optimize thực sự khá nhanh so với một số công cụ khác. Chỉ là thời gian tải của công cụ này hơi lâu. Vì vậy, bạn cần đảm bảo rằng khi đánh giá và lựa chọn công cụ, bạn nên chọn công cụ có thời gian tải nhanh hơn. Và điều cuối cùng cần xem xét là, khi tạo thử nghiệm A/B, tùy thuộc vào độ phức tạp của thử nghiệm, thời gian chạy của kịch bản có thể lâu hơn một chút.
Tôi luôn nói với mọi người rằng khi thực hiện thử nghiệm A/B, bạn sẽ thấy một chút dao động. Điều đó là không thể tránh khỏi. Chúng ta không thể tránh khỏi hiện tượng dao động. Nó diễn ra rất, rất, rất nhanh, tùy thuộc vào công cụ và độ phức tạp của thử nghiệm mà bạn đang thực hiện. Luôn nhớ rằng, khi bạn thực hiện một thử nghiệm, đây là sản phẩm khả thi tối thiểu. Tôi chỉ đang cố gắng xác định xem mình có nên mã hóa cứng chức năng này trên trang web của mình hay không.
Hãy nhớ rằng, bạn đang tạo ra một trường hợp sử dụng. Nhiều khi, việc trực tiếp lập trình trực tiếp trên trang web của bạn rất phức tạp, nhưng bạn cần tạo ra một trường hợp sử dụng nào đó để trình bày với cấp trên, cho họ thấy rằng việc này đáng được ưu tiên phát triển hơn vì chúng ta đã thấy những kết quả như thế này, chúng ta đã thấy sự gia tăng tỷ lệ chuyển đổi như thế này.
Điều tôi muốn kết luận là, một lần nữa, có một số điều rất quan trọng cần làm và không nên làm khi tối ưu hóa tỷ lệ chuyển đổi. Những điều nên làm là, hãy đảm bảo rằng bất kỳ loại thử nghiệm nào bạn thực hiện đều phải được thực hiện một cách cẩn trọng. Bạn cần đặt ra nhiều câu hỏi khi tối ưu hóa tỷ lệ chuyển đổi. Bạn cần hiểu những kiến thức cơ bản về thống kê.
Những điều không nên làm. Đừng chỉ áp dụng những phương pháp tốt nhất mà bỏ qua việc xác thực xem chúng có thực sự mang lại ý nghĩa cho khách truy cập hay không. Thay đổi màu sắc nút kêu gọi hành động (CTA) không phải là tối ưu hóa tỷ lệ chuyển đổi. Và đừng thử nghiệm mọi thứ. Hãy đảm bảo rằng bạn đã suy nghĩ kỹ và thực sự cân nhắc xem điều gì sẽ ảnh hưởng đến khách truy cập của mình.
Tôi hy vọng thông tin này hữu ích cho bạn. Bạn có thể liên hệ với tôi qua các tài khoản mạng xã hội khác nhau và chúc bạn thử nghiệm thành công.
