Chuyển đến nội dung
19 tháng 7, 2026 · Sổ tay

Sổ tay: kết nối Search Console và Analytics

Bài viết này mô tả sản phẩm tại thời điểm xuất bản. Xem AI BuilderAgent Teams để biết các tính năng hiện tại.

Sổ tay: kết nối Search Console và Analytics

Bốn phút để tạo tài khoản dịch vụ. Mười sáu tháng lịch sử Search Console được đồng bộ ngược ngay từ lần đầu tiên. Hai giây cho một tên miền đã được xác minh và cấp quyền từ trước. Và hai tháng — con số gây ra nhiều yêu cầu hỗ trợ hơn cả ba con số kia cộng lại, vì đó là khoảng thời gian lưu trữ dữ liệu mặc định của GA4, và hầu như không ai biết để kiểm tra trước khi kết nối.

Bản thân bước thiết lập rất ngắn gọn: một thông tin xác thực trong Cài đặt → Tài khoản Google, hai nút kết nối trong Quản lý tên miền, và sau đó bạn gần như quên mất trang này tồn tại. Nhưng con số hai tháng đó đáng để giải thích đầy đủ, vì nó lý giải tại sao một số tên miền hiển thị lịch sử Analytics phong phú, hữu ích ngay ngày đầu tiên trong khi số khác gần như không có gì trong nhiều tuần — và đó không phải là lỗi nền tảng khi điều này xảy ra.

Một thông tin xác thực, cấp quyền một lần

Bạn tải lên một khóa tài khoản dịch vụ Google — một tệp JSON, không phải thông tin đăng nhập cá nhân. Đây là danh tính robot, không phải mã thông báo OAuth của con người có thể hết hạn hoặc bị gián đoạn khi ai đó đổi mật khẩu. Google Cloud cấp khóa này một lần và nó tiếp tục hoạt động cho đến khi bạn xóa nó, đây cũng là cách nền tảng đồng bộ vào lúc 3 giờ sáng mà không cần ai đăng nhập.

Việc tạo một khóa mất khoảng bốn phút đó nếu bạn chưa từng làm: tạo dự án mới hoặc dùng dự án hiện có, vào IAM & Admin → Service Accounts → Create, tải khóa xuống. Quyền hạn quan trọng hơn nhiều so với vẻ ngoài đơn giản của menu thả xuống — hãy cấp quyền Viewer cho thuộc tính Search Console và thuộc tính Analytics, không cấp cao hơn. Tôi đã từng thấy các nhóm cấp quyền Editor chỉ vì đó là lựa chọn đầu tiên, và sáu tháng sau không ai giải thích được tại sao một tài khoản robot lại có quyền ghi vào cấu hình GA4 của họ. Chỉ đọc mới là đúng; nền tảng không bao giờ can thiệp vào cài đặt của bạn.

Một khóa bao phủ mọi tên miền thuộc dự án Google Cloud đó. Nếu bạn là một agency vận hành hàng chục trang web của khách hàng, điều này ủng hộ việc dùng một tài khoản dịch vụ riêng cho mỗi khách hàng thay vì một tài khoản chung cho tất cả — việc ngừng hợp tác với một khách hàng khi đó chỉ đơn giản là xóa một khóa, chứ không phải rà soát xem những tên miền nào đã âm thầm chia sẻ thông tin xác thực với người vừa rời đi.

Search Console: nhanh khi nó nhanh, khó chịu khi nó không

  • Mở Kết nối trên một tên miền. Search Console và Analytics mỗi cái đều có một thẻ riêng, và Analytics có phím tắt "giống Search Console", vì một khóa thường dùng chung cho cả hai.
  • Đã xác minh với tài khoản dịch vụ được cấp quyền truy cập rồi? Tức thì — chỉ là một lượt kiểm tra quyền, xong trong khoảng hai giây.
  • Chưa xác minh: xác minh DNS tự động nếu bạn cung cấp khóa API của nhà đăng ký tên miền (Cloudflare, Route 53, và vài nơi khác), hoặc một bản ghi TXT thủ công mà bạn tự thêm.

Đường thủ công là nơi mọi người dễ mất kiên nhẫn. Thời gian lan truyền thực sự dao động — chín mươi giây lần này, bốn tiếng lần khác, tùy vào TTL và bộ nhớ đệm của resolver. Nền tảng sẽ tự động kiểm tra định kỳ, nên bạn cứ thêm bản ghi rồi để đó. Nếu một ngày trôi qua mà vẫn chưa xác minh được, hiếm khi là do lan truyền chậm; thường là do sai giá trị hoặc bản ghi bị đặt sai vùng (apex thay vì subdomain, hoặc ngược lại). Hãy chạy `dig TXT` để kiểm tra thực tế trước khi đổ lỗi cho Google.

Đường dùng khóa API bỏ qua toàn bộ việc đó bằng cách tự ghi bản ghi hộ bạn, nhưng đồng nghĩa với việc trao quyền ghi DNS của bạn cho một công cụ bên thứ ba — và nếu DNS đó đang phục vụ lưu lượng production, tôi nghĩ việc bạn ngần ngại là hoàn toàn hợp lý. Con đường thủ công tốn vài phút ban đầu nhưng đổi lại bạn không bao giờ phải bận tâm đến nó nữa.

Analytics, và khoảng trống dữ liệu lưu trữ mà chẳng ai cảnh báo bạn

Analytics kết nối bằng cách phát hiện chứ không phải xác minh — nền tảng tìm một property GA4 sẵn có trên tên miền và kết nối nếu tài khoản dịch vụ của bạn có quyền truy cập, vì quyền GA4 đã được Google kiểm soát từ phía họ. Nó có thể tạo một property mới nếu chưa có gì, nhưng chỉ nên để nó làm vậy với các site thực sự mới. Nếu bạn đã chuyển từ Universal Analytics hoặc có một property đã tích lũy nhiều năm dữ liệu, hãy kết nối trực tiếp với property đó. Một property mới toanh chỉ có ba ngày dữ liệu là điểm khởi đầu tệ hơn nhiều so với một property chín năm tuổi đã tích lũy đủ các mô hình theo mùa, và vòng lặp tối ưu hóa dựa vào lịch sử đó nhiều hơn là quy trình kết nối thể hiện ra.

Đây là khoảng trống khiến nhiều người bối rối: Search Console lấp đầy tới mười sáu tháng dữ liệu truy vấn ngay lần đồng bộ đầu tiên, vì Google lưu trữ dữ liệu đó phía máy chủ bất kể bạn kết nối lúc nào. GA4 không có sự đảm bảo tương tự — việc lấp đầy dữ liệu của nó bị giới hạn bởi cài đặt lưu trữ dữ liệu riêng của property, và cài đặt đó mặc định là hai tháng trừ khi ai đó trong tổ chức của bạn đã thay đổi. Vì vậy một tên miền có thể hiển thị mười sáu tháng lượt hiển thị và nhấp chuột ngay khi kết nối, nhưng chỉ hai tháng phiên truy cập, trong cùng một ngày, từ cùng một quy trình thiết lập. Đó không phải lỗi đồng bộ. Đó là cài đặt mặc định lưu trữ của Google đang hoạt động đúng như được cấu hình, và cách khắc phục — nếu bạn muốn có nhiều hơn hai tháng dữ liệu về sau — là thay đổi cửa sổ lưu trữ trực tiếp trong cài đặt property GA4, không phải điều gì đó phía nền tảng này có thể xử lý. Đáng để kiểm tra trước khi kết nối, chứ không phải sau khi bối rối vì sự chênh lệch.

Property dùng chung và những gì chạy phía sau

Một điểm phức tạp nữa của Analytics: nếu tổ chức của bạn dùng một property GA4 duy nhất thu thập dữ liệu cho năm site — chuyện thường gặp khi có ai đó thiết lập theo dõi từ nhiều năm trước và chưa ai tách ra — kết nối vẫn hoạt động bình thường, nhưng mọi truy vấn đều được lọc theo hostname ở phía sau. Không phải một ô tick, không phải thứ bạn có thể vô tình tắt đi. Đó là lý do bảng điều khiển luôn hiển thị số liệu của tên miền này chứ không bao giờ là tổng của cả property.

Vì sao sự đảm bảo đó quan trọng: nó được thực thi ở tầng truy vấn, không phải bởi một cài đặt mà ai đó có thể bỏ tick. Nếu bạn đang vận hành một dashboard cho agency, việc một khách hàng nhìn thấy lưu lượng của khách hàng khác không chỉ là bất tiện — đó là vi phạm lòng tin mà bạn không thể rút lại được.

Sau khi cả hai kết nối đã hoàn tất, việc đồng bộ chạy hàng ngày theo lịch bạn kiểm soát (xem chương về lịch trình), và dữ liệu store analytics sẽ tự động khớp nối cho bất kỳ thứ gì được xây dựng trên nền tảng. Dòng tên miền hiển thị pending, partial, hoặc active — "partial" nghĩa là một trong hai kết nối đang hoạt động còn cái kia thì không, và đó là dấu hiệu để bạn đi kiểm tra thẻ nào đang đỏ thay vì tin vào trạng thái tổng hợp.

Nơi nó thực sự gặp trục trặc

Gần như mọi yêu cầu hỗ trợ tôi từng gặp đều rơi vào ba nhóm, không có gì lạ. Một: khóa tài khoản dịch vụ hợp lệ nhưng lại gắn với sai Google Cloud project, nên lượt kiểm tra quyền trả về rỗng dù bản thân khóa vẫn tải lên bình thường. Hai: chưa ai thực sự thêm email của tài khoản dịch vụ — thứ gì đó như [email protected] — với vai trò Viewer trong chính cài đặt quyền truy cập của Search Console hoặc GA4; việc tải khóa lên nền tảng không tự cấp cho nó bất kỳ quyền nào phía Google. Ba, tinh vi hơn: một tên miền được kết nối lại dưới một tài khoản dịch vụ mới sau khi tài khoản cũ bị xóa, nhưng lịch đồng bộ vẫn âm thầm thất bại với thông tin xác thực cũ trong cả tuần trước khi ai đó nhận ra số liệu đã ngừng cập nhật.

Không cái nào trong số đó là lỗi của nền tảng — đó là chi phí bình thường khi một con bot cần quyền trên hai sản phẩm riêng biệt của Google, và mô hình của chính Google không làm cho điều đó dễ hiểu. Hãy dự trù mười lăm phút cho tên miền đầu tiên của bạn, chứ không phải hai phút mà quy trình gợi ý. Mọi tên miền sau đó sẽ nhanh hơn, vì cả thông tin xác thực lẫn kinh nghiệm đều được tận dụng lại.

Cẩm nang
Chia sẻXLinkedInFacebookRedditQuoraWhatsAppTelegramEmail
← Tất cả bài viết