Structured Data สำหรับบทความ (Article, NewsArticle, BlogPosting)

การเพิ่ม Structured Data Article ไปยังหน้าข่าว บล็อก และบทความกีฬาจะช่วยให้ Google เข้าใจหน้าเว็บมากขึ้นและแสดงข้อความชื่อ รูปภาพ และข้อมูลวันที่ สําหรับบทความได้ดีขึ้นในผลการค้นหาบน Google Search และพร็อพเพอร์ตี้อื่นๆ (เช่น Google News และ Google Assistant) แม้จะไม่มีข้อกําหนดของมาร์กอัปเพื่อให้มีสิทธิ์ใช้ฟีเจอร์ของ Google News เช่น เรื่องเด่น แต่คุณสามารถเพิ่ม Article เพื่อบอก Google อย่างชัดแจ้งว่าเนื้อหาของคุณเกี่ยวกับอะไร (เช่น เป็นบทความข่าว ผู้เขียนเป็นใคร หรือชื่อของบทความ)

ผลการค้นหาที่เป็นริชมีเดียของบทความ

ตัวอย่าง

นี่คือตัวอย่างของหน้าซึ่งมี Structured Data Article

JSON-LD


<html>
  <head>
    <title>Title of a News Article</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "NewsArticle",
      "headline": "Title of a News Article",
      "image": [
        "https://example.com/photos/1x1/photo.jpg",
        "https://example.com/photos/4x3/photo.jpg",
        "https://example.com/photos/16x9/photo.jpg"
       ],
      "datePublished": "2015-02-05T08:00:00+08:00",
      "dateModified": "2015-02-05T09:20:00+08:00",
      "author": [{
          "@type": "Person",
          "name": "Jane Doe",
          "url": "https://example.com/profile/janedoe123"
        },{
          "@type": "Person",
          "name": "John Doe",
          "url": "https://example.com/profile/johndoe123"
      }]
    }
    </script>
  </head>
  <body>
  </body>
</html>

Microdata


<html>
  <head>
    <title>Title of a News Article</title>
  </head>
  <body>
    <div itemscope itemtype="https://schema.org/NewsArticle">
      <div itemprop="headline">Title of News Article</div>
      <meta itemprop="image" content="https://example.com/photos/1x1/photo.jpg" />
      <meta itemprop="image" content="https://example.com/photos/4x3/photo.jpg" />
      <img itemprop="image" src="https://example.com/photos/16x9/photo.jpg" />
      <div>
        <span itemprop="datePublished" content="2015-02-05T08:00:00+08:00">
          February 5, 2015 at 8:00am
        </span>
        (last modified
        <span itemprop="dateModified" content="2015-02-05T09:20:00+08:00">
          February 5, 2015 at 9:20am
        </span>
        )
      </div>
      <div>
        by
        <span itemprop="author" itemscope itemtype="https://schema.org/Person">
          <a itemprop="url" href="https://example.com/profile/janedoe123">
            <span itemprop="name">Jane Doe</span>
          </a>
        </span>
        and
        <span itemprop="author" itemscope itemtype="https://schema.org/Person">
          <a itemprop="url" href="https://example.com/profile/johndoe123">
            <span itemprop="name">John Doe</span>
          </a>
        </span>
      </div>
    </div>
  </body>
</html>

How to add structured data

Structured data is a standardized format for providing information about a page and classifying the page content. If you're new to structured data, you can learn more about how structured data works.

Here's an overview of how to build, test, and release structured data.

  1. Add as many recommended properties that apply to your web page. There are no required properties; instead, add the properties that apply to your content. Based on the format you're using, learn where to insert structured data on the page.
  2. Follow the guidelines.
  3. Validate your code using the Rich Results Test and fix any critical errors. Consider also fixing any non-critical issues that may be flagged in the tool, as they can help improve the quality of your structured data (however, this isn't necessary to be eligible for rich results).
  4. Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page. Be sure that your page is accessible to Google and not blocked by a robots.txt file, the noindex tag, or login requirements. If the page looks okay, you can ask Google to recrawl your URLs.
  5. To keep Google informed of future changes, we recommend that you submit a sitemap. You can automate this with the Search Console Sitemap API.

หลักเกณฑ์

คุณต้องทำตามหลักเกณฑ์เหล่านี้เพื่อให้ข้อมูลที่มีโครงสร้างมีสิทธิ์รวมในผลการค้นหาของ Google Search

หลักเกณฑ์ทางเทคนิค

  • สำหรับบทความที่มีหลายส่วน ให้ตรวจสอบว่า rel=canonical ชี้ไปยังหน้าเดี่ยวหรือหน้า "ดูทั้งหมด" (และไม่ได้ชี้ไปที่หน้าที่ 1 ของชุดที่มีหลายส่วน) ดูข้อมูลเพิ่มเติมเกี่ยวกับการกำหนดหน้า Canonical
  • หากคุณให้สิทธิ์เข้าถึงเนื้อหาเว็บไซต์ตามการสมัครใช้บริการ หรือผู้ใช้ต้องลงทะเบียนจึงจะมีสิทธิ์เข้าถึง ให้พิจารณาเพิ่ม Structured Data สำหรับเนื้อหาตามการสมัครใช้บริการและเนื้อหาเพย์วอลล์

คำจำกัดความของประเภท Structured Data

ระบุพร็อพเพอร์ตี้แนะนําที่ใช้กับหน้าเว็บของคุณให้มากที่สุดเพื่อช่วยให้ Google เข้าใจหน้าเว็บได้ดีขึ้น ไม่มีพร็อพเพอร์ตี้ที่จําเป็น แต่ให้เพิ่มพร็อพเพอร์ตี้ที่ใช้กับเนื้อหาของคุณแทน

ออบเจ็กต์ Article

ออบเจ็กต์บทความต้องอิงตามประเภทของ schema.org อย่างใดอย่างหนึ่งซึ่งได้แก่ Article, NewsArticle และ BlogPosting

พร็อพเพอร์ตี้ที่ Google รองรับมีดังต่อไปนี้

พร็อพเพอร์ตี้ที่แนะนำ
author

Person หรือ Organization

ผู้เขียนบทความ โปรดทําตามแนวทางปฏิบัติแนะนําเกี่ยวกับมาร์กอัปผู้เขียนเพื่อช่วยให้ Google เข้าใจเกี่ยวกับผู้เขียนในฟีเจอร์ต่างๆ ได้ดีที่สุด

author.name

Text

ชื่อผู้เขียน
author.url

URL

ลิงก์ไปยังหน้าเว็บที่ระบุผู้เขียนบทความไว้อย่างไม่ซ้ำกัน เช่น หน้าโซเชียลมีเดียของผู้เขียน หน้า "เกี่ยวกับฉัน" หรือหน้าประวัติ

หาก URL เป็นหน้าโปรไฟล์ภายใน เราขอแนะนำให้มาร์กอัปผู้เขียนรายนั้นโดยใช้ Structured Data สำหรับหน้าโปรไฟล์
dateModified

DateTime

วันที่และเวลาแก้ไขบทความล่าสุด ในรูปแบบ ISO 8601 เราขอแนะนำให้คุณระบุข้อมูลเขตเวลา ไม่เช่นนั้น เราจะใช้เขตเวลาที่ Googlebot ใช้เป็นค่าเริ่มต้น

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

DateTime

วันที่และเวลาเผยแพร่บทความนี้เป็นครั้งแรก ใน รูปแบบ ISO 8601 เราขอแนะนำให้คุณระบุข้อมูลเขตเวลา ไม่เช่นนั้น เราจะใช้เขตเวลาที่ Googlebot ใช้เป็นค่าเริ่มต้น

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

Text

ชื่อเรื่องของบทความ ใช้ชื่อที่สั้นกระชับเพราะชื่อที่ยาวอาจถูกตัดให้สั้นลงในอุปกรณ์บางประเภท
image

ImageObject หรือ URL ที่ซ้ำ

URL ไปยังรูปภาพที่เป็นตัวแทนของบทความ ใช้รูปภาพที่เกี่ยวข้องกับบทความแทนโลโก้หรือคําบรรยายวิดีโอ

หลักเกณฑ์เพิ่มเติมเกี่ยวกับรูปภาพ

  • ทุกหน้าต้องมีรูปภาพอย่างน้อย 1 รูป (ไม่ว่าคุณจะใส่มาร์กอัปหรือไม่) Google จะเลือกรูปภาพที่ดีที่สุดเพื่อแสดงในผลการค้นหาของ Search โดยอิงตามสัดส่วนภาพและความละเอียด
  • URL รูปภาพต้องรวบรวมข้อมูลและจัดทำดัชนีได้ หากต้องการตรวจสอบว่า Google เข้าถึง URL ได้หรือไม่ ให้ใช้เครื่องมือตรวจสอบ URL
  • รูปภาพต้องแสดงถึงเนื้อหาที่มาร์กอัป
  • รูปภาพต้องอยู่ในรูปแบบไฟล์ที่ Google รูปภาพรองรับ
  • เพื่อให้ได้ผลลัพธ์ที่ดีที่สุด เราขอแนะนำให้ใช้รูปภาพความละเอียดสูงหลายภาพ (อย่างน้อย 50,000 พิกเซลเมื่อคำนวณจากความกว้างคูณความสูง) และมีสัดส่วนภาพเป็น 16x9, 4x3 หรือ 1x1

ตัวอย่างเช่น

"image": [
  "https://example.com/photos/1x1/photo.jpg",
  "https://example.com/photos/4x3/photo.jpg",
  "https://example.com/photos/16x9/photo.jpg"
]

แนวทางปฏิบัติแนะนําสําหรับมาร์กอัปผู้เขียน

เราขอแนะนําให้ทําตามแนวทางปฏิบัติแนะนําต่อไปนี้เมื่อระบุผู้เขียนในมาร์กอัป เพื่อช่วยให้ Google เข้าใจและแสดงข้อมูลเกี่ยวกับผู้เขียนเนื้อหาได้ดีที่สุด

แนวทางปฏิบัติแนะนําสําหรับมาร์กอัปผู้เขียน

ใส่ผู้เขียนทั้งหมดในมาร์กอัป

ตรวจสอบว่าผู้เขียนทั้งหมดที่เป็นผู้เขียนในหน้าเว็บมีชื่ออยู่ในมาร์กอัปด้วยเช่นกัน

การระบุผู้เขียนหลายคน

เมื่อระบุผู้เขียนหลายคน ให้ระบุผู้เขียนแต่ละรายในช่อง author ของผู้เขียนนั้นๆ 

"author": [
  {"name": "Willow Lane"},
  {"name": "Regula Felix"}
]

อย่าใส่ผู้เขียนหลายคนในช่อง author เดียวกัน 

"author": {
  "name": "Willow Lane, Regula Felix"
}

ใช้ช่องเพิ่มเติม

เราขอแนะนําอย่างยิ่งให้ใช้พร็อพเพอร์ตี้ type และ url (หรือ sameAs) เพื่อช่วยให้ Google เข้าใจเกี่ยวกับผู้เขียนมากขึ้น ใช้ URL ที่ถูกต้องสําหรับพร็อพเพอร์ตี้ url หรือ sameAs

ตัวอย่างเช่น หากผู้เขียนเป็นบุคคลหนึ่ง คุณสามารถลิงก์ไปยังหน้าของผู้เขียนที่ให้ข้อมูลเพิ่มเติมเกี่ยวกับผู้เขียนได้ดังนี้ 

"author": [
  {
    "@type": "Person",
    "name": "Willow Lane",
    "url": "https://www.example.com/staff/willow_lane"
  }
]

หากผู้เขียนเป็นองค์กร คุณสามารถลิงก์ไปยังหน้าแรกขององค์กร 

"author":
  [
    {
      "@type":"Organization",
      "name": "Some News Agency",
      "url": "https://www.example.com/"
  }
]

ระบุเฉพาะชื่อผู้เขียนในพร็อพเพอร์ตี้ author.name

ในพร็อพเพอร์ตี้ author.name ให้ระบุชื่อผู้เขียนเท่านั้น อย่าใส่ข้อมูลอื่นใด กล่าวคือ อย่าใส่ข้อมูลต่อไปนี้

  • ชื่อผู้เผยแพร่เนื้อหา ให้ใช้พร็อพเพอร์ตี้ publisher แทน
  • ตําแหน่งงานของผู้เขียน ให้ใช้พร็อพเพอร์ตี้ที่เหมาะสมแทนหากต้องการระบุข้อมูลดังกล่าว (jobTitle)
  • คํานําหน้าหรือคําต่อท้ายที่ถูกต้อง ให้ใช้พร็อพเพอร์ตี้ที่เหมาะสมแทนหากต้องการระบุข้อมูลดังกล่าว (honorificPrefix หรือ honorificSuffix)
  • คำเกริ่นนำ (เช่น อย่าใส่คำอย่าง "โพสต์โดย")
"author":
  [
    {
      "name": "Echidna Jones",
      "honorificPrefix": "Dr",
      "jobTitle": "Editor in Chief"
    }
  ],
"publisher":
  [
    {
      "name": "Bugs Daily"
    }
  ]
}

ใช้ Type ที่เหมาะสม

ใช้ประเภท Person กับบุคคล และใช้ประเภท Organization กับองค์กร อย่าใช้ประเภท Thing และอย่าใช้ประเภทที่ไม่ถูกต้อง (เช่น ใช้ประเภท Organization กับบุคคล)

ตัวอย่างแนวทางปฏิบัติแนะนำสำหรับมาร์กอัปผู้เขียนมีดังนี้ 

"author":
  [
    {
      "@type": "Person",
      "name": "Willow Lane",
      "jobTitle": "Journalist",
      "url": "https://www.example.com/staff/willow-lane"
    },
    {
      "@type": "Person",
      "name": "Echidna Jones",
      "jobTitle": "Editor in Chief",
      "url": "https://www.example.com/staff/echidna-jones"
    }
  ],
"publisher":
  {
    "name": "The Daily Bug",
    "url": "https://www.example.com"
  },
  // + Other fields related to the article...
}

การแก้ปัญหา

หากประสบปัญหาในการใช้หรือแก้ไขข้อบกพร่องของ Structured Data โปรดดูแหล่งข้อมูลต่อไปนี้ซึ่งอาจช่วยคุณได้