ผู้เขียนที่ตรวจสอบได้: วิธีตรวจสอบผู้เขียนบนเว็บไซต์ก่อน Google อัปเดต

ผู้เขียนปลอมกับ E-E-A-T: สิ่งที่ Google ระบุว่าเป็นการหลอกลวง

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

Lily Ray สังเกตเห็นผู้เขียนปลอมหรือผู้เขียนที่สร้างด้วย AI ในเว็บไซต์ที่ได้รับผลกระทบจากการอัปเดตปี 2026 รวมถึงเว็บไซต์ด้านการเงินและสุขภาพ นี่เป็นข้อสังเกตของผู้ปฏิบัติงาน ไม่ใช่ข้อมูลจาก Google

Google ไม่ได้กำหนดให้ทุกหน้าต้องระบุชื่อผู้เขียน แต่สนับสนุนอย่างยิ่งให้แสดงข้อมูลผู้เขียนที่ถูกต้อง เช่น การใส่ชื่อผู้เขียนในตำแหน่งที่ผู้อ่านคาดว่าจะเห็น สิ่งสำคัญคืออย่าหลอกลวง: การระบุว่า “กองบรรณาธิการ” ตรงไปตรงมากว่าการสร้างผู้เชี่ยวชาญขึ้นมา

แหล่งที่มา: Google: เนื้อหาที่เป็นประโยชน์, Relevant Audience: ผู้เขียน, Lily Ray

ลำดับขั้นการตรวจสอบยืนยัน

เราประเมินผู้เขียนจากความง่ายในการตรวจสอบหลักฐานในแต่ละขั้น สามขั้นแรก ได้แก่ ชื่อและรูปถ่าย ประวัติ และหน้าผู้เขียน สร้างขึ้นได้ง่าย จึงพิสูจน์อะไรได้ไม่มาก ความไว้วางใจมาจากขั้นที่สูงขึ้น ได้แก่ ประสบการณ์ที่ค้นหาได้ ร่องรอยข้อมูลนอกเว็บไซต์ และความรับผิดชอบต่อเนื้อหา ลองเลือก “ผู้เขียนปลอม” ที่ด้านบนของแผนภาพเพื่อดูว่าหลักฐานขาดหายตรงไหน

เกี่ยวกับคำแนะนำที่พบบ่อยว่า “ผู้เขียนต้องอยู่ใน Google Knowledge Graph”: เอกสารของ Google ไม่ได้กำหนดเช่นนั้น การตรวจสอบข้อมูลจากแหล่งภายนอกมีความสำคัญ แต่ไม่จำเป็นต้องมีรายการใน Knowledge Graph

ที่มา: Google: เนื้อหาที่เป็นประโยชน์

ตรวจสอบผู้เขียนบนเว็บไซต์

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

หน้าผู้เขียนและ structured data

เอกสาร structured data สำหรับบทความของ Google กำหนดหลักเกณฑ์เฉพาะเกี่ยวกับผู้เขียนไว้ดังนี้:

• author.name ใส่เฉพาะชื่อ ไม่รวมตำแหน่งงาน สำนักพิมพ์ หรือคำอย่าง “เขียนโดย” ให้ใช้ jobTitle ระบุบทบาท
• author.url ลิงก์ไปยังหน้าที่ระบุตัวผู้เขียนได้อย่างชัดเจน เช่น โปรไฟล์บนเว็บไซต์ หน้า “เกี่ยวกับฉัน” หรือโปรไฟล์โซเชียลมีเดีย อีกทางเลือกคือ sameAs
• หากผู้เขียนมีหน้าบนเว็บไซต์ ให้กำหนด structured data ของหน้านั้นเป็น ProfilePage
• ระบุผู้เขียนแต่ละคนแยกกัน อย่ารวมหลายคนไว้ในช่องเดียว
• ใช้ Person สำหรับบุคคล และ Organization สำหรับองค์กร

<!-- ในหน้าบทความ -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "พาดหัวบทความ",
  "datePublished": "2026-10-17",
  "author": [{
    "@type": "Person",
    "name": "ชื่อ นามสกุล",
    "url": "https://example.com/authors/first-last"
  }]
}
</script>

<!-- ในหน้าผู้เขียน /authors/first-last -->
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "mainEntity": {
    "@type": "Person",
    "name": "ชื่อ นามสกุล",
    "jobTitle": "ตำแหน่งงาน",
    "sameAs": ["https://www.linkedin.com/in/…"]
  }
}
</script>

jobTitle เป็น property ของ schema.org; เอกสาร ProfilePage ของ Google ไม่ได้ระบุ property นี้ไว้ แต่การใช้ก็ไม่ก่อปัญหา

structured data ไม่ได้ทำให้ผู้เขียนกลายเป็นบุคคลจริง แต่ช่วยให้ Google เชื่อมโยงเนื้อหากับบุคคลได้ ส่วนการตรวจสอบตัวบุคคลยังต้องอาศัยหน้าผู้เขียนและร่องรอยข้อมูลนอกเว็บไซต์

แหล่งที่มา: Google: มาร์กอัป Article, Google: มาร์กอัป ProfilePage

เมื่อกองบรรณาธิการหรือ AI จัดทำเนื้อหา

มีหลายวิธีระบุผู้จัดทำเนื้อหาอย่างตรงไปตรงมา โดยไม่ต้องสร้างผู้เชี่ยวชาญขึ้นมา:

• ระบุชื่อกองบรรณาธิการ

  ระบุองค์กรเป็นผู้จัดทำ ใช้ Organization ใน structured data และลิงก์ไปยังหน้าแนะนำทีมและวิธีจัดทำเนื้อหา

• ระบุผู้เขียนและผู้ตรวจทาน

  ทีมงานหรือ AI จัดทำฉบับร่าง แล้วผู้เชี่ยวชาญที่ระบุชื่อเป็นผู้ตรวจทาน ใส่ข้อความใต้บทความว่า “ตรวจทานโดย: ชื่อ, บทบาท” พร้อมลิงก์ไปยังหน้าของบุคคลนั้น

• เปิดเผยการใช้ AI

  Google แนะนำให้อธิบายวิธีจัดทำเนื้อหาในกรณีที่ผู้อ่านควรทราบ โดยทั่วไปข้อความสั้น ๆ ท้ายบทความก็เพียงพอ (ตามแนวทางปฏิบัติของเรา)

• ให้ผู้เขียนรับผิดชอบหัวข้อที่ตนเชี่ยวชาญ

  หากใส่ชื่อบุคคลเป็นผู้เขียน เนื้อหาควรอยู่ในขอบเขตประสบการณ์ของบุคคลนั้น

แหล่งที่มา: Google: เนื้อหาที่เป็นประโยชน์, Google: AI เชิงสร้างสรรค์

จัดการกับผู้เขียนปลอมอย่างไร

การระบุผู้เขียนเป็นส่วนหนึ่งของคุณภาพโดยรวม หากมีผู้เขียนปลอมร่วมกับบทความ AI ที่คล้ายกันจำนวนมาก ให้เริ่มจาก การประเมินเนื้อหาด้วยตนเอง

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

แหล่งข้อมูล

ข้อกำหนดเรื่องผู้เขียนและ structured data อ้างอิงจากเอกสาร Google Search Central ที่ตรวจสอบเมื่อ 17 ตุลาคม 2026 ข้อสังเกตเกี่ยวกับเว็บไซต์ที่ได้รับผลกระทบเป็นของ Lily Ray ลำดับขั้นการตรวจสอบยืนยันและเช็กลิสต์เป็นวิธีการของเรา โดยกรอกตัวอย่างไว้ในเช็กลิสต์แล้ว

วิธีจัดทำบทความนี้: ทีมบรรณาธิการของ SurfUp เขียนโดยมี AI ช่วย และตรวจสอบข้อเท็จจริงกับตัวเลขทุกข้อด้วยตนเองจากแหล่งข้อมูลด้านบน

1. Google Search Central — Creating helpful, reliable, people-first content (updated October 5, 2026)
2. Relevant Audience — Google adds fake-author warning to helpful content page
3. Lily Ray — Prediction: the next massive Google update is around the corner, October 4, 2026
4. Google Search Central — Article structured data
5. Google Search Central — Profile page structured data
6. Google Search Central — Guidance on using generative AI content (updated October 1, 2026)