Softonic

ตัวตรวจสอบ URL ตามรูปแบบบัญญัติ

ขั้นตอน 1 / 3 ตรวจสอบ URL Canonical

ที่อยู่ของหน้าที่ต้องการตรวจสอบ เช่น https://example.com/page

ถัดไป

ปัญหาเนื้อหาซ้ำมักเริ่มจาก Canonical ที่ผิด ป้อน URL ของหน้า แล้วเครื่องมือจะดึงหน้านั้น ติดตามการเปลี่ยนเส้นทาง และอ่าน Canonical ทุกรายการที่หน้าประกาศไว้ ทั้งในแท็ก HTML <link rel="canonical"> และในส่วนหัว HTTP Link เครื่องมือจะแปลง href แบบสัมพัทธ์ ชี้ Canonical ที่ขัดแย้งกันและ Canonical ที่อยู่ใน <body> และตรวจว่าหน้าปลายทางของ Canonical ตอบกลับ 200 และไม่ได้ตั้งค่า noindex หากหน้านั้นต้องเข้าสู่ระบบ ให้วางซอร์สโค้ดแทน

ตัวตรวจสอบ Canonical ทำงานอย่างไร

  1. 1

    ป้อน URL ของหน้า

    ที่อยู่ของหน้าที่ต้องการตรวจสอบ เช่น `https://example.com/page` ไม่ต้องพิมพ์ `https://` ก็ได้

  2. 2

    ดึงหน้าหรือวางซอร์สโค้ด

    โดยค่าเริ่มต้น เซิร์ฟเวอร์ของเราจะดึงหน้าและติดตามการเปลี่ยนเส้นทาง หากหน้านั้นต้องเข้าสู่ระบบ ให้วางซอร์สโค้ด HTML แทน โค้ดจะถูกส่งไปยังเซิร์ฟเวอร์ของเราเพื่อตรวจสอบและไม่ถูกจัดเก็บ

  3. 3

    อ่าน Canonical ทุกรายการ

    ระบบรวบรวม `<link rel="canonical">` ทุกรายการใน `<head>` หรือ `<body>` และ Canonical ทุกรายการในส่วนหัว HTTP `Link` แล้วแปลง href แบบสัมพัทธ์

  4. 4

    การตรวจสอบและรายงาน

    คุณจะได้ผลสรุป URL Canonical การประกาศทุกรายการที่พบ และผลของแต่ละรายการตรวจสอบ รวมถึงรหัสสถานะและ noindex ของหน้าปลายทาง

สิ่งที่เครื่องมืออ่าน

  • หน้าที่เผยแพร่อยู่: เซิร์ฟเวอร์ของเราจะขอ URL ติดตามการเปลี่ยนเส้นทางได้สูงสุด 5 ครั้ง และอ่านหน้าสุดท้าย ทุกขั้นตอนจะถูกตรวจสอบ และดึงเฉพาะที่อยู่เว็บสาธารณะเท่านั้น
  • ส่วนหัว HTTP Link: สามารถส่ง Canonical ในรูปแบบ Link: <https://example.com/page>; rel="canonical" ได้ด้วย ซึ่งเป็นวิธีปกติสำหรับไฟล์ PDF
  • ซอร์สโค้ดที่วาง: สำหรับหน้าที่ต้องเข้าสู่ระบบหรือยังไม่เผยแพร่ ระบบอ่านเฉพาะ HTML จึงไม่ตรวจส่วนหัว Link และการเปลี่ยนเส้นทาง

รายการตรวจสอบ

  • ไม่มี Canonical: ทั้ง head ของ HTML และส่วนหัว Link ไม่ได้ประกาศไว้ ไม่จำเป็นต้องเป็นปัญหาเสมอไป ดูคำถามที่พบบ่อย
  • Canonical ที่ขัดแย้งหรือซ้ำกัน: URL ที่ต่างกัน (หลายแท็ก หรือแท็กกับส่วนหัว) ส่งสัญญาณขัดแย้งให้ Google ซึ่งอาจไม่สนใจทั้งหมด ส่วน URL เดียวกันที่ประกาศสองครั้งใช้งานได้ แต่ไม่จำเป็น
  • Canonical ใน <body>: Google จะไม่สนใจลิงก์ rel=canonical ที่อยู่นอก <head>
  • href ไม่ถูกต้องหรือเป็นแบบสัมพัทธ์: href ที่ว่างเปล่าหรือไม่ใช่ที่อยู่ http(s) ใช้งานไม่ได้ ส่วน href แบบสัมพัทธ์จะถูกแปลงโดยอิงจาก URL ของหน้า (หรือ <base href>) Google ยอมรับ แต่ URL แบบเต็มปลอดภัยกว่า
  • การเทียบกับหน้า: อ้างอิงถึงตัวเอง ต่างกันเฉพาะโปรโตคอล เครื่องหมายทับท้าย หรือ www. หรือเป็น URL อื่นโดยสิ้นเชิง ซึ่งถูกต้องสำหรับหน้าที่ซ้ำกัน
  • หน้าปลายทางของ Canonical: ต้องตอบกลับ 200 โดยตรง (ไม่เปลี่ยนเส้นทาง ไม่ใช่ 404 หรือ 5xx) และต้องไม่ตั้ง noindex ในเมตาแท็ก robots หรือส่วนหัว X-Robots-Tag นอกจากนี้ยังชี้หน้าที่ตั้ง noindex แต่ Canonical ชี้ไปที่อื่นด้วย

สิ่งที่ไม่ตรวจสอบ

  • Google เลือกใช้ Canonical ของคุณจริงหรือไม่ (ใช้เครื่องมือตรวจสอบ URL ใน Search Console)
  • Canonical ที่ JavaScript เพิ่มหลังโหลดหน้า เครื่องมืออ่าน HTML ที่เซิร์ฟเวอร์ส่งมา
  • ลิงก์ภายใน แผนผังเว็บไซต์ XML และแท็ก hreflang สอดคล้องกับ Canonical หรือไม่ และ robots.txt บล็อกหน้าปลายทางหรือไม่

ข้อผิดพลาด Canonical ที่พบบ่อย

  • URL สัมพัทธ์: ใช้ URL แบบสัมบูรณ์ใน href ของ canonical เสมอ
  • โปรโตคอลไม่ตรงกัน: canonical บอกว่า http:// แต่หน้าเว็บแสดงผ่าน https:// ตรงกับโปรโตคอลสดเสมอ
  • ชี้ไปที่การเปลี่ยนเส้นทาง: ตามรูปแบบบัญญัติต้องกำหนดเป้าหมายการตอบกลับ 200 ครั้ง
  • การบล็อก Canonical URL ใน robots.txt: เป้าหมายจะต้องรวบรวมข้อมูลได้
  • สัญญาณที่ขัดแย้งกัน: ลิงก์ภายในที่ชี้ไปยังรูปแบบที่ไม่เป็นที่ยอมรับ อัปเดตให้ตรงกัน
  • noindex บนเป้าหมายตามรูปแบบบัญญัติ: ไม่เกิดร่วมกัน, เลือกอย่างใดอย่างหนึ่ง
  • Canonical ที่แตกต่างกันในหน้าที่ซ้ำกัน: Google เลือกมาหนึ่งรายการและไม่สนใจหน้าอื่นๆ
  • Canonical ใน <body> แทนที่จะเป็น <head>: Google เพิกเฉยต่อสิ่งนั้น
  • Canonical ชี้ไปยังเวอร์ชันภาษาอื่น: ควรใช้ hreflang แทน
  • แท็ก canonical หลายแท็กที่มี href ต่างกัน: สัญญาณขัดแย้งกันและ Google อาจไม่สนใจทั้งหมด ควรเหลือไว้เพียงรายการเดียว

วิธีแก้ไข Canonical ที่ไม่ดี

  1. กำหนดเป้าหมาย URL สุดท้ายเสมอ (ไม่มีการเปลี่ยนเส้นทาง)
  2. จับคู่โปรโตคอลสดและโฮสต์ทุกประการ รวมถึงเครื่องหมายทับต่อท้าย
  3. วาง Canonical ใน <head> ไม่ใช่ใน <body> หรือแทรกผ่าน JavaScript หลังจากเรนเดอร์
  4. หนึ่ง Canonical ต่อหน้า, เลือกหนึ่งเป้าหมายและยึดติดกับเป้าหมายนั้น
  5. สำหรับอาร์ไคฟ์ที่แบ่งเป็นหลายหน้า ให้กำหนด canonical ของแต่ละหน้าให้ชี้ไปยังตัวมันเอง อย่าชี้ทุกหน้าไปที่หน้า 1
  6. สำหรับหน้าที่มีตัวกรอง/การเรียงลำดับ ให้ชี้กลับไปที่รายการที่ยังไม่ได้กรอง
  7. ทำให้ลิงก์ภายในตรงกับ canonical URL หาก canonical ชี้ไปยังหน้าที่ส่วนอื่นของเว็บไซต์ไม่ได้ลิงก์ถึง สัญญาณจะเจือจางลง

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

ไม่จำเป็น. หากไม่มี Canonical Google จะเลือกเองตามสัญญาณภายใน (ลิงก์ แผนผังเว็บไซต์ ความคล้ายคลึงของเนื้อหา) Canonical แบบอ้างอิงตัวเองยังคงเป็นแนวทางปฏิบัติที่ดีที่สุดในการหลีกเลี่ยงความคลุมเครือ โดยเฉพาะบนหน้าเว็บที่มีพารามิเตอร์การค้นหา

Canonical เป็นคำใบ้ที่ชัดเจน ไม่ใช่คำสั่ง หาก Google ตัดสินว่าหน้าเว็บไม่เหมือนกัน หรือไม่สามารถเข้าถึงหน้า Canonical ได้ Google อาจเลือก URL อื่น ยืนยันผ่านเครื่องมือ “การตรวจสอบ URL” ของ Search Console เพื่อดูสถานะการจัดทำดัชนีที่เชื่อถือได้

มักเกิดจากธีมและปลั๊กอินเพิ่มกันคนละรายการ หรือเซิร์ฟเวอร์ส่งส่วนหัว Link นอกเหนือจากแท็ก HTML เมื่อ URL ต่างกัน สัญญาณจะขัดแย้งกันและ Google อาจไม่สนใจทั้งหมด เครื่องมือจะแสดงการประกาศทุกรายการพร้อมตำแหน่งที่พบ ควรเหลือไว้เพียงรายการเดียว

ใช่ โดยค่าเริ่มต้น เซิร์ฟเวอร์ของเราจะขอ URL ติดตามการเปลี่ยนเส้นทางได้สูงสุด 5 ครั้ง และขอหน้าปลายทางของ Canonical ด้วยเพื่อตรวจรหัสสถานะและ noindex โดยดึงเฉพาะที่อยู่เว็บสาธารณะเท่านั้น หากหน้านั้นต้องเข้าสู่ระบบ ให้เลือก “วางซอร์สโค้ด” ในขั้นตอนที่ 2 โค้ดจะถูกส่งไปยังเซิร์ฟเวอร์ของเราเพื่อตรวจสอบและไม่ถูกจัดเก็บ และระบบจะขอเฉพาะหน้าปลายทางของ Canonical (ปิดได้)

เครื่องมือที่เกี่ยวข้อง

ตัวตรวจสอบ Open Graph

วาง HTML ของหน้าเว็บแล้วดูทันทีว่ามีแท็ก Open Graph และ Twitter Card ใดบ้าง แท็กที่จำเป็นตัวใดขาดหายไป และค่าที่แน่นอนของแต่ละตัว

ตัวสร้าง Breadcrumb Schema

สร้าง BreadcrumbList JSON-LD ที่ถูกต้องสำหรับลำดับชั้นของหน้าใดก็ได้ ได้มาร์กอัป schema.org พร้อมวางลงในส่วน head ของเว็บไซต์

เครื่องตรวจสอบความสามารถในการจัดทำดัชนี (Indexability Checker)

ตรวจสอบว่า URL นั้นสามารถถูกดักจับโดยระบบดัชนีได้หรือไม่ โดยพิจารณาจากไฟล์ robots.txt, meta robots, X-Robots-Tag, สัญญาณ canonical และสถานะ HTTP

ตัวสร้างลิงก์ UTM

สร้าง URL ติดตามแคมเปญด้วยพารามิเตอร์ UTM source, medium, campaign, term และ content ลิงก์สะอาดที่เข้ารหัส URL แล้ว พร้อมใช้สำหรับโฆษณาและจดหมายข่าว

ตัวอย่าง SERP

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

เครื่องมือวิเคราะห์ส่วนหัวความปลอดภัย

วางส่วนหัวการตอบกลับ HTTP ของคุณ แล้วรับคำแนะนำแบบจัดลำดับความสำคัญเกี่ยวกับส่วนหัวความปลอดภัยที่สำคัญ: Content-Security-Policy, Strict-Transport-Security, X-Frame-Options, Referrer-Policy และอื่น ๆ

เครื่องมือนี้มีให้บริการในภาษาอื่น