คำถามจริง ๆ ง่ายมาก:
Publisher สามารถรีเฟรชช่อง Banner ของ Adsterra เดิมทุก 5, 10, 30 หรือ 60 วินาที โดยไม่ reload ทั้งหน้าได้หรือไม่?
ไม่ได้ถามว่าโฆษณาควรวางตรงไหน ไม่ได้ถามเรื่อง Sticky Banner และไม่ได้ถามว่า Adsterra มีฟังก์ชัน auto-refresh ในตัวหรือไม่
คำถามคือ Publisher สามารถเขียน JavaScript หรือใช้วิธีอื่นเพื่อทำ refresh เองได้ตามกฎหรือไม่ และถ้าได้ ระยะเวลาขั้นต่ำที่อนุญาตคือกี่วินาที
แต่คำถามเดียวนี้กลายเป็น side quest กับฝ่าย support นานประมาณสองสัปดาห์
Publisher: “auto-refresh อนุญาตไหม?” Support: “เราต้องใช้เวลาเพิ่มเพื่อตรวจสอบ” Publisher: “โอเค” Support: “Display Banner ของเราเป็น static และจะ refresh เมื่อผู้ใช้ reload หน้า” Publisher: “ไม่ได้ถามว่ามีฟีเจอร์หรือไม่” Support: “เราไม่สามารถให้คำแนะนำเกี่ยวกับ ad placement เฉพาะได้ กรุณาดูข้อ 4, 6 และ 7” Publisher: “ก็ไม่ได้ถาม placement เหมือนกัน”
ช่องคอมเมนต์:
“ตอบ YES หรือ NO ก็พอ!”
“สองสัปดาห์ต่อมา กลับมาที่ Terms and Conditions”
“เขาวงกต support: วาร์ปกลับจุดเกิด”
แต่สุดท้าย การถูกชี้ไปที่ข้อ 4, 6 และ 7 กลับเป็นเบาะแสที่มีประโยชน์ที่สุด
1. จริง ๆ แล้วถามอะไร
สถานการณ์ถูกอธิบายชัดเจน:
- ผู้ใช้เปิดบทความ
- Banner ของ Adsterra แสดงหนึ่งรายการ
- หน้าเว็บไม่ reload
- Publisher โหลดหรือ render เฉพาะช่องโฆษณาใหม่
- มีโฆษณาใหม่ทุก 5, 10, 30 หรือ 60 วินาที
คำถามคือ publisher-side automatic ad refresh แบบนี้ได้รับอนุญาตหรือไม่
และยังถามชัดอีกว่า:
- ถ้า YES ระยะ minimum refresh interval คือเท่าไร
- ถ้า NO กรุณายืนยันว่าห้าม
จึงไม่ใช่คำถามว่า “Adsterra มี Smart Refresh ไหม?”
2. คำตอบแรก: “ขอเวลาเพิ่ม”
ตอนแรก support บอกว่าต้องใช้เวลาเพิ่มเพื่อตรวจสอบ
สำหรับคำถามนโยบายละเอียด ๆ เรื่องนี้ถือว่าปกติ
ปัญหาอยู่ที่คำตอบถัดมา:
Display Banner ของ Adsterra เป็น static และจะ refresh เมื่อผู้ใช้ reload หน้า
นี่เป็นคำอธิบายพฤติกรรมมาตรฐานของผลิตภัณฑ์
แต่ไม่ได้ตอบว่า Publisher สามารถเพิ่ม logic refresh เองได้หรือไม่
เหมือนถามว่า:
“ผมดัดแปลงเครื่องนี้เองได้ไหม?”
แล้วได้คำตอบว่า:
“เครื่องนี้ไม่มีปุ่มดัดแปลงในตัว”
เกี่ยวข้องกัน
แต่ไม่ใช่คำตอบ
3. ขอ YES/NO แล้วก็ยังไปเรื่อง placement
จึงย่อคำถามให้สั้นที่สุด:
“ไม่ได้ถามว่า Adsterra มีฟีเจอร์นี้ไหม” “publisher-side automatic refresh อนุญาตหรือไม่?” “ตอบ YES หรือ NO” “ถ้า YES ขั้นต่ำกี่วินาที?” “ถ้า NO กรุณายืนยันว่าห้าม”
แต่คำตอบคือไม่สามารถให้คำแนะนำเกี่ยวกับ ad placement เฉพาะได้ และให้ดู Terms ข้อ 4, 6 และ 7
ทั้งที่ยังไม่ได้ถาม placement
ช่องคอมเมนต์:
“ไม่มีใครถามว่าต้องวางบนหรือล่าง”
“ถามเรื่องเวลา ไม่ใช่พิกัด”
“hitbox ของบทสนทนากว้างหนึ่งพิกเซล”
อย่างไรก็ตาม หมายเลขข้อเหล่านั้นให้ข้อมูลสำคัญจริง
4. ข้อ 4, 6 และ 7 พูดว่าอะไร
Publisher Terms ของ Adsterra ที่เผยแพร่อยู่ระบุว่าอัปเดตล่าสุดวันที่ 29 มิถุนายน 2026
ข้อ 4.7 ระบุว่า Publisher ห้ามแก้ไข Adsterra Ad Tag โดยไม่ได้รับความยินยอมเป็นลายลักษณ์อักษรล่วงหน้า
ข้อ 6 ห้ามพยายามรับค่าตอบแทนด้วยการเพิ่มจำนวน impression, click หรือ action แบบ artificial หรือ fraudulent และเปิดช่องให้ Adsterra ตัดสินเทคนิคที่ถือเป็น fraudulent activity ได้อย่างกว้าง
ข้อ 7 อนุญาตให้ suspend หรือ terminate บัญชีเมื่อมีเหตุให้เชื่อว่ามีการละเมิด Terms โดยข้อ 7.4 และ 7.5 ยังกล่าวถึงการปฏิเสธบริการและการสูญเสียสิทธิในยอดคงเหลือบางกรณี
สิ่งสำคัญที่ไม่มีคือ:
Terms สาธารณะไม่ได้บอกว่า “30 วินาทีอนุญาต” หรือ “60 วินาทีคือขั้นต่ำ”
5. แล้ว auto-refresh ถูกห้ามหรือไม่
ต้องแยกข้อเท็จจริงออกจากการตีความ
ข้อเท็จจริงที่ตรวจสอบได้:
- Adsterra เรียก Display Banner ว่า static
- Support ระบุว่า Banner มาตรฐาน refresh เมื่อ reload หน้า
- ข้อ 4.7 จำกัดการแก้ไข Ad Tag โดยไม่ได้รับอนุญาต
- ข้อ 6 ห้ามเพิ่ม impression และ metric อื่นแบบ artificial/fraudulent
- ข้อ 7 ระบุเรื่อง suspension และ termination
- ไม่มีเกณฑ์ 5/10/30/60 วินาทีใน Terms สาธารณะ
- Support ไม่ตอบ YES/NO แต่ให้ดูข้อ 4, 6 และ 7
การตีความเชิงปฏิบัติ:
ถ้าหน้าเว็บยังเปิดอยู่ แต่ช่องโฆษณาขอโฆษณาใหม่ซ้ำ ๆ impression อาจเพิ่มขึ้นโดย pageview ไม่เพิ่ม
Terms สาธารณะเพียงอย่างเดียวไม่เพียงพอที่จะสรุปว่า refresh ทุกแบบเป็นการละเมิดข้อ 6 โดยอัตโนมัติ
แต่เมื่อ network ไม่ให้ช่วงเวลาที่อนุญาต และชี้ตรงไปยังข้อเรื่องการแก้ไข tag, artificial impression และการระงับบัญชี การถือว่า refresh ที่ Publisher ทำเอง “ปลอดภัย” โดยไม่มีหนังสืออนุญาตถือว่าเสี่ยงมาก
แนวทางที่ปลอดภัยคือ:
อย่าทำ publisher-side automatic refresh จนกว่าจะได้รับอนุญาตเป็นลายลักษณ์อักษรจาก Adsterra
ไม่ใช่ “5 วินาทีอันตราย แต่ 60 วินาทีปลอดภัย”
เพราะแม้แต่สิทธิที่จะทำก็ยังไม่ได้รับการยืนยัน
6. จุดที่น่าหงุดหงิดที่สุด: พูดแบบนี้ตั้งแต่วันแรกก็จบ
ถ้าคำตอบแรกคือ:
“เราไม่สามารถอนุมัติ implementation refresh ที่ Publisher สร้างเองเป็นรายกรณี กรุณาดูข้อ 4, 6 และ 7 และขอความยินยอมเป็นลายลักษณ์อักษรถ้าต้องการ approval”
เรื่องแทบจะจบในรอบเดียว
แต่เส้นทางจริงคือ:
“ขอตรวจสอบ” ↓ รอ ↓ “Banner เป็น static” ↓ “ไม่ได้ถามเรื่องนั้น” ↓ เขียนใหม่ให้ตอบ YES/NO ↓ “ไม่ให้คำแนะนำ placement” ↓ “ก็ไม่ได้ถาม placement” ↓ “อ่านข้อ 4, 6 และ 7”
ใช้เวลาประมาณสองสัปดาห์เพื่อไปถึงคำตอบที่ส่งได้ตั้งแต่วันแรก
ช่องคอมเมนต์:
“งั้นบอกตั้งแต่แรกสิ!”
“เวิลด์ทัวร์ฝ่าย support”
“FAQ เป็นทั้ง tutorial และ final boss”
7. ทำไม support อาจไม่อยากให้ตัวเลข
ส่วนนี้เป็นการวิเคราะห์ทั่วไป ไม่ใช่ข้อเท็จจริงที่ยืนยันเกี่ยวกับกระบวนการภายใน Adsterra
เครือข่ายโฆษณาต้องระวังคำถามเกี่ยวกับ fraud และการสร้าง impression หากเจ้าหน้าที่ตอบง่าย ๆ ว่า “60 วินาทีโอเค” ประโยคนั้นอาจกลายเป็นใบอนุญาตโดยพฤตินัย
กฎจริงยังอาจขึ้นอยู่กับ format, contract, traffic source, เงื่อนไข advertiser, measurement และ fraud detection
ดังนั้นการที่ frontline support ไม่ให้ตัวเลขเดียวสำหรับทุกกรณีก็พอเข้าใจได้
แต่ถ้าอนุมัติไม่ได้ ก็ควรบอกตั้งแต่แรกว่า:
“เราไม่สามารถให้ approval รายกรณีสำหรับ implementation นี้ได้”
ปัญหาไม่ใช่ตอบไม่ได้ ปัญหาคือทำให้ผู้ใช้รอเหมือนกำลังจะได้คำตอบชัดเจน
8. Publisher ควรทำอย่างไร
- แยก built-in refresh ออกจาก refresh ที่ Publisher ทำเอง
- ระบุ “publisher-side” และ “without reloading the webpage”
- ถาม allowed / prohibited
- ถ้า allowed ให้ถาม minimum interval
- ถ้าไม่มีหนังสืออนุญาตชัดเจน อย่าทำ
- ถ้ากำลังใช้งานอยู่ ให้ pause จนกว่าจะชัดเจน
- เก็บคำตอบเป็นลายลักษณ์อักษร
อย่าคิดว่า network อื่นอนุญาต 60 วินาทีแล้ว Adsterra ต้องอนุญาตด้วย
กฎ 60 วินาทีของที่อื่น ไม่ใช่กฎ 60 วินาทีของ Adsterra
9. สรุป: คำถามไม่ใช่ “มัน refresh ไหม?” แต่ “ฉันทำให้มัน refresh ได้ไหม?”
“Display Banner เป็น static” คือคำอธิบายผลิตภัณฑ์
ไม่ใช่คำตอบด้านนโยบายว่า Publisher ทำ refresh เองได้หรือไม่
หลังติดต่อกันประมาณสองสัปดาห์ support ยังไม่ได้ให้ YES/NO หรือ minimum refresh interval แต่ให้ไปดูข้อ 4, 6 และ 7
Terms สาธารณะปัจจุบันก็ไม่ได้กำหนดเส้นปลอดภัยที่ 5, 10, 30 หรือ 60 วินาที
ดังนั้นข้อสรุปเชิงปฏิบัติคือ:
อย่าสร้างระบบ auto-refresh เองโดยไม่มีความยินยอมเป็นลายลักษณ์อักษรจาก Adsterra
และสุดท้าย:
“ถ้าอย่างนั้น บอกตั้งแต่แรกก็ได้”
เอกสารอ้างอิง (3 รายการ)
- Adsterra Publishers Terms — อัปเดตล่าสุด 29 มิ.ย. 2026
https://adsterra.com/publishers-terms-managed/ - Adsterra Banner Ads
https://adsterra.com/banner-ads/ - Adsterra: How Do Banner Ads Make You Money?
https://adsterra.com/blog/how-banner-ads-make-money/
บทความนี้สรุปข้อมูลสาธารณะและการติดต่อ support ที่ทำให้ไม่ระบุตัวบุคคล ไม่ใช่คำปรึกษาทางกฎหมาย โปรดตรวจสอบ Terms ล่าสุดและคำอนุญาตเป็นลายลักษณ์อักษรก่อนใช้งานจริง
