Native vs Display RPM: อันไหนจ่ายให้ผู้เผยแพร่ได้มากกว่ากัน?

Native จ่ายตามการคลิกผ่าน Display จ่ายตามการมองเห็นอิมเพรสชัน และการเปรียบเทียบตัวเลข RPM ทั้งสองโดยตรงนั้นทำให้เข้าใจผิด นี่คือวิธีที่กลไกแต่ละแบบทำงานจริงสำหรับผู้เผยแพร่

ทีม OpenAdLibraryวิจัยข่าวกรองโฆษณาและโฆษณาเนทีฟ

10 ตุลาคม 2569 · อ่าน 6 นาที

ภาพประกอบบรรณาธิการ: Native vs Display RPM: อันไหนจ่ายให้ผู้เผยแพร่ได้มากกว่ากัน?

Native ad RPM และ display ad RPM ไม่ใช่ตัวเลขที่สามารถเปรียบเทียบกันโดยตรงได้ เพราะพวกมันจ่ายตามกลไกที่ต่างกัน: รายได้จาก Native widget ถูกขับเคลื่อนโดยการคลิกผ่านบนเนื้อหาที่แนะนำ ในขณะที่ Display RPM ถูกขับเคลื่อนโดยการมองเห็นอิมเพรสชัน (viewable impressions) ในแบนเนอร์ของคุณ ไม่มีรูปแบบไหนที่จ่ายสูงกว่าเสมอไป อันไหนจะสร้าง RPM ที่ดีกว่าในหน้าใดหน้าหนึ่งนั้นขึ้นอยู่กับความหนาแน่นของความต้องการจากผู้โฆษณาในเนื้อหาของคุณ พฤติกรรมการคลิกของผู้ชมของคุณ และตำแหน่งที่วางโฆษณาแต่ละประเภทบนหน้า

ทำไมคุณถึงเปรียบเทียบตัวเลข RPM ทั้งสองโดยตรงไม่ได้#

RPM (revenue per thousand pageviews) เป็นเมตริกที่ปรับให้เป็นมาตรฐาน ซึ่งทำให้เราอยากจะมอง Native RPM และ Display RPM เป็นตัวเลขที่สลับกันได้และนำมาเปรียบอันดับกันได้ แต่มันไม่ได้วัดพฤติกรรมพื้นฐานเดียวกัน Display ad ได้เงินทันทีที่มันถูกแสดงผลและมองเห็นได้ โดยไม่คำนึงว่าผู้อ่านจะโต้ตอบกับมันหรือไม่เลย Native widget ไม่ได้เงินจนกว่าผู้อ่านจะคลิกผ่านไปยังเนื้อหาที่แนะนำจริงๆ ซึ่งคุณจะได้รับส่วนแบ่งจากราคาที่ผู้โฆษณาประมูลสำหรับคลิกนั้นๆ หน้าเว็บสองหน้าที่มีจำนวนการเข้าชมหน้าเหมือนกันสามารถสร้าง Native RPM ที่ต่างกันมากได้ เพียงขึ้นอยู่กับว่าหัวข้อแนะนำดึงดูดใจแค่ไหน โดยไม่เกี่ยวข้องกับ Display RPM ในหน้าเดียวกัน

กลไกเปรียบเทียบกัน#

	Native (Taboola, Outbrain, MGID, Revcontent)	Display (แบนเนอร์, Mediavine, Ezoic)
อะไรที่ทำให้ได้เงิน	การคลิกบนรายการที่แนะนำ	การมองเห็นอิมเพรสชัน (viewable impression)
มักจะอยู่ตำแหน่งไหน	ท้ายบทความ บางครั้งกลางเนื้อหา	แถบข้าง, ในเนื้อหา, ยูนิตแบบติด (sticky units)
รูปแบบ	กริดหัวข้อ + รูปขนาดย่อ ผสมกลมกลืนกับเนื้อหาบทความ	ขนาดแบนเนอร์มาตรฐาน IAB
อ่อนไหวต่อสิ่งนี้มากที่สุด	อัตราการคลิกผ่านของวิดเจ็ต, ความต้องการผู้โฆษณาในช่องแคบ	การมองเห็น (viewability), ความหนาแน่นของโฆษณา, ความลึกของความต้องการในการประมูล header bidding
เหมาะกับเนื้อหาประเภทนี้มากที่สุด	บทความเชิงลึก, หัวข้อที่กระตุ้นความอยากรู้	ทุกรูปแบบ ทำงานได้ทั่วทั้งหน้า

ทำไมคำถาม "อันไหนจ่ายมากกว่า" จึงไม่มีคำตอบเดียว#

คำตอบที่ตรงไปตรงมาคือมันขึ้นอยู่กับว่าอะไรดึงดูดการเข้าชมมาสู่หน้าเว็บ เนื้อหาเกี่ยวกับอะไร และโฆษณาถูกวัดผลสำหรับ conversion ต่อไปในฟันเนิลอย่างไร หน้าที่มีปริมาณการเข้าชมจาก Search ที่มีเจตนาแรงกล้า (เช่น คนที่กำลังค้นคว้าเกี่ยวกับอาการป่วยหรือผลิตภัณฑ์ทางการเงินอย่างจริงจัง) มักจะเห็นประสิทธิภาพของ Native widget ที่ดีกว่า เนื่องจากผู้อ่านพร้อมที่จะอ่านเนื้อหาที่เกี่ยวข้องต่อ และผู้โฆษณาในหมวดสุขภาพและการเงิน ซึ่งเป็นบางหมวดหมู่ที่มีผู้โฆษณาลงโฆษณมากที่สุดที่ถูกติดตามใน ดัชนีของ OpenAdLibrary ประมูลอย่างแข็งขันเพื่อคลิกนั้น หน้าที่มีปริมาณการเข้าชมจากโซเชียลที่ผู้ใช้เลื่อนดูแบบพาสซีฟ มักจะเห็นประสิทธิภาพของ Display ที่ดีกว่าโดยเปรียบเทียบ เนื่องจากอิมเพรสชันจะสะสมโดยไม่คำนึงว่าผู้อ่านจะมีส่วนร่วมต่อหรือไม่

ในกรณีส่วนใหญ่ ช่องแคบสำคัญกว่ารูปแบบ หมวดหมู่ที่มีความต้องการจากผู้โฆษณาหนาแน่น (สุขภาพ การเงิน และประกันภัยมักแสดงปริมาณครีเอทีฟที่ลึกที่สุดในระบบนิเวศ Native ad) มีแนวโน้มจะสร้าง RPM ที่ดีทั้งใน Native และ Display เพียงเพราะมีผู้โฆษณาแข่งขันกันมากขึ้นโดยไม่คำนึงถึงกลไกการจ่ายเงิน ช่องแคบที่มีความต้องการต่ำจะให้ผลลัพธ์ต่ำในทั้งสองรูปแบบ และการเปลี่ยนจาก Native เป็น Display หรือกลับกัน จะไม่สามารถแก้ปัญหาพื้นฐานเรื่องความต้องการได้

จุดที่แต่ละรูปแบบมีข้อได้เปรียบเชิงโครงสร้าง#

Native มีข้อได้เปรียบเชิงโครงสร้างที่ชัดเจนหนึ่งอย่าง: มันสร้างรายได้จากความสนใจของผู้อ่านหลังจากที่พวกเขาอ่านเนื้อหาของคุณจบแล้ว ในช่วงเวลาพอดีที่พวกเขากำลังตัดสินใจว่าจะออกจากหน้าหรือเลื่อนดูต่อ นั่นเป็นช่วงเวลาที่โฆษณา Display ไม่สามารถจับได้ในแบบเดียวกัน เนื่องจากแบนเนอร์ได้อิมเพรสชันไม่ว่าผู้อ่านจะอ่านบทความจบหรือออกไปหลังจากสิบวินาที นี่เป็นส่วนหนึ่งของเหตุผลที่ Native widget มักจะทำได้ดีอย่างไม่สมส่วนกับเนื้อหาเชิงลึกที่ดึงดูดความสนใจสูง ซึ่งผู้อ่านที่อ่านจบคือผู้อ่านที่มีส่วนร่วมจริงๆ

Display มีข้อได้เปรียบตรงกันข้าม: มันได้เงินโดยไม่คำนึงถึงระดับความมีส่วนร่วม ซึ่งทำให้มันยืดหยุ่นกว่าในเนื้อหาประเภทที่ผู้อ่านอ่านผ่านๆ แทนที่จะอ่านจบ เช่น โพสต์ลิสต์หรือบทความอ้างอิงสั้นๆ และมันเข้ากันได้ตามธรรมชาติกับสแต็ก programmatic advertising ที่กว้างขึ้นร่วมกับสินค้าคงคลังที่ขายตรง การประมูล header bidding ของเครือข่าย Display ที่มีการจัดการก็มีแนวโน้มจะดึงมูลค่าจากอิมเพรสชันเดียวได้มากกว่าการคลิกวิดเจ็ตเดียว เมื่อความต้องการจากผู้โฆษณาลึกจริงๆ เนื่องจากแหล่งความต้องการหลายสิบแห่งกำลังประมูลช่องเดียวพร้อมกัน

คำตอบเชิงปฏิบัติ: รันทั้งคู่ วัดแยกกัน#

เนื่องจากทั้งสองรูปแบบสร้างรายได้จากพฤติกรรมผู้อ่านที่ต่างกันในหน้าเดียวกัน การดำเนินการเชิงปฏิบัติไม่ใช่การเลือกผู้ชนะ แต่เป็นการรันทั้งคู่และดู RPM ของแต่ละอันแยกกัน แทนที่จะพยายามบีบให้เป็นตัวเลขรวมเดียว หาก Native RPM ของคุณนิ่ง ในขณะที่ Display RPM ของคุณยังคงเพิ่มขึ้น นั่นเป็นสัญญาณว่าตำแหน่งวางวิดเจ็ตของคุณ คุณภาพหัวข้อ หรือความต้องการในช่องแคบของคุณสำหรับเนื้อหาที่ต้องการการคลิกผ่าน ต้องการความสนใจ ไม่ใช่โฆษณา Native ทั้งหมวดหมู่ที่ทำได้ต่ำ และในทางกลับกันก็ใช้ได้เช่นกัน

การตรวจสอบว่ามีอะไรกำลังรันอยู่ในหมวดเนื้อหาของคุณจริงๆ เป็นวิธีที่เร็วที่สุดในการตรวจสอบความสมเหตุสมผลของตัวเลขใดๆ เครื่องมือแอบดูโฆษณา Native ของ OpenAdLibrary ให้คุณดูปริมาณครีเอทีฟสดตามหมวดหมู่และเครือข่ายได้ฟรี ซึ่งบอกคุณว่า Native RPM ที่ต่ำในช่องแคบของคุณเป็นปัญหาการวางตำแหน่ง หรือเป็นเพียงปัญหาความต้องการที่คุณไม่สามารถปรับให้ดีขึ้นได้

สิ่งนี้หมายความว่าอย่างไรสำหรับผู้เผยแพร่ที่กำลังตัดสินใจว่าจะลงทุนความพยายามที่ไหน#

หาก Native RPM ของคุณต่ำมากเมื่อเทียบกับ Display RPM ของคุณในหน้าที่เทียบเคียงได้ ให้ดูที่ตำแหน่งวางวิดเจ็ตและคุณภาพหัวข้อเป็นอันดับแรก ก่อนที่จะสรุปว่ารูปแบบนั้นไม่เหมาะกับเนื้อหาของคุณ หากทั้งคู่ต่ำเมื่อเทียบกับสิ่งที่ผู้เผยแพร่ที่คล้ายกันรายงานในช่องแคบของคุณ ปัญหาที่น่าจะเป็นไปได้มากกว่าคือความหนาแน่นของความต้องการจากผู้โฆษณาในหมวดเนื้อหาของคุณ ซึ่งไม่ว่าคุณจะปรับแต่งสแต็กโฆษณาในด้านไหนก็ไม่สามารถแก้ไขได้เต็มที่ การปรับกลยุทธ์เนื้อหาให้ตรงกับความต้องการจากผู้โฆษณาที่ปรากฏชัด ในรูปแบบใดรูปแบบหนึ่ง มีแนวโน้มจะสร้างการเปลี่ยนแปลงได้มากกว่าการเลือก Native แทน Display หรือกลับกัน

การมองเห็น (Viewability) ส่งผลต่อ Display RPM เฉพาะอย่างไรอย่างเงียบๆ#

Display RPM มีตัวแปรหนึ่งที่ Native หลีกเลี่ยงได้ส่วนใหญ่: การมองเห็น (viewability) แบนเนอร์ที่แสดงผลต่ำกว่าพับ (below the fold) และไม่เคยถูกเลื่อนเข้ามาในมุมมองจริงๆ จะไม่ได้เงินภายใต้การจัดการ header bidding สมัยใหม่ส่วนใหญ่ แม้ว่ามันจะโหลดบนหน้าเว็บทางเทคนิคแล้ว นี่คือเหตุผลที่เว็บไซต์สองแห่งที่มีจำนวนการเข้าชมหน้าแบบดิบและความหนาแน่นของโฆษณาเหมือนกัน สามารถแสดง Display RPM ที่ต่างกันมากได้ หากแห่งหนึ่งมีผู้ชมที่เลื่อนช้าและมีส่วนร่วมมากกว่า และอีกแห่งมีอัตราการออกจากเว็บสูงที่ทำให้ผู้อ่านไม่เคยเลยหน้าจอแรก Native widget ที่อยู่ท้ายบทความ กรองผู้อ่านที่มีส่วนร่วมมากกว่าอยู่ในตัว เนื่องจากมีเพียงคนที่เลื่อนมาถึงด้านล่างของหน้าจริงๆ เท่านั้นที่จะเห็นวิดเจ็ต นี่เป็นส่วนหนึ่งของเหตุผลที่ Native RPM ต่อการมองเห็นวิดเจ็ตมีแนวโน้มดูแข็งแกร่ง แม้ว่าการเปรียบเทียบ RPM ต่อหน้าทั้งหมดจะดูยุ่งยากกว่า

ทำไมข้อมูลความยืนยาว (Longevity) จึงเป็นเครื่องมือตรวจสอบข้ามที่มีประโยชน์สำหรับทั้งสองรูปแบบ#

สัญญาณหนึ่งที่ใช้ได้กับทั้งการตัดสินใจเรื่อง Native และ Display คือระยะเวลาที่แคมเปญโฆษณาเฉพาะของผู้โฆษณายังคงรันอยู่ในหมวดของคุณ ผู้โฆษณาที่ปล่อยครีเอทีฟ Native ให้รันต่อเป็นสัปดาห์ แทนที่จะดึงออกหลังจากไม่กี่วัน กำลังบอกคุณโดยนัยว่าแคมเปญนั้นทำกำไรได้มากพอที่จะรักษาต่อไป ซึ่งเป็นตัวแทนของความต้องการที่ต่อเนื่อง (และการสนับสนุน RPM ที่ต่อเนื่อง) ที่คุณคาดหวังได้ในช่องเนื้อหาใดช่องหนึ่ง สัญญาณความยืนยาวของโฆษณาของ OpenAdLibrary ติดตามสิ่งนี้อย่างแม่นยำทั่วทั้งดัชนี วันที่พบครั้งแรกและครั้งล่าสุดของทุกครีเอทีฟ ซึ่งให้วิธีสำหรับผู้เผยแพร่ในการประเมินว่าความต้องการ Native ในช่องแคบหนึ่งๆ เป็นการพุ่งสูงชั่วคราวหรือแนวโน้มที่ยั่งยืน ก่อนที่จะปรับโครงสร้างกลยุทธ์เนื้อหาหรือการสร้างรายได้รอบๆ มัน

รวมสองรูปแบบโดยไม่ทำให้การวัดผลซับซ้อนเกินไป#

การตั้งค่าที่ง่ายที่สุดในทางปฏิบัติที่ผู้เผยแพร่ส่วนใหญ่เลือกคือ การรันสแต็ก Display ที่มีการจัดการ (เช่น Mediavine, Ezoic หรือเครือข่ายที่คล้ายกัน) ทั่วทั้งหน้าเป็นฐาน และเพิ่ม Native widget เดียวที่ท้ายบทความเป็นชั้นรายได้เพิ่มเติม และทบทวนตัวเลข RPM ทั้งสองเป็นรายเดือน แทนที่จะเป็นรายวัน เนื่องจากความผันผวนรายวันในเมตริกใดๆ ส่วนใหญ่เป็นเสียงรบกวนจากจังหวะการใช้งบประมาณของผู้โฆษณา ไม่ใช่สัญญาณที่ควรตอบสนองทันที การปรับแต่งรูปแบบใดรูปแบบหนึ่งมากเกินไปเพื่อตอบสนองต่อความผันผวนระยะสั้นมีแนวโน้มจะเสียเวลามากกว่าที่จะได้รายได้เพิ่มขึ้นมา

รายการตรวจสอบอย่างรวดเร็วก่อนที่คุณจะปรับโครงสร้างสแต็กโฆษณาใดๆ#

ก่อนที่จะสรุปว่าตัวเลข RPM ต่ำหมายความว่าคุณควรทิ้งรูปแบบใดรูปแบบหนึ่งทั้งหมด ให้ตรวจสอบรายการสั้นๆ: ยืนยันว่าวิดเจ็ตหรือแบนเนอร์แสดงผลถูกต้องบนมือถือจริงๆ เนื่องจากเลย์เอาต์มือถือที่เสียจะทำลายส่วนแบ่งที่สำคัญของ RPM ที่ถ่วงน้ำหนักด้วยปริมาณการเข้าชมของเว็บไซต์ส่วนใหญ่โดยเงียบๆ ตรวจสอบว่าช่องแคบของคุณแสดงความต้องการจากผู้โฆษณาจริงๆ ก่อนที่จะสรวกรูปแบบนั้นทำได้ต่ำ เปรียบเทียบ RPM ตลอดทั้งเดือน แทนที่จะเป็นแค่ไม่กี่วัน เพื่อให้จังหวะการใช้จ่ายงบประมาณของผู้โฆษณาเรียบขึ้น และแยกการเปลี่ยนแปลงส่วนผสมของภูมิศาสตร์ออกมา เนื่องจากการเปลี่ยนไปสู่แหล่งปริมาณการเข้าชมระดับล่างจะกดดันทั้ง Native และ Display RPM พร้อมกันในแบบที่ไม่เกี่ยวกับการเลือกรูปแบบเลย

คำถามที่พบบ่อย

โดยทั่วไป Native ad RPM มักจะสูงกว่า Display RPM หรือไม่?

ไม่มีอันไหนสูงกว่าเสมอไป Native จ่ายตามการคลิกผ่าน ส่วน Display จ่ายตามการมองเห็นอิมเพรสชัน ดังนั้น RPM ที่ดีกว่าขึ้นอยู่กับความหนาแน่นของความต้องการจากผู้โฆษณาในเนื้อหาของคุณ และความมีส่วนร่วมของผู้อ่าน ไม่ใช่รูปแบบโฆษณาเอง

ทำไมฉันจึงไม่สามารถเปรียบเทียบ Native RPM ของฉันกับ Display RPM โดยตรงได้?

พวกมันวัดพฤติกรรมพื้นฐานของผู้อ่านที่แตกต่างกัน Display ได้เงินทันทีที่โฆษณาถูกแสดงและมองเห็นได้ โดยไม่คำนึงว่าผู้อ่านจะโต้ตอบหรือไม่ Native Widget จะไม่ได้รับเงินจนกว่าผู้อ่านจะคลิกผ่านไปยังเนื้อหาที่แนะนำจริงๆ ซึ่งคุณจะได้รับส่วนแบ่งจากราคาที่ผู้โฆษณาประมูลสำหรับคลิกนั้นๆ หน้าเว็บสองหน้าที่มีจำนวนการเข้าชมหน้าเหมือนกันสามารถสร้าง Native RPM ที่ต่างกันมากได้ เพียงขึ้นอยู่กับอัตราการคลิกผ่านของหัวข้อแนะนำ โดยไม่เกี่ยวข้องกับประสิทธิภาพของ Display ในหน้าเดียวกัน

เนื้อหาประเภทไหนที่เหมาะกับ Native ads มากกว่า Display ads?

เนื้อหาบทความเชิงลึกที่ดึงดูดความสนใจสูงมักจะเหมาะกับ Native มากกว่า เนื่องจากวิดเจ็ตจะสร้างรายได้ในช่วงเวลาที่ผู้อ่านอ่านเนื้อหาเสร็จและกำลังตัดสินใจว่าจะเลื่อนดูต่อหรือไม่ ส่วนเนื้อหาที่อ่านแบบผ่านๆ เช่น โพสต์ลิสต์สั้นๆ มักจะเหมาะกับ Display มากกว่า เนื่องจากอิมเพรสชันจะสะสมโดยไม่คำนึงถึงระดับความมีส่วนร่วม

ฉันควรจะรัน Native ads และ Display ads ในหน้าเดียวกันหรือไม่?

ผู้เผยแพร่ส่วนใหญ่ทำเช่นนั้น เนื่องจากทั้งสองรูปแบบใช้พื้นที่บนหน้าต่างกันและสร้างรายได้จากพฤติกรรมผู้อ่านที่ต่างกัน การรันทั้งสองรูปแบบและติดตาม RPM ของแต่ละแบบแยกกัน แทนที่จะรวมเป็นตัวเลขเดียว จะทำให้ง่ายต่อการวินิจฉัยว่าอันไหนต้องการการปรับปรุง

อะไรเป็นตัวกำหนด RPM มากกว่ารูปแบบโฆษณา (Native หรือ Display) จริงๆ?

ความหนาแน่นของความต้องการจากผู้โฆษณาในหมวดเนื้อหาของคุณ หมวดหมู่เช่น สุขภาพ การเงิน และประกันภัยมีการแข่งขันจากผู้โฆษณาที่ลึกที่สุดทั้งใน Native และ Display ส่วนช่องแคบที่มีความต้องการต่ำจะให้ผลลัพธ์ต่ำในรูปแบบใดรูปแบบหนึ่งโดยไม่ว่าคุณจะเลือกอันไหน

เขียนโดยทีม OpenAdLibrary

วิจัยข่าวกรองโฆษณาและโฆษณาเนทีฟ

เราสร้าง OpenAdLibrary แพลตฟอร์มเปิดเพื่อความโปร่งใสด้านโฆษณา ทุกวันระบบของเราจับโฆษณาเนทีฟสดจาก Taboola, Outbrain, MGID, Revcontent, Teads, Yahoo และ MSN ระบุผู้โฆษณาจริงที่อยู่เบื้องหลังแต่ละรายการ และติดตามคลิกไปยังหน้า Landing Page คู่มือเหล่านี้สรุปสิ่งที่เราเห็นจากข้อมูลนั้น เพื่อให้คุณวิจัยตลาดได้เร็วขึ้น