Kéo dữ liệu quảng cáo về Google Sheets: ba cách và cái giá từng cách

Sáng thứ Hai nào bạn cũng làm lại một việc: mở Trình quản lý quảng cáo Facebook, chọn tuần trước, bấm xuất. Xong lại sang Google Ads làm y hệt. Rồi tới TikTok. Ba file, ba kiểu tên cột, ba định dạng ngày khác nhau, và câu hỏi cứ lặp lại trong đầu bạn: có cách nào lấy dữ liệu quảng cáo về Google Sheet một lần rồi khỏi phải làm tay mỗi tuần không?

Cách làm cũ tốn công ở chỗ bạn phải dán từng khối dữ liệu vào bảng tổng, sửa lại cột ngày cho khớp, thêm cột nền tảng, rồi kéo công thức xuống lại từ đầu. Việc này không khó, nhưng nó lặp đi lặp lại đều đặn mỗi tuần, và chỉ cần sai một chỗ nhỏ khi dán - lệch cột, thiếu dòng - là bảng tổng sai mà bạn không nhận ra ngay.

Bài này đi thẳng vào ba cách lấy dữ liệu về Google Sheet đang có: xuất tay rồi dán, dùng tiện ích bổ sung có sẵn, hoặc tự nối bằng công cụ gọi dữ liệu tự động. Đọc xong bạn sẽ biết cách nào hợp với quy mô của mình, biết trước cái gì sẽ hỏng khi nền tảng quảng cáo đổi cách xuất dữ liệu, và tránh được những nhầm lẫn khiến bảng sai dù bạn đã kéo dữ liệu đúng.

Có mấy cách lấy dữ liệu quảng cáo về Google Sheet?

Ba cách này không xếp hạng từ dở tới hay. Chúng phục vụ ba tình huống khác nhau. Một người làm freelance chạy hai tài khoản cho một khách thì xuất tay mỗi tháng một lần vẫn hợp lý. Một agency chạy ba mươi tài khoản mà vẫn xuất tay thì đang đốt lương nhân sự. Một công ty có lập trình viên nội bộ và có yêu cầu riêng về cách gộp số thì tự gọi API là rẻ nhất về dài hạn, với điều kiện người viết còn ở lại.

Cái bẫy hay gặp là chọn cách dựa trên "cái nào nhanh nhất lúc này" thay vì "cái nào rẻ nhất trong mười hai tháng tới". Xuất tay luôn thắng ở ngày đầu và luôn thua ở tháng thứ sáu. Tự gọi API luôn thua ở ngày đầu và thường thắng ở tháng thứ sáu, trừ khi người viết nghỉ việc trước đó.

Chốt bảng đích trước, rồi mới nghĩ tới cách kéo

Đây là bước gần như ai cũng bỏ, và bỏ xong thì cách nào cũng ra kết quả lộn xộn. Bảng đích là cái bảng cuối cùng bạn muốn có. Trước khi mở bất kỳ công cụ nào, hãy viết ra giấy sáu thứ sau.

Hạt dữ liệu: một dòng trong bảng là gì?

Một dòng là một ngày của một chiến dịch trên một nền tảng? Hay một dòng là một ngày của một quảng cáo? Hay một dòng là một ngày của cả tài khoản? Ba lựa chọn này cho ba bảng có kích thước chênh nhau hàng chục lần và không trộn được với nhau.

Nguyên tắc: chọn hạt nhỏ nhất mà bạn thật sự sẽ dùng để ra quyết định, không nhỏ hơn. Nếu bạn chưa bao giờ mở tới cấp quảng cáo để cắt, đừng kéo cấp quảng cáo về. Kéo về rồi bảng nặng, mở chậm, và không ai nhìn.

Cột khoá: cái gì làm nên một dòng duy nhất

Với hạt "ngày × chiến dịch × nền tảng", khoá là ba cột đó ghép lại. Bạn cần một cột khoá ghép sẵn, ví dụ dán chuỗi ngày, mã nền tảng và mã chiến dịch lại. Có khoá thì mới chống được chuyện ghi trùng, mới dò được dòng nào thiếu, mới cập nhật đè đúng dòng.

Đừng dùng tên chiến dịch làm khoá. Tên đổi được, và người chạy quảng cáo đổi tên nhiều hơn bạn nghĩ. Dùng mã số chiến dịch do nền tảng cấp, giữ tên như một cột mô tả.

Tiền tệ: một bảng chỉ nên có một loại tiền

Nếu một tài khoản chạy tiền đồng, một tài khoản chạy đô la, thì cột chi phí trong bảng tổng là vô nghĩa nếu bạn cộng thẳng. Bạn có hai lựa chọn lành mạnh: tách bảng theo loại tiền, hoặc quy đổi bằng một bảng tỷ giá có ghi rõ ngày và nguồn tỷ giá. Không bao giờ để công cụ tự quy đổi bằng một tỷ giá không rõ lấy từ đâu, vì mọi ngưỡng chi phí về sau sẽ sai theo mà không ai nhận ra.

Cửa sổ quy công: số chuyển đổi bạn kéo về là số nào

Facebook mặc định báo chuyển đổi theo một cửa sổ nhất định, Google Ads có cách quy công riêng, TikTok lại khác nữa. Nếu bạn kéo cột "kết quả" của ba nền tảng về cùng một bảng và cộng lại, bạn đang cộng ba thứ không cùng định nghĩa. Hãy ghi vào tiêu đề cột chính xác cửa sổ và mô hình quy công của từng nền tảng, hoặc đặt cột riêng cho từng nền tảng thay vì gộp một cột chung.

Ghi đè hay nối thêm

Đây là quyết định kỹ thuật nhưng ảnh hưởng thẳng tới độ đúng. Nối thêm thì nhanh, nhưng số của mấy ngày gần nhất còn thay đổi sau khi nền tảng chốt lại, nên bảng của bạn sẽ giữ mãi con số cũ. Ghi đè thì đúng hơn, nhưng phải ghi đè có khoá, nếu không sẽ mất dữ liệu cũ.

Cách làm ổn nhất trong thực tế: mỗi lần chạy thì kéo lại một khoảng lùi, ví dụ bảy hoặc mười bốn ngày gần nhất, rồi ghi đè đúng những dòng có khoá trùng. Ngày cũ hơn khoảng lùi thì coi như đã chốt, không đụng nữa.

Ai sở hữu bảng này

Một cái tên, không phải một phòng ban. Người đó có quyền sửa cấu trúc, người khác chỉ được xem hoặc bình luận. Bảng để mọi người cùng sửa thoải mái là bảng sẽ hỏng trong vòng vài tháng, và không ai biết nó hỏng từ hôm nào.

Cách 1: xuất tay rồi dán

Cách này ai cũng biết nên ít người ngồi tính giá thật của nó. Hãy tính một lần.

Quy trình đầy đủ cho ba nền tảng thường gồm: đăng nhập từng trình quản lý, chọn đúng tài khoản, chọn đúng khoảng ngày, chọn đúng bộ cột, xuất file, mở file, kiểm định dạng ngày, dán vào bảng, đặt lại tên cột cho khớp, thêm cột nền tảng, kiểm tra tổng chi phí có khớp với con số trên giao diện không, rồi làm mới các biểu đồ ăn theo bảng đó.

Ví dụ minh hoạ để bạn thay số của mình vào: giả sử mỗi tuần mất 90 phút, một tháng bốn tuần là 6 tiếng, một năm là 72 tiếng. Với một người làm marketing, đó là gần hai tuần làm việc trong năm dành cho thao tác dán. Con số 90 phút là con số giả định trong ví dụ, không phải khảo sát; bạn nên bấm giờ một lần để có số thật của mình.

Xuất tay hợp lý khi nào

• Số tài khoản ít và ổn định, dưới ba tài khoản, không thêm mới.
• Tần suất thấp: một tháng một lần chứ không phải mỗi sáng.
• Bảng chỉ để nhìn tổng, không ai bấm sâu xuống từng quảng cáo.
• Bạn đang thử nghiệm cấu trúc bảng, chưa chắc bảng cuối trông thế nào. Giai đoạn này tự động hoá sớm là lãng phí, vì bạn sẽ đổi cấu trúc vài lần.

Những chỗ hỏng âm thầm của xuất tay

Hỏng lớn nhất không phải mất thời gian, mà là không có dấu vết. Khi số trong bảng khác số trên giao diện quảng cáo, bạn không biết là do dán thiếu một khối, do chọn nhầm khoảng ngày, hay do nền tảng đã chốt lại số. Không có nhật ký nào để dò.

Hỏng thứ hai là định dạng. Google Sheets tự đoán kiểu dữ liệu khi bạn dán. Cột ngày kiểu ngày/tháng/năm dán vào ô đang để định dạng Mỹ sẽ ra ngày khác mà vẫn hiện bình thường. Cột chi phí có dấu chấm ngăn nghìn dán vào có khi thành chữ, hàm tính tổng bỏ qua ô đó và bạn được một tổng nhỏ hơn thật.

Hỏng thứ ba là người. Người quen tay dán đi nghỉ phép, người thay ca dán thiếu một nền tảng, báo cáo tuần đó nhìn như tự nhiên hiệu quả tăng vọt vì mẫu số nhỏ đi.

Nếu vẫn xuất tay, hãy làm ba việc này

1. Đặt trước định dạng cho toàn bộ cột ngày và cột tiền trong bảng đích, rồi dán bằng "dán chỉ giá trị". Đừng để bảng tự đoán.
2. Thêm một cột ghi ngày dán và tên người dán. Một dòng ghi chú cứu bạn hàng giờ dò lỗi về sau.
3. Sau khi dán, kiểm một con số duy nhất: tổng chi phí của từng nền tảng trong bảng phải khớp với con số trên giao diện. Lệch là dừng lại, đừng đi tiếp.

Cách 2: tiện ích bổ sung và công cụ nối sẵn

Đây là nhóm phần mềm bạn cài vào Google Sheets từ kho tiện ích, hoặc dịch vụ chạy trên máy chủ của họ rồi ghi kết quả vào bảng của bạn. Cách dùng gần như nhau: cấp quyền cho họ đọc tài khoản quảng cáo, chọn tài khoản, chọn chỉ số và chiều, chọn khoảng ngày, chọn ô bắt đầu ghi, rồi đặt lịch chạy lại hằng ngày.

Dựng lần đầu thường mất một buổi. Đó là điểm mạnh thật sự và không nên xem nhẹ. Với phần lớn đội marketing không có lập trình viên, đây là cách duy nhất có tự động hoá mà không phải nhờ ai.

Sáu câu phải hỏi trước khi trả tiền

1. Tính tiền theo cái gì? Theo số tài khoản quảng cáo nối vào, theo số lượt chạy, theo số dòng, hay theo người dùng. Cách tính quyết định hoá đơn tháng thứ mười hai chứ không phải giá niêm yết.
2. Kéo được tới cấp nào? Nhiều công cụ rẻ chỉ kéo tới cấp chiến dịch. Tới lúc bạn cần cấp quảng cáo hoặc cần chia theo vị trí hiển thị thì phải nâng gói.
3. Có kéo lại được số cũ không? Kéo lịch sử ba tháng trước lúc mới nối là việc bạn sẽ cần ngay. Một số công cụ chỉ chạy từ ngày nối trở đi.
4. Chạy hỏng thì bạn có biết không? Hỏi rõ có gửi email báo lỗi không. Công cụ chạy hỏng lặng lẽ là công cụ nguy hiểm hơn không có công cụ, vì bảng vẫn có số cũ và trông vẫn bình thường.
5. Quyền họ xin là quyền gì? Đọc kỹ màn hình cấp quyền. Quyền đọc báo cáo quảng cáo khác hẳn quyền quản lý chiến dịch. Đừng cấp quyền sửa cho một công cụ chỉ để đọc số.
6. Ngừng dùng thì mất gì? Dữ liệu đã ghi vào bảng của bạn thì vẫn còn. Nhưng nếu công cụ giữ phần lịch sử trên máy chủ của họ và bảng chỉ hiện phần mới nhất, ngừng dịch vụ là mất luôn phần lịch sử.

Giới hạn thật của nhóm công cụ này

Thứ nhất, bạn nhận được đúng những chỉ số nhà cung cấp đã bọc sẵn. Nếu nền tảng có một trường mà công cụ chưa hỗ trợ, bạn chỉ có thể gửi yêu cầu và chờ.

Thứ hai, cách gộp số do họ quyết. Cùng một chỉ số "kết quả", hai công cụ có thể lấy từ hai trường khác nhau của cùng một nền tảng và ra hai con số khác nhau. Đây là lý do hai bảng cùng nối một tài khoản mà không khớp nhau, và bạn thường không tra được vì phần chuyển đổi nằm bên trong họ.

Thứ ba, một bảng tính nối nhiều nguồn qua tiện ích sẽ chậm dần. Mỗi lịch chạy ghi thêm hàng nghìn dòng. Google Sheets có trần dung lượng tính theo ô cho mỗi bảng tính, được ghi trong tài liệu trợ giúp chính thức của Google; bạn nên tra lại con số hiện hành trước khi thiết kế bảng dài hạn, vì đây là loại giới hạn chỉ lộ ra khi đã muộn.

Cách 3: tự gọi API bằng Apps Script

Apps Script là môi trường viết mã có sẵn trong Google Sheets, không cần cài đặt, không cần máy chủ. Bạn viết một hàm gọi API của nền tảng quảng cáo, nhận về dữ liệu, rồi ghi vào bảng. Đặt thêm một trigger theo thời gian là nó tự chạy mỗi sáng.

Nghe đơn giản, và phần "kéo về được lần đầu" đúng là đơn giản với người biết viết mã. Phần khó nằm ở việc giữ cho nó chạy được sáu tháng sau.

Bốn thứ phải xử lý ngoài chuyện gọi API

• Xác thực và làm mới token. Mọi nền tảng đều dùng token có hạn. Bạn phải lưu refresh token an toàn trong kho thuộc tính của script chứ không viết thẳng vào ô bảng tính, và phải xử lý trường hợp token bị thu hồi khi người cấp quyền đổi mật khẩu hoặc rời công ty.
• Giới hạn số lần gọi. Nền tảng nào cũng chặn khi bạn gọi quá nhiều. Đoạn mã chạy tốt với hai tài khoản sẽ bị chặn khi bạn thêm tài khoản thứ mười. Phải có cơ chế chờ rồi thử lại, không phải thử lại ngay lập tức.
• Báo cáo chạy không đồng bộ. Một số báo cáo lớn không trả kết quả ngay, mà trả về một mã việc rồi bạn phải hỏi lại tới khi xong. Đoạn mã phải biết chờ và biết bỏ cuộc.
• Trần thời gian chạy. Apps Script có giới hạn thời gian cho mỗi lần chạy, ghi rõ trong trang giới hạn dịch vụ của Google. Kéo nhiều tài khoản trong một lần chạy sẽ đụng trần. Cách chữa là chia nhỏ theo tài khoản và lưu vị trí đang làm dở để lần chạy sau đi tiếp.

Cách dựng để nó sống lâu

1. Tách bảng thô và bảng nhìn. Một sheet chỉ chứa dữ liệu thô do script ghi, không ai được sửa tay. Các sheet khác đọc từ đó bằng công thức. Trộn hai thứ là chuốc hoạ.
2. Ghi có khoá. Script tính khoá cho từng dòng, tìm khoá đã có thì ghi đè, chưa có thì thêm mới. Đừng bao giờ chỉ nối thêm.
3. Kéo lùi một khoảng. Mỗi lần chạy kéo lại vài ngày gần nhất để đón phần số được nền tảng chốt lại.
4. Có sheet nhật ký. Mỗi lần chạy ghi một dòng: giờ chạy, tài khoản nào, bao nhiêu dòng, lỗi gì. Sheet này là thứ cứu bạn khi có người hỏi "sao tuần trước số khác".
5. Báo lỗi ra ngoài. Chạy hỏng thì gửi email cho người sở hữu. Không có bước này thì luồng tự động chỉ là bom hẹn giờ chạy êm.

Giá thật của cách tự viết

Không tốn phí phần mềm. Tốn hai thứ khác. Một là thời gian dựng ban đầu, thường vài ngày công nếu làm tử tế cả phần nhật ký và phần báo lỗi. Hai là người. Đoạn mã đó có một chủ sở hữu, và ngày người đó nghỉ việc là ngày công ty có một hệ thống không ai đọc nổi. Nếu bạn chọn cách này, hãy viết một trang tài liệu ngắn để cạnh bảng: script làm gì, chạy lúc mấy giờ, token của ai, hỏng thì mở ở đâu.

Ba cách đặt cạnh nhau trên cùng một bảng

Tiêu chí	Xuất tay	Tiện ích nối sẵn	Tự gọi API
Công sức dựng ban đầu	Gần bằng không	Một buổi tới một ngày	Vài ngày công nếu làm đủ nhật ký và báo lỗi
Công sức duy trì	Lặp lại mãi, tỷ lệ thuận số tài khoản	Thấp khi êm, phụ thuộc nhà cung cấp khi hỏng	Thấp khi êm, cần người biết mã khi nền tảng đổi
Chi phí tiền mặt	Không	Phí hằng tháng, thường theo số tài khoản	Không, trừ lương người viết
Kéo lại số cũ	Được, nhưng làm tay	Tuỳ công cụ, phải hỏi trước	Được, do bạn tự quyết
Tuỳ biến chỉ số	Toàn quyền, làm tay	Chỉ trong phạm vi công cụ mở ra	Toàn quyền
Khi nền tảng đổi API	Không ảnh hưởng, giao diện xuất vẫn còn	Nhà cung cấp sửa, bạn chờ	Bạn tự sửa, chủ động nhưng mất công
Ai chữa lúc tám giờ sáng	Người đang trực	Bộ phận hỗ trợ của họ	Người viết ra nó

Đọc bảng này theo cột cuối cùng trước. Câu hỏi "ai chữa lúc tám giờ sáng khi sếp đang chờ báo cáo" thường quyết định lựa chọn đúng hơn mọi so sánh tính năng.

Cái gì hỏng khi nền tảng đổi

Đây là phần ít ai nói trước khi bạn dựng, và là phần làm mọi luồng tự động chết dần.

API có phiên bản, và phiên bản cũ sẽ ngừng

Cả Google Ads API và Meta Marketing API đều ra phiên bản mới đều đặn và công bố ngày ngừng hỗ trợ cho phiên bản cũ trên trang ghi chú phát hành chính thức của mình. Đoạn mã của bạn ghim vào một phiên bản. Tới ngày phiên bản đó ngừng, lệnh gọi trả về lỗi và bảng đứng số. Cách phòng: đăng ký nhận thông báo thay đổi của nền tảng, và ghi ngay trong tài liệu của bạn là mã đang ghim phiên bản nào.

Trường bị đổi tên hoặc bỏ đi

Nền tảng đổi cách đặt tên chỉ số, gộp hai trường thành một, hoặc bỏ hẳn một trường cũ. Với công cụ nối sẵn, bạn thấy cột trống hoặc cột biến mất. Với mã tự viết, bạn thấy lỗi hoặc tệ hơn là thấy giá trị rỗng được ghi vào bảng như số không.

Quy tắc quyền riêng tư siết lại

Một số chiều dữ liệu bị hạn chế khi số lượng người quá nhỏ, hoặc bị bỏ hẳn theo quy định. Bảng của bạn vẫn chạy, chỉ là vài dòng thành trống. Nếu công thức phía sau không xử lý ô trống, cả cột tính toán sẽ sai.

Cách phòng chung cho cả ba

• Đặt một ô kiểm tra ngay đầu bảng: ngày mới nhất có dữ liệu là ngày nào. Nếu ngày đó không phải hôm qua, ô chuyển sang cảnh báo.
• Đặt ô thứ hai: tổng chi phí bảy ngày gần nhất. Nếu tổng bằng không trong khi tài khoản vẫn đang chạy, luồng đã hỏng.
• Không bao giờ tin vào việc "không thấy lỗi tức là chạy đúng". Phải có tín hiệu chủ động nói rằng nó chạy đúng.

Những nhầm lẫn khiến bảng sai dù kéo dữ liệu đúng

Coi ô trống và số không là một

Đây là loại lỗi có thật, không phải giả định lý thuyết. Khi hệ thống coi giá trị 0 là "chưa có dữ liệu", mọi ngưỡng đặt ở mức 0 sẽ bị bỏ qua và bạn không nhận được cảnh báo nào cả. Trong bảng tính, nó biểu hiện thành: ngày không có chuyển đổi bị trộn lẫn với ngày chưa kéo được dữ liệu. Trung bình tính ra sai, và sai theo hướng đẹp hơn thực tế. Cách chữa: quy ước rõ ràng, ô trống nghĩa là chưa có dữ liệu, số 0 nghĩa là đã kéo về và giá trị đúng là không.

Cộng chi phí của nhiều loại tiền

Đã nói ở phần chốt bảng đích, nhắc lại ở đây vì đây là lỗi tốn tiền nhất. Một cột chi phí trộn tiền đồng và đô la là một cột vô nghĩa, nhưng nó vẫn cộng ra một con số trông rất bình thường. Nếu bạn buộc phải gộp, hãy để tỷ giá thành một bảng riêng có cột ngày, và ghi rõ tỷ giá lấy từ đâu.

Múi giờ của nền tảng khác múi giờ của bạn

Mỗi tài khoản quảng cáo có múi giờ riêng do người mở tài khoản chọn, và nó không đổi được sau đó ở nhiều nền tảng. Nếu một tài khoản đặt múi giờ Mỹ, "ngày 15" trong dữ liệu của tài khoản đó không trùng với "ngày 15" theo giờ Việt Nam. Cộng vào bảng tổng là lệch một phần chi tiêu sang ngày bên cạnh. Cách xử lý thành thật nhất: ghi múi giờ của từng tài khoản thành một cột, và chấp nhận rằng số theo ngày chỉ so được trong cùng múi giờ.

Không tính tới việc nền tảng chốt lại số

Số của hôm qua chưa phải số cuối. Chuyển đổi còn được ghi nhận thêm trong vài ngày sau đó tuỳ cửa sổ quy công, và chi phí đôi khi cũng điều chỉnh. Bảng chỉ nối thêm mà không kéo lùi sẽ giữ mãi con số của lần kéo đầu tiên, tức là luôn thấp hơn thật ở phần chuyển đổi. Người đọc báo cáo sẽ kết luận sai rằng hiệu quả đang giảm.

Trộn nhiều hạt dữ liệu trong một bảng

Có người kéo cả dòng cấp tài khoản lẫn dòng cấp chiến dịch vào cùng một sheet cho tiện. Tổng chi phí lập tức gấp đôi. Lỗi này dễ nhận ra khi bảng nhỏ, và gần như không nhận ra khi bảng có bốn mươi nghìn dòng.

Đặt công thức nặng ngay trong bảng thô

Bảng thô có mấy chục nghìn dòng, mỗi dòng một hàm tra cứu, mở bảng mất nửa phút và ai cũng nghĩ máy chậm. Hãy để bảng thô chỉ là dữ liệu, và tính toán ở sheet khác bằng hàm gộp theo nhóm, hoặc bằng bảng tổng hợp.

Nhịp làm hằng tuần và hằng tháng

Kéo dữ liệu về không phải việc dựng một lần rồi quên. Đây là nhịp tối thiểu để bảng còn đáng tin.

Khi nào	Việc	Dấu hiệu phải dừng lại xử lý
Mỗi sáng	Liếc hai ô kiểm tra: ngày mới nhất, tổng chi phí bảy ngày	Ngày mới nhất không phải hôm qua, hoặc tổng bằng không
Mỗi thứ Hai	Đối chiếu tổng chi phí tuần trước của từng nền tảng giữa bảng và giao diện	Lệch quá mức bạn tự đặt, ví dụ một phần trăm
Mỗi thứ Hai	Xem sheet nhật ký: tuần qua có lần chạy nào lỗi không	Có lỗi lặp lại cùng một tài khoản
Mỗi tháng	Kiểm danh sách tài khoản: có tài khoản mới nào chưa nối	Có chiến dịch đang chạy mà không thấy trong bảng
Mỗi tháng	Đọc thông báo thay đổi của nền tảng và của nhà cung cấp công cụ	Có phiên bản API sắp ngừng, hoặc trường sắp bỏ
Mỗi quý	Rà quyền: ai còn quyền sửa bảng, token đang đứng tên ai	Token đứng tên người đã rời công ty

Nhịp này nghe nhiều nhưng thực tế mất khoảng mười lăm phút mỗi tuần khi mọi thứ êm. Đổi lại, bạn không bao giờ phát hiện luồng hỏng bằng cách nghe sếp hỏi trong buổi họp.

Khi nào bảng tính hết là chỗ ở đúng cho dữ liệu

Google Sheets là công cụ tốt và bài này không khuyên bạn bỏ nó. Nhưng nó có trần, và nhận ra trần sớm rẻ hơn nhiều so với vá thêm.

Sáu dấu hiệu

1. Bảng mở chậm thấy rõ. Số dòng và số công thức đã vượt sức của một bảng tính chạy trên trình duyệt.
2. Bạn đang trả phí cho từ hai công cụ nối trở lên. Tiền hằng tháng đã ngang một nền tảng báo cáo trọn gói, mà phần khó vẫn chưa được giải quyết.
3. Câu hỏi thường xuyên vượt khỏi bảng. Người xem không còn hỏi "tháng này chi bao nhiêu" mà hỏi "vì sao chi phí mỗi đơn tăng", và trả lời được thì phải mở thêm ba tab.
4. Cần chia sẻ ra ngoài có kiểm soát. Khách hàng muốn xem báo cáo nhưng không được thấy sheet thô, và bạn đang giải quyết bằng cách sao chép bảng — tức là tạo thêm một bản số liệu nữa để lệch nhau.
5. Có hệ thống nội bộ cần đưa số vào. Đơn hàng nằm trong phần mềm tự viết hoặc CRM, không có tiện ích nào nối sẵn, và không ai muốn viết thêm một luồng riêng.
6. Không ai chịu trách nhiệm định nghĩa chỉ số. Hỏi "doanh thu trong bảng này là doanh thu nào" mà không ai trả lời chắc chắn được.

Khi đủ ba dấu hiệu trở lên, hướng đi thường gặp là chuyển phần kho dữ liệu và phần trình bày sang một nền tảng có sẵn các mối nối, rồi giữ Google Sheets đúng việc nó giỏi: nhập tay những thứ không hệ thống nào có, ví dụ mục tiêu tháng, danh mục sản phẩm, hay ghi chú chiến dịch. Orova Insight đi theo hướng đó: nối sẵn các nguồn quảng cáo và phân tích, nhận cả Google Sheets như một nguồn bình thường, cho hệ thống ngoài bắn dữ liệu vào bằng một đường webhook riêng, đồng bộ số theo ngày về kho rồi dựng báo cáo trên đó. Ý ở đây không phải bỏ bảng tính, mà là để bảng tính làm phần nhập tay và để chỗ khác làm phần kéo dữ liệu.

Nếu bạn còn đang phân vân giữa việc làm đẹp bảng hiện tại và việc đổi chỗ ở cho dữ liệu, hai bài này bàn kỹ hơn phần sau đó: dashboard Excel là gì? Cách làm dashboard trong Excel đơn gi và Looker Studio là gì, làm được gì (Google vừa đổi tên về Data Studio). Còn nếu vấn đề của bạn là chưa biết bảng nên có cột nào, hãy xem trước báo cáo quảng cáo Facebook nên có chỉ số nào rồi mới dựng, vì kéo nhầm cột thì cách kéo nào cũng vô ích.

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

Google Sheets có nối thẳng được Facebook Ads không?

Không có mối nối chính chủ nào do Facebook làm sẵn cho Google Sheets. Mọi cách nối đều đi qua bên thứ ba: tiện ích bổ sung, dịch vụ nối dữ liệu, hoặc đoạn mã bạn tự viết gọi vào Marketing API. Ai quảng cáo là "nối thẳng, chính thức" thì thực chất vẫn là một trong ba đường đó.

Kéo bằng công thức IMPORTDATA hay IMPORTXML có được không?

Không dùng được cho dữ liệu quảng cáo. Các hàm nhập dữ liệu của Google Sheets chỉ lấy được nội dung công khai, không gửi được thông tin xác thực theo yêu cầu của các nền tảng quảng cáo. Chúng hữu ích cho việc lấy bảng giá công khai hay dữ liệu mở, không hữu ích ở đây.

Nên kéo về hằng ngày hay hằng tuần?

Hằng ngày, kể cả khi bạn chỉ nhìn báo cáo mỗi tuần. Lý do không phải để nhìn nhiều hơn, mà để phát hiện luồng hỏng sớm. Chạy hằng tuần thì lần hỏng nào cũng mất bảy ngày dữ liệu trước khi ai đó nhận ra.

Bảng của tôi và giao diện quảng cáo lệch nhau vài phần trăm, có sao không?

Trước hết hãy tìm nguyên nhân thay vì đoán. Ba nguyên nhân hay gặp theo thứ tự: múi giờ tài khoản khác múi giờ bạn dùng để cắt ngày, nền tảng đã chốt lại số sau lần kéo của bạn, và bộ lọc trên giao diện không giống bộ lọc trong lệnh kéo. Nếu tìm ra nguyên nhân và nó ổn định, ghi lại vào tài liệu rồi sống chung. Lệch mà không giải thích được thì đừng dùng bảng đó để ra quyết định chi tiền.

Có nên gộp cả dữ liệu website vào cùng bảng không?

Nên, nhưng để ở sheet riêng và nối với nhau theo ngày, đừng dán chung một bảng. Dữ liệu quảng cáo và dữ liệu website có hạt khác nhau và định nghĩa chuyển đổi khác nhau. Để chung một sheet là mở đường cho việc cộng nhầm.

Đội tôi không có người biết viết mã, có nên học Apps Script không?

Nếu bạn có đúng một luồng đơn giản và có một người thật sự thích việc đó, thì học được và đáng học. Nếu bạn định để một người kiêm nhiệm viết rồi bỏ đấy, đừng. Một luồng tự viết không ai bảo trì tệ hơn một tiện ích trả phí, vì nó hỏng lặng lẽ và không có ai để gọi.

Việc nên làm trong tuần này

Đừng bắt đầu bằng việc chọn công cụ. Hãy làm ba việc theo thứ tự này.

1. Bấm giờ một lần. Thứ Hai tới, khi làm quy trình xuất và dán quen thuộc, bấm giờ từ lúc mở tab đầu tiên tới lúc bảng xong. Nhân với 52. Con số đó là ngân sách bạn được phép bỏ ra để giải quyết việc này.
2. Viết một trang bảng đích. Một dòng là gì, cột khoá là gì, tiền tệ nào, cửa sổ quy công nào, ghi đè hay nối thêm, ai sở hữu. Một trang thôi. Chưa có trang này thì mọi công cụ đều đưa bạn tới một bảng lộn xộn, chỉ khác là lộn xộn nhanh hơn.
3. Thêm hai ô kiểm tra vào bảng hiện tại. Ngày mới nhất có dữ liệu, và tổng chi phí bảy ngày gần nhất. Việc này mất mười phút và làm được ngay hôm nay, kể cả khi bạn vẫn đang dán tay.

Làm xong ba việc đó, câu hỏi "chọn cách nào" sẽ tự trả lời. Số giờ bạn vừa bấm nói cho bạn biết được phép chi bao nhiêu, trang bảng đích nói cho bạn biết công cụ nào đủ sức, và hai ô kiểm tra bảo vệ bạn trong lúc chuyển đổi. Còn nếu sau khi tính xong bạn thấy con số vẫn không đủ để trả cho bất kỳ cách nào, đó chính là câu trả lời rằng bảng tính hiện tại vẫn còn là chỗ ở đúng — thêm vài tháng nữa.

Khi nào nên để máy làm thay việc này

Làm tay việc này tốn thời gian nhất không phải ở lúc bấm xuất file, mà ở lúc dán, sửa cột, và kiểm tra lại xem có sai đâu không - việc này lặp lại đều đặn mỗi tuần, mỗi tháng, càng nhiều nền tảng quảng cáo thì càng tốn. Và tốn công này gần như không tạo thêm giá trị gì cho việc bạn ra quyết định quảng cáo.

Orova Insight được làm để gom dữ liệu quảng cáo từ nhiều nền tảng về một bảng, tự động cập nhật thay cho phần thao tác tay bạn vừa đọc ở trên. Nếu bạn thấy mình đang lặp lại việc này mỗi tuần, có thể xem thử Orova Insight hoạt động như thế nào.

Xem Orova Insight