Nếu bạn muốn biết phải làm gì để làm cho trang web của bạn tốt hơn cho khách truy cập của bạn, bạn cần phải biết những gì họ tìm thấy xấu. Và một trong những chỉ số tốt nhất mà một người nào đó có một thời gian xấu là nếu họ tiếp tục nhìn thấy thông báo lỗi gây phiền nhiễu.
- Tại sao các thông báo lỗi là một phím tắt để nâng cao kinh nghiệm của khách hàng
- Tại sao sử dụng trang điểm ảo để theo dõi các lỗi
- Làm thế nào để chọn một cấu trúc lần xem trang để có được tốt nhất từ các drilldown nội dung báo cáo
Tại sao các thông báo lỗi là một phím tắt để nâng cao kinh nghiệm của khách hàng
Hầu hết các thông báo lỗi được kích hoạt khi một người nào đó cố gắng để làm một cái gì đó, thậm chí nếu nó chỉ để bấm vào một liên kết đến một trang mà không phải là thực sự có.
Vì vậy, những người này đã bắt đầu tham gia với trang web của bạn. Và sau đó họ có được một cái tát vào mặt.
Nhiều thông báo lỗi cho người truy cập rằng họ đã làm điều gì đó sai. Đó là lỗi của mình.
Những người này có thể bắt đầu cảm thấy thất vọng và có thể khó chịu bởi trang web của bạn.
Đó là lý do tại sao nó như một ý tưởng tốt để theo dõi các thông báo lỗi. Họ cung cấp một nguồn rất trực tiếp của các thông tin về nơi trang web của bạn vấp ngã người lên và gây ra ma sát.
Tôi nói, "trang web của bạn" vì nó có lẽ là do lỗi của trang web không phải của họ. Nếu mọi người đang đi vào những thông tin sai, hoặc bỏ qua các trường bắt buộc nó thường bởi vì ngôn ngữ hoặc biển báo trên trang web là yếu.
OK: một lỗi đánh máy là một lỗi đánh máy - đó là lỗi của người truy cập, phải không? Hội chợ đủ. Nhưng nếu có rất nhiều người đang gặp rắc rối đó, hãy tự hỏi: "sao chúng ta thực sự cần nó lĩnh vực, có chúng tôi đã bao giờ thực sự được sử dụng thông tin đó". Nhìn vào tỷ lệ xuất cảnh từ đó thông báo lỗi và đánh giá liệu thông tin được giá trị nó.
Vì vậy: các thông báo lỗi là một nguồn tuyệt vời của cái nhìn sâu sắc vào các điểm hành động chính xác của ma sát trên trang web của bạn. hành động đơn giản là: làm những gì bạn có thể để giảm sai sót. Tôi thực sự muốn thiết lập mục tiêu và đo tỷ lệ chuyển đổi.
Các snag?
Thông báo lỗi là ít khi trang điểm, ngoài các trang "404 không tìm thấy" trang.
Thông báo lỗi thường mất dưới hình thức văn bản và nêu bật mà chỉ ra các 'xấu' nhập cảnh trong một hình thức (tốt). Những người khác chỉ là xấu xí mà các hộp cảnh báo bật lên trong bộ mặt của khách truy cập, với một tiếng bíp, nói cho họ mà họ đã hơi say lên, không nói cho họ ở đâu, và chờ đợi để được miễn nhiệm (không tốt). Cả những người bình thường đăng ký là xem trang, do đó, một công cụ phân tích web như Google Analytics sẽ không biết gì về chúng.
Những gì bạn cần làm là thêm mã theo dõi thêm mà là bắn bất cứ khi nào được thông báo lỗi được hiển thị. Tại thời điểm này tôi ủng hộ quan điểm ảo bằng cách sử dụng trang này trong Google Analytics.
Tại sao sử dụng trang điểm ảo để theo dõi các lỗi
Có một lý lẽ để nói rằng lỗi nên được theo dõi là 'sự kiện' không được trang truy cập, vì họ là một tương tác trên trang web, xem trang không phải là một thực tế. Đó là gây tranh cãi: người truy cập chắc chắn đã nhìn thấy một cái gì đó!
Trên thực tế, khi bạn theo dõi các bạn có thể thấy rằng một số lỗi được lặp đi lặp lại một lần nữa và một lần nữa. Đây là cổ điển bằng chứng cho thấy người truy cập có thể thậm chí không nhận thấy thông báo lỗi - ví dụ một danh sách các lỗi hình thức trong văn bản màu đỏ nhỏ hiển thị ở đầu trang, cách phía trên nút gửi xuống ở dưới cùng của màn hình. Những đôi mắt của người truy cập sẽ được tìm kiếm nơi họ chỉ cần nhấp vào. Mẹo: so sánh các trang được xem và lần xem trang duy nhất cho lỗi để xác định lỗi được nhìn thấy một số thời gian của cùng một người:
Lý do thực sự tôi ủng hộ quan điểm ảo trang trong GA là, tại thời điểm này, chỉ có lần xem trang sẽ xuất hiện trong các báo cáo kênh là 'từ bỏ các tuyến đường' ở phía bên phải của màn hình. Thông báo lỗi trong một quy trình kiểm tra sẽ là một lý do cổ điển cho từ bỏ một kiểm tra. Đó là một cái gì đó bạn chắc chắn muốn biết về. Vì vậy, tốt nhất là để có các thông tin mà bạn cần nó: trong báo cáo kiểm tra kênh.
Sử dụng lần xem trang có nghĩa là nó rất dễ dàng để cấu hình các thông báo lỗi như là mục tiêu để bạn có thể dễ dàng theo dõi tỷ lệ chuyển đổi. Ví dụ, tôi sử dụng một bảng điều khiển Trakkboard Google Analytics để theo dõi tỷ lệ chuyển đổi trên các mục tiêu lỗi trên một số trang web. Mỗi buổi sáng tôi có thể nhìn thấy trong nháy mắt nếu một cái gì đó đang xảy ra sai.
Làm thế nào để chọn một cấu trúc lần xem trang để có được tốt nhất từ các drilldown nội dung báo cáo
Tôi khuyên bạn nên cơ cấu lại các quan điểm trang cẩn thận. Tôi hiện đang sử dụng một đường dẫn cho xem trang ảo như:
/ Lỗi / kiểm tra / deliveryoptions thông báo lỗi / ''
/ Lỗi / kiểm tra / thanh toán thông báo lỗi / ''
/ Lỗi / emailsignup thông báo lỗi / ''
và vv.
Điều này cho phép tôi để cấu hình các mục tiêu mà các nhóm củng cố sai sót trong một cách mà làm cho cảm giác bằng cách kết hợp phần đầu của tên trang.
Cách tiếp cận này cũng có nghĩa là GA Nội dung Drilldown báo cáo hoạt động rất tốt và trở thành một công cụ quyền lực để đào vào các lỗi.
Cấu hình phần cuối cùng của xem trang như là các văn bản thực tế từ các tin nhắn làm cho dễ dàng hơn khi mã hóa nhưng cũng có thêm lợi ích mà các báo cáo cho thấy những gì chúng tôi thực sự 'nói' để khách truy cập. Đơn giản chỉ cần nhìn thấy một danh sách tất cả những điều không thân thiện, chúng tôi đã ném trở lại ở người, và bao lâu, có thể là một thức dậy gọi.
Một khi bạn đã thông tin này, điều đầu tiên cần làm ngay là để sửa chữa các thông báo lỗi nếu họ đang có một chút ở bên khắc nghiệt. Và sau đó gặp khó khăn vào làm việc ra tại sao mọi người đang nhìn thấy chúng trong những nơi đầu tiên.
Như thường lệ, GA sẽ giúp bạn ưu tiên. Tôi sẽ bắt đầu bằng cách nhìn vào những cái đó xảy ra thường xuyên nhất và có liên quan đến tỷ lệ thoát cao hơn.
Chuyển sang thực hiện các Analtics Google 'xem' của dữ liệu được một cách tuyệt vời so sánh những mức giá xuất cảnh. Trong ví dụ này, các vấn đề mã bưu điện đứng ra như là một điểm đau:
Thông tin như thế này cũng giống như bụi vàng khi bạn đang cố gắng để tìm thấy chính xác nơi để tập trung nỗ lực của bạn để cung cấp cho lợi ích tối đa cho khách truy cập của bạn.
Nhưng hãy áp dụng kiến thức của bạn của trang web các quá trình khi bạn nhìn vào tỷ lệ bỏ. Các thông báo lỗi mà con người có thể để lại hóa ra là ở phần cuối của một loạt các tin nhắn khác. Giảm các lỗi trước đó sẽ là chìa khóa để du khách hạnh phúc hơn. Tuỳ chỉnh các phân đoạn có thể có ích ở đây. Nhìn vào những người chứng kiến (hoặc đã thoát khỏi) một lỗi cụ thể và xem những gì sai sót khác họ cũng đã thấy.
Như luôn luôn là trường hợp khi làm việc trong phân tích web, bạn cần phải tò mò và sử dụng kỹ năng và kinh nghiệm của bạn để đạt được những kiến thức thực tế. Nhưng những thông báo lỗi chắc chắn cung cấp một điểm khởi đầu rất rõ ràng và có thể là một thức dậy gọi.
Tôi sẽ để lại câu hỏi "Làm thế nào đến tất cả những người có vấn đề với tên họ của mình" treo trong không khí bây giờ?!
comment } ( 1 bình luận )
