Phân biệt Policies và Restrictions trong AdSense

📚 Google AdSense Foundation Series (Bài 6/15) — Sau Bài 1: Google AdSense là gì & khung Program policies, Bài 2: Điều kiện đủ tư cách AdSense, Bài 3: Website sẵn sàng cho AdSense, Bài 4: Google Publisher Policies — nội dung bị cấm và Bài 5: Google Publisher Restrictions — nội dung hạn chế, bài này gom hai lớp chính sách thành thực chiến: phân biệt Policies và Restrictions khi đọc Policy center, email cảnh báo, và lên kế hoạch chủ đề site.

Bài 4 = cấm. Bài 5 = giới hạn. Bài 6 trả lời câu publisher hay hỏi sau email Google: "Must fix hay limited ads — tôi sửa cái nào trước, có bị ban không?"

Phân biệt Policies và Restrictions AdSense — vì sao cần?

Forum AdSense hay gộp mọi cảnh báo thành "bị policy" — publisher sửa nhầm (đổi theme khi chỉ limited ads) hoặc bỏ qua Must fix vì nghĩ "chỉ RPM thấp".

Theo AdSense Program policies:

• Publisher Policies (Bài 4) — nội dung không được monetize.
• Publisher Restrictions (Bài 5) — nội dung có thể monetize nhưng hạn chế nguồn quảng cáo.

Hậu quả khác nhau:

Bài 1 đã vẽ khung. Bài 6 là bản đồ đọc Policy center — không thay thế đọc 9335564 (Policies) và 10437795 (Restrictions).

Google đang migrate sang Publisher Policies Help Center — nhãn UI có thể đổi, nhưng logic cấm vs giới hạn giữ nguyên.

Hai lớp chính sách trong khung AdSense

Publisher Policies — "không được phép"

• Illegal content, scraped, CSAM, malware, misrepresentation…
• Vi phạm → Google không serve ads; account có thể disabled.
• Liên quan eligibility và site readiness — Bài 2, Bài 3.

Publisher Restrictions — "được phép nhưng hạn chế"

• Tobacco, gambling, shocking (mức nhẹ hơn Policies), behavioral (ad che content)…
• Google Ads thường không bid — Bài 5.
• Account thường vẫn active — doanh thu kém trên URL bị label.

Program policies bao bọc cả hai

48182 gồm eligibility, ad placement, invalid traffic — ngoài Policies/Restrictions nhưng cùng Policy center. Bài 6 tập trung phân loại nội dung; invalid traffic series Bài 9.

Policy center — đọc nhãn và mức độ ưu tiên

Policy center là dashboard chính thức sau khi có AdSense.

Các tín hiệu thường gặp

Đọc issue theo URL

Policy center thường chỉ URL cụ thể hoặc site-wide. Publisher nên:

1. Mở từng issue → đọc policy name (link sang Help).
2. Phân loại mental: 9335564 (Policies) hay 10437795 (Restrictions)?
3. Must fix trước — kể cả khi cùng URL có limited ads.

Email vs dashboard

Email Google có thể ghi "policy violation" chung chung — luôn vào Policy center xem chi tiết, không chỉ reply email.

Must fix (Policies) vs Limited ads (Restrictions)

Must fix — Policies

Là gì: Nội dung hoặc hành vi vi phạm Publisher Policies hoặc Program policies nghiêm trọng.

Hậu quả:

• Ads tắt trên URL hoặc toàn site.
• Không sửa trong deadline → account disabled có thể xảy ra.
• Appeal sau khi đã sửa nội dung thật — không fake.

Ví dụ từ Bài 4:

• Site chủ yếu scraped RSS.
• Trang có malware redirect.
• Adult explicit gallery.

Hành động: Gỡ URL, rewrite gốc, moderate UGC — rồi Request review trong Policy center.

Limited ads — Restrictions

Là gì: Inventory restricted — ít advertiser eligible.

Hậu quả:

• Account thường vẫn Active.
• RPM/fill thấp trên URL — có thể blank ad.
• Không có deadline "Must fix" kiểu disable — nhưng nên hiểu để không panic.

Ví dụ từ Bài 5:

• Bài review thuốc lá — restricted.
• Tin tai nạn có ảnh graphic — shocking restriction.
• Sticky ad che paragraph — behavioral.

Hành động: (a) Sửa nội dung/layout, (b) Không gắn ad trang đó, (c) Chấp nhận RPM thấp nếu chủ đề cố ý.

Bảng quyết định nhanh

Escalation: Restrictions leo thang thành Policies

Một số chủ đề bắt đầu Restrictions, leo thang Policies khi mức độ tăng:

Bài 5 đã nhắc ranh giới shocking. Publisher tin tức: thêm ảnh graphic → từ limited → Must fix.

Chiến lược phòng: Khi chủ đề borderline, không gắn ad cho đến khi chắc mức độ — hoặc làm mềm media trước publish.

Case study: cùng chủ đề, khác mức độ

Case A — Blog giáo dục AdSense/SEO (blog tôi)

• Policies: Pass — không scraped, không adult (Bài 4 audit).
• Restrictions: Pass content — behavioral: không sticky che TOC (Bài 3).
• Policy center kỳ vọng: No issues hoặc chỉ nhắc readiness lúc mới apply.

Case B — Site tin tai nạn

• Ảnh hiện trường graphic → Limited ads (shocking restriction).
• Thêm album gore không ngữ cảnh → Must fix (shocking policy).
• Sửa: Blur ảnh, bỏ gallery; request review nếu đã disable.

Case C — Affiliate casino

• Bài review casino online → Restricted (10437795).
• CTA "đăng ký nhận bonus" aggressive + geo VN → có thể Policies misrepresentation.
• Sửa: Gỡ ad trang affiliate; tách domain hoặc bỏ monetize section đó.

Quy trình xử lý khi nhận cảnh báo

Quy trình tôi dùng — bám Policy center:

Bước 1 — Phân loại (5 phút)

• Must fix? → Policies queue.
• Limited only? → Restrictions queue.

Bước 2 — Policies trước

• Mở URL bị flag → đối chiếu 9335564.
• Sửa/gỡ → chờ cache → Request review.
• Không apply account mới khi site-wide Must fix chưa xử lý (Bài 2).

Bước 3 — Restrictions sau

• Đọc 10437795 cho đúng label.
• Quyết định: sửa nội dung, no-ad URL, hoặc giữ chủ đề.

Bước 4 — Ghi log

• Ngày, URL, loại (P vs R), hành động — tránh sửa lặp sai.

Bước 5 — Audit định kỳ

• Mỗi quý quét bài cũ — chủ đề drift theo thời gian (thêm section tin nhạy cảm).

Series Bài 13 sẽ đi sâu khắc phục vi phạm — Bài 6 là phân loại trước khi vào quy trình đó.

Audit blog Zola — map Policies vs Restrictions

Behavioral: Theme không che ad/content — đồng bộ Bài 3 và Bài 5.

Khi mở rộng chủ đề (review vape, CBD), tag mental Restrictions trước publish — tránh đợi Policy center mới biết.

Sai lầm publisher thường gặp

1. Coi mọi email là "sắp ban"

Limited ads không đồng nghĩa ban — đọc chi tiết issue.

2. Bỏ qua Must fix vì site vẫn có ad một phần

Partial disable — có thể leo thang full disable.

3. Request review trước khi sửa xong

Google từ chối appeal — mất lượt, kéo dài disable.

4. Sửa Restrictions bằng cách xóa toàn site

Overkill — có thể chỉ cần no-ad một section.

5. Nhầm eligibility fail với Restrictions

Từ chối apply lần đầu — thường Policies/readiness (Bài 2, Bài 3), không phải "limited ads".

6. Không đọc tên policy trong issue

Nhãn UI đổi — link Help trong issue mới là nguồn đúng.

7. Assume geo VN = gambling OK

Restrictions có geo exclusion — đối chiếu online gambling.

Checklist phân biệt Policies vs Restrictions

Sau email Policy center hoặc audit định kỳ:

• Mở Policy center — liệt kê issue: Must fix vs Limited.
• Must fix trước — map sang Publisher Policies.
• Limited ads — map sang Restrictions.
• Kiểm tra URL bị flag — không chỉ homepage.
• Sửa nội dung thật trước request review (Policies).
• Quyết định no-ad cho URL Restrictions borderline.
• Ghi log ngày + hành động.
• Sau fix Policies — Request review; theo dõi 48–72h.
• Audit bài cũ — scraped/UGC drift (Bài 3).
• Đọc Publisher Policies Help Center khi Google migrate nhãn.

Bạn nên làm gì sau bài 6?

Khi đã phân loại Policies vs Restrictions, bước tiếp trong series là xây website thân thiện AdSense — unique content, helpful content, spam policies (Bài 7). Trước mắt:

1. Đăng nhập Policy center — baseline issue hiện tại (nếu đã có account).
2. Map từng section blog — tag P-safe / R-risk / no-ad.
3. Ôn Bài 4 + Bài 5 — Bài 6 là cầu nối, không thay thế chi tiết danh mục.

Chưa pass eligibility? Bài 2. Chưa hiểu khung? Bài 1.

Tóm lại

Phân biệt Policies và Restrictions = kỹ năng đọc Policy center: Must fix (Publisher Policies — cấm, rủi ro disable) vs Limited ads (Restrictions — được phép nhưng fill/RPM thấp). Xử lý Policies trước, quyết định có chủ đích với Restrictions, và biết escalation khi mức độ nội dung tăng.

Bài 4 và Bài 5 cho danh mục; Bài 6 cho hành động khi Google báo. Publisher blog giáo dục ít issue — nhưng khi mở rộng chủ đề hoặc nhận email, phân loại đúng tiết kiệm account và thời gian appeal.

Series: Bài 1 (khung) → Bài 2 (eligibility) → Bài 3 (readiness) → Bài 4 (Policies) → Bài 5 (Restrictions) → Bài 6 (phân biệt thực chiến). Tiếp theo: xây dựng website thân thiện AdSense — helpful content và unique value (Bài 7).