1. "Quảng cáo thì có, nhưng đọc đến cuối mới gặp được": một cách đặt buồn bã
Bạn đã đặt quảng cáo vào trang web bài viết.
Nó hiển thị đàng hoàng. Tốt.
Nhưng nhìn kỹ thì quảng cáo nằm khá xa phía dưới bài viết.
Người đọc xem tiêu đề. Đọc phần mở đầu. Đọc nửa chừng là thấy đủ rồi. Quay lại trang tìm kiếm. Sang bài khác.
Quảng cáo vẫn đứng đợi ở dưới đó.
"Hôm nay cũng chẳng gặp được ai."
Như vậy, dù quảng cáo có tồn tại, bạn cũng không biến được những lượt truy cập chỉ đọc phần trên rồi rời đi thành cơ hội kiếm tiền một cách đầy đủ.
Ý nghĩ đầu tiên hay nảy ra là: "Vậy thì cứ bật quảng cáo to đùng ngay khi mở trang."
Về lý thuyết thì nhanh thật.
Nhưng một trang web bắt người ta phải "phỏng vấn" với quảng cáo trước, trong khi họ đến để đọc bài, thì thường bị ghét.
Nghiên cứu của Coalition for Better Ads (liên minh ngành đặt ra chuẩn quảng cáo) xếp cửa sổ bật lên trên máy tính, quảng cáo toàn màn hình có đếm ngược trước nội dung (prestitial) và quảng cáo lớn dạng sticky (dính chặt trên màn hình khi cuộn trang) vào nhóm trải nghiệm quảng cáo khó chấp nhận. Bản cập nhật năm 2026 còn bổ sung trường hợp mật độ quảng cáo vượt 50% trong vùng nội dung trên máy tính vào nhóm dưới chuẩn. [1][2]
Vì thế vấn đề không phải là
"muốn cho quảng cáo hiện nhiều hơn".
Mà là
"muốn chuyển chỗ đặt quảng cáo sang nơi người đọc đi qua một cách tự nhiên, mà không làm phiền phần nội dung".
2. Rồi nhìn màn hình máy tính. "Hai bên trống trải quá nhỉ?"
Điện thoại thì hẹp.
Chỉ riêng nội dung đã chật rồi. Nhét thêm mấy quảng cáo vào là bài viết thành bánh ngàn lớp quảng cáo ngay.
Máy tính thì khác.
Nếu thu hẹp bề rộng nội dung cho dễ đọc, hai bên trái phải sẽ còn lại khoảng trống lớn. Dù đặt mục lục ở thanh bên, đôi khi phía trên và phía dưới nó vẫn trống.
Đến đây bạn nhận ra.
Không cần thêm quảng cáo vào trong nội dung, bên cạnh còn có mảnh đất bỏ không.
Chuyện này giống bất động sản hơn là thiết kế quảng cáo.
Mảnh đất vàng ở giữa dành cho nội dung. Con đường người đọc đi không bị chặn.
Còn mảnh đất trống bên cạnh thì cho thuê.
Hiện Adsterra giới thiệu các kích thước banner như 160×300, 160×600, 300×250, 320×50, 468×60 và 728×90. Hướng dẫn chính thức cũng giới thiệu 160×600 là kích thước đặt ở hai bên, còn 300×250 là kích thước dễ hòa vào khối nội dung hoặc thanh bên. [3]
Cho nên trên máy tính, cách xếp dọc như
Quảng cáo
↓
Mục lục
↓
Quảng cáo
khá là tự nhiên.
Người đọc đọc được nội dung. Quảng cáo cũng được nhìn thấy.
Không ai phải dựng biển quảng cáo giữa lòng đường.
3. Trên máy tính, "phía trên và phía dưới mục lục" khá là béo bở
Chẳng hạn, với trang đặt mục lục ở thanh bên phải, ý tưởng rất đơn giản.
Phía trên mục lục
Banner cỡ trung như 300×250.
Khả năng cao nó vào khung hình khá sớm sau khi mở trang.
Mục lục
Phần điều hướng của bài viết.
Nếu cần, chỉ cho mục lục dính (sticky) là đủ.
Phía dưới mục lục
160×600, 160×300 hoặc một vị trí quảng cáo khác hợp với bề rộng bố cục.
Người đọc bài càng dài, càng đi sâu thì khi cuộn trang càng tiến gần ô này.
Điều quan trọng là không cần cho cả quảng cáo dính theo.
Quảng cáo sticky lớn cứ chiếm màn hình dù người đọc cuộn đi đâu. Theo tiêu chuẩn của Coalition for Better Ads, quảng cáo sticky lớn chiếm hơn 30% màn hình bị coi là trải nghiệm quảng cáo dưới chuẩn trên máy tính. [2]
Vậy nên "dùng khoảng trống bên hông" và "bám đuôi người đọc từ bên hông" là hai chuyện khác nhau.
Khoảng trống thì bán.
Người đọc thì không đuổi theo.
Chỉ cần vậy là đã sang hơn nhiều.
4. Muốn có quảng cáo ở phía trên nữa. Nhưng đừng chôn H1 dưới quảng cáo
Không chỉ cuối bài, ngay phần đầu trang cũng muốn có chỗ đặt quảng cáo.
Dù vậy, cũng không cần đặt ngay một banner khổng lồ ở tận cùng đỉnh trang.
Thứ tự tự nhiên đại khái là
Tiêu đề bài viết
→ Tóm tắt và thông tin bài
→ Quảng cáo
→ Mục lục và nội dung
Người đọc trước hết xác nhận được bài này nói về gì.
Sau đó có một quảng cáo.
Rồi họ vào nội dung.
Ngoài banner thường, Adsterra còn có Native Banner, được giới thiệu là định dạng mà phía trang web dễ chỉnh kích thước khối, màu sắc và cỡ chữ cho hợp với mình. [4]
Có điều, "đặt ở trên là chắc chắn 1 lượt xem trang thành tiền quảng cáo" thì không đúng.
Quảng cáo của Adsterra có nhiều mô hình tính giá, không chỉ CPM (trả theo mỗi nghìn lượt hiển thị) mà còn CPC (trả theo lượt nhấp) và CPA (trả theo hành động hoàn tất). Doanh thu thực tế thay đổi theo nhu cầu quảng cáo, quốc gia, thiết bị, định dạng quảng cáo, chất lượng lưu lượng truy cập, v.v. [3]
Nói cho chính xác thì
đặt quảng cáo ở vị trí sớm giúp dễ tạo cơ hội để nó được hiển thị và được nhìn thấy, ngay cả khi người đọc không đọc hết bài.
Chỉ vậy thôi.
Nó không phải "chiếc hộp thần kỳ cứ mở trang là rơi một đồng xu".
5. Thôi đừng để quảng cáo đến muộn rồi hất văng nội dung
Thêm chỗ quảng cáo thì xuất hiện một kẻ thù khác.
CLS (Cumulative Layout Shift, tức nội dung trang bị giật nhảy vị trí).
Bạn mở trang.
Bắt đầu đọc nội dung.
Vài giây sau, quảng cáo tải xong.
Đột nhiên chỗ đó phình ra 200px, 300px.
Đoạn đang đọc bị đẩy tuột xuống dưới.
Đang đọc thì sàn nhà dịch chuyển.
Đây là trải nghiệm khá khó chịu.
web.dev nêu quảng cáo, iframe và các phần tử chèn động là nguyên nhân điển hình của CLS. Cách xử lý là đặt trước không gian cần thiết trước khi quảng cáo tải, bằng CSS như min-height hoặc aspect-ratio. [5]
Trong Core Web Vitals (bộ chỉ số trải nghiệm trang của Google), CLS từ 0,1 trở xuống ở ít nhất 75% lượt truy cập trang được coi là tốt. [5]
Nghĩa là chỗ quảng cáo không nên là
vị khách đến rồi mới đòi chỗ ngồi
mà phải là
vị khách đã đặt chỗ từ đầu.
Với bên hông trên máy tính, hãy giữ sẵn hộp 300×250 trước. Nếu là 160×600 thì giữ sẵn khoảng trống dọc đó.
Quảng cáo có đến muộn thì nội dung cũng không nhúc nhích.
Khác biệt này tuy thầm lặng nhưng rất lớn.
6. Và đây là cái bẫy riêng của Adsterra. "Dán cùng một mã quảng cáo sang bên hông luôn cũng được mà?"
Có một chỗ quảng cáo.
Thanh bên cũng muốn có.
Vậy thì sao chép cùng một mã, dán hai lần, xong trong nháy mắt.
Tiếc là chính Adsterra ngăn chuyện này.
Hướng dẫn chính thức nêu rõ: dùng cùng một mã banner hai lần trên một trang có thể ảnh hưởng xấu đến số liệu thống kê và CPM, và dù dùng hai banner cùng kích thước cũng nên chuẩn bị mã riêng cho từng cái. [6]
Cùng một quảng cáo hiện cùng lúc sẽ dễ khiến màn hình trông kỳ cục, cả với người đọc lẫn nhà quảng cáo.
Vì vậy nên tạo placement (vị trí quảng cáo có mã riêng) độc lập cho từng vai trò, ví dụ
- article-top
- desktop-sidebar-top
- desktop-sidebar-bottom
Cách này còn có một lợi nữa.
Biết được chỗ nào thật sự kiếm ra tiền.
Vị trí trên đầu có nhiều lượt hiển thị nhưng CPM yếu chăng?
Vị trí dưới thanh bên ít hiển thị nhưng đơn giá cao chăng?
Hay chỉ mạnh trên máy tính?
Placement tách riêng thì so sánh được.
Nếu sao chép dán cùng một mã khắp nơi, mọi thứ trộn thành một con số, và dù muốn cải thiện cũng không biết mình đang cải thiện cái gì.
Đặt quảng cáo không phải "hiện lên là xong", mà đo lường được thì mới thành vận hành thật sự.
7. Rồi khi thử tự động hóa, API đột nhiên nói "chỉ được xem thôi"
Chỗ này buồn cười lạ.
Phần triển khai phía trang web có thể tự động hóa khá nhiều.
Bạn có thể giao cho một agent lập trình AI các việc như
- khảo sát bố cục bài viết chung
- thêm thành phần quảng cáo
- chỉ hiện quảng cáo bên hông trên máy tính
- ẩn trên điện thoại
- giữ sẵn không gian để chống giật bố cục
- build
- triển khai (deploy)
- kiểm tra HTML trên môi trường thật
đến tận cùng.
Vậy phía Adsterra, tạo placement bằng API thì chẳng phải tự động hóa hoàn toàn sao?
Đến đây ta xem Publisher API.
Với Publisher API của Adsterra, ta lấy được các trang web đã đăng ký, danh sách placement và các số liệu như lượt hiển thị, lượt nhấp, CTR (tỷ lệ nhấp), CPM và doanh thu. [7]
Tiện đấy.
Nhưng tính đến ngày 25 tháng 9 năm 2026, phương thức HTTP mà phía nhà xuất bản dùng được chỉ có GET. [7]
Tức là
xem được.
Tạo thì không.
Publisher API làm camera giám sát thì xuất sắc, nhưng không phải tay nắm cửa.
Muốn tạo đơn vị quảng cáo mới, vẫn còn bước thao tác trên giao diện (GUI): chọn trang web trong Publisher Dashboard, chọn kích thước ở ADD UNIT rồi lấy mã được cấp. [8]
Tự động hóa xong 99%, rồi 1% cuối cùng triệu hồi con người.
"Vậy bước cuối cùng, nhờ bạn bấm nút này."
Văn minh đã tiến đến mức này.
Việc cuối cùng còn lại là nút tạo chỗ quảng cáo.
Agent AI điều khiển được trình duyệt thì cũng có thể thao tác giao diện đó. Chỉ cần hiểu rõ ranh giới: chỉ riêng Publisher API không thể thay thế việc tạo placement mới.
8. Cứ nghĩ banner co giãn theo màn hình rồi đặt đại, trên điện thoại sẽ gặp sự cố
Một điểm quan trọng nữa là hiển thị theo từng thiết bị.
Hướng dẫn banner chính thức của Adsterra giải thích rằng banner Adsterra không responsive, không tự đổi kích thước theo thiết bị. Vì vậy hướng dẫn nêu cách dùng CSS để chuyển đổi giữa hiển thị cho máy tính và cho điện thoại. [6]
Cho nên đừng vì 160×600 vừa vặn đẹp trên máy tính mà mang nguyên sang điện thoại, vì sẽ xảy ra chuyện
quảng cáo tỏ ra nổi hơn cả nội dung
Thiết kế phải tách theo thiết bị.
Điện thoại
- Một quảng cáo nhỏ ở đầu bài
- Cuối bài nếu cần
- Không hiện quảng cáo bên hông
- Không để quảng cáo cướp bề rộng của nội dung
Máy tính
- Quảng cáo ở đầu bài
- Quảng cáo bên hông phía trên mục lục
- Quảng cáo bên hông phía dưới mục lục
- Quảng cáo cuối bài sẵn có
- Chỉ cân nhắc thêm vùng bên hông khi đủ bề rộng
Nhưng máy tính không có nghĩa là đặt bao nhiêu cũng được.
Theo Better Ads Standards được bổ sung năm 2026, trải nghiệm có mật độ quảng cáo vượt 50% trong vùng nội dung trên máy tính là dưới chuẩn, và quảng cáo ở thanh bên (side rail) cũng được tính vào mật độ. [1]
Khoảng trống thì bán được.
Nhưng đừng đi đến mức dán áp phích kín mọi bức tường, biến phần nội dung thành bảng thông báo của ủy ban phường.
9. Kết luận: thứ cần bán trước là "không gian còn dư", chứ chưa phải "sự chú ý của người đọc"
Khi muốn tăng doanh thu quảng cáo, cách làm cẩu thả nhất là thêm quảng cáo vào trong nội dung.
Nhưng trang bài viết trên máy tính còn có thứ đáng dùng trước đó.
Khoảng trống.
Giữ nội dung ở bề rộng dễ đọc.
Cho người đọc đọc tiêu đề trước.
Đặt một quảng cáo ở vị trí sớm.
Trên máy tính, đặt các placement riêng biệt ở phía trên và phía dưới mục lục.
Không đuổi theo người đọc bằng quảng cáo sticky lớn.
Giữ sẵn không gian cho chỗ quảng cáo để chống CLS.
Không sao chép cùng một mã banner, mà tách theo từng vị trí và đo riêng.
Và chỉ riêng việc tạo placement mới là phải đi qua giao diện Dashboard, vì Publisher API chỉ hỗ trợ GET.
Về mặt thiết kế, nó rất đơn giản.
Không phải lấp đầy nội dung bằng quảng cáo, mà là cho thuê phần bất động sản chưa dùng nằm ngoài nội dung.
Người đọc đọc được.
Quảng cáo nhìn thấy được.
Trang web so sánh được số liệu.
Nhà quảng cáo cũng không phải chịu cảnh cùng một mẫu quảng cáo hiện song song hai lần.
Ai cũng khá hơn một chút.
Và cuối cùng chỉ còn lại một việc.
Sau khi AI viết code, sửa CSS, build, triển khai và kiểm tra môi trường thật, bạn bấm "Add unit" trong trang quản trị của công ty quảng cáo.
Con trùm cuối của tự động hóa web thường chỉ là một cái nút, nghĩ cũng hơi buồn cười.
- Coalition for Better Ads, “CBA Updates Desktop Web and Mobile Web Standards,” announced January 14, 2026; updated desktop standard includes ad density above 50%, with siderail ads included in density calculation. and https://www.betterads.org/desktop-ad-density-over-50-percent betterads.org
- Coalition for Better Ads, “The Research” and “Large Sticky Ads [Desktop].” and https://www.betterads.org/desktop-large-sticky-ad/ betterads.org
- Adsterra, “Standard Banner Ad Sizes 2026: Complete Guide with Dimensions,” July 9, 2026 adsterra.com
- Adsterra, publisher product information for Native Banners, describing customizable block size, colors and font sizes adsterra.com
- web.dev, “Optimize Cumulative Layout Shift,” last updated February 7, 2025. Ads and dynamically injected content are common CLS sources; reserve space with min-height/aspect-ratio web.dev
- Adsterra, “Banner Ads Still Drive High CPM and Revenues for Publishers.” Current publisher guidance warns against reusing the same Banner code twice on one page and notes that Adsterra Banners are not automatically responsive across devices adsterra.com
- Adsterra, “Ad network API” and “Adsterra Publisher API: Easily Pull Data to Power Your Monetization Strategy,” current as checked September 25, 2026. Publisher API exposes websites, placements and performance reports and supports GET only. and https://adsterra.com/blog/how-to-use-adsterra-publishers-api/ adsterra.com
- Adsterra, “Buy Banner Ads | Adsterra Banner Advertising,” publisher flow: choose a site, ADD UNIT, select Banner size and copy the generated code adsterra.com
