Chọn các yếu tố SEO để thử nghiệm

Khả năng và xu hướng thử nghiệm các thay đổi SEO đang tăng lên trong ngành (cuối cùng cũng vậy), nhưng sẵn sàng thử nghiệm không có nghĩa là thử nghiệm sẽ thành công và đáng thực hiện.

Không phải điều gì cũng đáng để thử nghiệm, và cũng không phải điều gì cũng dễ kiểm tra. Vì vậy, dưới đây là một số bài học/ví dụ của tôi từ việc thử nghiệm các thay đổi SEO (thử nghiệm phân tách hoặc hình thức khác).

Nên thử nghiệm điều gì

Làm thế nào để quyết định nên kiểm thử điều gì? Việc chọn bài kiểm thử phù hợp không phải lúc nào cũng đơn giản như chỉ hỏi “which will have the biggest impact” — dưới đây là một số điều cần cân nhắc khi chọn bài kiểm thử:

• Tốc độ thay đổi—Việc thực hiện thay đổi nhanh/dễ đến mức nào? Ngay cả khi bạn có thể chỉnh sửa trang bằng công cụ thử nghiệm, bạn có đủ những gì cần thiết (logic/thông tin) để thực hiện thay đổi không?
• Ai khác trong doanh nghiệp cần phê duyệt thay đổi? Nếu thay đổi ảnh hưởng đáng kể đến trải nghiệm người dùng và cần có sự tham gia của các nhóm khác—chẳng hạn như nhóm UX/Ecommerce—thì hiếm khi bạn có thể chạy các thử nghiệm này nếu chưa được họ đồng thuận.
• Tránh xung đột với các bài kiểm thử UX—Nếu đang tiến hành những bài kiểm thử UX “conventional” khác, bạn cần đảm bảo không thực hiện thay đổi SEO khi một bài kiểm thử khác đang diễn ra. Hai bài kiểm thử có thể xung đột và khiến kết quả mất đi tính hợp lệ.
• Tác động của thay đổi—Bạn có nghĩ thử nghiệm này đáng để thực hiện không? Đôi khi, những thử nghiệm đơn giản không đáng để kiểm tra.
• Google có khả năng Crawling/Indexing trang không?—Nếu website của bạn lớn/phức tạp hoặc cần JavaScript để hiển thị nội dung chính, Google có thể mất quá nhiều thời gian để Indexing nhóm thử nghiệm. Bạn muốn hoàn tất thử nghiệm trong 4-6 tuần (tối đa). Nếu Google không phát hiện thay đổi trong vòng hai tuần, kết quả có thể mất giá trị.

Với những điều trên, hãy cùng chuyển sang các ví dụ.

Danh sách này chưa bao quát hết mọi khả năng. Điều tuyệt vời về việc thử nghiệm là mỗi website, lĩnh vực ngách và thiết lập công nghệ đều mở ra những cơ hội thử nghiệm theo cách có thể khiến bạn bất ngờ và kinh ngạc.

*Ở đây, chúng ta sẽ giả định rằng mọi trường hợp đều cần có nhóm phụ trách thực hiện thay đổi kỹ thuật.

Thông tin chuyên sâu về các loại thay đổi/thử nghiệm SEO

Các thử nghiệm và thay đổi luôn mang lại kết quả khác nhau tùy theo website và hoàn cảnh cụ thể của thử nghiệm. Trong một số trường hợp, điều có lợi cho website này lại có thể gây bất lợi cho website khác. Vì vậy, không phải lúc nào cũng nên áp dụng bài học từ một số thử nghiệm cho các website khác.
Dù vậy, một số khía cạnh của việc thử nghiệm và trải nghiệm thử nghiệm vẫn đáng để chia sẻ, ngay cả khi điều đó chỉ giúp bạn phát triển tư duy và cách tiếp cận riêng để tự thực hiện.

Title Tag và meta description có nhiều tiềm năng

Nếu title tag/meta description của bạn chưa thật sự tốt nhưng bạn không có đủ nguồn lực để chỉnh sửa tất cả, split test là cơ hội tuyệt vời để cải thiện.

Đây là thử nghiệm tương đối nhanh và dễ áp dụng (nếu có sẵn logic phù hợp), đồng thời bạn cũng dễ nhận thấy trên SERP liệu Google có “seen” thử nghiệm hay không.

Việc cố gắng thay đổi CTR có thể gây nản lòng

Thay đổi CTR có thể là một thách thức vì bạn cho rằng việc đó sẽ mang lại lợi ích tổng thể cho trải nghiệm người dùng trên SERP. Vì bạn thường áp dụng những thay đổi này trên quy mô lớn trong nhóm thử nghiệm, một số trang có thể cải thiện, nhưng những trang khác lại có thể kém hiệu quả hơn.

Một ví dụ điển hình là thêm điểm đánh giá thông qua schema, hoặc thay đổi title tag để hiển thị một số sản phẩm/dịch vụ được người dùng đánh giá cao. Tuy nhiên, những sản phẩm/dịch vụ có đánh giá kém cũng sẽ thu hút nhiều sự chú ý hơn. Đưa đánh giá xấu lên SERP thường không giúp tăng lượt nhấp!

Thay đổi Mark-Up có thể nhanh chóng và dễ dàng

Việc thay đổi mark-up có thể tương đối dễ dàng. Điều này có thể rất hữu ích để thuyết phục mọi người chỉnh sửa template trang nhằm áp dụng “best practices” cho heading hoặc Schema. Có thể dùng cách này để giúp thuyết phục mọi người thực hiện một thay đổi “radical” hơn mà không cần triển khai trên toàn bộ trang.

Dù thay đổi markup có thể là một thử nghiệm tốt, kết quả không phải lúc nào cũng đáng kể.

Những thay đổi nhỏ thường chỉ mang lại cải thiện khiêm tốn, vì vậy bạn cần tính đến điều này khi đưa ra quyết định.

Bạn cũng có thể đặt giả thuyết về mức suy giảm

Tùy vào bối cảnh thử nghiệm, bạn có thể dự đoán hiệu suất sẽ giảm do một thay đổi. Nếu một nhóm khác muốn thực hiện thay đổi mà bạn không tự tin, bạn có thể yêu cầu thử nghiệm để kiểm chứng giả thuyết rằng đó là một ý tưởng không hay.

Thử nghiệm các thành phần trên toàn site

Thử nghiệm các thành phần trên toàn site (ví dụ: menu chính hoặc footer) bằng A/B Test là việc rất khó. Ta cần đảm bảo Google được cung cấp hai nhóm trang tương đối tương đương (về quy mô traffic và hành vi người dùng) để làm nhóm thử nghiệm và nhóm đối chứng — nhưng điều này không thể thực hiện với một thành phần luôn hiện diện. Thử nghiệm trong đó menu chỉ khác nhau ở một số trường hợp, nhưng không phải tất cả, sẽ gây bất lợi cho công cụ tìm kiếm lẫn người dùng.

Giải pháp thay thế chính trong trường hợp này là thử nghiệm theo thời gian — tức là thực hiện thay đổi, sau đó phân tích causal impact trên dữ liệu. Bạn sẽ mất những lợi thế của A/B test, nhưng các phương án khác không đủ vững chắc để đưa ra kết luận đáng tin cậy.

Đã đến lúc bắt đầu thử nghiệm

Khi bạn đã có một giả thuyết vững chắc, sự đồng thuận từ các bên liên quan phù hợp, khả năng thử nghiệm/đo lường kết quả, cùng phương thức triển khai thử nghiệm (nếu bạn đang thực hiện A/B testing), bạn đang ở vị trí lý tưởng để thu thập những thông tin chuyên sâu và dữ liệu hữu ích. Bạn luôn có thể bắt đầu thử nghiệm với SplitSignal, một công cụ của Semrush dành cho thử nghiệm phân tách SEO.