Adsterra 廣告可以自動刷新嗎?為了 5、10、30、60 秒問了兩週的結果

不重新整理整個網頁,只讓同一個 Adsterra Banner 廣告位每隔 5、10、30 或 60 秒自動重新載入,這樣允許嗎?

閱讀功能說明

收聽會朗讀正文;速讀會依序顯示短語,速度可調。語言練習可對照現有的不同語言版本。收藏儲存在本瀏覽器中,可從播放器的收藏清單再次開啟。

分享這篇文章
廣告
廣告

問題本來非常單純:

不重新整理整個網頁,只讓同一個 Adsterra Banner 廣告位每隔 5、10、30 或 60 秒自動重新載入,這樣允許嗎?

不是問廣告放在哪裡。不是 Sticky Banner。也不是問 Adsterra 有沒有內建自動刷新功能。

真正想知道的是:Publisher 能不能用 JavaScript 等方式自己實作廣告 refresh?如果可以,最短允許間隔是多少?

結果這個問題變成了大約兩週的客服支線任務。

Publisher:「自動 refresh 可以嗎?」 客服:「我們需要更多時間確認。」 Publisher:「好。」 客服:「Display Banner 是 static,使用者 reload 頁面時才會更新。」 Publisher:「我不是在問有沒有這個功能。」 客服:「我們無法針對 specific ad placements 提供指引,請看條款第 4、6、7 節。」 Publisher:「我也沒有問 placement。」

留言區:

「只要回答 YES 或 NO 啊!」

「兩週後回到服務條款入口」

「客服迷宮:傳送回出生點」

不過,最後叫人去看第 4、6、7 節,反而成了最有用的線索。

1. 到底在問什麼

情境已經寫得很具體:

  1. 使用者開啟文章
  2. 顯示一個 Adsterra Banner
  3. 網頁本身不 reload
  4. Publisher 只重新載入或重新渲染廣告位
  5. 每 5、10、30 或 60 秒出現新廣告

核心是這種 publisher-side automatic ad refresh 是否符合 Adsterra 規則。

問題甚至進一步縮成:

  • 如果 YES,minimum refresh interval 是多少
  • 如果 NO,請明確確認禁止

所以這從來不是「Adsterra 有沒有 Smart Refresh?」。

2. 第一個回答:「還需要一點時間」

一開始客服說需要更多時間調查。

細部政策可能要升級確認,這很正常。

問題是之後收到的回答:

Adsterra Display Banner 是 static 廣告單元,使用者 reload 頁面時才刷新。

這是在說產品的預設行為。

但沒有回答「Publisher 能不能自己加 refresh 邏輯」。

就像問:

「我可以自己改裝這台機器嗎?」

卻得到:

「這台機器沒有內建改裝功能。」

有關聯。

但不是答案。

3. 要求 YES/NO 後,回答又跑到 placement

於是問題被壓縮成:

「我不是問 Adsterra 是否提供這功能。」 「Publisher-side automatic refresh 是否允許?」 「請回答 YES 或 NO。」 「YES 的話最短間隔多少?」 「NO 的話請確認禁止。」

但回覆是:

「我們無法針對 specific ad placements 提供指引,請閱讀 Publisher Terms 第 4、6、7 節。」

可是依然不是 placement 問題。

留言區:

「沒問廣告要放上面還下面」

「問的是時間,不是座標」

「對話判定框只有一個像素」

不過條款編號確實提供了方向。

4. 第 4、6、7 節的重點

Adsterra 目前公開的 Publisher Terms 標示最後更新日期為 2026 年 6 月 29 日。

4.7 規定,未經 Adsterra 事先書面同意,Publisher 不得修改 Adsterra Ad Tag。

第 6 節禁止以人工或欺詐方式增加 impression、click、action 的數量以取得費用,並保留 Adsterra 對 fraudulent clicks/impressions/actions 的廣泛判斷權。

第 7 節規定,若 Adsterra 有理由相信存在違反條款,可暫停或終止帳戶。7.4、7.5 也涉及拒絕服務與帳戶餘額可能失權等情況。

關鍵是:

公開條款沒有寫「30 秒以上允許」或「60 秒是最低 refresh 間隔」。

5. 所以自動 refresh 到底是不是禁止

先分開事實與解讀。

可確認事實:

  • Adsterra 官方稱 Display Banner 為 static
  • 客服表示標準 Banner 在頁面 reload 時更新
  • 4.7 限制未經許可修改 Ad Tag
  • 第 6 節禁止人工或欺詐性增加 impression 等
  • 第 7 節規範暫停與終止
  • 公開條款沒有 5/10/30/60 秒的明示許可
  • 客服沒有回答 YES/NO,而是指向 4、6、7

實務解讀:

如果頁面一直開著,只讓廣告位反覆請求新廣告,pageview 沒增加但 ad impression 可能增加。

單靠公開條款,不能斷言所有這類 refresh 一定違反第 6 節。

但當平台不提供允許秒數,反而直接提醒你看標籤修改、人工 impression、帳戶停權相關條款時,沒有書面許可就把自行 refresh 視為安全,風險很高。

因此較安全的結論是:

拿到 Adsterra 明確書面許可之前,不要自行實作 publisher-side automatic refresh。

不是「5 秒危險、60 秒安全」。

而是連「允許做」本身都還沒確認。

6. 最讓人火大的地方:第一天就能這樣說

如果第一封就回:

「我們無法對 Publisher 自行 refresh 的個別實作給批准。請查看第 4、6、7 節;若需要批准,請取得書面同意。」

事情幾乎一輪就結束。

實際流程卻是:

「我們去確認」 ↓ 等待 ↓ 「Banner 是 static」 ↓ 「不是這個問題」 ↓ 改成 YES/NO ↓ 「不能提供 placement 指引」 ↓ 「也不是 placement」 ↓ 「請看 4、6、7」

大約兩週後,終於回到第一天就能給的答案。

留言區:

「一開始就講啊!!!」

「客服版環遊世界」

「FAQ 同時是教學關和最終 Boss」

7. 為什麼客服不願意給秒數

以下是一般推論,不是 Adsterra 內部流程的已確認事實。

廣告網路對 fraud 和 impression 生成問題很敏感。客服若隨口寫「60 秒沒問題」,那句話可能會被當成實質許可。

實際上還可能涉及廣告格式、合約、traffic source、廣告主條件、量測方式、fraud detection 等。

所以第一線客服不想給通用數字,可以理解。

但如果無法批准,就應該一開始說:

「我們不能針對這個實作給個別批准。」

比起「不能回答」,讓使用者以為正在查、然後等兩週更糟。

8. Publisher 比較安全的做法

  1. 分清楚內建 refresh 和自行 refresh
  2. 明寫 “publisher-side” 與 “without reloading the webpage”
  3. 問 allowed / prohibited
  4. 若 allowed,再問 minimum interval
  5. 沒有明確書面許可就不要實作
  6. 已經在跑就先暫停到規則確認
  7. 保存客服書面答覆

別的廣告網路允許 60 秒,不代表 Adsterra 也允許。

別家的 60 秒規則,不是 Adsterra 的 60 秒規則。

9. 結論:問的不是「會不會刷新」,而是「我能不能刷新」

「Display Banner 是 static」是產品說明。

它不是「Publisher 能否自己 refresh」的規則答案。

約兩週的溝通後,客服仍沒有給 YES/NO 或最短 refresh 秒數,而是要求閱讀第 4、6、7 節。

目前公開條款也沒有 5、10、30、60 秒的明確安全線。

因此實務上的結論是:

沒有 Adsterra 明確書面許可,就不要自行建立廣告自動 refresh。

最後只想說:

「這個一開始講不就好了。」

參考資料(3筆)

本文整理公開資訊與匿名化客服對話,不構成法律意見。實作前請確認最新官方條款與書面許可。

廣告

再來一篇?有沒有好玩的?

讀完順便看看:幾篇相近的,還有幾篇完全不同但很有意思的。

  1. 相近的話題偷內衣的神父會被抓,「播種大叔」卻是英雄?漫畫刪掉最挑受眾的癖好,原作甚至覺醒《想像懷孕》
  2. 完全不同,但很有趣冷氣開到21℃還是熱在豐橋約200年老店「きく宗」等了40分鐘豆腐田樂,結果江戶、昭和、令和全擠在同一棟房子裡
  3. AURA原來是「微風」從《葬送的芙莉蓮》的斷頭台阿烏拉,到情趣旅館的「日常已經不在了吧」
  4. 凌晨5點身體說「睡吧」,大腦說「本店仍在營業」
  5. 給不擅長一個人行動的人拆解「沒人陪就動不了」,培養你的「獨處行動 OS」

今天讀這篇

每一篇都回答讀完本文後常有的下一個問題。

瀏覽全部文章更多「法律與手續」文章

尋找其他文章

所有文章

Mendoi-chan

本站經營者

Mendoi-chan

把工作與日常生活中的麻煩整理成清楚的結構與下一步行動。