Đặt lịch quy tắc quảng cáo tự động: ba đồng hồ, một giờ chạy

Một chủ shop đặt quy tắc tự động: mỗi sáng kiểm tra chiến dịch nào tiêu tiền mà không ra đơn thì tắt. Chọn giờ chạy tám giờ sáng. Vài tuần sau anh phát hiện một chiến dịch bị tắt lúc hai giờ sáng giờ Việt Nam, không ai đụng vào.

Hệ thống làm đúng cái nó được bảo. Chỉ là "tám giờ sáng" mà anh nhập không phải "tám giờ sáng" mà hệ thống hiểu. Khi đặt lịch quy tắc quảng cáo tự động, có ba cái đồng hồ cùng chạy: đồng hồ của tài khoản quảng cáo, đồng hồ của máy chủ chạy lịch, và đồng hồ của bạn. Chọn nhầm cái nào làm chuẩn thì quy tắc sẽ đọc số liệu của một ngày chưa xong, hoặc chạy lệch hẳn một hôm.

Bài này chỉ cách xác định đồng hồ nào đang được dùng làm chuẩn, chọn giờ chạy đúng cho từng loại quy tắc, và rà lại toàn bộ tài khoản trong một buổi.

Ba cái đồng hồ và vai trò từng cái

Đồng hồ một: múi giờ tài khoản quảng cáo

Đây là cái quan trọng nhất và bị bỏ qua nhiều nhất.

Khi tạo một tài khoản quảng cáo, người tạo phải chọn múi giờ. Lựa chọn đó quyết định "một ngày" của tài khoản bắt đầu và kết thúc lúc nào, nghĩa là quyết định luôn số liệu ngày được cắt ở đâu và ngân sách ngày được đặt lại lúc mấy giờ.

Điểm chí mạng: múi giờ này thường không đổi được sau khi tài khoản đã tạo. Chọn sai lúc đầu thì phải tạo tài khoản mới và mất hết lịch sử.

Rất nhiều tài khoản quảng cáo của người Việt được tạo bởi agency nước ngoài, hoặc tạo vội theo mặc định, và múi giờ nằm ở một nơi khác hẳn Việt Nam. Hậu quả: "chi tiêu hôm nay" trong báo cáo không phải chi tiêu hôm nay theo cách bạn hiểu.

Cách kiểm: mở phần cài đặt tài khoản, tìm mục múi giờ. Mất ba mươi giây và nên làm ngay hôm nay, cho từng tài khoản bạn đang quản.

Đồng hồ hai: múi giờ máy chủ

Nơi lịch chạy thực sự nổ. Với phần lớn hệ thống, máy chủ chạy theo giờ chuẩn quốc tế.

Bạn thường không cần biết cái này. Nhưng nó là chỗ phát sinh lỗi khi hệ thống lưu giờ theo máy chủ mà hiển thị theo giờ người dùng, hoặc ngược lại, mà không nói rõ đang hiển thị cái nào.

Cách nhận ra nhanh: nếu ô nhập giờ có kèm một dòng nhỏ ghi giờ quy đổi bên dưới thì hệ thống đang nói rõ. Nếu không có dòng nào, bạn phải tự kiểm bằng lịch sử chạy, cách làm ở phần sau.

Đồng hồ ba: đồng hồ của bạn

Nơi bạn ngồi gõ con số vào ô "giờ chạy". Đây là cái duy nhất trong ba cái mà bạn cảm nhận trực tiếp, nên cũng là cái bạn mặc định là đúng.

Và nó đổi khi bạn đi công tác, điều mà không ai nghĩ tới cho tới khi lịch chạy lệch mấy tiếng trong một chuyến đi. Một hệ thống lưu lịch cố định thì thời điểm chạy thật vẫn nguyên khi bạn đổi chỗ ngồi, chỉ có con số hiển thị trên giao diện là đổi. Một hệ thống tự đoán múi giờ theo trình duyệt thì lịch sẽ tự dời, và không ai được báo.

Bẫy dời ngày, chỗ hay sai nhất

Đây là lỗi cụ thể nhất và cũng dễ mắc nhất trong tất cả các lỗi múi giờ.

Bạn đặt lịch chạy hằng tuần: thứ Hai, tám giờ sáng, theo giờ Việt Nam. Hệ thống lưu theo giờ chuẩn quốc tế nên trừ đi bảy tiếng. Tám giờ sáng thứ Hai trừ bảy tiếng ra một giờ sáng thứ Hai. Không vấn đề gì.

Nhưng nếu bạn đặt năm giờ sáng thứ Hai? Trừ bảy tiếng thành mười giờ tối Chủ Nhật. Ngày bị dời lùi một hôm.

Nếu hệ thống chỉ đổi giờ mà quên đổi thứ, lịch sẽ chạy sai hẳn một ngày. Và vì nó vẫn chạy đều đặn mỗi tuần, không ai nghĩ là sai. Bạn chỉ thấy hơi lạ rằng báo cáo tuần luôn tới sớm một ngày.

Cùng loại lỗi này còn xảy ra theo hướng ngược lại. Một lịch đặt hai giờ sáng theo giờ máy chủ trong khi ý định là chín giờ sáng giờ Việt Nam thì lệch bảy tiếng, và nó chạy sai suốt cho tới khi có người tình cờ để ý thấy việc được làm vào lúc rạng sáng.

Chỗ cần nhìn khi đặt lịch là dòng nhắc giờ quy đổi ngay dưới ô nhập. Dòng đó biến một phép tính ngầm thành một con số nhìn thấy được, và nhìn thấy được thì mới kiểm được. Đọc nó và xác nhận cả hai thứ: giờ đúng ý chưa, và thứ trong tuần có bị dời không.

Giao diện không có dòng nhắc nào thì tự tính một lần bằng tay: lấy giờ bạn muốn, trừ đi bảy tiếng nếu hệ thống lưu theo giờ quốc tế, và xem kết quả có rơi sang hôm trước không. Ghi kết quả đó ra giấy rồi đối chiếu với lịch sử chạy sau vài ngày.

Ngân sách theo ngày đặt lại lúc mấy giờ

Một hệ quả ít người nghĩ tới của múi giờ tài khoản, và là mốc quan trọng nhất trong cả ngày.

Ngân sách ngày đặt lại theo múi giờ tài khoản, không theo múi giờ của bạn. Nếu tài khoản đặt múi giờ Mỹ, ngân sách sẽ đặt lại vào khoảng giữa trưa hoặc chiều giờ Việt Nam.

Hệ quả thực tế rất cụ thể: chiến dịch có thể tiêu hết ngân sách vào buổi tối giờ Việt Nam, rồi bất ngờ chạy lại vào giữa trưa hôm sau, vì đó là lúc "ngày mới" bắt đầu theo tài khoản.

Với người quản lý ngồi ở Việt Nam nhìn vào, hành vi này trông hoàn toàn ngẫu nhiên. Biết được múi giờ tài khoản thì nó thành dễ hiểu.

Đây cũng là lý do những quy tắc kiểu "tăng ngân sách khi nghẽn" cần biết múi giờ tài khoản. Nghẽn ngân sách lúc chín giờ tối giờ Việt Nam có ý nghĩa rất khác nếu ngày của tài khoản còn ba tiếng nữa mới hết, so với nếu nó vừa mới bắt đầu.

Cách tìm mốc đặt lại mà không cần quyền quản trị: mở báo cáo phân tách theo giờ trong ngày và xem chi tiêu bắt đầu tăng từ mốc nào. Ngân sách đặt lại lúc nửa đêm theo múi giờ tài khoản, nên mốc chi tiêu bật lên từ số không chính là nửa đêm của tài khoản.

Chạy lúc mấy giờ thì đúng

Chọn đúng múi giờ mới là một nửa. Nửa còn lại là chọn đúng giờ trong ngày.

Nguyên tắc: quy tắc đọc số liệu theo ngày thì phải chạy sau khi ngày đó đã đóng sổ.

Nghe hiển nhiên nhưng rất nhiều lịch được đặt vào giữa buổi chiều, và lúc đó số liệu của ngày hiện tại mới đi được nửa chặng. Một chiến dịch tiêu ba trăm nghìn tính tới hai giờ chiều có thể tiêu bảy trăm nghìn khi hết ngày. Kết luận rút ra lúc hai giờ chiều là kết luận trên số liệu chưa đủ.

Có một ngoại lệ: quy tắc phòng thủ theo dõi chi tiêu trong ngày. Loại này cố tình chạy giữa ngày, vì mục đích là chặn sớm chứ không phải kết luận. Nhưng ngưỡng của nó phải đặt theo logic "chi tiêu tới giờ này", không phải "chi tiêu cả ngày".

Độ trễ số liệu, thứ ít ai tính tới

Còn một lớp nữa. Số liệu quảng cáo không xuất hiện tức thì. Các nền tảng cần thời gian tổng hợp, và một số chỉ số như chuyển đổi còn tiếp tục được cộng thêm nhiều giờ sau khi ngày đã kết thúc.

Nghĩa là chạy quy tắc vào đúng nửa đêm, ngay khi ngày vừa đóng, vẫn có thể đọc phải số liệu chưa đủ.

Để cách vài tiếng sau khi ngày đóng. Nếu tài khoản dùng múi giờ Việt Nam thì chạy tầm bảy tám giờ sáng là hợp lý: đủ trễ để số liệu ổn định, đủ sớm để bạn kịp xử lý trong ngày làm việc.

Bảng này dùng được ngay nếu tài khoản của bạn đặt múi giờ Việt Nam. Nếu tài khoản đặt múi giờ khác, cách tính vẫn y hệt: tìm giờ ngày của tài khoản đóng sổ theo đồng hồ của bạn, cộng thêm ba tiếng cho số liệu ổn định, và kiểm xem giờ đó có rơi vào giờ làm việc của bạn không.

Điểm cuối cùng đáng cân nhắc. Một lịch chạy vào lúc hai giờ sáng giờ Việt Nam có thể đúng về mặt số liệu nhưng vô dụng về mặt vận hành, vì tới sáng bạn mới đọc được kết quả. Nếu quy tắc chỉ gửi cảnh báo chứ không tự làm gì, hãy đẩy nó về giờ bạn thật sự đọc email.

Cùng một câu hỏi, ba câu trả lời khác nhau

Lấy một câu hỏi rất đời thường: "chiến dịch này hôm nay tiêu bao nhiêu?"

Giả sử tài khoản đặt múi giờ Los Angeles, người quản lý ngồi Hà Nội, và bây giờ là chín giờ sáng thứ Ba giờ Việt Nam.

Theo múi giờ tài khoản, lúc này là sáu giờ chiều thứ Hai. "Hôm nay" của tài khoản là thứ Hai, và nó đã chạy được mười tám tiếng.

Theo múi giờ người quản lý, "hôm nay" là thứ Ba, và nó mới chạy được chín tiếng.

Theo múi giờ máy chủ, lúc này là hai giờ sáng thứ Ba giờ quốc tế.

Ba câu trả lời cho cùng một câu hỏi, và cả ba đều đúng theo cách hiểu riêng.

Trong thực tế, con số trên giao diện quảng cáo luôn theo múi giờ tài khoản. Nghĩa là khi người quản lý ở Hà Nội nhìn thấy "chi tiêu hôm nay: 4 triệu", con số đó là chi tiêu của thứ Hai, không phải thứ Ba.

Điều này gây ra một hiện tượng khiến nhiều người bối rối: sáng ra mở lên thấy chi tiêu "hôm nay" đã cao ngất dù ngày mới bắt đầu. Không phải lỗi. Chỉ là ngày của tài khoản đã đi được gần hết.

Ảnh hưởng tới việc đặt ngưỡng

Phần này là hệ quả trực tiếp nhất và cũng dễ gây thiệt hại nhất.

Một quy tắc dạng "nếu chiến dịch tiêu quá 2 triệu trong ngày mà không có đơn nào thì tạm dừng" nghe rõ ràng. Nhưng "trong ngày" là ngày nào?

Nếu quy tắc chạy lúc chín giờ sáng giờ Việt Nam trên tài khoản múi giờ Mỹ, thì "hôm nay" của tài khoản đã gần hết. Chi tiêu 2 triệu lúc đó là chi tiêu của gần trọn một ngày, và ngưỡng hoạt động đúng như ý.

Nhưng nếu quy tắc chạy lúc chín giờ tối giờ Việt Nam, thì ngày của tài khoản mới bắt đầu được vài tiếng. Chi tiêu 2 triệu trong vài tiếng đầu là chuyện bình thường với chiến dịch lớn, và quy tắc sẽ tắt nhầm.

Cùng một ngưỡng, cùng một quy tắc, khác giờ chạy, cho hai kết quả trái ngược.

Cách xử đúng: ngưỡng theo ngày thì chạy sau khi ngày đã đóng. Ngưỡng theo khoảng thời gian ngắn thì viết rõ trong quy tắc là bao nhiêu tiếng, đừng dùng chữ "hôm nay".

Nguyên tắc chung: mọi mốc thời gian trong hệ thống quảng cáo cần một múi giờ đi kèm, giống như mọi số tiền đều cần một đơn vị tiền. Một con số không có đơn vị là một con số chưa đủ nghĩa, và chỗ nào chưa đủ nghĩa thì chỗ đó có một cách hiểu sai đang chờ.

Bốn kiểu lịch chạy và chọn kiểu nào

Chỉ khi bấm. Không có vấn đề múi giờ, vì bạn đang ngồi đó. Dùng lúc mới học và lúc thử nghiệm ngưỡng.

Sau mỗi lần đồng bộ số liệu. Cũng ít vấn đề múi giờ, vì nó bám theo nhịp dữ liệu chứ không bám theo đồng hồ. Đây là lựa chọn an toàn nếu bạn không muốn nghĩ về múi giờ.

Mỗi N phút. Không dính múi giờ, nhưng dính chuyện khác: chạy dày thì tốn tài nguyên mà không thêm thông tin, vì số liệu quảng cáo không đổi nhanh tới mức đó. Chỉ hợp với tài khoản chi lớn và với quy tắc canh chi tiêu trong ngày.

Hằng tuần theo thứ và giờ. Đây là kiểu dính múi giờ nặng nhất, và cũng là kiểu hay dùng nhất cho báo cáo định kỳ. Phải đọc kỹ dòng nhắc giờ quy đổi trước khi lưu, và kiểm cả thứ.

Nếu không chắc về múi giờ, chọn kiểu "sau mỗi lần đồng bộ". Nó bám theo dữ liệu, tự tránh được phần lớn rắc rối, và với hầu hết tài khoản thì hiệu quả không kém lịch cố định.

Đặt lịch bật tắt theo khung giờ trong ngày

Ngoài chuyện lịch chạy quy tắc, còn một chỗ nữa múi giờ ảnh hưởng trực tiếp tới tiền: đặt lịch bật tắt chiến dịch theo khung giờ.

Nhiều ngành có khung giờ vàng rõ rệt. Nhà hàng đông đơn buổi trưa và tối. Dịch vụ sửa chữa nhận cuộc gọi ban ngày. Bán hàng cho dân văn phòng thì giờ nghỉ trưa và tối muộn hiệu quả nhất.

Đặt lịch để ngân sách dồn vào khung giờ đó là một trong những cách tối ưu đơn giản mà hiệu quả nhất. Nhưng nó chỉ đúng nếu khung giờ được đặt theo múi giờ của khách, không phải múi giờ nào khác.

Và đây chính là chỗ tài khoản đặt sai múi giờ gây thiệt hại lớn nhất. Đặt "chạy mạnh từ 11 giờ tới 13 giờ" trên một tài khoản múi giờ Mỹ nghĩa là quảng cáo chạy mạnh vào lúc rạng sáng ở Việt Nam, đúng lúc khách đang ngủ.

Cách kiểm nhanh: xem báo cáo phân tách theo giờ trong ngày. Nếu khung giờ có nhiều chuyển đổi nhất không trùng với khung giờ bạn nghĩ khách hoạt động, khả năng cao là đang nhìn theo múi giờ khác.

Một lưu ý nhỏ khi sửa: đổi khung giờ là một thay đổi lớn với hệ tối ưu của nền tảng, ngang với đổi ngân sách. Đừng đổi khung giờ cùng lúc với đổi ngân sách hay đổi đối tượng, vì sau đó bạn sẽ không biết thay đổi nào tạo ra kết quả.

Khi hệ thống bỏ lỡ một lượt chạy

Chuyện này xảy ra, và cách hệ thống xử lý nói lên nhiều điều.

Lịch đặt tám giờ sáng. Tám giờ sáng hôm đó máy chủ bận, hoặc lượt chạy trước chưa xong, hoặc có sự cố mạng. Lượt chạy bị lỡ.

Có ba cách xử, và mỗi cách phù hợp với một loại việc.

Chạy bù ngay khi có thể. Hợp với việc không nhạy thời điểm, như gửi báo cáo. Trễ một tiếng vẫn hữu ích.

Bỏ qua, chờ lượt sau. Hợp với việc nhạy thời điểm. Một quy tắc đọc số liệu ngày hôm qua mà chạy bù vào buổi chiều thì kết luận vẫn đúng, nhưng một quy tắc đặt ngân sách theo khung giờ mà chạy bù sau khi khung giờ đã qua thì vô nghĩa.

Chạy bù nhưng ghi rõ là chạy bù. Hợp với phần lớn trường hợp. Việc vẫn được làm, và lịch sử ghi rõ lượt này chạy trễ bao lâu, để khi đối chiếu số liệu sau này bạn biết vì sao mốc thời gian không tròn.

Điểm chung của cả ba: hệ thống phải nói ra là nó đã lỡ. Im lặng bỏ qua một lượt chạy là cách tạo ra khoảng trống mà không ai biết, và khoảng trống đó có thể rơi đúng vào đêm chiến dịch đốt tiền.

Việc cần làm phía bạn rất đơn giản: mỗi tuần liếc qua lịch sử chạy xem có đủ số lượt không. Bảy lượt cho lịch hằng ngày. Thiếu một lượt là có chuyện.

Chiến dịch chạy nhiều nước và đội ở nhiều nơi

Với ai chạy quảng cáo cho khách ở nhiều múi giờ, có thêm một tầng phức tạp đáng biết.

Một chiến dịch nhắm cả Việt Nam lẫn Úc chẳng hạn. Ngân sách ngày đặt lại theo múi giờ tài khoản, nhưng khách ở hai nơi hoạt động theo hai nhịp khác nhau. Kết quả là ngân sách hay bị tiêu hết bởi thị trường nào thức trước.

Nếu tài khoản đặt múi giờ Việt Nam, ngày mới bắt đầu lúc nửa đêm giờ Việt, tức là bốn giờ sáng ở Úc. Khách Úc thức dậy vài tiếng sau đó và ngân sách vẫn còn nhiều. Nhưng nếu tài khoản đặt múi giờ Úc, ngày mới bắt đầu khi Việt Nam đang là chín giờ tối, đúng giờ vàng của thị trường Việt, và ngân sách vừa đặt lại nên tiêu rất nhanh.

Không có cấu hình nào đúng cho cả hai. Cách xử thực tế là tách chiến dịch theo thị trường, mỗi chiến dịch một ngân sách riêng, thay vì để hai thị trường tranh nhau một túi tiền chung.

Nghe hiển nhiên khi viết ra, nhưng rất nhiều tài khoản vẫn gộp, vì lúc dựng chiến dịch chưa ai nghĩ tới chuyện ngân sách đặt lại lúc mấy giờ.

Chuyện tương tự xảy ra với đội làm việc. Người đặt lịch ở Việt Nam, người đọc báo cáo ở Singapore, tài khoản quảng cáo đặt múi giờ Mỹ. Ba nơi, ba cái "hôm nay".

Cách xử chạy tốt nhất là chọn một múi giờ làm chuẩn cho cả đội và ghi nó ra chỗ ai cũng thấy. Thường là múi giờ của tài khoản quảng cáo, vì đó là cái không đổi được và cũng là cái quyết định số liệu.

Mọi cuộc thảo luận về số liệu sau đó đều nói rõ theo múi giờ chuẩn đó. Nghe rườm rà trong vài tuần đầu, rồi thành phản xạ, và nó chấm dứt hẳn loại tranh luận "số của tôi khác số của anh" mà thực chất chỉ là hai người đang nhìn hai khoảng thời gian khác nhau.

Bốn thứ soát ngay hôm nay bằng lịch sử chạy

Cách chắc chắn nhất để biết hệ thống thực sự chạy lúc nào không phải là đọc cấu hình, mà là đọc lịch sử. Mất khoảng mười phút cho cả bốn việc dưới đây.

Một: mở cài đặt tài khoản quảng cáo, ghi lại múi giờ. Làm cho từng tài khoản. Nếu quản lý nhiều tài khoản, lập một bảng.

Hai: đối chiếu với giờ trong báo cáo của bạn. Nếu báo cáo nội bộ tính theo giờ Việt Nam mà tài khoản đặt múi giờ khác, mọi con số theo ngày đều đang lệch.

Ba: mở mọi lịch chạy tự động, đọc dòng giờ quy đổi. Xác nhận giờ đúng ý, và đặc biệt kiểm xem thứ có bị dời không.

Bốn: xem lịch sử chạy vài lần gần nhất. Giờ ghi trong lịch sử có khớp với giờ bạn mong đợi không? Đây là bài kiểm chắc chắn nhất, vì nó cho thấy hệ thống thực sự chạy lúc nào chứ không phải nó nói sẽ chạy lúc nào.

Đọc kết quả thế nào. Nếu lệch đều đặn một số giờ cố định, đó là lệch múi giờ, sửa cấu hình là xong. Nếu lệch lung tung, nguyên nhân thường khác: hệ thống chờ hàng đợi, hoặc lượt trước chưa xong.

Có một điểm đáng biết khi đọc lịch sử: nó thường hiển thị theo múi giờ của người đang xem, trong khi bản ghi gốc lưu theo giờ chuẩn quốc tế. Nghĩa là hai người ở hai nước mở cùng một lịch sử sẽ thấy hai con số giờ khác nhau cho cùng một sự kiện, và cả hai đều đúng. Khi trao đổi với đồng nghiệp về một sự kiện cụ thể, nói kèm múi giờ.

Múi giờ trong báo cáo gửi khách

Với agency, đây là chỗ múi giờ gây phiền nhiều nhất, không phải vì kỹ thuật mà vì niềm tin.

Khách nhận báo cáo tuần, mở tài khoản ra tự kiểm tra, và thấy con số không khớp. Chênh không nhiều, nhưng đủ để hỏi. Và một câu hỏi về số liệu không khớp luôn tốn nhiều thời gian hơn con số chênh lệch đáng có.

Nguyên nhân gần như luôn là một trong ba: báo cáo cắt theo múi giờ khác tài khoản, hai bên nhìn hai khoảng ngày khác nhau, hoặc báo cáo xuất ra trước khi số liệu ngày cuối kịp đầy đủ.

Ba cách phòng, làm một lần dùng mãi.

Ghi rõ khoảng thời gian kèm múi giờ ngay đầu báo cáo. "Từ 00:00 ngày 1 tới 23:59 ngày 7, theo múi giờ tài khoản." Một dòng, và nó chặn được phần lớn câu hỏi.

Xuất báo cáo trễ ít nhất một ngày. Đừng gửi báo cáo tuần vào tối Chủ Nhật, vì số liệu Chủ Nhật chưa đủ. Gửi sáng thứ Ba thì số liệu đã ổn định.

Nếu có chênh lệch, giải thích trước khi khách hỏi. Một dòng ghi chú "số liệu chuyển đổi có thể tăng nhẹ trong 48 giờ tới do độ trễ quy kết" khiến khách yên tâm, trong khi im lặng rồi bị hỏi thì thành thanh minh.

Một buổi rà soát múi giờ, từng bước

Nếu bạn quản lý nhiều tài khoản và nghi ngờ có chỗ lệch, đây là quy trình rà trong một buổi. Khoảng hai tiếng cho mười tài khoản.

Bước một, lập bảng. Mỗi tài khoản một dòng, ghi: tên tài khoản, múi giờ, đơn vị tiền, ai quản lý. Bảng này sẽ dùng lại nhiều lần về sau, không chỉ cho việc rà hôm nay.

Bước hai, đánh dấu tài khoản lệch. Tài khoản nào có múi giờ khác múi giờ của khách hàng thật thì đánh dấu. Đây là nhóm cần chú ý, vì mọi con số theo ngày của chúng đang bị cắt ở chỗ khác với trực giác của người quản lý.

Bước ba, với nhóm lệch, xem báo cáo theo giờ. Mở phân tách theo giờ trong ngày, tìm khung giờ có nhiều chuyển đổi nhất. Nếu khung đó rơi vào lúc rạng sáng theo múi giờ khách, bạn vừa xác nhận được độ lệch.

Bước bốn, kiểm mọi lịch chạy tự động của nhóm đó. Đọc dòng giờ quy đổi, xác nhận thứ và giờ đúng ý, và đặc biệt xem lịch có rơi vào lúc ngày của tài khoản chưa đóng không.

Bước năm, kiểm lịch bật tắt theo khung giờ. Nếu có chiến dịch đặt lịch chạy theo khung giờ vàng, đối chiếu khung đó với múi giờ tài khoản. Đây là chỗ thiệt hại tiền rõ nhất nếu sai.

Bước sáu, ghi kết luận vào bảng. Mỗi tài khoản một dòng ghi chú: múi giờ chuẩn dùng cho báo cáo, giờ chạy quy tắc, và bất kỳ điều gì bất thường. Lần sau có người mới vào đội, bảng này tiết kiệm cho họ nửa ngày mò mẫm.

Với đội chưa từng rà bao giờ, gần như chắc chắn tìm ra ít nhất một chỗ lệch, và thường là chỗ đã lệch từ lâu mà không ai biết. Loại lỗi này không bao giờ tự lộ ra: hệ thống vẫn chạy đều, báo cáo vẫn ra đúng hạn, không có dòng đỏ nào.

Câu hỏi thường gặp

Làm sao biết tài khoản đang dùng múi giờ nào mà không cần quyền quản trị?

Mở báo cáo phân tách theo giờ trong ngày và xem chi tiêu bắt đầu tăng từ mốc nào. Ngân sách đặt lại lúc nửa đêm theo múi giờ tài khoản, nên mốc chi tiêu bật lên từ số không chính là nửa đêm của tài khoản. Đối chiếu mốc đó với giờ của bạn là ra độ lệch.

Đổi múi giờ tài khoản quảng cáo được không?

Thường là không, sau khi tài khoản đã tạo. Lý do là nếu cho đổi thì mọi số liệu lịch sử sẽ mất tính so sánh. Muốn múi giờ khác thì phải tạo tài khoản mới.

Nếu tài khoản đặt sai múi giờ thì có nên tạo lại không?

Cân nhắc kỹ, vì tạo tài khoản mới nghĩa là mất toàn bộ lịch sử học của các chiến dịch. Với phần lớn trường hợp, sống chung với múi giờ lệch và ghi rõ nó ra vẫn tốt hơn là làm lại từ đầu.

Lịch chạy có tự đổi theo giờ mùa hè không?

Việt Nam không áp dụng giờ mùa hè nên trong nước không ảnh hưởng. Nhưng nếu tài khoản đặt múi giờ một nước có áp dụng, thời điểm ngày đóng sổ sẽ dịch một tiếng hai lần mỗi năm. Đáng nhớ nếu ngưỡng của bạn đặt sát.

Quy tắc chạy theo lịch có bị ảnh hưởng khi tôi đi nước ngoài không?

Không, nếu hệ thống lưu lịch cố định theo giờ chuẩn quốc tế lúc bạn đặt. Máy bạn đổi múi giờ thì giao diện có thể hiển thị con số giờ khác đi, nhưng thời điểm chạy thật vẫn nguyên. Muốn đổi thì phải sửa tay, và đó là chủ ý để lịch không tự dời theo chỗ ngồi.

Nên đặt lịch báo cáo tuần vào thứ mấy?

Thứ Ba sáng nếu muốn số liệu tuần trước đã ổn định. Thứ Sáu chiều nếu muốn khép tuần. Tránh cuối tuần, vì lúc đó không ai đọc và tới thứ Hai thì thư đã trôi.

Nếu tôi ở Việt Nam mà tài khoản múi giờ Mỹ, nên đổi giờ chạy quy tắc thế nào?

Chạy vào lúc ngày của tài khoản vừa đóng cộng thêm vài tiếng. Với tài khoản múi giờ bờ Tây nước Mỹ, ngày đóng lúc nửa đêm giờ đó, tức khoảng hai giờ chiều giờ Việt Nam. Cộng thêm ba tiếng cho số liệu ổn định thì chạy tầm năm giờ chiều giờ Việt là hợp lý, vẫn trong giờ làm việc để bạn kịp xem kết quả.

Có nên đặt tất cả tài khoản về cùng một múi giờ không?

Nếu tạo mới thì nên, vì nó giúp mọi báo cáo so sánh được với nhau. Nhưng đừng tạo lại tài khoản đang chạy chỉ để thống nhất múi giờ, vì cái mất là lịch sử học của chiến dịch, còn cái được chỉ là báo cáo gọn hơn.

Múi giờ có ảnh hưởng tới việc chiến dịch phân phối không?

Không trực tiếp. Nền tảng phân phối theo hành vi người dùng thật, không theo múi giờ tài khoản. Nhưng nó ảnh hưởng gián tiếp qua ngân sách: ngân sách đặt lại lúc nào thì quyết định khung giờ nào được ưu tiên phục vụ khi ngân sách còn dồi dào.

Chạy quy tắc mỗi mười lăm phút có hại gì không?

Không hại về mặt kỹ thuật, nhưng tốn tài nguyên mà gần như không thêm thông tin, vì số liệu quảng cáo không đổi nhanh tới mức đó. Với hầu hết tài khoản, mỗi ngày một lần là đủ, trừ quy tắc canh chi tiêu trong ngày.

Đọc thêm: chống rò rỉ chi tiêu bằng trần ngân sách, đặt ngưỡng tắt chiến dịch tiêu tiền không ra đơn, và 19 quy tắc quảng cáo tự động nên bật cái nào trước.

Muốn xem lịch chạy hiện đang quy đổi thế nào trên tài khoản của mình, bắt đầu ở orova.vn.