Điều tra chênh lệch

Chênh lệch trong báo cáo là phổ biến và được dự đoán xảy ra khi sử dụng nhiều hệ thống để đo phân phối mục hàng. Nếu bạn muốn điều tra chênh lệch trong báo cáo, hãy sử dụng các tài nguyên dưới đây để được trợ giúp. Tốt nhất là bạn nên điều tra chênh lệch khi một mục hàng vẫn đang chạy vì có ít bước khắc phục sự cố hơn sau khi chiến dịch kết thúc.

Tìm hiểu thêm về Các phương pháp tính của DoubleClick và tuân thủ IAB.

Để đạt được kết quả báo cáo tốt nhất, vui lòng sử dụng IMA SDK của chúng tôi để xử lý quảng cáo video.

Sự chênh lệch của bên thứ ba

Khi máy chủ quảng cáo phân phối mục hàng do bên thứ ba lưu trữ, chênh lệch trong báo cáo giữa hai hệ thống sẽ xảy ra và bạn thường thấy chiến dịch dao động tới 20%. Hãy xem các danh sách trong "Thông tin thêm về chênh lệch của bên thứ ba" ở bên dưới để tìm hiểu lý do xảy ra chênh lệch và những việc bạn có thể làm để ngăn chặn chênh lệch.

Thông tin thêm về chênh lệch của bên thứ ba

Chênh lệch cũng có thể do:

  • Độ trễ: Sự chậm trễ giữa yêu cầu mục hàng ban đầu và sự xuất hiện của quảng cáo có thể dẫn tới chênh lệch về số lượng. Ví dụ: thông thường, người dùng sẽ điều hướng đi sau khi trình duyệt nhận được yêu cầu mục hàng DFP nhưng trước khi bên thứ ba phản hồi bằng mục hàng được yêu cầu hoặc người dùng có thể nhấp vào một liên kết nhưng điều hướng tới nơi khác trước khi trang đích được tải.

  • Kết nối mạng và độ tin cậy của máy chủ: Máy chủ quảng cáo bên thứ ba có thể bị lỗi trong thời gian ngắn hoặc gặp sự cố khiến không thể ghi lại lần hiển thị.

  • Trình chặn quảng cáo: Phần mềm chặn quảng cáo có thể ngăn mục hàng được bên thứ ba phân phối sau khi DFP đã tính lần hiển thị.

  • Mục tiêu hiển thị thấp: Chênh lệch nhỏ về số có thể tạo ra chênh lệch lớn về tỷ lệ phần trăm nếu mục hàng phân phối tổng số lần hiển thị thấp. Ví dụ: nếu bạn có chiến dịch phân phối 100 lần hiển thị mỗi ngày, chênh lệch 30 lần hiển thị trong một ngày sẽ dẫn đến chênh lệch 30% một ngày mặc dù số lần hiển thị bị bỏ lỡ thực tế thấp.

  • Các phương pháp theo dõi: DFP tính yêu cầu mục hàng nhưng bên thứ ba có thể ghi lại lần hiển thị tại thời điểm khác (ví dụ: khi một pixel theo dõi được hiển thị).

  • Lọc: Máy chủ quảng cáo có các phương pháp khác nhau để lọc lần hiển thị khỏi người gửi spam, bot, trình thu thập dữ liệu, lần nhấp qua lại, trình phân tích liên kết và các lưu lượng web tự động hoặc không phải là đại diện khác.

  • Kiểm tra: DFP loại trừ lần hiển thị hoặc nhấp từ bất kỳ ai có địa chỉ IP đã đăng nhập vào tài khoản DFP trước đây. Các bên thứ ba không cần thiết phải làm như vậy.

Những điều cần kiểm tra:

  • Macro có được thực thi đúng cách không? (Tìm hiểu thêm về cách thực thi macro).

    Nếu DFP nhận dạng được máy chủ quảng cáo bên thứ ba mà bạn đang sử dụng, hãy để DFP tự động chèn macro. Nếu bạn không chắc chắn về nơi đặt macro, hãy trao đổi với nhà phát triển quảng cáo, nhà quảng cáo hoặc bên thứ ba để biết hướng dẫn.

    • %%CACHEBUSTER%% -- Bạn phải đảm bảo chèn đúng cách một số ngẫu nhiên vào từng cuộc gọi.
    • %%CLICK_URL_ESC_ESC%% hoặc %%CLICK_URL_UNESC%% -- Xác minh rằng macro nhấp chuột được đưa vào đúng phần URL nhấp qua trong mã của bạn.
    • %%VIEW_URL_ESC%% hoặc %%VIEW_URL_UNESC%% -- Đối với quảng cáo chuyển tiếp, đảm bảo rằng macro này được bao gồm trong mã của quảng cáo.

    Cách tốt nhất chúng tôi khuyên bạn sử dụng marco nhấp chuột không loại trừ (...UNESC) khi quảng cáo được lưu trữ bởi một máy chủ khác là một tệp hình ảnh chuẩn, chẳng hạn như GIF hoặc JPEG. Bạn nên sử dụng macro nhấp chuột loại trừ (...ESC) cho các quảng cáo Flash.

  • Bạn đã xác định nhiều thẻ quảng cáo trong tiêu đề trang web hơn bạn hiển thị trong phần thân của trang web? Các thẻ quảng cáo được xác định trong tiêu đề nhưng không hiển thị trong phần thân sẽ được tính là lần hiển thị bất cứ khi nào thẻ được tải nhưng các thẻ này sẽ không thực hiện các lệnh gọi đến máy chủ của bên thứ ba. Điều này sẽ dẫn đến chênh lệch. Đảm bảo rằng tất cả các thẻ quảng cáo được xác định trong tiêu đề cũng hiển thị trong phần thân của trang web.
  • Bạn có đang so sánh cùng một phạm vi ngày giữa bên thứ ba và nhà xuất bản không?

  • Cả DFP và bên thứ ba có sử dụng cùng một múi giờ không? Những máy chủ quảng cáo báo cáo dựa trên những múi giờ khác nhau sẽ trả lại các kết quả khác nhau.

  • Bạn có đang so sánh các mục hàng/quảng cáo tương tự không?

  • Bạn có sử dụng các thẻ bên thứ ba tương tự trong bất kỳ mục hàng nào khác trong mạng của bạn không?

  • Bạn có xác nhận với bên thứ ba rằng các thẻ tương tự chưa được cung cấp cho bất kỳ nhà xuất bản nào khác không?

  • Nội dung quảng cáo lớn đến mức nào? Nội dung quảng cáo có thể có thời gian tải lâu và gây ra chênh lệch về thời gian tính hiển thị.

  • Báo cáo DFP có bao gồm hiển thị không thực hiện không? Số lần hiển thị không thực hiện sẽ làm tăng số liệu của DFP bằng cách bao gồm cả những trường hợp mà máy chủ quảng cáo bên thứ ba không được gọi. (Tìm hiểu thêm về cách báo cáo lần hiển thị không thực hiện).

  • Mục hàng có đang sử dụng nhắm mục tiêu vị trí địa lý trên máy chủ quảng cáo bên thứ ba không? Các máy chủ quảng cáo khác nhau ánh xạ dữ liệu vị trí địa chỉ IP theo các cách khác nhau gây ra chênh lệch đáng kể.

  • Mục hàng có được tách theo ngày hoặc thời gian trên máy chủ quảng cáo bên thứ ba không? Việc tách theo ngày hoặc thời gian trên máy chủ quảng cáo bên thứ ba có thể khiến DFP tính số lần hiển thị trong những trường hợp mà bên thứ ba không trả lại mục hàng.

  • Quảng cáo có yêu cầu các cuộc gọi tới nhiều máy chủ quảng cáo bên thứ ba (còn được biết đến là "tạo chuỗi") không? Mỗi máy chủ quảng cáo bên thứ ba có thể dẫn đến dao động chiến dịch lên tới 20%. Nếu một máy chủ bên thứ ba trỏ đến một máy chủ bên thứ ba khác, chênh lệch dự kiến sẽ tăng lên. (Với 80% độ chính xác giữa mỗi máy chủ, điều này sẽ dẫn đến chênh lệch thông thường lên tới 36% như trình bày trong phép tính sau: 1 - (1 - 0,2) × (1 - 0,2) = 0,36).

  • Máy chủ quảng cáo bên thứ ba có sử dụng giới hạn tần suất không? Giới hạn tần suất bên thứ ba sẽ ngăn thực hiện yêu cầu quảng cáo mặc dù DFP đã tính một lần hiển thị.

  • Có mục hàng nào có vấn đề liên quan đến thẻ trả lại không? (Tìm hiểu thêm về thẻ trả lại.)

 

Chênh lệch trong Analytics

Một số giải pháp của analytics sử dụng cookie để thu thập dữ liệu về sử dụng trang web. Nếu không có thông tin cookie như khi người dùng tắt cookie trên trình duyệt thì mọi lần truy cập và dữ liệu có liên kết với lần truy cập đó có thể không được thu thập.

Thông tin thêm về chênh lệch trong analytics

Số lần hiển thị so với số lượt xem trang
Theo dõi của Analytics được dựa trên lượt xem trang. Ngược lại, theo thiết kế, các khái niệm của máy chủ quảng cáo DFP không cụ thể cho từng trang:

  • Một thẻ quảng cáo có thể được đặt trên nhiều trang.
  • Một đơn vị quảng cáo có thể được liên kết với nhiều trang.
  • Một mục hàng có thể được nhắm mục tiêu tới nhiều đơn vị quảng cáo.
  • Một mục hàng có thể phân phối nhiều lần đến một trang.

Thực thi mã
DFP tính số lần hiển thị được phân phối đến thẻ quảng cáo; các gói analytics tính việc thực thi mã theo dõi analytics. Vì các đoạn mã này nằm ở các phần khác nhau trong mã trang của bạn, cả hai tập lệnh có thể không tải hoặc thực thi trên từng lượt xem trang.

Ví dụ: một số gói analytics khuyến nghị đặt mã theo dõi vào cuối HTML của bạn. Nếu người dùng thoát khỏi trang trước khi mã theo dõi được thực thi, gói analytics sẽ không tính lượt xem trang nhưng DFP sẽ vẫn tính lần hiển thị.

Vì không có sự tương tác giữa mã thẻ quảng cáo và mã theo dõi của analytics, các gói analytics không thể nhận biết các hiển thị không thực hiện có thể do số lượng biến bất kỳ gây ra:

  • Thiếu khoảng không quảng cáo
  • Tường lửa và phần mềm bảo mật được định cấu hình sai
  • Trình chặn quảng cáo
  • Kết nối mạng bị gián đoạn
  • Độ trễ chung

Iframe
Một số nhà xuất bản phân phối thẻ DFP trong iframe. Các trình duyệt không hỗ trợ thẻ <iframe> sẽ không báo cáo hiển thị nhưng gói analytics sẽ vẫn tính lượt xem trang. Các thẻ quảng cáo trong iframe có thể làm tăng thêm một lượt qua lại giữa trình duyệt và máy chủ. Khoảng thời gian trễ thêm này có thể khiến một số người dùng rời trang trước khi trình duyệt có đủ thời gian để thực hiện lệnh gọi đến cả gói analytics và DFP. Nếu mã theo dõi analytics xuất hiện trong cả iframe cũng như khung chính, phần mềm analytics sẽ đăng ký số lượt xem trang tăng lên.

Cookie
Thông thường, các gói analytics yêu cầu các cookie theo dõi lượt xem trang. Một số gói chỉ ghi lại lưu lượng khách truy cập liên quan đến cookie khách truy cập. Nếu không có thông tin cookie này cho một lần truy cập hoặc nếu người dùng đã tắt cookie thì lần truy cập đó có thể bị bỏ qua.

Các tham chiếu
Bạn không nên so sánh URL tham chiếu với số lần nhấp DFP. Các tham chiếu trong analytics không phải là thước đo chính xác cho lần nhấp hoặc các trang đích vì những lý do sau đây:

  • Tham chiếu có thể bị người dùng tắt.

  • Các ứng dụng bảo mật Internet có thể chặn dữ liệu tham chiếu.

  • Tường lửa và máy chủ proxy có thể lọc tham chiếu.

  • Người dùng có thể giả mạo tham chiếu để ngăn máy chủ biết được vị trí của họ.

  • Tùy thuộc vào loại quảng cáo của mục hàng (đa phương tiện, hình ảnh chuẩn, v.v) và thẻ quảng cáo (iframe, JavaScript, HTML chuẩn, v.v.) trên trang, tham chiếu có thể là “DoubleClick” hoặc miền của bạn.

  • Internet Explorer không gửi dữ liệu tham chiếu khi chuyển từ (a) HTTP sang HTTPS hoặc (b) bất kỳ giao thức nào không phải HTTP/HTTPS (ví dụ: file://) sang HTTP/HTTPS.

 

Chênh lệch trong DoubleClick

Bạn sẽ coi DCM là sản phẩm của bên thứ ba bất kỳ. Tuy nhiên, phương pháp hay nhất là luôn quản lý thẻ DCM bằng cách sử dụng loại quảng cáo "thẻ DoubleClick", điều này sẽ giảm bớt độ chênh lệch giữa các số lần hiển thị.

Xin lưu ý rằng nếu bạn đang làm việc với DFP Premium và DCM, bạn có thể thấy độ chênh lệch lớn hơn 2% đối với số lần hiển thị và nhấp, thường là do sự khác biệt giữa các bộ lọc hoạt động không hợp lệ. Độ chênh lệch cao hơn thường là do sự khác nhau trong phương thức lọc spam gây ra.

Thông tin thêm về chênh lệch trong DoubleClick

Thông thường, DFP ghi lại hiển thị ngay khi máy chủ quảng cáo xác định sẽ gửi quảng cáo nào. Tuy nhiên, khi chọn loại quảng cáo thẻ DoubleClick, DFP sẽ không ghi lại hiển thị đó cho đến khi mục hàng đã được gửi và một hiển thị đã được DCM ghi lại. Do đó, quá trình này sẽ giảm bớt độ chênh lệch giữa DFP và DCM, thường giảm xuống trong khoảng 2%. Loại quảng cáo thẻ DoubleClick cũng sẽ loại bỏ nhu cầu phải thêm macro theo dõi nhấp chuột.

Nếu thẻ DoubleClick được đăng ký dưới dạng quảng cáo tùy chỉnh hoặc bên thứ ba, chức năng nâng cao này sẽ bị mất; DFP sẽ xử lý thẻ DoubleClick dưới dạng thẻ bên thứ ba. DFP sẽ không báo cáo lần nhấp mà không có macro nhấp chuột DFP và bạn cũng sẽ nhìn thấy chênh lệch lớn hơn về số lượng phân phối (như bạn thấy với bất kỳ máy chủ quảng cáo bên thứ ba nào). Nếu bạn đã quản lý thẻ DoubleClick ở dạng loại quảng cáo tùy chỉnh hoặc bên thứ ba và đang gặp phải sự chêch lệch báo cáo giữa DFP và DCM, hãy tham khảo phần “Chênh lệch của bên thứ ba” ở trên. Nếu không, hãy tìm hiểu những khả năng sau.

Chênh lệch cũng có thể do:

  • Cách lọc hoạt động không hợp lệ: DFP và DCM khác nhau một chút về phương pháp lọc, điều này gây ra chênh lệch về số lần xuất hiện khi hoạt động không hợp lệ thường xuyên diễn ra. (Tìm hiểu thêm về cách lọc của DFP.)

Những điều cần kiểm tra:

  • Thẻ DoubleClick đúng đã được quản lý chưa? Giống như DFP, DCM có nhiều loại thẻ, bao gồm thẻ chuyên dùng trong DFP.

  • Bạn có đang so sánh đúng đối tượng giữa DCM và DFP không? Quảng cáo DCM nào được bao gồm trong vị trí dành cho thẻ mà bạn đã quản lý trong DFP?

  • Bạn hoặc nhà quảng cáo đã thực hiện thay đổi nào trong thời gian gặp sự cố chưa (ví dụ: chỉ định lại hoặc sửa đổi quảng cáo)?

  • Bạn đang xem dữ liệu hàng ngày hay kết quả tổng hợp? Hãy phân tách dữ liệu theo ngày và mục hàng.

  • Mã nhà quảng cáo có tải bình thường không? Thực hiện thử nghiệm trực tiếp trên các trang web mà mục hàng sẽ phân phối tới để xác minh rằng các lệnh gọi thẻ quảng cáo chính xác đang được thực hiện.

 

Bài viết này có hữu ích không?