Bảng điều khiển là thứ ít quan trọng nhất mà chúng tôi xây dựng vào nửa sản phẩm này. Nếu áp lực ra mắt buộc tôi phải cắt bỏ một phần để kịp giao mọi thứ khác đúng tiến độ, đó sẽ là thứ tôi cắt đầu tiên — và tôi nói vậy dù là người nhìn vào bảng điều khiển của chúng tôi hằng ngày.
Đây là lý do. Tôi đã chứng kiến cùng một khuôn mẫu đủ nhiều lần để dự đoán được nó: ai đó dành sáu tuần xây dựng thứ gì đó tốt, ra mắt vào một thứ Ba, kiểm tra Analytics mười một lần trong ngày đầu tiên, hai lần vào ngày tiếp theo, một lần vào ngày sau đó, rồi không bao giờ kiểm tra nữa. Họ không phải đã ngừng quan tâm. Kiểm tra thì dễ còn hành động thì khó — bạn cần biết truy vấn nào trong bốn mươi truy vấn Search Console thực sự quan trọng, liệu tỷ lệ nhấp chuột 2.1% trên 4.000 lượt hiển thị là tệ hay chỉ bình thường đối với vị trí xếp hạng đó, và sau đó đi viết lại một mô tả meta trong một CMS mà bạn chưa mở lại kể từ tuần ra mắt. Ba bước, mỗi bước đều có đủ ma sát để giết chết vòng lặp. Một bảng điều khiển không khắc phục được điều đó. Bảng điều khiển chính là nơi ma sát tồn tại.
Những gì đến hằng ngày, và bạn nên tin tưởng bao nhiêu phần trong tuần đầu tiên
Việc đồng bộ lấy dữ liệu từ bốn nguồn, và chúng không mang tín hiệu ngang nhau vào ngày đầu tiên.
| Nguồn | Cập nhật mỗi ngày | Trở thành |
|---|---|---|
| Google Search Console | Truy vấn, lượt hiển thị, lượt nhấp, vị trí theo từng trang | Các trang có lượt hiển thị nhưng tỷ lệ nhấp thấp → viết lại tiêu đề và mô tả meta |
| Google Analytics | Phiên truy cập, nguồn truy cập, hành vi theo từng tên miền | Các trang đích thu hút nhưng không giữ chân người dùng → cần cải thiện nội dung và cấu trúc |
| Cửa hàng ứng dụng | Ảnh chụp nhanh số lượt cài đặt và hiệu suất trang danh sách | Kết hợp hiệu suất cửa hàng với dữ liệu web trong một bảng điều khiển duy nhất |
| Các bài đăng đã xuất bản của bạn | URL được ghi lại khi đăng các bản nháp marketing | Lưu lượng giới thiệu được gán đúng cho kênh đã tạo ra nó |
Search Console là công cụ dễ đánh lừa bạn nếu xem quá sớm. Google không lập chỉ mục hay xếp hạng một trang mới ngay lập tức — với một tên miền hoàn toàn mới, có thể mất hai đến bốn tuần trước khi lượt hiển thị xuất hiện, và dữ liệu vị trí cũng nhiễu trong tháng đầu vì Google vẫn đang quyết định vị trí phù hợp cho bạn. Vì lý do này, chúng tôi chặn các agent đề xuất thay đổi dựa trên số liệu Search Console của tuần đầu tiên. Một trang có ba lượt hiển thị và không lượt nhấp không nói lên điều gì về mặt thống kê; viết lại tiêu đề dựa trên đó chỉ là đoán mò với thêm vài bước thừa. Analytics đáng tin cậy nhanh hơn nhiều, vì một phiên truy cập là có thật ngay khi có người ghé thăm, không có độ trễ thu thập dữ liệu nào cả.
Cửa hàng ứng dụng là mục mà mọi người thường hoàn toàn quên mất, không phải vì dữ liệu đó không quan trọng — mà vì đó là một cổng thông tin khác, một tài khoản đăng nhập khác, một hệ thuật ngữ khác ("lượt hiển thị" của họ gần với nghĩa "xuất hiện trong kết quả tìm kiếm" hơn là "được hiển thị trên một trang"), và chẳng ai muốn tự nguyện chuyển ngữ cảnh sang đó. Đưa dữ liệu này vào cùng một luồng đồng bộ hằng ngày nghĩa là khi lượt chuyển đổi trên trang danh sách sụt giảm, nó sẽ hiện ngay bên cạnh mức giảm lưu lượng web có thể là nguyên nhân gây ra, thay vì nằm im không ai đọc trong một ứng dụng chẳng ai nhớ để mở lên.
Sự cố nhầm lẫn thuộc tính đã dạy chúng tôi đừng bao giờ tin vào bộ lọc đã lưu đệm
Một người dùng có hai trang web trên cùng một thuộc tính Google Analytics, được thiết lập như vậy từ nhiều năm trước khi họ gia nhập nền tảng, vì như thế sẽ ít hơn một thuộc tính cần quản lý. Trong khoảng một ngày, bảng điều khiển của chúng tôi hiển thị lưu lượng gộp của cả hai tên miền như thể chúng thuộc về một trang duy nhất. Số phiên truy cập trông rất ấn tượng. Tỷ lệ thoát trông tốt đến mức đáng ngờ, thực ra — tốt đến mức nhìn lại thì lẽ ra đó phải là dấu hiệu cảnh báo, vì đó chỉ là con số trung bình của hai trang web rất khác nhau chứ không phải con số thực của bất kỳ trang nào.
Cách khắc phục: mọi truy vấn Analytics đều được áp bộ lọc hostname dựa trên request thực tế, chứ không dựa trên giá trị cấu hình được lưu cache tại thời điểm kết nối. Property có thể bị gán lại, subdomain có thể được thêm vào, và một bộ lọc lỗi thời còn tệ hơn không có bộ lọc nào, vì nó âm thầm thất bại thay vì báo lỗi rõ ràng. Chúng tôi kiểm thử riêng trường hợp property dùng chung — một property GA4, hai mươi domain, xác minh tổng số đã lọc khớp với kết quả kiểm soát của một property đơn lẻ — vì lỗi này không hề gây ra thông báo lỗi. Nó chỉ âm thầm báo cáo tin tốt mà không thực sự thuộc về bạn.
Biến một con số thành một quyết định mới chính là sản phẩm thực sự
Một dashboard, tự bản thân nó, chỉ là cách để cảm thấy được thông tin đầy đủ mà không bị ràng buộc phải hành động. Giá trị thực sự nằm ở khoảng cách giữa việc nhìn thấy một con số và việc hành động dựa trên nó, và đó chính là nơi mà phần lớn công sức tối ưu hóa của các dự án cá nhân bị chết yểu.
Nhiệm vụ của nhóm Optimize là thu hẹp khoảng cách đó. Một trong những domain của chính chúng tôi có một trang thu hút 1.800 lượt hiển thị mỗi tuần cho một nhóm truy vấn về "thiết lập analytics tự lưu trữ", với tỷ lệ click-through chỉ 1,4% — thấp hơn nhiều so với mức 3-5% dự kiến ở vị trí 6-8 cho một truy vấn mang tính thông tin như vậy. Agent không chỉ đơn thuần gắn cờ cảnh báo. Nó đề xuất viết lại tiêu đề để đưa đúng điểm đau mà mọi người tìm kiếm vào 60 ký tự đầu tiên — phần không bị cắt bớt trên trang kết quả — dẫn chứng bằng các truy vấn cụ thể và số liệu hiển thị làm bằng chứng, và sau khi chúng tôi áp dụng, tỷ lệ click-through tăng lên 3,8% trong hai tuần tiếp theo. Một cách khắc phục thực sự trên một trang thực sự. Không chỉ là một biểu đồ chuyển từ đỏ sang xanh.
Việc bao nhiêu phần trong số đó diễn ra mà không cần bạn động tay vào là một mức điều chỉnh, không phải một đặc điểm tính cách cố định:
- Chỉ báo cáo. Các phát hiện được trình bày dưới dạng báo cáo dễ đọc, kèm bằng chứng. Bạn hành động hoặc không. Phù hợp với các domain bạn muốn cẩn trọng, hoặc những domain mới mà bạn vẫn muốn kiểm tra lại lý lẽ đưa ra.
- Đề xuất. Agent soạn sẵn thay đổi thực tế — thẻ tiêu đề thật, đoạn văn thật — và chờ bạn xác nhận. Hầu hết mọi người đến giai đoạn này sau một tháng, khi các đề xuất đã tạo được lòng tin nhưng họ vẫn muốn có tiếng nói cuối cùng.
- Tự động. Các loại thay đổi đã được phê duyệt sẽ được áp dụng, sau đó được xác minh lại dựa trên số liệu sau một hoặc hai tuần. Nếu chỉ số đi theo hướng xấu, nó sẽ tự động hoàn tác thay vì để một trang tệ hơn tồn tại trong khi chờ bạn nhận ra.
Chúng tôi vận hành trang web của mình ở chế độ tự động cho các thay đổi meta và tiêu đề, nhưng đề xuất trước khi thực hiện với bất kỳ thứ gì đụng đến cấu trúc trang hay nội dung mới. Một tiêu đề tệ chỉ mất hai giây để sửa nếu nó sai. Nhưng một bản viết lại nội dung hỏng có thể đánh sập một thứ hạng mất hàng tháng mới đạt được, và tôi thà để con người phát hiện điều đó trước khi nó lên sóng hơn là sau đó. Cách tính toán rủi ro của bạn có thể khác — và nên khác — một tên miền là toàn bộ thu nhập của bạn xứng đáng được thận trọng hơn một dự án tay trái, bất kể bạn tin tưởng tự động hóa đến mức nào về nguyên tắc.
Cơ chế hoàn tác chính là điều khiến chế độ tự động trở nên hợp lý thay vì liều lĩnh. Một thay đổi được triển khai, sau đó nền tảng chờ qua một khoảng thời gian đo lường được tính toán phù hợp với chỉ số — đối với tỷ lệ click-through trên một trang ít lưu lượng, điều đó có thể có nghĩa là chờ tích lũy vài trăm lượt hiển thị thay vì đếm một số ngày cố định — rồi so sánh trước và sau. Nếu diễn biến bất lợi, nó sẽ hoàn tác và ghi lại lý do. Đây là một thay đổi có thử nghiệm được tích hợp sẵn, thực ra khá gần với cách một người cẩn trọng nên tối ưu hóa; chỉ là hầu hết chúng ta không đủ kiên nhẫn để chờ và kiểm tra.
Chỗ nào những người phản đối có lý
Vậy đây là điều tôi thừa nhận. Những người phản đối chế độ tự động không sai khi cho rằng khả năng quan sát tự nó có giá trị — mất dấu những gì đã thay đổi trên chính domain của bạn là một cái giá thực sự, và tôi đã từng trải qua điều đó. Chế độ đề xuất tồn tại chính xác để bạn không bao giờ mất dấu điều đó; cái giá duy nhất bạn phải trả là quyết định khi nào đọc báo cáo thay vì quyết định khi nào áp dụng thay đổi. Và dashboard, dù không phải là nơi tạo ra giá trị, vẫn là nơi bạn sẽ tìm đến để phát hiện một lần hoàn tác đã âm thầm xảy ra lúc 3 giờ sáng và tự hỏi tại sao. Tôi thà cắt bỏ nó trước khi cắt bỏ đường ống đồng bộ hóa bên dưới nó. Nhưng tôi sẽ không cắt bỏ nó hoàn toàn, và bạn cũng không nên làm vậy.
Việc thiết lập được cố tình làm đơn giản, vì chính sự phức tạp ở bước này là lý do phần lớn các pipeline dữ liệu hậu ra mắt không bao giờ được xây dựng. Liên kết Search Console và Analytics trong My Domains — một tài khoản dịch vụ Google duy nhất bao phủ cả hai, một luồng OAuth duy nhất, không phải hai — và quá trình đồng bộ hàng ngày sẽ bắt đầu cung cấp dữ liệu cho các dashboard mà agent thực sự sử dụng. Store analytics tự động được gắn cho mọi thứ được triển khai qua pipeline build của nền tảng.
