ทำอย่างไรให้ Perplexity อ้างอิงถึงคุณ

ค้นหาก่อน สิ่งที่ Perplexity ทำต่างจากคนอื่น

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

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

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

การเข้าเกณฑ์ Perplexity ดึงและอ่านหน้าเว็บของคุณได้หรือไม่

ช่องว่างเรื่องการอ้างอิงที่ผมเจอส่วนใหญ่คือปัญหาการเข้าถึงที่สวมเสื้อคลุมของปัญหาเนื้อหา ให้เริ่มที่ robots.txt ซึ่งตอนนี้เป็นมาตรฐานอย่างเป็นทางการแล้วใน RFC 9309 แล้วตรวจว่ากฎ disallow ของคุณไม่ได้ดักบ็อตของ Perplexity ไว้โดยบังเอิญ โดยเฉพาะถ้าเมื่อปีก่อนมีใครวางรายการบล็อกบ็อต AI แบบกว้าง ๆ ไว้แล้วไม่เคยกลับมาดูอีกเลย

จากนั้นให้ตรวจชั้นที่อยู่เหนือเซิร์ฟเวอร์ต้นทางของคุณ ทั้ง CDN และ WAF มาพร้อมกฎสำเร็จรูปที่บล็อกบ็อต AI ได้ตั้งแต่ก่อนที่คำขอจะไปถึงเซิร์ฟเวอร์ และพื้นที่นี้ยังเป็นข้อพิพาทกันอยู่ Cloudflare เผยแพร่งานวิจัยกล่าวหาว่าPerplexity ใช้บ็อตที่ไม่ได้ประกาศเพื่อเข้าถึงเว็บไซต์ที่บล็อกบ็อตซึ่งประกาศไว้แล้ว ไม่ว่าคุณจะมองข้อพิพาทนั้นอย่างไร บทเรียนเชิงปฏิบัติการก็เหมือนเดิม คืออย่าเชื่อหน้านโยบาย ให้อ่านล็อกของคุณเองและยืนยันว่าสิ่งที่ถูกส่งออกไปจริง ๆ คืออะไร

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

รูปแบบหน้าเว็บที่ถูกยกไปอ้างจริง

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

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

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

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

คำถามเชิงพาณิชย์มักชนะกันนอกเว็บไซต์ของคุณเอง

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

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

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

ตรวจสอบด้วยชุดพรอมต์ของคุณเอง

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

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

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

ทราฟฟิกหน้าตาเป็นอย่างไร และอะไรที่ไม่ควรไล่ตาม

ให้คาดหวังปริมาณน้อยแต่เจตนาสูง เอนจินคำตอบบีบอัดกรวยการขาย ผู้อ่านมาถึงโดยได้รับการบอกไว้แล้วว่าคุณทำอะไรและเทียบกับคนอื่นอย่างไร Pew Research Center พบว่าผู้ใช้ Google คลิกผลการค้นหาแบบดั้งเดิมใน 8% ของการเข้าชมที่มีบทสรุปจาก AI ปรากฏ เทียบกับ 15% เมื่อไม่มี ซึ่งเป็นคนละผลิตภัณฑ์ แต่แรงกดดันไปในทิศทางเดียวกัน เมื่อการคลิกเกิดขึ้นน้อยลง การเป็นแหล่งที่ถูกอ้างอิงคือสิ่งที่ตัดสินว่าหนึ่งในนั้นจะเป็นของคุณหรือไม่

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

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

FAQ