เวลาทำการของ SEO วันที่ 12 พฤศจิกายน 2564

นี่คือบทสรุปของคำถามและคำตอบที่น่าสนใจที่สุดจาก Google SEO Office Hours กับ John Mueller ในวันที่ 12 พฤศจิกายน 2021

หน้า Noindex ใน Google Search Console

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

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

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

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

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

Canonical และแท็กทางเลือก

14:25 “ฉันใช้เว็บไซต์ WordPress และใช้ปลั๊กอินสองตัว [หนึ่งในนั้น] เพิ่มลิงก์ rel=” canonical” โดยอัตโนมัติไปยังทุกหน้า […] [อีกอันหนึ่งเป็นปลั๊กอินสำหรับนักแปล] ที่เพิ่ม [ไปยัง] ทุกหน้า a rel="ทางเลือก" ลิงก์ มันทำให้ตรรกะที่พูดว่า: สำหรับ URL นั้นเป็นที่ยอมรับ แต่ก็เป็นทางเลือกด้วยหรือไม่ มันขัดแย้งกันที่ไหนสักแห่งในโปรแกรมรวบรวมข้อมูลหรือไม่”

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

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

ที่เดียวที่ต้องระวังเล็กน้อยคือ บัญญัติไม่ควรข้ามภาษา ดังนั้น ไม่ควรเป็นอย่างนั้นในหน้าภาษาฝรั่งเศสของคุณ คุณมีชุดมาตรฐานเป็นเวอร์ชันภาษาอังกฤษเพราะเป็นหน้าที่ต่างกัน แต่หน้าภาษาฝรั่งเศสสามารถเป็นที่ยอมรับได้ และหน้าภาษาอังกฤษสามารถเป็นที่ยอมรับได้ และคุณมีลิงก์สำรองระหว่างทั้งสอง และนั่นเป็นชุดที่ดี”

Canonicalization หรือแท็ก noindex

16:49 “เรามีเว็บไซต์ที่มีร้านค้าอีคอมเมิร์ซซึ่งมีผลิตภัณฑ์หลากหลายรูปแบบที่มีเนื้อหาบางหรือซ้ำกัน ฉันสร้างรายการ URL ทั้งหมดที่เราต้องการสร้างดัชนี […] และเราไม่ต้องการสร้างดัชนี […] ฉันไม่แน่ใจว่าอะไรจะดีกว่า: canonicalization หรือ noindex?”

John กล่าวว่า "ฉันคิดว่าคำถามทั่วไปเกี่ยวกับฉันควรใช้ noindex หรือ rel=" canonical หรือไม่" สำหรับหน้าอื่นอาจไม่มีคำตอบที่แน่นอน […] หากคุณกำลังดิ้นรนกับสิ่งนั้น คุณไม่ใช่คนเดียวที่เป็นเหมือน โอ้ ฉันควรใช้อันไหน? นั่นก็มักจะหมายความว่าทั้งสองตัวเลือกนี้ใช้ได้ ปกติแล้ว สิ่งที่ฉันจะดูคือสิ่งที่คุณชอบมากที่สุด หากคุณไม่ต้องการให้แสดงเนื้อหานี้ในการค้นหาเลย ฉันจะใช้ noindex หากความชอบของคุณมีมากกว่า ฉันต้องการรวมทุกอย่างไว้ในหน้าเดียว […] จากนั้นฉันจะใช้ rel=” canonical” ท้ายที่สุดแล้ว เอฟเฟกต์จะคล้ายกันตรงที่มีแนวโน้มว่าหน้าที่คุณกำลังดูอยู่จะไม่แสดงในการค้นหา แต่ด้วย noindex – จะไม่แสดงอย่างแน่นอน และด้วย rel=” canonical” มีแนวโน้มว่าจะไม่แสดง ”

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

การจัดทำดัชนีและการรวบรวมข้อมูลเพื่ออุปกรณ์เคลื่อนที่เป็นอันดับแรก

28:26 “[…] เราเพิ่มประสิทธิภาพไซต์ของเราตาม [สำหรับการจัดทำดัชนีเพื่อมือถือเป็นอันดับแรก] สำหรับการกำหนดค่า Google แนะนำวิธีดำเนินการสองวิธี อย่างแรกคือการออกแบบเว็บที่ตอบสนอง และประการที่สองคือการให้บริการแบบไดนามิก เนื่องจากวิธีแรกเป็นเรื่องยากสำหรับเราที่จะบรรลุผ่านสภาพแวดล้อมทางเทคโนโลยี เราจึงใช้วิธีที่สอง แต่เรายังคงเห็นว่าทุกวันนี้ มีการรวบรวมข้อมูลมากกว่าสองแสนรายการต่อวันไปยังโดเมนมือถือของเรา เป็นเรื่องปกติที่จะเห็น? […] เรามีโดเมน m-dot จากนั้นเราก็เปลี่ยนเส้นทางไปยังโดเมนหลัก”

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

เทคโนโลยีเว็บเทียบกับการจัดอันดับ

36:00 “ มีความสัมพันธ์หรือผลกระทบใด ๆ ต่อการจัดอันดับของเว็บไซต์ที่สร้างด้วย HTML, CSS, JS และอีกอันหนึ่ง – PWA หรือไม่? […] หนึ่งในคู่แข่งหลักของเราเพิ่งนำมันมาใช้ และเราสังเกตเห็นการกระโดดครั้งใหญ่ในการจัดอันดับ SERP ของพวกเขา”

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

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

Google PageSpeed ​​​​Insights กับ Lighthouse

37:39 “ผลลัพธ์ในข้อมูลห้องปฏิบัติการใน Google PageSpeed ​​Insights เหมือนกับผลลัพธ์ของ Lighthouse ในเบราว์เซอร์ Chrome ของฉันหรือไม่ พวกเขาใช้สูตรเดียวกันหรือไม่”

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

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

Google Discover

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

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

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

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

เวลาตอบสนอง

50:41 “เวลาตอบสนองที่ดีสำหรับเว็บไซต์สื่อข่าวใหม่ควรเป็นอย่างไร”

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

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