Softonic

เครื่องสร้างแท็ก Canonical

ขั้นตอน 1 / 3
ถัดไป

เมื่อเข้าถึงเนื้อหาเดียวกันได้จาก URL หลายรายการ (พารามิเตอร์การค้นหา, เครื่องหมายทับต่อท้าย, HTTP และ HTTPS, ไฟล์เก็บเลขหน้า) Google ต้องมี URL หนึ่งรายการที่ทำเครื่องหมายว่าเป็นเวอร์ชัน Canonical วาง URL ที่ต้องการ จากนั้นตัวสร้างจะส่งคืนแท็ก <link rel="canonical"> ที่มีรูปแบบถูกต้องพร้อมที่จะวางใน <head> รวมถึงส่วนหัว HTTP Link ที่เทียบเท่ากันสำหรับทรัพยากรที่ไม่ใช่ HTML เช่น PDF

วิธีสร้างแท็ก Canonical

  1. 1

    วาง URL ตามรูปแบบบัญญัติ (ที่ต้องการ)

    URL ที่สมบูรณ์รวมถึงโปรโตคอลและโฮสต์ ตัวระบุแฟรกเมนต์ (#section) จะถูกละเว้น — Google ถือว่า URL ที่มีแฟรกเมนต์ต่างกันเหมือนกัน

  2. 2

    เครื่องมือตรวจสอบและทำให้เป็นมาตรฐาน

    ความสอดคล้องของเครื่องหมายทับต่อท้าย โฮสต์ตัวพิมพ์เล็ก punycode สำหรับโดเมน IDN โปรโตคอลที่ขาดหายไปถูกตั้งค่าสถานะเป็นการแก้ไข

  3. 3

    แท็กถูกสร้างขึ้น

    `<link rel="canonical" href="https://example.com/page">`.

  4. 4

    คัดลอกแบบฟอร์มส่วนหัว HTML หรือ HTTP

    ใช้แท็ก HTML สำหรับหน้าเว็บ ใช้ HTTP `Link: <url>; rel="canonical"` สำหรับ PDF รูปภาพ และการตอบกลับ API

แท็ก Canonical ทำหน้าที่อะไรจริงๆ

แท็ก Canonical จะบอกเครื่องมือค้นหาว่า “จากชุด URL ที่แสดงเนื้อหานี้ ชุดนี้เป็นต้นฉบับ รวมสัญญาณการจัดอันดับทั้งหมดไว้ที่นี่” หากไม่มีมัน หน้าที่ซ้ำกันก็จะแยกสัญญาณการจัดอันดับ — ไม่มีหน้าใดที่มีอันดับเท่ากับหน้าที่รวมไว้เพียงหน้าเดียว

แบบฟอร์ม HTML

<link rel="canonical" href="https://example.com/products/blue-shirt" />

วางใน <head> Google อ่านมัน; เบราว์เซอร์ไม่สนใจมัน

แบบฟอร์มส่วนหัวของลิงก์ HTTP

ใช้สำหรับทรัพยากรที่ไม่ใช่ HTML (PDF, รูปภาพ, ฟีด XML):

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

ส่งการตอบกลับ 2xx ใด ๆ กำหนดค่าผ่านเว็บเซิร์ฟเวอร์หรือ CDN ของคุณ

ข้อผิดพลาดทั่วไป

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

กรณีพิเศษ

  • อาร์ไคฟ์ที่แบ่งหน้า: แต่ละหน้า (?page=2) สามารถกำหนดรูปแบบบัญญัติเองได้ ไม่ใช่กำหนดรูปแบบมาตรฐานไว้ที่หน้าที่ 1 ซึ่งเคยเป็นคำแนะนำที่แตกต่างกัน Google เลิกใช้งาน rel=prev/next อย่างชัดเจน และตอนนี้ถือว่า self-canonical เป็นมาตรฐาน
  • การนำทางแบบประกอบ: มุมมองที่กรองแล้วของรายการเดียวกันมักจะกำหนดรูปแบบมาตรฐานกลับไปเป็นรายการที่ไม่มีการกรอง เว้นแต่ตัวกรองจะเปลี่ยนเนื้อหาอย่างมีนัยสำคัญ
  • URL แยกสำหรับอุปกรณ์เคลื่อนที่ (m.example.com): หน้าบนมือถือกำหนดรูปแบบมาตรฐานไว้บนเดสก์ท็อป เดสก์ท็อปเพิ่ม rel=alternate ชี้กลับ
  • หน้า AMP: AMP กำหนดรูปแบบเป็นรูปแบบที่ไม่ใช่ AMP ไม่ใช่ AMP จะเพิ่ม rel=amphtml ให้กับเวอร์ชัน AMP

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

แนะนำ — Canonical ที่อ้างอิงตัวเอง (หน้าชี้ไปที่ตัวมันเอง) ป้องกันพารามิเตอร์ session-ID, รหัส UTM และการทำซ้ำโดยไม่ตั้งใจอื่นๆ เป็นแนวทางปฏิบัติที่ดีที่สุดสำหรับ SEO ไม่ใช่ข้อกำหนด

ใช่ หากพันธมิตรที่เผยแพร่เนื้อหาของคุณซ้ำ พวกเขาสามารถตั้งค่า Canonical เป็น URL ดั้งเดิมของคุณได้ Google เคารพ Canonical ข้ามโดเมนเมื่อเนื้อหาตรงกันจริงๆ

HTTPS เสมอสำหรับหน้าใดๆ ที่แสดงผ่าน HTTPS โปรโตคอลแบบผสมจะส่งสัญญาณที่ขัดแย้งกันและอาจทำให้ Google เลือกตัวเลือกแบบสุ่มได้

Canonical ควรกำหนดเป้าหมาย URL สุดท้ายหลังจากการเปลี่ยนเส้นทาง ไม่ใช่สื่อกลาง เครือข่ายทำให้สัญญาณอ่อนลง - Google อาจถือว่าตัวชี้ไปที่ 302 เป็นเพียงคำใบ้มากกว่าที่จะเชื่อถือ

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

เครื่องมือวิเคราะห์ Anchor Text ของแบ็กลิงก์

วางแบ็กลิงก์ แถว CSV คู่ URL | anchor หรือบรรทัด anchor text เพื่อดูจำนวนข้อความที่ซ้ำและส่งออก CSV Anchor Text,Count,Share

ตัวนับความถี่คำ

ค้นหาคำที่ปรากฏซ้ำบ่อยที่สุดในข้อความ พร้อมจำนวนครั้งและเปอร์เซ็นต์ความหนาแน่น เหมาะสำหรับแก้ไขงานเขียน ตรวจ SEO และ audit คอนเทนต์

ตัวสร้าง Breadcrumb Schema

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

ตัวตรวจลิงก์เสีย

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

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

ตรวจสอบ Canonical URL ที่ Google เห็นสำหรับหน้าใดๆ ตรวจจับแท็กลิงก์ HTML, ส่วนหัวของลิงก์ HTTP, ข้อขัดแย้ง และลูกโซ่การเปลี่ยนเส้นทาง

เครื่องนับคำ

นับคำ ตัวอักษร ประโยค และย่อหน้า พร้อมเวลาในการอ่าน เวลาในการพูด ความหนาแน่นของคีย์เวิร์ด และคะแนนความอ่านง่าย Flesch สำหรับเรียงความ โพสต์ แคปชัน และ meta description