SEO เวลาทำการ 18 กุมภาพันธ์ 2022

นี่คือบทสรุปของคำถามและคำตอบที่น่าสนใจที่สุดจาก Google SEO Office Hours กับ John Mueller เมื่อวันที่ 18 กุมภาพันธ์ 2022

ประเภทของเว็บไซต์ที่ได้รับผลกระทบจากการอัปเดตรีวิวผลิตภัณฑ์

4:03 “ […] คำถามของฉันเกี่ยวกับการ อัปเดตรีวิวผลิตภัณฑ์ […] ฉันต้องการเข้าใจว่า Google ระบุว่าหน้าหรือไซต์เกี่ยวข้องกับบทวิจารณ์ผลิตภัณฑ์อย่างไร […] ตัวอย่างเช่น มีไซต์อีคอมเมิร์ซ […] และพวกเขายังมีบล็อกที่พวกเขารีวิวผลิตภัณฑ์ของตนเอง พวกเขาเขียนเกี่ยวกับข้อดีและข้อเสียของผลิตภัณฑ์ เปรียบเทียบผลิตภัณฑ์ต่างๆ […] Google จะบอกว่า […] นี่เป็นบทวิจารณ์ผลิตภัณฑ์และสามารถวิเคราะห์โดยการอัปเดตบทวิจารณ์ผลิตภัณฑ์ได้หรือไม่? […]”

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

การใช้ Indexing API

6:53 “[…] [เอกสารของ Google] ระบุว่า ควรใช้ Indexing API สำหรับหน้าต่างๆ เช่น ประกาศรับสมัครงานหรือกิจกรรมการแพร่ภาพ เป็นไปได้ไหมที่เราจะลองใช้ API นี้สำหรับเนื้อหาประเภทต่างๆ เช่น บทความข่าวหรือเนื้อหาบล็อก”

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

EAT และอัลกอริทึมของ Google

10:54 “[…] EAT ถูกกล่าวถึงใน [ Quality Rater Guidelines ] แต่ฉันอยากรู้ว่าอัลกอริธึมจริง [รวม] ปัจจัย EAT เช่นความเชี่ยวชาญของผู้เขียนด้วยหรือไม่

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

แต่ฉันไม่เห็น […] [นั่นจะมี] คะแนน EAT และคุณต้องได้ห้าคะแนนหรืออะไรทำนองนั้น เป็นการพยายามทำความเข้าใจบริบทของเนื้อหาบนเว็บมากกว่า”

การกล่าวถึงแบรนด์ที่ไม่เชื่อมโยงและเนื้อหาที่ผู้ใช้สร้างขึ้น

12:01 “ […] ฉันเห็นว่าผู้คนกำลังพูดถึงการกล่าวถึงแบรนด์ที่ไม่เชื่อมโยง[s] […] คุณคิดว่าอัลกอริธึม [ของ Google] […]

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

จอห์นกล่าวว่า: “ […] ฉันคิดว่ามันค่อนข้างยุ่งยาก เพราะเราไม่รู้จริงๆ ว่าบริบทคืออะไร ฉันไม่คิดว่ามันเป็นสิ่งเลวร้าย […] สำหรับผู้ใช้เพราะหากพวกเขาสามารถค้นหาเว็บไซต์ของคุณผ่านการกล่าวถึงนั้นก็เป็นสิ่งที่ดีเสมอ แต่ฉันไม่คิดว่าจะมีปัจจัย SEO บางอย่าง ที่พยายามคิดว่ามีคนพูดถึงชื่อเว็บไซต์ของคุณที่ใด”

12:58 “ […] แล้วความคิดเห็นหรือความคิดเห็นของผู้ใช้ล่ะ คุณคิดว่ามันเป็นปัจจัยในการจัดอันดับสำหรับบทความหรือผลิตภัณฑ์ด้วยหรือไม่”

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

Googlebot และการเลื่อนแบบไม่มีที่สิ้นสุด

24:00 “ […] คุณรู้หรือไม่ว่า Googlebot นั้นก้าวหน้าพอที่จะรองรับการเลื่อนที่ไม่มีที่สิ้นสุด หรืออย่างน้อยก็มีบางสิ่งที่เนื้อหายังคงสร้างขึ้นบนบางสิ่ง”

จอห์นกล่าวว่า: “ นิดหน่อย […]

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

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

รีเฟรชและค้นพบข้อมูลในรายงานสถิติการรวบรวมข้อมูล

33:32 “ในรายงาน Search Console [ สถิติการรวบรวมข้อมูล ] คำขอของโปรแกรมรวบรวมข้อมูล 97% มีการรีเฟรช และมีเพียง 3% เท่านั้นที่ค้นพบ จะเพิ่มประสิทธิภาพสิ่งนี้ได้อย่างไรและให้ Google ค้นพบหน้าเพิ่มเติม”

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

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

ลดการรวบรวมข้อมูลของเว็บไซต์

35:09 “ในช่วงสองสามสัปดาห์ที่ผ่านมา ฉันสังเกตเห็น สถิติการรวบรวมข้อมูลลดลงอย่างมาก จาก 700 เป็น 50 ต่อวัน มีวิธีทำความเข้าใจจากรายงานของ Search Console หรือไม่ว่าอะไรคือสาเหตุของการลดลงนี้ อาจเป็นการโหลดหน้าต้นฉบับหรือไม่ ฉันจะอ่านรายละเอียดคำขอรวบรวมข้อมูลได้อย่างไร”

John ให้คำอธิบายโดยละเอียด ว่า Google รวบรวมข้อมูลเว็บไซต์อย่างไรและปัจจัยใดบ้างที่ส่งผลต่อการรวบรวมข้อมูล: “[…] มีบางสิ่งที่เกี่ยวข้องกับปริมาณการรวบรวมข้อมูลที่เราทำ

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

ในทางกลับกัน มี [มี] ข้อจำกัดที่เราเห็นจากเซิร์ฟเวอร์ของคุณ […] เว็บไซต์ […] โครงสร้างพื้นฐานเครือข่าย ว่าด้วยจำนวนที่เราสามารถรวบรวมข้อมูลบนเว็บไซต์ได้ เราพยายามทำให้ทั้งสองสมดุล

และข้อจำกัดมักจะผูกติดอยู่กับสองสิ่งหลัก: […] เวลาตอบสนองโดยรวมต่อคำขอ

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

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

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

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

อีกอย่าง […] คือ […] เราพยายามทำความเข้าใจว่าเว็บไซต์โฮสต์อยู่ที่ไหน […] หากเรารับรู้ว่าเว็บไซต์กำลังเปลี่ยนโฮสติ้งจากเซิร์ฟเวอร์หนึ่งไปยังอีกเซิร์ฟเวอร์หนึ่ง – ซึ่งอาจเป็นผู้ให้บริการโฮสติ้งรายอื่น […] ย้ายไปยัง CDN หรือเปลี่ยน CDN […] – ระบบของเราจะกลับไปที่บางเซิร์ฟเวอร์โดยอัตโนมัติ อัตราที่ปลอดภัยซึ่งเรารู้ว่าเราจะไม่ทำให้เกิดปัญหาใด ๆ แล้วค่อยๆเพิ่มขึ้นอีกครั้ง

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

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

[…] ใน [Google] Search Console คุณสามารถ ระบุอัตราการรวบรวมข้อมูล […] และนั่นช่วยให้เราเข้าใจว่าคุณมีการตั้งค่าเฉพาะ […] สำหรับเว็บไซต์ของคุณและเราจะพยายามพิจารณา ความยากลำบากในการตั้งค่าอัตราการรวบรวมข้อมูลคือ การตั้งค่าสูงสุด ไม่ใช่สัญญาณว่าเราควรรวบรวมข้อมูลให้มากที่สุด แต่ควรรวบรวมข้อมูลมากที่สุดตามที่คุณระบุ โดยปกติ การตั้งค่านั้นจะมีประโยชน์มากกว่าสำหรับเวลาที่คุณต้องการลดจำนวนการรวบรวมข้อมูล ไม่ใช่เมื่อคุณต้องการเพิ่มปริมาณการรวบรวมข้อมูล

[…] สิ่งหนึ่งที่คุณสามารถทำได้คือในศูนย์ช่วยเหลือสำหรับ Search Console เรามีลิงก์ไปยังการรายงานปัญหากับ Googlebot หากคุณสังเกตเห็นว่าการรวบรวมข้อมูลเว็บไซต์ของคุณอยู่นอกขอบเขตสำหรับสิ่งที่คุณคาดหวัง คุณสามารถรายงานปัญหากับ Googlebot ผ่านลิงก์นั้น […]”

Google ระบุประเทศที่กำหนดเป้าหมายโดยเพจอย่างไร

56:25 “[…] สำหรับการกำหนดเป้าหมายตามภูมิศาสตร์ นอกเหนือจากการใช้ hreflang แล้ว Google ทราบได้อย่างไรว่าคุณกำลังกำหนดเป้าหมาย [ประเทศ] [ด้วย] เว็บไซต์นี้หรือไดเรกทอรีย่อยเฉพาะอย่างไร

คำตอบของ John คือ: “ เราพยายามจัดกลุ่ม URL ด้วยรูปแบบที่ชัดเจนซึ่งเราจำได้ […] เช่น ตามโดเมนย่อยหรือตามไดเรกทอรีย่อย หากคุณมีประเทศในไดเร็กทอรีย่อยในตำแหน่งที่สูงกว่าในเส้นทาง เราจะพูดง่ายกว่ามาก ทุกอย่างที่อยู่ภายใต้เส้นทางนี้สำหรับประเทศนี้ ทุกอย่างภายใต้เส้นทางอื่นนี้สำหรับประเทศอื่น

คุณยังสามารถตรวจสอบแต่ละเส้นทางใน Search Console […] ซึ่งทำให้ง่ายขึ้นเล็กน้อยสำหรับเรา ในทางปฏิบัติ ฉันไม่ได้ยินคำติชมมากมายจากคนที่บอกว่าสิ่งนี้สร้างความแตกต่างอย่างมาก

[…] ฉันจะพยายามทำให้ […] ชัดเจนที่สุดว่าประเทศใดที่เกี่ยวข้องกับ URL แต่ละรายการ โดยมีเส้นทางที่ชัดเจนใน URL ฉันคิดว่ามีคำถามที่มีคนส่งมาเกี่ยวกับการใช้ประเทศเป็นพารามิเตอร์ URL ในตอนท้าย ตามทฤษฎี คุณสามารถทำ […] สำหรับระบบของเรา มันทำให้ยากขึ้นมากที่จะรู้ว่า URL ใดเป็นของประเทศใด […] หากคุณใช้ hreflang นั่นก็ไม่ใช่ปัญหาอีกต่อไป เพราะคุณสามารถทำได้ตาม URL”

URL จำนวนมากถูกทำเครื่องหมายว่าค้นพบแล้ว - ยังไม่ได้จัดทำดัชนี

58:25 “[…] เราเป็นไซต์อีคอมเมิร์ซขนาดใหญ่ และเมื่อเราตรวจสอบรายงานการรวบรวมข้อมูลของเรา เราพบว่ามี URL จำนวนมากใน [ ค้นพบ – ยังไม่ได้จัดทำดัชนีในขณะนี้ ] […] นี่เป็นข้อบ่งชี้ของ [a] ปัญหา [บนเว็บไซต์ของเรา] […] หรือไม่?”

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

[…] ลองดาวน์โหลด […] ตัวอย่างเหล่านั้นเพื่อให้คุณสามารถดูตัวอย่างแต่ละรายการและ […] จำแนกว่า URL ใดเป็น URL ที่คุณสนใจและ […] เป็น URL ที่คุณสามารถละเว้นได้

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

แต่บางครั้ง มีกลอุบายที่คุณสามารถทำได้เมื่อคุณพูด: อะไรก็ตามที่เป็นหมวดหมู่ระดับแรก ฉันจะลิงก์จากโฮมเพจของฉัน และฉันแน่ใจว่าหมวดหมู่ระดับแรกของฉันมีอย่างมากที่สุด […] อาจเป็น 100 รายการหรือ 200 รายการ เพื่อให้คุณมีฟังก์ชันบังคับเล็กน้อยในแง่ ของสิ่งที่คุณให้ Google รวบรวมข้อมูลและจัดทำดัชนี จากสิ่งนั้น คุณสามารถสร้างมันออกมาอย่างเป็นระบบมากขึ้นอีกเล็กน้อย

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

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