Objective và assignment

Hai khái niệm này rất dễ nhầm với nhau. Nhầm là một rule cấu hình đúng vẫn trông như không chạy.

• Objective là một bộ rule dùng lại được, chạy cùng nhau.
• Assignment quyết định các rule đó chạy trên những ad group nào.

Rule không có assignment, dù gán thẳng hay qua một Objective, thì không có gì để chấm. Nó không báo lỗi và cũng không ra kết quả gì, nên mới trông như không hoạt động.

Objective là một bộ rule

Objective không phải một chiến lược có tên mà bạn chọn từ danh sách. Bạn dựng nó bằng cách cho rule vào, và nó mang đúng ý nghĩa mà các rule đó cộng lại.

Objective được ghép từ những rule bạn đã viết sẵn. Rule nào cũng có priority riêng.

Objective gom rule theo nhóm:

Nhóm	Đóng góp gì
Bidding	Đưa bid về sát các con số kinh tế
Import	Đưa search term đã chứng minh được hiệu quả vào làm targeting
Negation	Chặn search term, và mở lại khi cần
Dayparting	Hành động theo giờ, không theo hiệu quả
Blacklist / Whitelist	Danh sách theo từng ASIN để tạo negative hoặc bảo vệ term

Dayparting nằm trong Objective nhưng chạy khác các nhóm còn lại. Mỗi ngày theo marketplace, App chọn đúng một rule Dayparting cho mỗi Objective, dựa trên Criteria so với tổng số liệu 30 ngày và 60 ngày của Objective đó.

Objective thường rất lớn

Một Objective đang chạy thật không phải chỉ có ba rule. Một Objective chứa vài chục rule là chuyện bình thường: nhóm bidding phủ mọi dải orders và mọi khoảng ACOS, nhóm negation phủ mọi tổ hợp số đơn và ngưỡng ACOS, và một rule import.

Vì vậy Objective được ghép một lần rồi dùng lại, và tên rule trong trình sửa ghi luôn cấu hình của nó: [Negation] 180d · 2–4 Orders · ACOS ≥ 150% cho bạn biết rule làm gì mà không cần mở ra. Với một danh sách dài như vậy, đó là cách duy nhất để còn đọc nổi.

Vì sao phải gom rule lại

Vì những rule hợp nhau thường đi cùng nhau.

Một rule harvest mà không có rule negation bên cạnh thì chỉ làm targeting phình ra, không bao giờ tỉa bớt. Một rule negation mà không có rule unnegation bên cạnh thì chỉ có thể thu hẹp. Ghép chúng một lần thành Objective rồi gán Objective đó, cả cách vận hành sẽ di chuyển như một khối. Bạn không phải nhớ giữ sáu quyết định riêng lẻ cho khớp với nhau.

Ad group tiếp theo cần chạy theo cùng cách cũng chỉ cần một lần gán, thay vì sáu.

Assignment

Rule tới được một ad group bằng hai đường: gán thẳng, hoặc qua một Objective mà ad group đó được gán vào.

Bảng rules hiện cả hai con số cho từng rule: bao nhiêu ad group và bao nhiêu Objective đang dùng nó. Rule hiện số không ở cả hai cột thì không chạy ở đâu cả.

Priority

Khi hai rule cùng nhóm muốn hành động trên cùng một đối tượng, priority quyết định. Rule có priority cao hơn thắng, các rule kia bị bỏ qua cho target đó trong lần chạy đó.

Priority mặc định là 100. Để tất cả ở mặc định cũng được, cho tới khi hai rule thực sự chồng lên nhau. Lúc đó, rule bạn quan tâm hơn cần một con số cao hơn.

Chia priority thành từng dải theo nhóm. Khi Objective đã có vài chục rule, cho mỗi nhóm một khoảng riêng, ví dụ negation ở hàng 900, bidding ở hàng 700. Nhìn con số của một rule mới là biết nó thuộc nhóm nào và đứng ở đâu, không cần đọc cả danh sách. Trong cùng một dải, rule cụ thể hơn lấy số cao hơn.

Hai điều nên biết:

• Rule không cộng dồn. Rule thua bị bỏ qua cho đối tượng đó, chứ không được áp sau.
• Một rule Hold 0% thắng thẳng rule có priority thấp hơn. Rule Bidding đặt ở Hold chặn không cho rule priority thấp hơn dịch bid đó chút nào. Đó là lý do Hold hữu ích khi cần giữ yên một đợt ra mắt sản phẩm.

Khi một rule trông như không làm gì

Kiểm tra assignment trước, rồi mới tới criteria. Xem Vì sao rule của tôi không chạy?.