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

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

ลิงก์ย้อนกลับที่เป็นสแปมเทียบกับการอัปเดตหลัก

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

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

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

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

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

การจัดทำดัชนีเนื้อหา JavaScript

  05:11 “ฉันทำงานบนเว็บไซต์ […] สำหรับ Core Web Vitals เรามีฟีเจอร์ที่เราใส่วิดีโอ Youtube ไว้ด้านบนสุดเพื่อให้กลายเป็นองค์ประกอบ LCP มันหนักกว่าที่เราเพิ่งมี เหมือนภาพปกติ ดังนั้นเราจึงลองใช้วิธีการฉีดแบบไดนามิก […] เนื่องจากเนื้อหาไม่ได้อยู่ครึ่งหน้าล่าง เราจึงไม่ขี้เกียจโหลด แต่เรากำลังใช้ส่วนหน้า จากนั้น <iframe> จะถูกฉีดแบบไดนามิกเมื่อผู้ใช้คลิกปุ่มเล่น ตอนนี้ฉันรู้แล้วว่าบทความไม่ได้ถูกสร้างดัชนีด้วยเนื้อหาวิดีโอบนหน้านั้นโดยพื้นฐานแล้ว ดังนั้นหากฉันค้นหาหน้านั้นและไปที่การค้นหาวิดีโอ ก็จะไม่ปรากฏที่นั่น ดังนั้นฉันจึงสงสัยว่าวิธีที่ดีที่สุดในการจัดทำดัชนีเนื้อหากับหน้าเว็บนั้นคืออะไร […] บางอย่างเช่น <noscript> หรือข้อมูลที่มีโครงสร้างเป็นวิธีที่จะไปหรือไม่? มีแนวทางปฏิบัติที่ดีที่สุดสำหรับสิ่งนี้หรือไม่”

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

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

หน้าหมวดหมู่

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

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

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

จอห์นกล่าวเสริมว่า "สิ่งที่ต้องคำนึงถึงในการตั้งค่ามาตรฐานคือเราจะพยายามจัดทำดัชนีหน้าตามรูปแบบบัญญัติที่คุณกล่าวถึง ดังนั้น หากมีอะไรพิเศษในหน้าที่ไม่ใช่ Canonical เราจะไม่พบสิ่งนั้น ดังนั้นสิ่งที่สำคัญอย่างยิ่ง ‒ ต้องแน่ใจว่ามีการกล่าวถึงในหน้า Canonical ด้วย”

อันดับใน Google Discover

18:31 “ใน Discover เรามีหน้าผลการค้นหาที่แตกต่างกันมากหรือน้อยสองหน้า เรามีหน้าแรก จากนั้นคุณสามารถคลิกที่ผลลัพธ์เพิ่มเติม จากนั้นคุณก็มีหน้าที่สอง มีการจัดอันดับใด ๆ ที่เกี่ยวข้องในเรื่องนี้เพื่อให้บทความอยู่ในหน้าที่สองหรือเป็นเรื่องของเวลามากขึ้นเมื่อมีการอัปเดต”

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

มีหลายสิ่งหลายอย่างที่เกี่ยวข้องกับการจัดอันดับส่วนบุคคล ฉันคิดว่ายังมีแง่มุมที่แตกต่างกันของการกำหนดเป้าหมายตามภูมิศาสตร์และรูปแบบหน้าเว็บที่แตกต่างกัน วิดีโอมากขึ้นหรือวิดีโอน้อยลง รูปภาพมากขึ้น ‒ รูปภาพน้อยลง แต่ฉันไม่รู้จริงๆ ว่า [นี่คืออะไร] โดยเฉพาะ”

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

301 เปลี่ยนเส้นทาง

22:23 “ฉันรู้ว่าคุณควรใช้ 301 สำหรับการเปลี่ยนเส้นทางถาวรเพื่อส่ง PageRank ด้วยวิธีที่ดีที่สุดและเร็วที่สุด อย่างไรก็ตาม ทีมพัฒนาของเราไม่ชอบใช้ 301 เนื่องจากถูกจัดเก็บไว้ในเบราว์เซอร์ พวกเขากล่าวว่าในกรณีที่มีการเปลี่ยนเส้นทางที่กำหนดค่าผิด ผู้คนอาจไม่สามารถสูญเสียการเปลี่ยนเส้นทาง 301 ที่ไม่ถูกต้องได้ Google จัดเก็บการเปลี่ยนเส้นทาง 301 เหมือนกับที่เบราว์เซอร์บางตัวทำหรือไม่”

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

ส่วนหัวควบคุมแคช

23:59 “ Google จะยอมรับการเปลี่ยนเส้นทาง 301 ด้วยส่วนหัว “การควบคุมแคช: ไม่มีแคช”, “การควบคุมแคช: max-age=[เวลา]” หรือ “หมดอายุ: [วันที่]” เพื่อให้เราได้รับ ดีที่สุดของทั้งสองโลก?”

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

ตระหนักถึงการปรับปรุงคุณภาพ

31:25 “หากการปรับปรุงคุณภาพของเพจเป็นสิ่งสำคัญสำหรับ Google ด้วยการอัปเดต Page Experience เหตุใดจึงใช้เวลานานมากกว่าที่ Google จะรับรู้ถึงการปรับปรุงเหล่านี้ ดูเหมือนจะขัดกับสัญชาตญาณสำหรับ SEO ที่จะมุ่งมั่นที่จะสร้างความแตกต่างอย่างแท้จริงในการปรับปรุงประสบการณ์การใช้เว็บ หากพวกเขาต้องเสียสละการสูญเสียตำแหน่งการค้นหาและปริมาณการใช้งานเป็นเวลาหลายเดือน”

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

หน้า Noindex เทียบกับความสามารถในการรวบรวมข้อมูลเว็บไซต์

32:48 “การมีหลายหน้าที่ไม่ได้รับการจัดทำดัชนีเนื่องจากคุณภาพส่งผลกระทบต่อความสามารถในการรวบรวมข้อมูลเว็บไซต์โดยรวมหรือไม่”

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

302 เปลี่ยนเส้นทาง

34:22 “เราได้ยินมาว่าการเปลี่ยนเส้นทางชั่วคราว (302) ไม่ส่งผ่านส่วนของลิงก์ ความเข้าใจของเราถูกต้องหรือไม่? โดยทั่วไปแล้ว เราได้ยินมาว่าการใช้ 302s ทำให้เกิดปัญหา SEO ที่สำคัญ ซึ่งทำให้เราสงสัยว่าเราควรหลีกเลี่ยงค่าใช้จ่ายทั้งหมดหรือไม่ หรือมีสถานการณ์เฉพาะที่เราควรใช้หรือไม่”

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

แสดงเนื้อหาต่อผู้ใช้น้อยลง

46:54 “[มี] ปัญหาหนึ่งที่ฉันมีกับลูกค้า […] URL จำนวนมากที่ถูกบล็อกโดย robots.txt มีส่วนหัว HTTP ที่ตั้งค่าไว้ที่ noindex ดังนั้นฉันจึงตั้งค่าให้เปิด robots.txt เพื่อให้สามารถยกเลิกการจัดทำดัชนี URL ได้ แต่ลูกค้ากลัวว่าเซิร์ฟเวอร์จะไม่นำหน้าคำขอทั้งหมดและจะล้มเหลว ฉันก็เลยบอกว่า ถ้าคุณเห็น user-agent เป็นบอท คุณสามารถแจกส่วนเนื้อหา HTML เปล่าหรืออาจจะเป็นหน้าอื่นก็ได้ มีความเสี่ยงที่จะถูกลงโทษเนื่องจากการปิดบังหรือไม่ หากส่วนหัว HTTP ถูกตั้งค่าเป็น noindex”

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