เวลาทำการของ SEO วันที่ 4 มีนาคม 2022

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

การทดสอบมาร์กอัปสคีมาในตัวตรวจสอบ schema.org เทียบกับใน Google Search Console

7:41 “จอห์น คำถามแรกของฉันคือ Google Search Console กำลังแสดงข้อผิดพลาด […] ในองค์ประกอบข้อมูลที่มีโครงสร้างที่จำเป็น แต่เมื่อฉันตรวจสอบสิ่งเดียวกันบน validator.schema.org ก็ไม่แสดงคำเตือนหรือข้อผิดพลาดใดๆ คำถามแรกคือ มันเป็นไซต์ที่ถูกต้องหรือไม่ที่จะตรวจสอบการใช้งาน AMP ของหน้าเว็บ […]“

จอห์นตอบว่า “ ใช่ เครื่องมือทดสอบเหล่านี้มีจุดประสงค์ที่แตกต่างกันเล็กน้อย นั่นอาจเป็นสาเหตุว่าทำไมคุณถึงเห็นความแตกต่างนั้น เครื่องมือทดสอบใน schema.org เป็นข้อมูลเพิ่มเติมเกี่ยวกับการทำความเข้าใจมาร์กอัป schema.org โดยทั่วไป เช่น โดยรวม โดยอิงตามข้อกำหนดที่ schema.org มี และเครื่องมือทดสอบใน Search Console ก็เน้นเฉพาะสิ่งที่เราดึงข้อมูลที่มีโครงสร้างออกมาและใช้เพื่อแสดงในฟีเจอร์การค้นหาเท่านั้น ดังนั้นมันจึงเน้นที่ส่วนการค้นหาของเรื่องราวนั้นจริงๆ และใน Search เราใช้มาร์กอัป schema.org เพียงส่วนเล็กๆ และบางครั้ง เรามีข้อกำหนดที่แตกต่างกันเล็กน้อย ซึ่งบางทีเราอาจต้องการองค์ประกอบเฉพาะมากกว่ามาร์กอัป schema.org พื้นฐานที่ต้องการ และนั่นเป็นสาเหตุที่บ่อยครั้งที่คุณเห็นความแตกต่างนั้น และโปรแกรมตรวจสอบ schema.org มีไว้สำหรับมาร์กอัปตามทฤษฎี และโปรแกรมตรวจสอบของ Google มีไว้สำหรับการใช้งานจริงของ Google Search “

9:20 “[…] โดยพื้นฐานแล้ว มันไม่ใช่ข้อผิดพลาด เป็นคำเตือนใน Search Console และเมื่อฉันตรวจสอบรายละเอียดใน Search Console มันบอกว่าคุณทำไม่ถูกต้อง แล้วจะมีวิธีที่เป็นไปได้ [เพื่อแก้ไขปัญหา] หรือทีมพัฒนาของฉันควรหาทางออกหรือไม่?

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

สาเหตุที่อาจมีการรวบรวมข้อมูลหน้าเว็บแต่ไม่ได้จัดทำดัชนี

14:11 “ อะไรเป็นสาเหตุที่เป็นไปได้ที่ […] บางหน้าไม่ได้รับการจัดทำดัชนี แม้ว่าจะมีการรวบรวมข้อมูลหลายครั้ง? ”

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

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

15:41 “[…] ปัจจัยอื่นใด [นอกเหนือจากที่กล่าวไปแล้ว] ที่อาจทำให้ Googlebot ตัดสินใจ โอ้ เราไม่ต้องการที่จะจัดทำดัชนีในตอนท้าย”

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

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

การลบรายการสินค้าบนไซต์อีคอมเมิร์ซทำให้คุณเสียเปรียบได้หรือไม่?

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

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

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

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

ความสำคัญของโครงสร้างการเชื่อมโยงภายใน

25:18 “ หากคุณมีข้อมูลที่มีโครงสร้างสำหรับการตั้งค่าเบรดครัมบ์ การเชื่อมโยงภายในยังมีความสำคัญสำหรับ SEO อยู่หรือไม่”

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

ดังนั้น เพียงเพราะมีข้อมูลที่มีโครงสร้างอยู่ในหน้าใดที่หนึ่ง ฉันจะไม่เห็นว่าข้อมูลนั้นมาแทนที่การลิงก์ภายในแบบปกติ แม้ว่าคุณจะระบุ URL ในข้อมูลที่มีโครงสร้าง แต่เราไม่ได้ใช้ URL เหล่านั้นในลักษณะเดียวกับที่เราจะใช้ลิงก์ภายในทั่วไปในหน้าเว็บ ดังนั้นจึงไม่ใช่กรณีที่หมายเหตุประกอบ hreflang แทนที่ลิงก์ระหว่างเวอร์ชันประเทศ หรือหมายเหตุประกอบเบรดครัมบ์แทนที่ลิงก์ระหว่างระดับต่างๆ ของเว็บไซต์ คุณควรมีลิงก์ HTML ปกติระหว่างส่วนต่างๆ ของเว็บไซต์ของคุณ และใน อุดมคติแล้ว คุณไม่ควรมีเพียงแค่ชุดลิงก์พื้นฐาน แต่คุณควรมองมันในเชิงกลยุทธ์และคิดว่าสิ่งใดที่คุณสนใจมากที่สุด และคุณจะเน้นสิ่งนั้นด้วยการเชื่อมโยงภายในของคุณได้อย่างไร ”

สคีมาผลิตภัณฑ์หลายรายการในหน้ารายการผลิตภัณฑ์

29:50 “ สำหรับหน้ารายการผลิตภัณฑ์ เราสามารถใช้สคีมาผลิตภัณฑ์หลายรายการในหน้ารายการผลิตภัณฑ์ได้หรือไม่ ”

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

การจัดอันดับของคุณอาจประสบปัญหาหากคุณสร้างหน้าภาษาผสม?

30:30 “ มีแนวทางปฏิบัติที่ดีที่สุดสำหรับหน้าที่ใช้ภาษาผสมหรือไม่? ตัวอย่างเช่น โรงเรียนนานาชาติของเราในญี่ปุ่นเหมาะสำหรับครอบครัวชาวญี่ปุ่นและผู้ที่ไม่ใช่คนญี่ปุ่น แต่เราเก็บข้อมูลส่วนใหญ่ไว้ในหน้าแรกเป็นภาษาอังกฤษ เราเพิ่มการสนับสนุนในหน้าภาษาญี่ปุ่นเช่นกัน […] เนื่องจากการสื่อสารในชีวิตจริงของเราเป็นภาษาผสม การมีหน้าแรกสะท้อนความรู้สึกที่เป็นธรรมชาติมากขึ้น เราจะถูกลงโทษในการค้นหาหรือไม่หากหน้าเว็บเป็นภาษาผสมโดยเจตนา”

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

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

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

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

ความแตกต่างของเนื้อหาระหว่างเวอร์ชันมือถือและเดสก์ท็อป

34:20 “ หากเนื้อหาในเวอร์ชันมือถือและเดสก์ท็อปมีความแตกต่างกันหมายความว่า Google จะลงโทษเว็บไซต์และส่งผลกระทบต่ออันดับของเว็บไซต์หรือไม่หรือเพียงแค่หมายความว่า Googlebot สามารถค้นหาได้ในรุ่นมือถือ แต่ชนะ ไม่สามารถจัดอันดับได้? ”

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

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

คุณสามารถโฮสต์แผนผังเว็บไซต์ในระบบคลาวด์ได้หรือไม่

46:20 “ เรามีเพจขนาดใหญ่จริงๆ ที่มี URL นับล้าน และ […] แผนผังเว็บไซต์ กำลังได้รับการปรับปรุงในขณะนี้ และทีมไอทีของเรากำลังพิจารณาจัดเก็บ […] ไฟล์แผนผังเว็บไซต์ใหม่ในบริการคลาวด์ของเรา นั่นหมายถึงจาก example.com/sitemaps ถึง cloud.com/sitemaps และเราสงสัยว่าจะมีปัญหาไหมถ้าเราเก็บแผนผังเว็บไซต์ไว้ในระบบคลาวด์ และหากนั่นไม่ใช่ปัญหา เราจะสร้างการ เปลี่ยนเส้นทาง ถาวร สำหรับ URL เก่าของ example.com/sitemap นี้ด้วยไหม หรือเราควรวางแผนการย้ายอย่างไร ”

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

สิ่งที่อาจยุ่งยากเล็กน้อยคือฉันไม่รู้ว่า Search Console จะแสดงสิ่งนั้นโดยตรงใน UI อย่างไร โดยเฉพาะอย่างยิ่ง หากไฟล์แผนผังเว็บไซต์ อยู่ในตำแหน่งอื่น หาก Search Console จะแสดงข้อมูลแผนผังเว็บไซต์ในรายงานการจัดทำดัชนี ตัวอย่างเช่น. แต่นั่นเป็นปัญหาในการรายงาน นั่นไม่ใช่สิ่งที่ต้องอาศัยการทำงานของไฟล์แผนผังเว็บไซต์ เป็นเพียง Search Console ที่แสดงไม่ถูกต้อง และอีกครั้งอาจจะเป็นเช่นนั้น ฉันแค่ไม่แน่ใจ 100% ”

ประวัติของโดเมนสามารถส่งผลต่อเว็บไซต์ของคุณได้หรือไม่?

49:40 “ […] ดังนั้น [ในช่วงเวลาทำการ SEO ก่อนหน้า ] เราตั้งคำถามเกี่ยวกับโดเมนที่มีประวัติในฐานะผู้ให้บริการเพื่อนเที่ยว […] โดเมนมีประวัติอันยาวนานเนื่องจากภาพรวมแรกของเว็บไซต์นั้นมาจากปี 1997 […] เราเปิดตัวเว็บไซต์ของเราอีกครั้งในเดือนมิถุนายนปีที่แล้ว […] และปัญหาหลักที่เรามีคือ […] ว่าเรายังคงถูกตั้งค่าสถานะ [เป็นเนื้อหาสำหรับผู้ใหญ่] นอกจากนี้ เรามีปัญหานี้ […] – รวบรวมข้อมูล ยังไม่ได้จัดทำดัชนีในขณะนี้ และเรากำลังพยายามทำความเข้าใจว่าประวัติของโดเมนสามารถส่งผลกระทบได้จริงหรือไม่ว่าเรากำลังมีปัญหากับการจัดทำดัชนี […] เราเชื่อว่าเนื้อหาที่เรากำลังเผยแพร่มีคุณภาพดี มีการเชื่อมโยงภายใน และเราพยายามสร้างไซต์ที่มีคุณภาพ ที่ที่เราประสบปัญหาในขณะนี้คือประสิทธิภาพของหน้าเว็บ ดังนั้นจึงอยู่ในระหว่างดำเนินการเพื่อปรับปรุงประสิทธิภาพให้เหมาะสม แต่เราใช้ prerender.io ดังนั้นสิ่งที่เราแสดงสำหรับ Google จึงเป็นเวอร์ชันที่แสดงผลล่วงหน้าแล้ว ดังนั้น เมื่อพูดถึงคะแนน Lighthouse ของเรา ถือว่าดีทั้งหมด […] เราสามารถปรับปรุงหรือมองหาอะไรเพื่อทำความเข้าใจว่าทำไมเราไม่ได้รับการจัดทำดัชนี? ฉันยินดีที่จะแบ่งปัน URL เช่นกัน “

John เสนอว่าจะสามารถดู URL ได้ในภายหลัง จากนั้นเขาก็ตอบว่า “ โดยปกติ ด้านการทำดัชนีของสิ่งต่างๆ จะไม่เกี่ยวข้องหากมีเนื้อหาสำหรับผู้ใหญ่บนเว็บไซต์มาก่อน

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

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

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