8 กุมภาพันธ์ 2019 – Google Help Hangout Notes

สัปดาห์นี้ John มีข้อมูลเชิงลึกที่ยอดเยี่ยมเกี่ยวกับ Quality Raters Guide ซึ่งเราเป็นแฟนตัวยงของเรื่องความน่าเชื่อถือของเว็บไซต์ ด้านล่างนี้คือคำถามและคำตอบที่เราคิดว่ามีประโยชน์มากที่สุดสำหรับ SEO วิดีโอแบบเต็มและการถอดเสียงเป็นคำด้านล่าง!

Google ตีความหน้าอย่างไรเมื่อใช้แท็ก h แทน <p>

4:34

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

สรุป: นี่อาจไม่ใช่เรื่องใหญ่ อย่างไรก็ตาม John ยืนยันว่า Google สามารถใช้แท็ก h เพื่อกำหนดว่าเนื้อหาใดในหน้านั้นสำคัญและหน้านั้นเกี่ยวกับอะไร

เหตุใดบางครั้ง Google จึงไม่ปฏิบัติตามบัญญัติในเนื้อหาที่รวบรวมไว้

8:56

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

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

Google รู้จักมาร์กอัปข้อมูลที่มีโครงสร้างเสมอหรือไม่

26:58

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

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

Google รู้จักมาร์กอัปข้อมูลที่มีโครงสร้างเสมอหรือไม่

53:46

ฉันคิดว่านั่นค่อนข้างยุ่งยากอยู่เสมอ โดยปกติมีสองด้านที่เกี่ยวข้องกัน ปัญหาหนึ่งคือโดยเฉพาะกับเว็บไซต์ที่ใหม่กว่าซึ่งชื่อเว็บไซต์หรือชื่อบริษัทเป็นเหมือนข้อความค้นหาทั่วไป ตัวอย่างเช่น ถ้าชื่อเว็บไซต์คือ “Best Lawyers in Pittsburgh” หรืออะไรทำนองนั้น ในอีกด้านหนึ่งที่อาจเป็นชื่อบริษัท ในทางกลับกัน ถ้ามีคนพิมพ์ชื่อนั้นลงในการค้นหา เราอาจสันนิษฐานว่าพวกเขาไม่ได้กำลังมองหาบริษัทนั้น ๆ แต่กำลังมองหาข้อมูลสำหรับคำถามนั้น . โดยเฉพาะอย่างยิ่งกับบริษัทใหม่ๆ ที่เราเห็นอยู่เป็นระยะๆ เราเห็นว่าฟอรั่มหรือคนที่นั่นพูดว่า โอ้ ฉันไม่ได้จัดอันดับชื่อโดเมนของฉัน แล้วชื่อโดเมนของพวกเขาก็เหมือนกับว่าฉันไม่รู้จักผู้ให้บริการ VPN ที่ดีที่สุด ก็เหมือนเป็นชื่อโดเมน แต่ก็ไม่ ไม่ได้หมายความว่าคุณจะจัดอันดับสำหรับข้อความค้นหานั้น นั่นคือสิ่งหนึ่งเมื่อพูดถึงไซต์ที่จัดตั้งขึ้นอีกเล็กน้อยซึ่งปกติแล้วจะเป็นสัญญาณว่าเราไม่ค่อยเชื่อถือเว็บไซต์นั้นอีกต่อไป นั่นคือสิ่งที่เราอาจตระหนักได้ว่ามีคนกำลังค้นหาบริษัทนี้จริงๆ แต่เรารู้สึกว่าเว็บไซต์ของบริษัทอาจไม่ใช่ผลลัพธ์ที่เกี่ยวข้องมากที่สุดที่นี่ บางทีเรารู้สึกว่ามีข้อมูลเสริมเกี่ยวกับบริษัทนั้นซึ่งสำคัญกว่าที่ผู้ใช้ ดูก่อนว่าจะเกิดเรื่องแบบนี้ขึ้นที่ไหน โดยปกติแล้ว นั่นเป็นเรื่องของประเภทการสลับไปมาในหน้าแรกหรือสองหน้าแรกในผลการค้นหามากกว่า หายากจริง ๆ ที่จะเป็นเช่นนั้นซึ่งจะทำให้เว็บไซต์ไม่ปรากฏขึ้นทุกหน้าแรกของผลการค้นหา ฉันคิดว่านั่นคือสิ่งที่คุณเน้นด้วยคำถามของคุณและนั่นคือสิ่งที่ฉันคิดว่าดีแม้ว่าเราจะไม่เชื่อถือเว็บไซต์นี้อีกต่อไปแล้วอย่างน้อยเราก็ควรมีที่ไหนสักแห่งในผลการค้นหาเพราะถ้าเราสามารถบอกได้ ว่ามีคนกำลังมองหาเว็บไซต์นั้นอย่างชัดแจ้ง มันจะเป็นการเสียประโยชน์สำหรับผู้ใช้ที่จะไม่แสดงเลย สำหรับข้อความค้นหาทั่วไป อาจมีผู้โต้แย้งว่าอาจไม่ใช่ผลลัพธ์ที่สมบูรณ์แบบ แต่ถ้าเราสามารถบอกได้ว่าพวกเขากำลังมองหาเว็บไซต์นั้นจริงๆ อย่างน้อย เราควรให้โอกาสผู้ใช้ได้เห็นเว็บไซต์นั้นด้วย นั่นเป็นเหตุผลว่าทำไมฉันถึงคิดอย่างนั้นและบอกว่าบางทีเราน่าจะจับได้ดีกว่านี้สักหน่อย และ II ไม่รู้ว่าอัลกอริทึมของเราเข้าใจอย่างถูกต้องว่าเว็บไซต์ของคุณน่าเชื่อถือแค่ไหน ฉันไม่รู้จักเว็บไซต์ ดังนั้นมันจึงยากสำหรับฉันที่จะตัดสิน แต่ถึงแม้เราจะคิดว่ามันไม่น่าเชื่อถือเลย บางทีเราควรยังคงแสดงมันไว้ที่ใดที่หนึ่งในผลการค้นหาในหน้าแรก สิ่งอื่นที่ควรพิจารณาหากคุณยังไม่ได้ดำเนินการคือดูหลักเกณฑ์ผู้ประเมินคุณภาพที่เรามี และมีข้อมูลมากมายเกี่ยวกับประเภทความน่าเชื่อถือในนั้น บางอย่างก็คุ้มค่าที่จะใช้กับเม็ดเกลือ ไม่ใช่ว่าเราเอาแบบตัวต่อตัวและใช้เป็นปัจจัยในการจัดอันดับ แต่มีแนวคิดมากมายในนั้นโดยเฉพาะเมื่อคุณพูดถึงหัวข้อ นั่นเป็นเว็บไซต์ทางกฎหมายหรือเว็บไซต์ทางการแพทย์ประเภทหนึ่ง การแสดงให้ผู้ใช้เห็นว่าเหตุใดคุณจึงให้ข้อมูลนี้ว่าทำไมพวกเขาจึงควรไว้วางใจคุณ

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

ถ้าคุณชอบอะไรแบบนี้ คุณจะรักจดหมายข่าวของฉัน!

ฉันและทีมรายงานทุกสัปดาห์เกี่ยวกับการอัปเดตอัลกอริทึม ข่าวสาร และเคล็ดลับ SEO ล่าสุดของ Google

วิดีโอแบบเต็มและการถอดเสียง

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

คำถามที่ 4:34 - เราพบหนึ่งในไซต์ลูกค้าของเรา วิธีที่พวกเขาสร้างเว็บไซต์โดยไม่มีข้อความย่อหน้า ทั้งหมดเป็นแท็ก h1 h2 h3 h4 ดังนั้นสิ่งเหล่านี้จึงใช้แท็กหัวเรื่อง 4 แทนแท็ก P เนื้อหาหลักของเว็บไซต์ที่พวกเขาใช้แท็กหัวเรื่อง 4 สำหรับเนื้อหาหลักของเว็บไซต์ สิ่งนี้มีผลกระทบเชิงลบต่อการจัดอันดับของพวกเขาหรือไม่?

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

คำถามที่ 7:03 - เราได้รับลิงก์เสียแบบสุ่มในคอนโซลการค้นหา ฉันสงสัยว่าเราควรจะทำอย่างไรเพื่อเปลี่ยนเส้นทางหรือปล่อยให้เป็นเหมือนเดิม

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

คำถาม 8:56 - ปัจจัยใดบ้างที่อาจทำให้เนื้อหาที่เผยแพร่บนไซต์พันธมิตรมีอันดับที่ดี แม้ว่า Canonical จะถูกตั้งค่าเป็นเนื้อหาดั้งเดิมที่อยู่ข้างฉันและอยู่ที่นั่นมาหลายเดือนแล้วก็ตาม มันเป็นเรื่องของเว็บไซต์หรือเฉพาะหรือผู้มีอำนาจ เราจะทำอะไรได้บ้าง

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

คำถาม 11:24 - Google กำลังรายงานว่าหน้าผลิตภัณฑ์ที่หมดอายุของเราเป็น soft 404 สำหรับ URL เหล่านี้เปลี่ยนเส้นทางไปยังผลิตภัณฑ์สำรองที่เกี่ยวข้องพร้อมข้อความแจ้งว่าผลิตภัณฑ์ที่ต้องการไม่มีให้บริการ การเปลี่ยนเส้นทางทำให้เกิด soft 404 หรือเนื้อหาของหน้าเปลี่ยนเส้นทางหรือไม่

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

คำถามที่ 12:32 - ใช้เวลานานเท่าใดกว่าที่ Google จะจดจำแท็ก Hreflang เป็นไปได้ไหมที่ Google จะจัดทำดัชนีครั้งแรกจากสวิตเซอร์แลนด์และแสดงเวอร์ชัน CH ของเว็บไซต์ภายใต้ TLD ของเยอรมัน

คำตอบ 13:02 - ดังนั้นเราจึงไม่ได้จัดทำดัชนีเนื้อหาจากสวิตเซอร์แลนด์ก่อน โปรแกรมรวบรวมข้อมูลของเราและระบบของเราตั้งอยู่ในสหรัฐอเมริกามากกว่าในสวิตเซอร์แลนด์ ดังนั้น ฉันไม่คิดว่าเราจะจัดลำดับความสำคัญของเนื้อหาสวิสมากกว่าเนื้อหาอื่น ๆ แต่สิ่งที่เกิดขึ้นกับลิงก์ hrefLang โดยทั่วไปนั้นเป็นกระบวนการแบบหลายขั้นตอน อันดับแรก เราต้องรวบรวมข้อมูลและจัดทำดัชนีหน้าเวอร์ชันต่างๆ เหล่านั้น จากนั้น เราต้องจัดทำดัชนีด้วย URL เดียวกับที่คุณระบุภายในมาร์กอัป hreflang จากนั้นเราต้องสามารถติดตามมาร์กอัป hreflang ระหว่างเวอร์ชันต่างๆ ของหน้าเว็บได้ และเพื่อทำเช่นนั้น เราจำเป็นต้องมีการยืนยันนั้นกลับมาด้วย . ดังนั้นจึงเป็นสิ่งที่ใช้เวลานานกว่าการรวบรวมข้อมูลและการจัดทำดัชนีทั่วไปเล็กน้อย เราต้องทำความเข้าใจเน็ตระหว่างหน้าต่างๆ เหล่านี้ซึ่งทั้งหมดควรจะเป็นส่วนหนึ่งของชุดของหน้า hreflang นี้ นั่นเป็นเรื่องปกติที่เราจะต้องทำอย่างนั้น ไม่รู้ บางทีอาจจะนานกว่าที่เราจะรวบรวมข้อมูลและจัดทำดัชนีหน้าแต่ละหน้าสองถึงสามเท่า เพื่อให้เราเข้าใจลิงก์ระหว่างรุ่น hreflang อีกครั้งที่สวิตเซอร์แลนด์ไม่มีความชอบใจมากกว่าประเทศอื่น ๆ ในยุโรป ฉันคิดว่านั่นคงจะดีสำหรับตัวฉันเองจากมุมมองที่เห็นแก่ตัว แต่ก็ไม่สมเหตุสมผลสำหรับพื้นที่โลกโดยทั่วไป เราพยายามที่จะปฏิบัติต่อเว็บไซต์ทั้งหมดเหมือนกัน ดังนั้นเพียงเพราะเว็บไซต์มีเวอร์ชัน CH ไม่ได้หมายความว่าเว็บไซต์จะมีอันดับสูงกว่าเวอร์ชันภาษาเยอรมันโดยอัตโนมัติ ดังนั้นอีกสิ่งหนึ่งของ hreflang ส่วนใหญ่จะไม่เปลี่ยนแปลงอันดับ แต่เพียงสลับ URL ออก

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

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

คำถามที่ 21:46 - บอทการค้นหาของ Google ดูการปรับเปลี่ยนเว็บไซต์ในแบบของคุณอย่างไร เรามีเลเยอร์ผลิตภัณฑ์ใหม่ที่เว็บไซต์อนุญาตให้มีการปรับเปลี่ยนในแบบของคุณตามสถานที่ตั้งของอุตสาหกรรม แม้แต่บริษัทเดียว ซึ่งช่วยให้เราปรับเปลี่ยนเนื้อหาได้อย่างแท้จริง

คำตอบ 22:12 - ฉันคิดว่าเราได้ดูครั้งสุดท้ายแล้วเช่นกัน แต่เพียงเพื่อให้คำตอบสั้นๆ ที่นี่ ส่วนสำคัญคือ Googlebot ส่วนใหญ่รวบรวมข้อมูลจากสหรัฐอเมริกา ดังนั้น หากคุณให้บริการเนื้อหาที่แตกต่างกันไปในแต่ละประเทศ Googlebot อาจเห็นเฉพาะเนื้อหาในเวอร์ชันสหรัฐอเมริกาเท่านั้น เราจะไม่สามารถจัดทำดัชนีเนื้อหาเวอร์ชันต่างๆ ในสถานที่ต่างๆ ได้ ดังนั้น หากมีบางสิ่งที่คุณต้องการสร้างดัชนี ตรวจสอบให้แน่ใจว่าสิ่งนั้นอยู่ในส่วนทั่วไปของเว็บไซต์ของคุณ เพื่อให้ Googlebot แน่ใจว่าจะสามารถเลือกสิ่งนั้นได้ คุณสามารถใช้การปรับเปลี่ยนในแบบของคุณเพื่อเพิ่มข้อมูลเพิ่มเติมทั่วทั้งหน้าได้ แต่ถ้าคุณต้องการสร้างดัชนีบางอย่าง ควรอยู่ในส่วนของหน้าที่ไม่ผูกติดอยู่กับการปรับเปลี่ยนในแบบของคุณ

คำถาม 22:59 - ฉันสงสัยว่าอัตราประสิทธิภาพที่ต่ำมากใน web.div ส่งผลต่อการจัดอันดับเว็บไซต์ของ Google อย่างไร

ตอบ 23:06 - ฉันไม่รู้ ดังนั้น web.dev จึงเป็นเครื่องมือที่เจ๋งจริงๆ ที่รวบรวมการทดสอบต่างๆ ที่เรามีใน lighthouse และให้คะแนนแก่คุณสำหรับการทดสอบเหล่านั้น และประเภทจะแนะนำคุณตลอดกระบวนการปรับปรุงคะแนนเหล่านั้น ดังนั้นเมื่อพูดถึงเรื่องความเร็ว สิ่งที่คุณต้องระวังสำหรับสิ่งที่คุณอาจต้องลองและเมื่อเวลาผ่านไป มันจะติดตามความคืบหน้าของเว็บไซต์ของคุณและประเภทในขณะที่คุณดูเนื้อหาต่างๆ ที่อยู่ในเครื่องมือนั้น นั่นคือสิ่งที่ฉันคิดว่าโดยทั่วไปแล้วเป็นแนวปฏิบัติที่ดีที่ต้องทำและทำงานให้สำเร็จ แต่ก็เป็นสิ่งที่ควรปฏิบัติตามด้วย แต่ก็ไม่ได้หมายความว่าพวกเขาจะส่งผลให้อันดับสูงขึ้นโดยอัตโนมัติ ในทำนองเดียวกัน หากคุณมีคะแนนต่ำที่นี่ ไม่ได้หมายความว่าเว็บไซต์ของคุณมีอันดับที่แย่เพราะไม่ปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุด ดังนั้นจึงมีแง่มุมอยู่อย่างหนึ่งหากเว็บไซต์ของคุณแย่มากจนเราไม่สามารถจัดทำดัชนีได้อย่างเหมาะสมเลย ซึ่งอาจเป็นกรณีเดียวกับคะแนน SEO ที่ต่ำมากในประภาคารที่เราไม่สามารถเข้าถึง URL หรือ ไม่มี URL ในหน้านี้ และเป็นเพียงเปลือก JavaScript ที่เราไม่สามารถประมวลผล JavaScript ได้ ฉันอาจส่งผลกระทบอย่างรุนแรงต่อ SEO ของคุณ แต่ในทางกลับกัน หากไซต์ของคุณทำงานช้าเล็กน้อยหรือไม่ได้รับการปรับให้เหมาะสมที่สุด ฉันไม่รู้ว่านั่นจะส่งผลอย่างมากต่อเว็บไซต์ของคุณหรือไม่ ดังนั้น คำแนะนำของฉันที่นี่คือการดูคำแนะนำที่ให้ไว้ในเครื่องมืออย่าง web.dev และคิดถึงสิ่งที่คุณสามารถใช้ คิดเกี่ยวกับส่วนที่คุณคิดว่าสำคัญสำหรับเว็บไซต์ของคุณในด้านหนึ่งสำหรับเครื่องมือค้นหาแน่นอน หากคุณ ถามสิ่งนี้ที่นี่ในทางกลับกันสำหรับผู้ใช้ของคุณเพราะในท้ายที่สุดหากคุณกำลังทำอะไรบางอย่างที่ปรับปรุงสิ่งต่าง ๆ สำหรับผู้ใช้ของคุณจะมีผลกระทบระยะยาวต่อส่วนที่เหลือของเว็บไซต์ของคุณเช่นกัน

คำถาม 26:58 - Google สามารถตัดสินใจได้ว่าจะแสดงข้อมูลขององค์กรข้อมูลที่มีโครงสร้างหรือไม่

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

คำถาม 28:31 - คำถามเกี่ยวกับโครงสร้างเว็บไซต์และการกำหนดค่าหลายภูมิภาคหลายภาษา ฉันควรกังวลเกี่ยวกับการกำหนดค่าพารามิเตอร์ URL เมื่อแยกโดเมนตามโฟลเดอร์เพื่อแยกบริการในคอนโซลการค้นหา

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

คำถามที่ 32:17 - ฉันหวังว่าจะได้รับข้อมูลเชิงลึกเกี่ยวกับปัญหาที่ฉันโพสต์เกี่ยวกับเนื้อหาที่เป็นดัชนีเนื่องจาก URL ที่ส่งซ้ำไม่ได้ถูกเลือกให้เป็นมาตรฐาน

คำตอบ 33:04 - โดยทั่วไปแล้ว สิ่งที่ฉันคิดว่ากำลังเกิดขึ้นที่นี่คือด้วยเหตุผลใดก็ตามที่อัลกอริธึมของเราเชื่อว่าหน้าเหล่านี้เทียบเท่ากัน และเราสามารถพับมันเข้าด้วยกัน และด้วยเหตุนี้ เราจึงเลือกบัญญัติจากหน้าใดหน้าหนึ่งเหล่านี้และดูเหมือนว่า เช่นเดียวกับการดูหน้าด้วยตนเองในเบราว์เซอร์ว่าจริงๆ แล้วเป็นหน้าที่แตกต่างกัน ดังนั้นการพับหน้าเหล่านั้นเข้าด้วยกันจึงไม่สมเหตุสมผล ดังนั้นการเลือกหน้า Canonical จากเนื้อหานี้ก็ไม่สมเหตุสมผลเช่นกัน สิ่งหนึ่งที่ฉันเคยเห็นในอดีตที่นำไปสู่สิ่งนี้คือเมื่อเราไม่สามารถแสดงเนื้อหาได้อย่างถูกต้อง เมื่อเราไม่สามารถเข้าถึงเนื้อหาได้อย่างถูกต้อง เมื่อโดยพื้นฐานแล้วเห็นหน้าว่างที่เราพูดว่า โอ้ ก็เหมือนกับหน้าว่างอื่น ๆ ที่เราเห็น บางทีเราสามารถพับมันเข้าด้วยกันได้ นั่นเป็นแนวทางที่ฉันจะใช้ในการพิจารณาว่า Google คิดว่าหน้าเว็บเหล่านี้เทียบเท่ากันอย่างไร เป็นไปได้ไหมว่าในการทดสอบความเหมาะกับอุปกรณ์เคลื่อนที่อาจไม่มีเนื้อหาจริง เป็นไปได้ไหมว่าฉันกำลังแสดงโฆษณาคั่นระหว่างหน้าถึงอุบัติเหตุของ Googlebot และมีเพียงโฆษณาคั่นระหว่างหน้าที่ได้รับการจัดทำดัชนีเท่านั้น จะเกิดอะไรขึ้นที่นี่ ยังไม่มีโอกาสได้ดูรายละเอียดถึงตรงนี้เลยซักนิด อาจเป็นเพราะเกิดเรื่องแบบนี้ขึ้นกับคุณ อาจเป็นเพราะเรื่องแปลกๆ เกิดขึ้นที่ฝั่งเรา เลยต้องแก้ไขแต่ก็ใจดี ทิศทางที่ฉันจะใช้ในกรณีเช่นนี้

คำถามที่ 34:41 - ฉันต้องการนำทางลูกค้าของฉันให้ดีขึ้นเล็กน้อยบนเว็บไซต์ของฉัน ฉันต้องการให้แน่ใจว่าสิ่งนี้จะไม่ทำให้ Google สับสน ฉันต้องการตั้งค่าโครงสร้าง URL ของฉันให้มีลักษณะเหมือนโดเมน และจากนั้น หมวดหมู่ และจากนั้น ผลิตภัณฑ์ในเส้นทาง หรือบางทีฉันอาจตั้งค่าให้แตกต่างออกไป ฉันควรทำอย่างไร ฉันควรเลือกโครงสร้าง URL ใด

คำตอบ 35:13 - จากมุมมองของเรา คุณสามารถใช้โครงสร้าง URL ใดก็ได้ ดังนั้น หากคุณกำลังใช้โครงสร้างไดเรกทอรีย่อยของ path subdomain ที่ดีอย่างสมบูรณ์ สิ่งสำคัญสำหรับเราคือเราจะไม่ใช้พื้นที่ที่ไม่มีที่สิ้นสุด So if you use URL rewriting on your server that it's not the case that you can just add like the last item in your URL and just continue adding that multiple times and just it always shows the same content but it should be a clean URL structure where we can crawl from one URL to the other without getting lost in infinite spaces along the way. You can use your URL parameters if you want but if you do decide to use your URL parameters like I mentioned in one of the previous questions try to keep it within a reasonable bound. So that we don't again run off into infinite spaces where lots of URLs lead to the same content but whether or not you put the product first or the category first or you use an ID for the category or write out the category as text that's totally up to you. That doesn't have to be a line between your ecommerce site on your blog that can be completely different on both of these. So I think it's good to look at this but on the other hand I lose too much sleep over this and rather define the URL structure that works for you in the long run in particular one that you don't think you need to change in the future. So try not to get too narrow down and pick something that works for you, works for your website.

Question 37:43 - We're developing an application for angular Universal with some sections we want to change the appearance of the URLs in the browser but keep it the same on the server side. So for the server it would be luxury goods leather bags but the user would see just leather bags. Is there any problem with this in angular Universal using dynamic rendering?

Answer 38:08- So just from from a practical point of view Googlebot doesn't care what you do on the server you can track that however you want on your server. The important part for us is that we have separate URLs for separate pages that we have links that Googlebot can click on that are in kind of a elements with an href pointing to a URL that we can follow and that we can access these URLs without any history is with them. So if we take one URL from your website we can copy and paste it into an incognito browser and it should be able to load that content and if it loads that content if you have proper links between those pages then from our point of view how you handle that on your server is totally up to you. Using angular Universal with dynamic rendering or if you have something of your own that you set up that's all totally up to you that's not something that we would care about. It's not something we would even see because we see the HTML that you serve us and the URLs that you serve us.

Question 39:18 - My website fetches individual web pages which are not interlinked through an API but no links are displayed through clicks. It has a search box where every individual page shows search results is Google is successfully crawling all links as valid via sitemap does Google see this is a valid practice because links and millions will harm rankings or increase ranking.

Question 39:48 - So there are lots of aspects in this question where I say this sounds kind of iffy there is some things that sound kind of ok. So if Google is already indexing these pages then something is working out right. In general I I'd be careful to avoid setting up a situation where normal website navigation doesn't work. So we should be able to crawl from one URL to any other URL on your website just by following the links on the page. If that's not possible then we lose a lot of context. So if we're only seeing these URLs through your sitemap file then we don't really know how these URLs are related to each other and it makes it really hard for us to be able to understand how relevant is this piece of content in the context of your website, in the context of the whole web. So that's that's one thing to kind of watch out for and the other thing to watch out for. The other thing too watch out for I think is if you're talking about millions of pages that you're generating through an API with a search box and just so many of those via sitemap files. I may be kind of cautious there with regards to the quality of the content that you're providing there. So in particular if you have like product feeds if you're using RSS feeds to generate these pages, if you're doing anything to automatically pull content from other websites or from other sources and just kind of republishing that on your site then that's something where I could imagine our quality algorithms maybe not being so happy with that. Similarly if this is all really completely republished from other web sites I could imagine the web spam team taking a look at that as well and saying well why should we even index any of this content because we already have all of the content indexed from from the original sources. Like what is the value that your website is providing that the rest of the web is not providing. So that's one thing to kind of watch out for. I don't want to kind of suggest that your website is spammy I haven't seen your website but it is something that we do see a lot and it's something where as a developer you go, oh I have all of these sources and I can create code therefore I can combine all of these sources and create HTML pages and now have a really large website without doing a lot of work, and that's really tempting and lots of people do that, lots of people also buy frameworks that do this for you but it doesn't mean that you're creating a good website. It doesn't mean that you're creating something that Google will look at and say oh this is just what we've been waiting for we will index it and ranked it number one for all of these queries. So it might mean that it looks like very little work in the beginning because you could just combine all of these things but in the end you spend all this time working on your website when actually you're not providing anything of value then you end up starting over again and trying to create something new again. So it looks tempting to save a lot of work in the beginning but in the long run you basically lose that time. So it might make more sense to figure out how can you provide significant value of your own on your website in a way that isn't available from other sites.

Question 43:34 - We're facing an issue where lots of resources couldn't load through the to the same page not getting rendered in the snapshot for Googlebot while debugging these issues we couldn't find a solution and Google is marking them as other error. What could that be?

Answer 43:51 - So this is also a fairly common question what is essentially happening here is we're making a trade-off between a testing tool and the actual indexing and within the testing tool we try to get information as quickly as possible directly from your server but at the same time we also want to give you an answer fairly reasonably quickly so that you can see what is happening. What what tends to happen here is if you have a lot of resources on your pages that need to be loaded in order for your page to load then it could happen that our systems essentially timeout and we try to fetch all of these embedded resources but we don't have enough time because we want to provide an answer to you as quickly as possible. So you end up seeing these embedded resources not being pulled and you see an error in the live rendering of the page like that. When it comes to indexing our systems are quite a bit more complex though we cache a lot of these resources. So if we try to index an HTML page we'll know all of these CSS files we've seen before we can just pull them out of our cache we don't have to fetch them again we can render those pages normally and that just works. One thing you can do or maybe they're two you can do to to kind of help improve that for the testing tool and for users in general. On the one hand you can reduce the number of embedded resources that are required on your pages. So instead of having a hundred CSS files you've you kind of throw them into the tool you create one CSS file out of that that's one thing that you can do that makes sense for both users and for search engines. You can do that for JavaScript as well you can minify the JavaScript you can combine things and kind of make packages rather than individual files I think that's a good approach. The other thing is if you're seeing this happening for your pages and you don't have a lot of embedded content then that's kind of a hint that your server is a bit slow and that we can't kind of fetch enough content from your server to actually make this work. So that might be a chance to look at your server your network connectivity and to think about what you can do to make that a little bit faster so that these tools don't time out so that it's also faster for users as well. So in both of these cases the net effect is that users will mostly be seeing the speed improvement but the side effect will also be that you'll be able to use these tools a little bit better because they tend not to time out as much.

So what what I would do there is try to use some other tools to figure out is this really a problem on your side somehow that things are a little bit slow or is this something just on Google side that we we tend not to have as much time to fetch all of these individual resources so what you could do is use the the chrome developer tools what is it the network tab that you have there and to figure out like how many of these resources are being loaded how long does it take you can use webpagetest.org it also creates a kind of a waterfall diagram for your content also listing the the time that it takes for those test URLs and the size of the resources that were to return and by using those two you can kind of figure out is is it the case that it just takes 20 seconds to load my page with all of the embedded content with all of the high resolution images or is it the case that these testing tools say my page loads in 3 or 4 seconds with all of the embedded content therefore it's probably more an issue on Google side I don't have to worry about it.

Question 53:46 - I've noticed as a result of the last several updates that have been coined the the medic update. I've seen some websites that no longer show on the first page of search results for their own company, for their own brand, and I was wondering why in general what would that be?

Answer 54:35 - I think that's that's always a bit tricky there usually are two aspects that are involved there. One is more an issue especially with newer websites where the website name or the company name is more like a generic query. So if for example the the website's name is “ Best Lawyers in Pittsburgh” or something like that. Then on the one hand that might be the company name, on the other hand if someone were to type that into search, we would probably assume that they're not looking for that specific company but rather they're looking for information for that query. So that's especially with newer companies that's something that we see every now and then. We see that the forums or people there saying, oh I'm not ranking for my domain name, and then their domain name is something like I don't know best VPN providers.com it's like well, it's a domain name but it doesn't mean that you will rank for for that query. So that's one thing when it comes to sites that are a little bit more established that are out there already usually it's more a sign that we just don't really trust that website as much anymore. So that's something where we might recognize that actually people are searching for this company but we feel maybe the company website itself is not the most relevant result here, maybe we feel that there is kind of auxiliary information about that company which is more important that users see first where which could result in something like this happening. Usually that that's more a matter of things kind of shuffling around on the first one or two pages in the search results. It would be really rare that that's something like that would result in a website not showing up at all the first couple pages of the search results. I think that's that's kind of what you highlighted there with your question and that's something where I think well, even if we didn't trust this website as much anymore then we should at least have it somewhere in the search results because if we can tell that someone is explicitly looking for that website it would be a disservice for the user to not show it at all. Like for maybe for generic queries one could argue maybe it's not the perfect result but if we can tell that they're really looking for that website at least we should give the user a chance to see that website as well. So that's kind of why I took that and said well maybe we should be catching this a little bit better and II don't know if our algorithms are correctly kind of understanding how trustworthy your website there would be. I don't know the website so that's really hard for me to judge but even if we think that it wasn't trustworthy at all maybe we should still show it somewhere in the search results on the first page. The other thing to maybe look at if you haven't done so already is look at look at the quality rater guidelines that we have and there's a lot of information about kind of trustworthiness in there. Some of that is worth taking with a grain of salt it's not that we take that kind of one-to-one and use that as a ranking factor but there there are a lot of ideas in there especially when you're talking about a topic that's a kind of legal website or medical website then it does make sense to show users like why are you providing this information why should they trust you.