Hướng dẫn chi tiết về Google Ads Customer Match: Tăng cường chiến lược tiếp thị của bạn

Trong bối cảnh tiếp thị kỹ thuật số không ngừng phát triển, việc cá nhân hóa nội dung và nhắm mục tiêu chính xác từng đối tượng trở nên quan trọng hơn bao giờ hết. Google Ads Customer Match (So khớp khách hàng) là một công cụ mạnh mẽ, giúp doanh nghiệp tối ưu hóa chiến lược tiếp thị thông qua dữ liệu khách hàng có sẵn. Với khả năng kết nối cả dữ liệu trực tuyến và ngoại tuyến, Google Ads Customer Match cho phép bạn tiếp cận khách hàng trên nhiều nền tảng như Mạng Tìm kiếm, YouTube, Gmail, và Hiển thị. Trong bài viết này, chúng ta sẽ tìm hiểu cách thức hoạt động của Customer Match, các bước thiết lập, điều kiện tiên quyết, và những mẹo quan trọng giúp bạn khai thác tối đa tiềm năng của công cụ này.

Tính năng so khớp khách hàng cho phép bạn khai thác dữ liệu trực tuyến và ngoại tuyến để tiếp cận và tái tương tác với khách hàng trên mạng tìm kiếm, quảng cáo mua sắm, Gmail, YouTube, và mạng hiển thị của Google. Dựa trên dữ liệu mà khách hàng đã cung cấp, tính năng so khớp khách hàng hỗ trợ nhắm mục tiêu quảng cáo trực tiếp đến các khách hàng này cũng như các khách hàng tương tự. Bạn có thể tải lên dữ liệu từ hệ thống quản lý quan hệ khách hàng (CRM) hàng loạt, bổ sung hoặc xóa dữ liệu, hoặc sử dụng các danh sách người dùng này để tạo danh sách người dùng tương tự (logical_user_list).

Để tìm hiểu về các phân khúc đối tượng khác nhau và so sánh với các tùy chọn danh sách người dùng khác, bạn có thể tham khảo mục quản lý đối tượng trong phần tổng quan.

Để biết thêm chi tiết về so khớp khách hàng và các đối tượng tương ứng, hãy truy cập vào phần tài liệu.

Điều kiện tiên quyết

Không phải tất cả các tài khoản đều có quyền sử dụng tính năng so khớp khách hàng. Để sử dụng tính năng này, tài khoản cần đảm bảo các điều kiện sau:

Lịch sử tuân thủ chính sách tốt
Lịch sử thanh toán đáng tin cậy

Các tính năng sẽ khác nhau tùy theo yêu cầu mà tài khoản của bạn đáp ứng. Vui lòng tham khảo chính sách so khớp khách hàng để biết thêm về các yêu cầu và hạn chế liên quan đến tính đủ điều kiện.

Thiết kế quy trình tích hợp khách hàng

Quy trình triển khai

Dưới đây là quy trình khuyến nghị để tạo và nhắm mục tiêu danh sách khách hàng qua Google Ads:

Tạo danh sách khách hàng trống – Bắt đầu bằng cách tạo một danh sách khách hàng chưa có dữ liệu để dễ dàng thêm thông tin sau này.
Thiết lập OfflineUserDataJob – Tạo một công việc xử lý dữ liệu ngoại tuyến. Việc thiết lập một công việc lớn sẽ mang lại hiệu suất tốt hơn so với việc xử lý nhiều công việc nhỏ lẻ.Từ phiên bản API Google Ads 15 trở đi, bạn nên điền trường consent trong metadata của customer_match_user_list_metadata trong yêu cầu tạo OfflineUserDataJob. Đối với yêu cầu loại bỏ dữ liệu (remove), bạn không cần có sự đồng ý từ khách hàng. API sẽ trả về lỗi OfflineUserDataJobError.CUSTOMER_NOT_ACCEPTED_CUSTOMER_DATA_TERMS nếu bạn thiết lập trường consent.ad_user_data hoặc consent.ad_personalization là DENIED.Nếu khách hàng không đồng ý, bạn có thể tạo công việc sử dụng thao tác remove để xóa giá trị nhận dạng của họ khỏi danh sách khách hàng.
Trong trường hợp chưa nhận được sự đồng ý từ các khách hàng cụ thể, hãy thiết lập một công việc riêng, trong đó không thiết lập trường consent của customer_match_user_list_metadata, sau đó thêm giá trị nhận dạng của những khách hàng đó bằng các thao tác create riêng biệt.

Lưu ý quan trọng: Từ ngày 6 tháng 3 năm 2024, đối với người dùng ở Khu vực kinh tế Châu Âu (EEA), nếu không có sự đồng ý, mặc định sẽ là không đồng ý. Dữ liệu từ những người dùng ở EEA không đồng ý sẽ không được xử lý và không thể dùng cho quảng cáo cá nhân hóa qua tính năng so khớp khách hàng. Vui lòng tham khảo phần Câu hỏi thường gặp và cập nhật về yêu cầu đồng ý để biết thêm chi tiết.
Thêm thao tác với OfflineUserDataJobService.AddOfflineUserDataJobOperations – Nên thêm tối đa 10.000 giá trị nhận dạng cho mỗi lần gọi để tối ưu hóa quá trình xử lý. Một yêu cầu AddOfflineUserDataJobOperations duy nhất có thể chứa tối đa 100.000 giá trị nhận dạng trên toàn bộ đối tượng UserData trong danh sách thao tác.Ví dụ: nếu mỗi đối tượng UserData có một UserIdentifier cho hashed_email và một UserIdentifier khác cho hashed_phone_number, gửi 5.000 đối tượng UserData mỗi yêu cầu sẽ là tối ưu vì mỗi yêu cầu sẽ chứa tổng cộng 10.000 giá trị nhận dạng.Lưu ý: Đối tượng UserData đại diện cho một khách hàng và có thể chứa nhiều UserIdentifier. Thêm một UserIdentifier cho từng loại giá trị nhận dạng, chẳng hạn: một bản ghi có địa chỉ email và số điện thoại sẽ tương ứng với một UserData chứa 2 UserIdentifier.
Lặp lại bước 3 cho đến khi hoàn thành – Tiếp tục thêm các thao tác cho đến khi tất cả dữ liệu đã được nạp hoặc đạt giới hạn công việc. Mặc dù không có giới hạn số thao tác trong một công việc, nhưng tốt nhất là không vượt quá 1.000.000 thao tác để tối ưu hiệu suất xử lý.
Khởi động công việc – Sau khi hoàn tất các thao tác, tiến hành chạy công việc.
Kiểm tra tiến trình tải lên – Theo dõi quá trình tải lên để đảm bảo dữ liệu được xử lý thành công.
Xác minh tỷ lệ khớp – Kiểm tra tỷ lệ khớp khách hàng để đánh giá hiệu quả nhắm mục tiêu.
Nhắm mục tiêu danh sách khách hàng – Sử dụng danh sách khách hàng đã tạo để nhắm mục tiêu quảng cáo theo đúng yêu cầu chiến dịch.

Ngoại tuyến UserDataJobService và UserDataService

Có hai dịch vụ chính để tải lên dữ liệu so khớp khách hàng trong Google Ads. Lựa chọn giữa các dịch vụ dựa trên nhu cầu sử dụng cụ thể của bạn, vì mỗi dịch vụ có các giới hạn riêng.

Dịch vụ tải lên danh sách so khớp khách hàng

OfflineUserDataJobService (ưu tiên): Đây là lựa chọn phổ biến nhất, được thiết kế để tối ưu hóa cho việc tải các tệp dữ liệu lớn với hiệu suất cao, cung cấp báo cáo thành công sau khi xử lý xong. Hướng dẫn này chủ yếu sẽ tập trung vào OfflineUserDataJobService.
UserDataService: Dịch vụ này phù hợp khi cần tải lên một lượng nhỏ giá trị nhận dạng theo cách ngẫu nhiên. Với giới hạn 10 thao tác cho mỗi yêu cầu và không vượt quá 100 giá trị trên tất cả user_identifiers, UserDataService không tối ưu cho quá trình tải lên liên tục.
Để tìm hiểu thêm về hướng dẫn tải lên với UserDataService, hãy truy cập tài liệu hướng dẫn quản lý tích hợp so khớp khách hàng.
Từ phiên bản v15 của API Google Ads, khi sử dụng UploadUserDataRequest, bạn cần điền trường consent trong customer_match_user_list_metadata trong yêu cầu create. Đối với yêu cầu remove, sự đồng ý không bắt buộc. API sẽ trả về phản hồi với received_operations_count bằng 0, tức là yêu cầu không được xử lý nếu consent.ad_user_data hoặc consent.ad_personalization là DENIED. Để xóa giá trị nhận dạng mà không có sự đồng ý, bạn có thể thực hiện thao tác remove thông qua UploadUserDataRequest.

Lưu ý quan trọng: Các cập nhật danh sách người dùng qua UserDataService sẽ không hiển thị trong giao diện người dùng Google Ads. Sử dụng OfflineUserDataJobService nếu muốn quản lý các danh sách người dùng có thể truy cập từ giao diện.

Các phương pháp tốt nhất

Khi thiết kế quy trình tích hợp so khớp khách hàng, hãy lưu ý các phương pháp dưới đây:

Tránh việc sửa đổi danh sách người dùng từ nhiều tài khoản – Chỉ quản trị từ tài khoản Google Ads hoặc tài khoản đối tác đã tạo danh sách người dùng.
Tối đa hóa số thao tác mỗi AddOfflineUserDataJobOperationsRequest – Lên đến 100.000 giá trị nhận dạng, tránh RESOURCE_EXHAUSTED.
Không kết hợp thao tác create và remove trong cùng một OfflineUserDataJob – Việc này có thể gây ra lỗi CONFLICTING_OPERATION.
Bật partial_failure trong AddOfflineUserDataJobOperationsRequest – Giúp phát hiện và xử lý các thao tác lỗi trước khi khởi chạy công việc.
Tránh sửa đổi đồng thời cùng một danh sách qua nhiều OfflineUserDataJob – Sử dụng nhiều công việc cùng nhắm mục tiêu vào một CustomerMatchUserListMetadata.user_list có thể gây ra lỗi CONCURRENT_MODIFICATION. Lỗi này cũng xảy ra nếu thao tác đồng thời trong giao diện Google Ads và API.
Nếu có hàng nghìn thao tác cần thực hiện, hãy gom tất cả vào một OfflineUserDataJob thay vì tạo nhiều công việc nhỏ. Một công việc lớn sẽ tối ưu hóa quy trình và giảm thiểu lỗi so với nhiều công việc nhỏ.

Để tối ưu hóa việc nhắm mục tiêu danh sách khách hàng, vui lòng truy cập Trung tâm trợ giúp của Google Ads.

Tạo danh sách khách hàng

Để bắt đầu, hãy sử dụng UserListService để thiết lập một danh sách khách hàng. Danh sách khách hàng được tạo thông qua crm_based_user_list trong đối tượng user_list, giúp bạn nhắm mục tiêu theo danh sách khách hàng trong các chiến dịch hỗ trợ như sau:

So khớp khách hàng cho các loại chiến dịch

Mạng tìm kiếm – Quảng cáo được hiển thị trên kết quả tìm kiếm.
Mạng hiển thị – Quảng cáo hiển thị trên mạng hiển thị và Gmail nếu có mẫu quảng cáo GSP.
Mở rộng hiển thị trên chiến dịch tìm kiếm – Quảng cáo sẽ hiển thị trên mạng tìm kiếm và Gmail khi có mẫu quảng cáo GSP.
Chiến dịch video – Quảng cáo hiển thị trên YouTube khi sử dụng quảng cáo TrueView in-stream.
Chiến dịch mua sắm – Quảng cáo sẽ xuất hiện trên thẻ mua sắm.

Trường crm_based_user_list gồm 3 thành phần:

app_id – Chuỗi xác định duy nhất ứng dụng di động, bắt buộc khi tải mã nhận dạng cho quảng cáo trên thiết bị di động.
upload_key_type – Loại khóa xác định trong danh sách, có thể là CONTACT_INFO, CRM_ID, hoặc MOBILE_ADVERTISING_ID. Không cho phép trộn các loại dữ liệu trong cùng danh sách và là trường bắt buộc.
data_source_type – Xác định nguồn dữ liệu, với giá trị mặc định là FIRST_PARTY. Trường này cho phép tạo danh sách từ bên thứ ba nếu có yêu cầu.

membership_life_span trong danh sách giúp bạn cài đặt thời gian (tính theo ngày) mà người dùng sẽ được giữ trong danh sách. Đối với danh sách khách hàng, membership_life_span có thể đặt đến 10.000 ngày để không có hạn chế.

membership_status xác định liệu danh sách có cho phép thêm người dùng mới hay không.

Ví dụ mã tạo danh sách khách hàng

Dưới đây là mã mẫu tạo danh sách khách hàng Customer Match bằng Java:

private String createCustomerMatchUserList(GoogleAdsClient googleAdsClient, long customerId) {

// Tạo danh sách người dùng mới.

UserList userList =

UserList.newBuilder()

.setName("Customer Match list #" + getPrintableDateTime())

.setDescription("A list of customers that originated from email addresses")

// Danh sách người dùng Customer Match có thể dùng membership life span là 10.000 ngày

// để không giới hạn, nếu không sẽ áp dụng các giá trị thông thường.

.setMembershipLifeSpan(30)

// Đặt upload key type để chỉ ra loại mã nhận dạng sẽ dùng để thêm người dùng vào danh sách.

.setCrmBasedUserList(

CrmBasedUserListInfo.newBuilder()

.setUploadKeyType(CustomerMatchUploadKeyType.CONTACT_INFO))

.build();

// Tạo operation.
UserListOperation operation = UserListOperation.newBuilder().setCreate(userList).build();// Tạo service client.
try (UserListServiceClient userListServiceClient =
googleAdsClient.getLatestVersion().createUserListServiceClient()) {
// Thêm danh sách người dùng.
MutateUserListsResponse response =
userListServiceClient.mutateUserLists(
Long.toString(customerId), ImmutableList.of(operation));
// In phản hồi.
System.out.printf(
“Created Customer Match user list with resource name: %s.%n”,
response.getResults(0).getResourceName());
return response.getResults(0).getResourceName();
}
}

Thêm dữ liệu khách hàng

Lưu ý quan trọng: Theo chính sách, bạn chỉ có thể tải lên dữ liệu khách hàng mà chính bạn đã thu thập (dữ liệu bên thứ nhất). Không được phép mua hoặc tải lên danh sách email từ các bên thứ ba.

Ba khóa so khớp chính là email, địa chỉ gửi thư, và số điện thoại. Bạn cũng có thể dùng mã nhận dạng người dùng hoặc mã quảng cáo di động làm khóa so khớp, nhưng các phương pháp này có thể kém bền vững vì phụ thuộc vào cookie và mã nhận dạng thiết bị. Ưu tiên sử dụng thông tin liên hệ trực tiếp như địa chỉ email, địa chỉ gửi thư, và số điện thoại nếu có thể, thay vì mã CRM hoặc mã quảng cáo di động.

Mỗi danh sách khách hàng chỉ được chứa một loại dữ liệu duy nhất, được xác định bằng thuộc tính CrmBasedUserListInfo.upload_key_type. Đối tượng UserData đại diện cho một người dùng duy nhất, có thể chứa tối đa 20 giá trị nhận dạng người dùng, mỗi giá trị phải là một UserIdentifier riêng. Nếu vượt quá 20 giá trị, bạn sẽ nhận được lỗi TOO_MANY_USER_IDENTIFIERS.

Google Ads chỉ sử dụng danh sách khách hàng so khớp để nhắm mục tiêu khi đạt ngưỡng tối thiểu về số lượng người dùng hoạt động vào thời điểm quảng cáo được phân phát. Để đảm bảo tỷ lệ khớp, tải lên ít nhất 5.000 người dùng nhằm tăng cơ hội đáp ứng số lượng người dùng hoạt động đủ điều kiện nhắm mục tiêu.

Tải lên thông tin liên hệ khách hàng

Để tải lên email, địa chỉ gửi thư hoặc số điện thoại, thiết lập upload_key_type thành CONTACT_INFO. Thông tin liên hệ phải liên kết với một tài khoản Google để có thể so khớp; các tài khoản doanh nghiệp như Google Workspace không thể được nhắm mục tiêu qua so khớp khách hàng.

Vì lý do bảo mật, địa chỉ email, tên, họ, và số điện thoại phải được băm trước khi tải lên, sử dụng thuật toán SHA-256. Trước khi băm, thực hiện các bước chuẩn hóa sau:

Xóa khoảng trắng ở đầu và cuối.
Chuyển các chuỗi tên, email, và địa chỉ gửi thư thành chữ thường.
Đối với số điện thoại, chuyển về định dạng E.164 trước khi băm, sử dụng tối đa 15 chữ số và bắt đầu bằng dấu + (ví dụ: +12125650000 hoặc +442070313000).
Đối với địa chỉ email, không cần xóa dấu chấm (.) trong các email có đuôi @gmail.com hoặc @googlemail.com, vì các dạng này đều hợp lệ.

Nếu thông tin liên hệ không được định dạng chính xác trước khi băm, API vẫn sẽ chấp nhận, nhưng có thể không khớp được với khách hàng mục tiêu.

Nếu tải lên địa chỉ gửi thư, hãy đảm bảo các trường sau có mặt:

Mã quốc gia
Mã bưu chính
Tên đã băm
Họ đã băm

Nếu thiếu bất kỳ trường nào, địa chỉ sẽ không thể so khớp.

Mặc dù danh sách khách hàng chỉ hỗ trợ một upload_key_type, bạn có thể tải lên nhiều loại thông tin liên hệ cho upload_key_type là CONTACT_INFO để tăng tỷ lệ khớp.

Tải lên mã CRM

Để tải mã CRM vào danh sách khách hàng, thiết lập upload_key_type là CRM_ID. Mã CRM sẽ khớp với mã nhận dạng người dùng do nhà quảng cáo tạo. Điều này tương tự như khi tải mã MOBILE_ADVERTISING_ID, nhưng bạn sẽ điền mã vào trường third_party_user_id của UserIdentifier.

Tải lên mã quảng cáo di động

Tương tự với so khớp khách hàng qua email, bạn cũng có thể sử dụng mã nhận dạng cho quảng cáo (IDFA hoặc AAID) để so khớp khách hàng. Để thực hiện, chỉ định thuộc tính app_id và thiết lập upload_key_type là MOBILE_ADVERTISING_ID trước khi sử dụng danh sách để so khớp khách hàng qua mã nhận dạng di động.

Ví dụ về mã

Ví dụ sau sử dụng OfflineUserDataJobOperation để thêm dữ liệu thông tin liên hệ của khách hàng vào một danh sách khách hàng trong Google Ads.

// Tạo danh sách đầu vào thô chứa thông tin người dùng chưa được băm. Mỗi phần tử trong danh sách 

// là một người dùng được biểu diễn dưới dạng một Map với các khóa "email", "phone", "firstName",

// "lastName", "countryCode", và "postalCode". Dữ liệu này có thể lấy từ tệp hoặc cơ sở dữ liệu.

List<Map<String, String>> rawRecords = new ArrayList<>();

// Thêm dữ liệu cho người dùng đầu tiên với email và số điện thoại.
Map<String, String> rawRecord1 =
ImmutableMap.<String, String>builder()
.put(“email”, “dana@example.com”)
// Số điện thoại sẽ được chuyển về định dạng E.164, bao gồm dấu ‘+’ như yêu cầu.
.put(“phone”, “+1 800 5550101”)
.build();// Thêm dữ liệu cho người dùng thứ hai với email, địa chỉ thư tín, và số điện thoại.
Map<String, String> rawRecord2 =
ImmutableMap.<String, String>builder()
.put(“email”, “alex.2@example.com”)
.put(“firstName”, “Alex”)
.put(“lastName”, “Quinn”)
.put(“countryCode”, “US”)
.put(“postalCode”, “94045”)
.put(“phone”, “+1 800 5550102”)
.build();

// Thêm dữ liệu cho người dùng thứ ba chỉ có email.
Map<String, String> rawRecord3 =
ImmutableMap.<String, String>builder().put(“email”, “charlie@example.com”).build();

rawRecords.add(rawRecord1);
rawRecords.add(rawRecord2);
rawRecords.add(rawRecord3);

// Tạo danh sách UserData từ rawRecords.
List<UserData> userDataList = new ArrayList<>();
for (Map<String, String> rawRecord : rawRecords) {
UserData.Builder userDataBuilder = UserData.newBuilder();

// Thêm một UserIdentifier cho mỗi thông tin đã được tìm thấy (email, số điện thoại, địa chỉ).
if (rawRecord.containsKey(“email”)) {
UserIdentifier hashedEmailIdentifier =
UserIdentifier.newBuilder()
.setHashedEmail(normalizeAndHash(sha256Digest, rawRecord.get(“email”), true))
.build();
userDataBuilder.addUserIdentifiers(hashedEmailIdentifier);
}

if (rawRecord.containsKey(“phone”)) {
UserIdentifier hashedPhoneNumberIdentifier =
UserIdentifier.newBuilder()
.setHashedPhoneNumber(normalizeAndHash(sha256Digest, rawRecord.get(“phone”), true))
.build();
userDataBuilder.addUserIdentifiers(hashedPhoneNumberIdentifier);
}

if (rawRecord.containsKey(“firstName”)) {
Set<String> missingAddressKeys = new HashSet<>();
for (String addressKey : new String[] {“lastName”, “countryCode”, “postalCode”}) {
if (!rawRecord.containsKey(addressKey)) {
missingAddressKeys.add(addressKey);
}
}

if (missingAddressKeys.isEmpty()) {
OfflineUserAddressInfo addressInfo =
OfflineUserAddressInfo.newBuilder()
.setHashedFirstName(normalizeAndHash(sha256Digest, rawRecord.get(“firstName”), false))
.setHashedLastName(normalizeAndHash(sha256Digest, rawRecord.get(“lastName”), false))
.setCountryCode(rawRecord.get(“countryCode”))
.setPostalCode(rawRecord.get(“postalCode”))
.build();
UserIdentifier addressIdentifier =
UserIdentifier.newBuilder().setAddressInfo(addressInfo).build();
userDataBuilder.addUserIdentifiers(addressIdentifier);
} else {
System.out.printf(
“Bỏ qua địa chỉ thư tín vì thiếu các khóa yêu cầu: %s%n”, missingAddressKeys);
}
}

if (!userDataBuilder.getUserIdentifiersList().isEmpty()) {
userDataList.add(userDataBuilder.build());
}
}

// Tạo danh sách các thao tác để thêm người dùng vào danh sách khách hàng.
List<OfflineUserDataJobOperation> operations = new ArrayList<>();
for (UserData userData : userDataList) {
operations.add(OfflineUserDataJobOperation.newBuilder().setCreate(userData).build());
}

Xác minh tệp tải lên danh sách và tỷ lệ khớp

Khi OfflineUserDataJob đạt trạng thái SUCCESS, tỷ lệ khớp ước tính sẽ có sẵn trong operation_metadata.match_rate_range. Nếu truy vấn trường này trước khi công việc hoàn tất, giá trị có thể là 0. Để đảm bảo tỷ lệ khớp đã sẵn sàng để xác minh và danh sách đã sẵn sàng để nhắm mục tiêu, bạn nên thường xuyên kiểm tra trạng thái công việc đến khi hoàn tất. Quá trình này có thể mất từ 10 phút đến 24 giờ.

Ví dụ về mã để kiểm tra trạng thái công việc
Để xác minh quy mô danh sách, bạn có thể truy vấn tài nguyên user_list.

Ví dụ về mã để truy vấn tài nguyên user_list
Vì lý do bảo mật, kích thước danh sách người dùng sẽ hiển thị là 0 cho đến khi danh sách đạt ít nhất 1.000 thành viên, sau đó kích thước sẽ được làm tròn thành hai chữ số.

Trong quá trình thực thi OfflineUserDataJob, bạn có thể truy xuất lỗi thông qua truy vấn bằng Google Ads Query Language (GAQL). Lưu ý rằng báo cáo này không chứa mọi kết quả không khớp, vì chỉ các giá trị đã được băm mới được so sánh khi so khớp khách hàng. Nếu gặp sự cố với danh sách, hãy tham khảo tài liệu khắc phục sự cố.

So sánh với giao diện người dùng Google Ads

Danh sách có thể xuất hiện nhỏ hơn mong đợi khi xem trong công cụ quản lý đối tượng của Google Ads, do chế độ xem này chỉ hiển thị số lượng người dùng đang hoạt động. Để biết thêm chi tiết, vui lòng xem tài liệu khắc phục sự cố.

Hệ thống có thể mất tới 24 giờ để điền sẵn thành viên vào danh sách; vì vậy, bạn có thể thấy trạng thái In Progress trong giao diện khi danh sách vẫn đang cập nhật. Không nên tải danh sách đối tượng lên thường xuyên hơn 12 giờ một lần.

Nhắm mục tiêu danh sách của bạn

Bạn có thể nhắm mục tiêu danh sách khách hàng ở cấp nhóm quảng cáo hoặc cấp chiến dịch, tương tự như các tiêu chí nhắm mục tiêu khác trong API Google Ads.

Mã mẫu để nhắm mục tiêu quảng cáo đến danh sách trong nhóm quảng cáo

Nhắm mục tiêu nhiều danh sách khách hàng

Một danh sách crm_based_user_list chỉ có thể kết hợp với danh sách crm_based_user_list khác khi sử dụng logical_user_list. Tất cả các chính sách áp dụng cho crm_based_user_list sẽ được áp dụng cho danh sách kết hợp này.

Customer Match trong Google Ads là một giải pháp tiếp thị tiên tiến, hỗ trợ doanh nghiệp tối ưu hóa khả năng tiếp cận khách hàng thông qua các dữ liệu có sẵn. Từ quy trình tạo danh sách khách hàng, cài đặt điều kiện đồng ý của người dùng, đến những lưu ý quan trọng trong việc thêm và quản lý dữ liệu người dùng, tất cả đều nhằm giúp bạn xây dựng một chiến lược tiếp thị hiệu quả, đáp ứng đúng nhu cầu và mong muốn của khách hàng mục tiêu. Hãy bắt đầu áp dụng Customer Match để thấy sự khác biệt trong chiến lược tiếp thị và cải thiện kết quả kinh doanh của bạn.

V4SEO là đội ngũ SEO & Web xuất phát từ Nha Trang, triển khai dự án cho doanh nghiệp trên toàn quốc. Chúng tôi cung cấp Dịch vụ SEO Nha Trang theo chuẩn Google, kết hợp kỹ thuật, nội dung và entity để tăng trưởng bền vững. Song song, Dịch vụ thiết kế website Nha Trang tối ưu UX, tốc độ và Core Web Vitals nhằm tối đa chuyển đổi; báo cáo minh bạch, hỗ trợ dài hạn.

Nội dung được sự cố vấn của chuyên gia SEO - Võ Quang Vinh

Võ Quang Vinh – Chuyên gia SEO với hơn 10 năm kinh nghiệm triển khai hàng trăm dự án SEO tổng thể, từ thương mại điện tử đến dịch vụ địa phương. Từng đảm nhiệm vai trò SEO và là Keymember tại Gobranding và dân dắt đội SEO BachhoaXanh.com, anh là người đứng sau nhiều chiến dịch tăng trưởng traffic vượt bậc. Hiện tại, Vinh là người sáng lập và điều hành V4SEO, cung cấp giải pháp SEO & thiết kế website chuẩn UX/UI giúp doanh nghiệp bứt phá thứ hạng Google và tối ưu chuyển đổi.

Hướng dẫn chi tiết về Google Ads Customer Match: Tăng cường chiến lược tiếp thị của bạn

Điều kiện tiên quyết