Google แนะนำแพลตฟอร์มให้ noindex หน้าที่แชร์ผ่านลิงก์เป็นค่าเริ่มต้น

Google ปรับปรุงคู่มือ Search Central เรื่อง "Prevent user-generated spam on your site and platform" (ป้องกันสแปมจากเนื้อหาที่ผู้ใช้สร้างบนเว็บไซต์และแพลตฟอร์ม) เมื่อวันที่ 26 ตุลาคม 2569 โดยแนะนำให้บริการที่เปิดให้ผู้ใช้สร้างหน้าแชร์ ผลลัพธ์ที่ระบบสร้างขึ้น หรือเครื่องมือแบบโต้ตอบ กันเนื้อหาเหล่านั้นออกจากดัชนีของ Google เป็นค่าเริ่มต้น หากหน้านั้นมีไว้ให้คนที่ได้รับลิงก์เปิดดู ไม่ได้มีไว้ให้ค้นเจอผ่านการค้นหา หน้าคู่มือระบุให้ใช้กฎ noindex ผ่าน robots meta tag หรือ HTTP header ชื่อ X-Robots-Tag หรือบล็อกการครอว์ลใน robots.txt และยังเพิ่มวิธีใช้ Search Console เพื่อจับการละเมิดให้เร็วขึ้น อ่านคู่มือฉบับปรับปรุงได้ที่ Google Search Central และบันทึกการเปลี่ยนแปลงเอกสาร Search Central ก็ระบุรายการนี้ไว้ในวันที่ 26 ตุลาคม 2569

Google เปลี่ยนอะไรเมื่อ 26 ตุลาคม 2569

บันทึกการเปลี่ยนแปลงเอกสารของ Google ประจำวันที่ 26 ตุลาคม 2569 ใช้หัวข้อว่า "Updated guidance on preventing user-generated spam" และระบุว่าคู่มือได้เพิ่มคำแนะนำเรื่องการบล็อกการจัดทำดัชนีเนื้อหาที่แชร์ผ่านลิงก์ และการเฝ้าระวังการละเมิดใน Search Console เหตุผลที่ Google ให้ไว้คือ เพื่อช่วยให้แพลตฟอร์มกันหน้าที่ผู้ใช้สร้างแต่ไม่ได้มีไว้สำหรับการค้นหาออกจากดัชนี และตรวจจับสแปมได้เร็วขึ้น ตัวหน้าคู่มือเองตอนนี้แสดงข้อความ "Last updated 2026-10-26 UTC"

เนื้อหาเดิมก่อนแก้ไขตรวจสอบได้ สำเนาของหน้าเดียวกันที่ Internet Archive บันทึกไว้เมื่อวันที่ 15 ตุลาคม 2569 ซึ่งมีวันที่อัปเดตล่าสุดเป็น 10 ธันวาคม 2568 แสดงให้เห็นว่าคู่มือเขียนไว้อย่างไรก่อนการแก้ไข เมื่อเทียบสำเนานั้นกับหน้าปัจจุบัน จะเห็นการเปลี่ยนแปลงสามจุด

1. ขอบเขตครอบคลุมเครื่องมือ เนื้อหาที่ระบบสร้าง และเว็บแอป

ย่อหน้าเปิดฉบับเดิมระบุว่าแพลตฟอร์มโฮสติ้งอาจถูกใช้ในทางที่ผิดได้เช่นกัน และสแปมเมอร์อาจสร้างเว็บไซต์จำนวนมากที่ละเมิดนโยบายสแปมของ Google ฉบับวันที่ 26 ตุลาคมขยายขอบเขตเป็น "แพลตฟอร์มโฮสติ้งและเครื่องมือที่ให้ผู้ใช้เผยแพร่หน้าที่แชร์ได้ เนื้อหาที่ระบบสร้างขึ้น หรือเว็บแอป" และระบุว่าสแปมเมอร์อาจสร้างหน้าหรือเว็บไซต์จำนวนมาก นั่นคือตอนนี้ Google ระบุถึงหน้าเว็บรายหน้า ไม่ใช่แค่ทั้งเว็บไซต์ ว่าเป็นหน่วยของการละเมิด และจัดเครื่องมือที่สร้างผลลัพธ์ให้อยู่กลุ่มเดียวกับแพลตฟอร์มโฮสติ้งแบบเดิม

2. หัวข้อใหม่ "Only index content meant for Search"

หัวข้อนี้ไม่มีอยู่ในสำเนาวันที่ 15 ตุลาคม เนื้อหาขอให้บริการที่เปิดให้ผู้ใช้สร้างหน้าแชร์ ผลลัพธ์ที่ระบบสร้าง หรือเครื่องมือแบบโต้ตอบ พิจารณาว่าเนื้อหานั้นมีไว้ให้ค้นพบผ่านเสิร์ชเอนจิน หรือมีไว้ให้เฉพาะคนที่มีลิงก์เข้าถึงโดยตรง หากหน้าถูกสร้างขึ้นเพื่อการแชร์โดยตรง การทำงานร่วมกัน หรือการใช้งาน มากกว่าการให้คนทั่วไปค้นพบผ่านการค้นหา Google แนะนำให้ใช้ noindex (ผ่าน robots meta tag หรือ X-Robots-Tag header) หรือบล็อกการครอว์ลใน robots.txt และให้ทำเป็นค่าเริ่มต้น

3. Search Console ขึ้นมาอยู่บนสุดของคำแนะนำด้านการเฝ้าระวัง

ในฉบับเดิม หัวข้อ "Monitor your service for abuse" เริ่มด้วยสัญญาณสแปม เช่น การรีไดเรกต์ ส่วนโฆษณาจำนวนมาก คีย์เวิร์ดสแปม และโค้ด JavaScript ที่เข้ารหัสเป็นก้อนใหญ่ ฉบับใหม่เพิ่มสองย่อหน้าไว้ก่อนส่วนนั้น ย่อหน้าแรกบอกให้ยืนยันความเป็นเจ้าของเว็บไซต์หรือซับโดเมนใน Search Console เพื่อรับอีเมลแจ้งเตือนเมื่อ Google ออกมาตรการดำเนินการกับเว็บไซต์ด้วยตนเอง (manual action) หรือตรวจพบปัญหาด้านความปลอดภัย ย่อหน้าที่สองบอกให้ตรวจรายงานการจัดทำดัชนีหน้าเว็บ (Page Indexing) และรายงานประสิทธิภาพการค้นหา (Search performance) อย่างสม่ำเสมอ เพื่อดูว่ามีจำนวนหน้าที่ถูกจัดทำดัชนี จำนวนการแสดงผล หรือคำค้นหาที่ไม่ตรงกับวัตถุประสงค์ของแพลตฟอร์มพุ่งขึ้นผิดปกติหรือไม่ Google ยังแนะนำให้ติดตามตัวเลขการสร้างหน้าและการจัดทำดัชนีในระดับแพลตฟอร์ม และตั้งการแจ้งเตือนเมื่อเกิดความผิดปกติ เช่น หน้าสาธารณะที่เผยแพร่ใหม่เพิ่มขึ้นอย่างฉับพลัน หรือผู้ใช้จำนวนน้อยสร้าง URL ที่จัดทำดัชนีได้เป็นสัดส่วนสูง

ตารางด้านล่างเทียบสำเนาจาก Internet Archive วันที่ 15 ตุลาคม 2569 กับฉบับที่ Google เผยแพร่เมื่อ 26 ตุลาคม 2569

ส่วนที่ยังเหมือนเดิมในคู่มือป้องกันสแปม

เนื้อหาส่วนใหญ่ของคู่มือไม่เปลี่ยน ยังคงแนะนำให้แพลตฟอร์มเผยแพร่นโยบายต่อต้านการละเมิดที่ชัดเจน และเปิดให้ผู้ใช้ที่เชื่อถือได้รายงานเนื้อหาที่เป็นสแปม ยังคงแนะนำให้บันทึกสัญญาณตอนสมัครสมาชิก เช่น เวลาที่ใช้กรอกแบบฟอร์ม จำนวนคำขอจากช่วง IP เดียวกัน user agent และชื่อผู้ใช้ที่เลือก แล้วนำไปสร้างระบบชื่อเสียงของผู้ใช้ คำแนะนำเรื่อง noindex แบบเดิมก็ยังอยู่ คือให้พิจารณาใส่ noindex กับโพสต์จากผู้ใช้ใหม่ที่ยังไม่มีชื่อเสียง แล้วค่อยอนุญาตให้จัดทำดัชนีเมื่อผู้ใช้สะสมความน่าเชื่อถือได้แล้ว

ส่วนอื่นก็คงเดิมเช่นกัน ลิงก์ในเนื้อหาที่ไม่น่าเชื่อถือควรใส่แอตทริบิวต์ rel แบบ nofollow หรือ ugc การอนุมัติด้วยคนสำหรับการโต้ตอบที่น่าสงสัยถูกอธิบายว่าเพิ่มภาระงาน แต่ได้ผลดีมาก ผู้กระทำผิดซ้ำสามารถใส่ไว้ในรายการแบน IP และแบบฟอร์มสมัครสมาชิกสามารถใช้ reCAPTCHA หรือการตรวจสอบลักษณะเดียวกันเพื่อหยุดการสร้างบัญชีอัตโนมัติ คำแนะนำให้ตรวจ URL ด้วย Google Safe Browsing API และตรวจภาษาของเว็บไซต์ที่สร้างใหม่ก็ไม่เปลี่ยน

สิ่งที่ Google ไม่ได้พูดถึง

คู่มือไม่ได้ระบุชื่อผลิตภัณฑ์ แพลตฟอร์ม หรือบริษัทใดเลย ไม่มีวันที่บังคับใช้ และไม่ได้บอกว่าเว็บไซต์ที่ไม่ทำตามจะถูกลงโทษ รายการในบันทึกการเปลี่ยนแปลงวันที่ 26 ตุลาคมอธิบายเพียงการปรับปรุงคู่มือฉบับนี้ ไม่ได้อธิบายการเปลี่ยนแปลงนโยบายสแปมของ Google เอง Google ยังไม่ได้กำหนดว่าหน้าแชร์ที่ถูกจัดทำดัชนีกี่หน้าถึงจะถือว่ามากเกินไป หรือการพุ่งขึ้นขนาดไหนที่เจ้าของเว็บไซต์ควรกังวล ตัวเลขเหล่านี้ปล่อยให้แต่ละแพลตฟอร์มกำหนดเอง ข้อกล่าวอ้างใดที่บอกว่ากำลังจะมีหมวด manual action ใหม่ หรือการปราบปรามเครื่องมือ AI จึงไปไกลกว่าที่เอกสารเขียนไว้

เว็บไซต์แบบไหนที่คำแนะนำ noindex ครอบคลุม

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

• ลิงก์แชร์บทสนทนากับแชตบอต AI หรือรายงานที่ระบบสร้างขึ้น
• เครื่องมือสร้างใบเสนอราคา ข้อเสนอ หรือแผนการเดินทางที่ได้ผลลัพธ์เป็น URL สาธารณะ
• เครื่องคำนวณและเครื่องมือกำหนดสเปกที่บันทึกผลลัพธ์ไว้เป็นลิงก์
• ตะกร้าสินค้าที่บันทึกไว้ รายการสินค้าที่อยากได้ และสรุปการจองที่แชร์ได้
• เครื่องมือลิงก์ในไบโอและเครื่องมือสร้างหน้าเว็บแบบง่าย
• เครื่องมือสร้างเว็บไซต์หรือเว็บแอปแบบไม่ต้องเขียนโค้ด ที่โฮสต์โปรเจกต์ของผู้ใช้ไว้บนโดเมนหรือซับโดเมนของแพลตฟอร์ม

จุดร่วมคือเจตนา หากหน้าหนึ่งมีอยู่เพื่อให้คนหนึ่งส่งต่อให้อีกคน คู่มือบอกว่าหน้านั้นควรอยู่นอกดัชนี เว้นแต่จะตั้งใจให้คนทั่วไปค้นหาเจอจริง ๆ โปรไฟล์สาธารณะหรือประกาศในมาร์เก็ตเพลสอาจตั้งใจให้ค้นเจอก็ได้ แต่ตะกร้าสินค้าที่แชร์กันแทบไม่เคยเป็นแบบนั้น

noindex หรือ robots.txt: เลือกอย่างใดอย่างหนึ่งต่อ URL

หัวข้อใหม่ของ Google ให้ตัวเลือกสองอย่างไว้คู่กัน แต่ทั้งสองทำงานต่างกัน หน้าเอกสารอีกหน้าของ Google ชื่อ "Block Search indexing with noindex" ระบุว่า กฎ noindex จะได้ผลก็ต่อเมื่อหน้านั้นไม่ถูกบล็อกโดย robots.txt และครอว์เลอร์เข้าถึงได้ตามปกติ หาก robots.txt บล็อก URL ไว้ ครอว์เลอร์จะไม่เห็นกฎ noindex เลย และหน้านั้นยังอาจปรากฏในผลการค้นหาได้ เช่น เมื่อมีหน้าอื่นลิงก์มาหา

เรื่องนี้สำคัญกับลิงก์แชร์ เพราะลิงก์แชร์มีไว้ให้นำไปวางที่อื่น ทั้งในแชต โพสต์โซเชียล และกระทู้ การ disallow เส้นทางของลิงก์แชร์ใน robots.txt จะหยุดไม่ให้ Google ครอว์ลเนื้อหา แต่ตัว URL เปล่า ๆ ยังอาจถูกจัดทำดัชนีได้หากมีหน้าที่ Google ครอว์ลลิงก์มาหา ส่วนกฎ noindex ที่ใส่ไว้บนหน้าที่ครอว์ลได้ จะทำให้ URL หายจากผลการค้นหาเมื่อ Google ครอว์ลหน้านั้นอีกครั้ง การใช้ทั้งสองอย่างกับ URL เดียวกันจะทำให้ noindex ไม่มีผล เพราะครอว์เลอร์ดึงหน้ามาอ่านกฎไม่ได้

ดังนั้นต้องเลือกตามรูปแบบ URL ใช้ noindex เมื่อเป้าหมายคือกัน URL ออกจากผลการค้นหา ใช้ robots.txt เมื่อเป้าหมายคือประหยัดการครอว์ลกับ URL ที่ไม่น่าจะถูกลิงก์จากภายนอก สำหรับไฟล์ที่ระบบสร้างขึ้นแต่ไม่ใช่ HTML เช่น PDF หรือรูปภาพจากเครื่องมือ การใช้ HTTP response header ชื่อ X-Robots-Tag เป็นทางที่ใช้งานได้จริง เพราะไฟล์เหล่านั้นไม่มีส่วน head ของ HTML ให้ใส่ meta tag คู่มือของ Google ก็ระบุ header นี้ไว้เป็นตัวเลือกที่เท่าเทียมกัน

สิ่งที่ควรตรวจบนเว็บไซต์ของคุณ

หัวข้อใหม่และย่อหน้าด้านการเฝ้าระวังที่เพิ่มเข้ามา แปลงเป็นรายการตรวจสั้น ๆ ที่แพลตฟอร์มไหนก็ทำได้

1. ทำรายการฟีเจอร์ทุกตัวที่สร้าง URL สาธารณะจากข้อมูลของผู้ใช้ รวมถึงฟีเจอร์เก่าที่ไม่มีใครดูแลแล้ว
2. ตัดสินใจทีละฟีเจอร์ว่าหน้าเหล่านั้นมีไว้ให้ค้นหาเจอหรือไม่ ลิงก์แชร์ส่วนใหญ่ไม่ใช่ ส่วนโปรไฟล์และประกาศบางแบบอาจใช่
3. ตั้งค่าเริ่มต้นของหน้าที่ไม่ได้มีไว้ให้ค้นหาเป็น noindex ด้วย meta tag หรือ X-Robots-Tag header และตรวจให้แน่ใจว่า robots.txt ไม่ได้บล็อกเส้นทางเดียวกันนั้น
4. หากผู้ใช้ต้องการหน้าสาธารณะที่ค้นหาเจอได้จริง ให้การจัดทำดัชนีเป็นแบบเลือกเปิดเอง และพิจารณาผูกไว้กับชื่อเสียงของบัญชี ตามที่คู่มือแนะนำไว้แล้วสำหรับผู้ใช้ใหม่
5. ยืนยันโดเมนและซับโดเมนที่เก็บเนื้อหาของผู้ใช้ใน Search Console เพื่อให้อีเมลเรื่อง manual action และปัญหาความปลอดภัยไปถึงคนที่รับผิดชอบ
6. ตรวจรายงาน Page Indexing และ Search performance เพื่อหาจำนวนหน้าที่ถูกจัดทำดัชนี การแสดงผล หรือคำค้นหานอกเรื่องที่เพิ่มขึ้นฉับพลัน
7. ตั้งการแจ้งเตือนภายในสำหรับจำนวนหน้าสาธารณะใหม่ต่อวัน และสำหรับบัญชีที่สร้าง URL ที่จัดทำดัชนีได้ในสัดส่วนสูงผิดปกติ

การตรวจกฎการจัดทำดัชนีควรเป็นส่วนหนึ่งของการตรวจ SEO (SEO audit) เชิงเทคนิคทุกครั้ง และเทมเพลตของลิงก์แชร์เป็นจุดที่ค่าเริ่มต้นผิด ๆ ซ่อนอยู่ได้นานหลายปีโดยไม่มีใครเห็น

ความหมายสำหรับนักการตลาดไทย

คำแนะนำนี้ใช้กับทุกเว็บไซต์ใน Google Search รวมถึงเว็บไซต์ไทย พอร์ทัลอสังหาริมทรัพย์ มาร์เก็ตเพลส เว็บไซต์จองบริการ ร้านค้าออนไลน์ที่แชร์ตะกร้าสินค้าได้ และผลิตภัณฑ์ SaaS ที่เปิดให้ผู้ใช้เผยแพร่หน้าเว็บ ล้วนเข้าข่ายหมวดที่ Google ระบุ ฟีเจอร์เหล่านี้จำนวนมากทำงานบนซับโดเมนหรือเส้นทาง URL ที่ตั้งไว้หลายปีก่อน และหน้าแชร์อาจค้างอยู่ในดัชนีโดยไม่มีใครสังเกต Google เผยแพร่เอกสาร Search Central เป็นภาษาไทยด้วย แต่คู่มือฉบับแปลอาจอัปเดตช้ากว่าหน้าภาษาอังกฤษ ตอนนี้จึงควรอ่านฉบับภาษาอังกฤษลงวันที่ 26 ตุลาคม 2569 เป็นหลัก Google ไม่ได้พูดถึงประเทศไทยเป็นการเฉพาะในการอัปเดตครั้งนี้

ขั้นแรกสำหรับเว็บไซต์ไทยก็เหมือนที่อื่น คือเปิด Search Console ไปที่รายงาน Page Indexing แล้วดูว่ามี URL จากเส้นทางลิงก์แชร์หรือหน้าที่ระบบสร้างอยู่ในรายการหน้าที่ถูกจัดทำดัชนีหรือไม่ ถ้ามี ให้เทียบจำนวนกับหน้าที่ทีมของคุณเขียนขึ้นเองจริง ๆ

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

Google ลงโทษเว็บไซต์ที่ปล่อยให้หน้าแชร์ถูกจัดทำดัชนีหรือไม่

ไม่มีการประกาศบทลงโทษใหม่ การอัปเดตเมื่อ 26 ตุลาคม 2569 เป็นคำแนะนำในเอกสารช่วยเหลือ และไม่มีวันที่บังคับใช้ นโยบายสแปมเดิมของ Google ยังใช้กับหน้าที่เป็นสแปมเหมือนเดิม และคู่มือนำเสนอ noindex ว่าเป็นวิธีกันหน้าที่ไม่ได้มีไว้สำหรับการค้นหาออกจากดัชนี และทำให้แพลตฟอร์มดึงดูดสแปมเมอร์น้อยลง

ควรใช้ noindex หรือ robots.txt กับลิงก์แชร์

ใช้ noindex หากต้องการกัน URL ของลิงก์แชร์ออกจากผลการค้นหา เอกสารเรื่อง noindex ของ Google ระบุว่าครอว์เลอร์ต้องดึงหน้ามาได้จึงจะเห็นกฎ และ URL ที่ถูกบล็อกด้วย robots.txt ยังอาจปรากฏในผลการค้นหาได้เมื่อมีหน้าอื่นลิงก์มา อย่าใช้ทั้งสองอย่างกับ URL เดียวกัน

เว็บไซต์เล็กที่ไม่มีเนื้อหาจากผู้ใช้ต้องทำอะไรไหม

ส่วนใหญ่ไม่ต้อง คู่มือนี้มุ่งไปที่แพลตฟอร์มและเครื่องมือที่ผู้ใช้เป็นคนสร้างหน้า เว็บไซต์ที่เจ้าของเขียนทุกหน้าเองแทบไม่มีอะไรต้องเปลี่ยน แต่คำแนะนำด้านการเฝ้าระวังด้วย Search Console ก็มีประโยชน์กับทุกเว็บไซต์

การอัปเดตนี้มีผลในประเทศไทยหรือยัง

มีผลแล้ว คู่มือภาษาอังกฤษใช้กับ Google Search ทุกประเทศ รวมถึงไทย เพราะเป็นเอกสารแนะนำ ไม่ใช่การทยอยเปิดฟีเจอร์ จึงไม่มีกำหนดการแยกตามภูมิภาค ส่วนหน้าภาษาไทยของคู่มืออาจอัปเดตช้ากว่าฉบับภาษาอังกฤษ

Google แนะนำให้ดูรายงานไหนใน Search Console

Google ระบุรายงาน Page Indexing และรายงาน Search performance โดยขอให้เจ้าของเว็บไซต์คอยดูจำนวนหน้าที่ถูกจัดทำดัชนี การแสดงผล หรือคำค้นหาที่ไม่ตรงกับวัตถุประสงค์ของแพลตฟอร์มที่พุ่งขึ้นผิดปกติ และให้ยืนยันเว็บไซต์หรือซับโดเมนเพื่อรับอีเมลเรื่อง manual action และปัญหาความปลอดภัย

สรุปสำหรับทีมผลิตภัณฑ์และทีม SEO

การเปลี่ยนแปลงเมื่อ 26 ตุลาคม 2569 สั้นก็จริง แต่ตอบคำถามที่หลายทีมผลิตภัณฑ์ปล่อยค้างไว้ ว่าหน้าแชร์ที่ผู้ใช้สร้างควรอยู่ใน Google หรือไม่ คำตอบของ Google คือไม่ควร โดยค่าเริ่มต้น เว้นแต่ตั้งใจให้ค้นหาเจอ หากแพลตฟอร์มของคุณเปลี่ยนข้อมูลจากผู้ใช้เป็น URL สาธารณะ ควรนัดตรวจการจัดทำดัชนีตั้งแต่ตอนนี้ ก่อนที่ Search Console จะรายงานตัวเลขพุ่งให้คุณเห็นเอง บริการ SEO ในประเทศไทยของ Relevant Audience ครอบคลุมการตรวจเชิงเทคนิคเรื่องกฎการจัดทำดัชนี คำสั่ง robots และความครอบคลุมใน Search Console