5 มีนาคม 2019 – Google Help Hangout Notes

เราร่วมกับ John Mueller ในบ้านของเขาใน Hangouts Help สำหรับผู้ดูแลเว็บนี้ เรามีคำถามดีๆ เกี่ยวกับ Page Speed, hreflang และ Backlinks วิดีโอและการถอดความแบบเต็มสามารถพบได้หลังจากช่วงฤดูร้อนของเรา หากคุณชอบสิ่งนี้ ลองสมัครรับจดหมายข่าวรายสัปดาห์ของเรา! เราสรุปบทความ SEO ที่ดีที่สุดของสัปดาห์แบบย่อย่อยง่าย

คุณช่วยอธิบายปัญหาด้วยการใช้ json - ld ผ่านตัวจัดการแท็กได้ไหม

11:18

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

สรุป: แม้ว่าจะใช้ JSON-LD และข้อมูลที่มีโครงสร้างอื่นๆ ผ่าน Google Tag Manager ได้ แต่ก็ไม่ใช่วิธีที่ดีที่สุด เพื่อให้ Google ดึงเนื้อหาจาก Tag Manager และต้องแสดง JavaScript ประมวลผลสคริปต์จากเครื่องจัดการแท็กและส่งออกการเขียนแล้วจัดทำดัชนี มีวิธีตรงไปตรงมาในการให้ข้อมูลที่มีโครงสร้างโดยตรงบนหน้าเว็บที่ช่วยให้ Google ง่ายขึ้น

Google เลือก URL ที่จะแสดงในการค้นหาอย่างไร

15:20

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

สรุป: Google ใช้ rel canonical, redirects, internal linking, sitemaps, hreflang เพื่อทำความเข้าใจกับ URL คือ URL ที่ Google ควรแสดง แต่ถ้า Canonical URL ที่ระบุเป็น URL ที่ไม่เคยใช้ในส่วนที่เหลือของเว็บไซต์ Google อาจเพิกเฉยต่อ Canonical URL และเลือกหน้าอื่นที่มีการเชื่อมโยงภายในอย่างหนัก

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

17:38

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

เรื่องย่อ : อ๋อ! การมีหน้า Landing Page ของผู้เขียนเป็นวิธีแสดง EAT ของผู้เขียน นอกจากนี้ยังช่วยปรับปรุงประสบการณ์ของผู้ใช้โดยทั่วไป แทนที่จะมี "ผู้แก้ไข" หรือ "ผู้ดูแลระบบ" ทั่วไป

คำแนะนำคืออะไรหาก UI ของคุณสามารถแปลเป็นภาษาอื่นได้ แต่เนื้อหาเสริม เช่น เนื้อหาที่ผู้ใช้สร้างขึ้น จะอยู่ในภาษาอื่น

21:48

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

สรุป: คุณสามารถเลือกเวอร์ชันภาษาหนึ่งเป็นเวอร์ชันตามรูปแบบบัญญัติหรือคุณสามารถเพิ่มคำอธิบายประกอบ hreflang ระหว่างเวอร์ชันภาษาเหล่านั้นได้

ฉันควรปฏิเสธ URL สุ่มจำนวนมากที่เชื่อมโยงไปยังไซต์ของฉันหรือไม่

27:58

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

สรุป: Google เก่งในการค้นหาว่าควรละเว้นลิงก์ใด แต่จะดีกว่าที่จะปลอดภัยมากกว่าเสียใจเมื่อพูดถึงการปฏิเสธ

ความเร็วของหน้าเว็บมีความสำคัญต่อ Google อย่างไร

42:30

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

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

ถ้าฉันจ่ายเงินสำหรับ Google Ads อันดับของฉันจะดีขึ้นหรือแย่ลง?

47:24

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

สรุป: Google Ads ไม่มีผลต่อการจัดอันดับทั่วไป

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

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

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

คำถามที่ 1:14 - เมื่อสองสัปดาห์ก่อน เว็บไซต์ของเราเสีย 94% ของการเข้าชมของ Google ในชั่วข้ามคืน ด้วยปริมาณการค้นหาที่สม่ำเสมอในช่วง 20 ปีที่ผ่านมา และไม่มีการเปลี่ยนแปลงที่สำคัญ เราถือว่าบางสิ่งทางเทคนิคสามารถแชร์ IPS หรือ SSL ผ่าน CDN เช่น cloudfare ทำให้เกิดปริมาณการรับส่งข้อมูลลดลงอย่างมากตามอัลกอริทึม เราเจาะลึกลงไปและพบว่าบางไซต์มีเนื้อหาที่มีความเสี่ยงสูงใน IP เดียวกัน เราสามารถเปลี่ยนธีมของเราและมีใบรับรองเฉพาะได้ แต่เรายังมีปัญหาในการรับส่งข้อมูล จะเกิดอะไรขึ้นที่นี่

คำตอบ 2:01 - แต่โดยทั่วไปแล้ว เพียงเพราะว่าไซต์อื่นๆ โฮสต์บนที่อยู่ IP เดียวกันนั้นโดยทั่วไปแล้วไม่ใช่เหตุผลที่ทำให้เกิดความกังวล โดยเฉพาะอย่างยิ่งกับที่อยู่ IP ที่ใช้ร่วมกันของโฮสต์ที่มีขนาดใหญ่กว่านั้นค่อนข้างทั่วไปกับที่อยู่ IP ที่ใช้ร่วมกันของ CDN นั้นเป็นเรื่องธรรมดามาก และเป็นสิ่งที่เปลี่ยนแปลงเพราะ CDN จำนวนมากมีจุดสิ้นสุดในประเทศต่างๆ และพวกเขาแบ่งปันปลายทางเหล่านั้นกับเว็บไซต์ต่างๆ ที่ทำงานอยู่ที่นั่น โดยพื้นฐานแล้ว ผู้ใช้และเยอรมนีอาจเห็นที่อยู่ IP ต่างกันเมื่อเทียบกับผู้ใช้ในสหรัฐอเมริกา แต่โดยทั่วไป นี่เป็นวิธีปฏิบัติทั่วไปอย่างยิ่ง การแบ่งปันที่อยู่ IP และไม่ใช่สิ่งที่จะเป็นปัญหา ในช่วงแรก ๆ นี่เป็นสิ่งที่บางครั้งมีประโยชน์มากในการจดจำวันที่และโฮสต์ หากเราเห็นที่อยู่ IP หนึ่งแห่งและไซต์ 9000 แห่งที่มีที่อยู่คงที่และพวกมันทั้งหมดเป็นสแปม และหากมีเว็บไซต์อื่นอีกสองเว็บไซต์บนโฮสต์เดียวกันนั่นอาจเป็นเรื่องยากสำหรับเราที่จะรู้ว่าสองไซต์นี้มาโดยสมบูรณ์จริง ๆ หรือไม่ ไซต์แยกต่างหากเมื่อเทียบกับไซต์อื่น ๆ อีก 9,000 ไซต์ นั่นเป็นสถานการณ์ที่ยุ่งยากสำหรับอัลกอริทึม แต่ในกรณีส่วนใหญ่เช่นนี้ เราจะเห็นการผสมผสานของไซต์ต่างๆ ทุกประเภท ดังนั้นไซต์ต่างๆ ในภาษาต่างๆ สำหรับแต่ละประเทศที่มีผู้ใช้เป้าหมายต่างกัน ไซต์สแปมบางไซต์ที่ไม่ใช่สแปมในที่อยู่ IP เดียวกัน และทั้งหมดนี้ก็ใช้ได้ . นั่นไม่ใช่เหตุผลที่เราจะพูดว่า โอ้ เพราะมีเว็บไซต์สแปมหนึ่งแห่งในที่อยู่ IP นี้ ที่จะเป็นปัญหา ดังนั้นฉันไม่รู้เฉพาะเจาะจงว่าเกิดอะไรขึ้นกับเว็บไซต์นี้ ฉันมองว่าโดยทั่วไปแล้วลักษณะของเว็บไซต์ของเรานั้นทำได้ดีในการค้นหามานานหลายปีก่อนที่ฉันจะบอกว่ามันดีกับคุณ ไซต์ แต่นั่นไม่ใช่สิ่งที่เราต้องเก็บไว้อย่างนั้นเสมอไป

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

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

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

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

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

คำถาม 14:00 - ลูกค้าทำการโยกย้าย HTTPs โดยการย้ายโดยใช้ 302 แทน 301 พวกเขาจำเป็นต้องเปลี่ยนเป็น 301 หรือไม่ Google จะใช้เวลานานเท่าใดกว่าจะเข้าใจว่านี่เป็นการเปลี่ยนเส้นทางถาวร

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

คำถามที่ 15:20 - แกลเลอรีรูปภาพของเรามี URL เฉพาะสำหรับรูปภาพ เช่น /gallery/image1 หรือ /image2 หรือ /image 3 และเราต้องการเพิ่มแกลเลอรี /ดูทั้งหมด และใช้สิ่งนี้เป็น URL ตามรูปแบบบัญญัติ แต่เราไม่มีลิงก์นี้ ที่ใดในเว็บไซต์ที่เราสามารถทำได้? ผู้อ่านต้องมองเห็นมุมมองทั้งหมดหรือไม่

คำตอบ 15:46 - ดังนั้น คำถามประเภทนี้จึงเป็นคำถามทั่วไปว่า Google เลือก URL ที่จะแสดงในการค้นหาอย่างไร และด้านหนึ่งมีแง่มุมของในกรณีนี้ เช่น หน้า Landing Page สำหรับรูปภาพ 1 ที่มีการตั้งค่าตามรูปแบบบัญญัติที่เกี่ยวข้อง การดูทุกหน้าจะหมายความว่าหน้าเหล่านี้ไม่เท่ากัน ดังนั้นจึงเป็นเรื่องที่พลาดไม่ได้ที่เราจะหยิบและใช้บัญญัตินั้นเลย ฉันคิดว่าด้านหนึ่งที่ต้องจำไว้ อีกอย่างที่ต้องจำไว้ก็คือ แม้ว่าเราจะเข้าใจว่าหน้าเหล่านี้อาจถูกมองว่าเทียบเท่า แต่มันเป็นเรื่องของเราที่ใช้ปัจจัยหลายอย่างในการพิจารณาว่าหน้าใดเป็นหน้า Canonical ที่แท้จริง เพื่อที่เราใช้ rel canonical เราใช้การเปลี่ยนเส้นทางถ้าเรามีสิ่งใด เราใช้ลิงก์ภายนอกภายใน เราใช้สิ่งต่างๆ เช่น แผนผังเว็บไซต์ ลิงก์ hreflang ทั้งหมดนี้ช่วยให้เราเข้าใจว่า URL ใดต่อไปนี้เป็น URL ที่เราควรจะแสดง และหาก URL ตามรูปแบบบัญญัติที่คุณระบุเป็น URL ที่คุณไม่เคยใช้ภายในส่วนที่เหลือ ของเว็บไซต์ของคุณ เป็นไปได้มากที่เราจะพูดว่า การทำให้ลิงก์ตามรูปแบบบัญญัติเป็นความผิดพลาดที่เว็บมาสเตอร์ไม่ได้หมายความอย่างนั้นจริงๆ และบางทีเราอาจจะต้องเลือก URL อื่นเป็นบัญญัติ ดังนั้นฉันเดาว่าสิ่งที่จะเกิดขึ้นที่นี่คือเราจะเพิกเฉยต่อ rel canonical เพราะพวกเขาไม่เหมือนกันหรือเราจะเลือกหน้าอื่นที่มีอยู่แทนเพราะนั่นเป็นหน้าที่มีการเชื่อมโยงอย่างมากภายใน เว็บไซต์ ดังนั้น ฉันไม่คิดว่าการตั้งค่าเฉพาะนี้จะมีประโยชน์ในกรณีของคุณ

คำถาม 17:38 - คุณมีข้อเสนอแนะอย่างไรสำหรับไซต์ที่มีเนื้อหาจำนวนมากซึ่งพวกเขาต้องการให้สำหรับภาษาและประเทศอื่น ๆ แต่เพิ่งแปลอินเทอร์เฟซจนถึงตอนนี้ ไม่ใช่เนื้อหาหลัก

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

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

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

คำถาม 22:58 - มาร์กอัปสคีมาที่มีเวอร์ชันเดสก์ท็อปและแอมป์ เป็นไปได้ไหมหากเวอร์ชันเดสก์ท็อปใช้งานโดยใช้ microdata แต่เวอร์ชันแอมป์ใช้ json-ld

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

คำถาม 24:19 - เกี่ยวกับการแสดงเนื้อหาที่ซ่อนอยู่: ไม่เป็นไร Google รองรับและกล่าวว่าแบบอักษรพื้นหลังสีขาวสีขาวหรือขนาดตัวอักษรเป็นศูนย์จะขัดต่อหลักเกณฑ์ แต่การแสดงผล: ไม่มีล่ะ

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

คำถาม 25:55 - หลังจากเชื่อมโยงการดำเนินการโดยเจ้าหน้าที่ Google ปฏิบัติต่อโดเมนนานแค่ไหนเมื่อคำขอให้พิจารณาใหม่ได้รับการยอมรับ แต่ไม่ได้รับการจัดอันดับที่เป็นไปได้ในการเข้าชม

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

Question 27:59 - In looking at some of our backlink profile we had found, I don't even know how our links ended up on these pages, like on pages that have just like 7,000 links and things like that. We disavowed them when we found them. Is there anything we need to be concerned about other than doing that with when we find stuff like that?

Answer 28:20 - No that's that's essentially the right move to do and especially if it's something that you're really worried about. So I think for most websites it doesn't make sense to go out there and disavow things that are just like iffy and weird because for the most part we just ignore those. So in particular with regards to links, if it's something that when you look at it you say well this could be seen as these links be being bought by us, like naturally placed there by us, if someone from the website team were to take a look at this manually and they would assume that, this is us doing something stupid, that's the kind of thing where I'd say probably disavowing them or getting them removed would be the right move there but otherwise if it's just an iffy link and it looks like it's something like there are millions of other links on there someone ran a tool and dropped tons of links into this forum then that's something our algorithms have figured out already. So that's not something I wouldn't worry about.

Question 30:06 - What do you suggest to tackle a low traffic, low quality pages on a site? There lots of suggestions regarding content pruning what recommendations do you have regarding that?

Answer 30:20 - So I think first off the assumption that a page that has low traffic is also low quality is something that I would question and sometimes pages just have low traffic because a lot of people search for them but they're still a really good truck pages. So II would question kind of the assumption that you can just go into analytics and sort of your pages by a number of page views and delete all of the lowest pages there because I don't think that necessarily picks up like that these pages are really low quality or not. So that's kind of a first assumption there, if you know your website then obviously you can combine different metrics to try to figure out where the low quality pages are but I would still recommend making sure that these are really low quality pages before you take any kind of harsh action on those pages. And then as a next step if you do know that these are low quality pages when whenever I talk to our engineers from the quality team they tell us not to tell web masters to just go off and delete those pages but instead to going to improve them. So if you know that they're low quality pages that probably means you know what is missing and that probably means you know there are ways to kind of make these higher quality pages. So that's kind of the direction I would take there and not just delete things that are low quality but figure out a way to make them more high quality instead. So that could be by combining pages maybe it's something where you see this one-page, its kind of thin but it matches this your page and you have otherwise on your website maybe combining them makes sense. So 301 redirecting them to kind of one shared URL instead that might be an option. Rewriting them to be higher quality is obviously a good idea obviously takes work so it's not this one simple magic trick to make number one. Then finally if it's really something that you can't resolve at all or that is such a big mass of pages that are low quality that you can't really fix then maybe deleting them is it right. So those are kind of the different variations there that are available but again I would strongly question the the assumption that low traffic equals low quality. So if you're looking even looking at a larger site don't just assume that because something has low traffic is sign that it's not important for your website or for the rest of the web.

Answered Cont' 34:03 - Yeah so I think one way you could look at this is to say given this state of content that you have what would be your preferred new website look like? So kind of saying like assuming I had all of this content and I had to create a new website out of it what would it look like and then to try to find a way to migrate your existing content into this new structure that you have in mind and like I said it could improve include combining pages, combining maybe tens of different pages together into one stronger page, it could be deleting pages where you say, well these don't make any sense for my website anymore maybe it was something that users cared about a couple years ago but now, I don't know, nobody is playing ingress anymore so all of those ingress pages on my website I have to make a hard decision and delete them. I can see the shocked faces everywhere in here now. But these kind of things happen over time and it makes sense to clean things up over time and sometimes it means deleting, sometimes that means combining, sometimes that just means rewriting and cleaning up. So it's it's hard to have one one answer that works for every side in every situation.

Question 36:36 - How to fix the crawl frequency of low priority pages within a website? Will Google crawl more of such pages because the quantity of these pages is more compared to the important pages?

Answer 36:49 - So I think this was your question as well in general you don't need things the the crawl rate of pages unless these are pages that are being changed more frequently than the crawl rate. So if you have an article that you wrote and it's being crawled once every three months and you're never changing this article that's that's perfectly fine we don't need to crawl it more often. There is no ranking bonus for being crawled more often. So crawling from our site is more of a technical thing where we say, this page has changed we should find a way to pick up this change as quickly as possible. It's not that we would say well the stage has been crawled twice in the last week therefore we will rank it higher those are completely separate parts of our algorithms.

Question 37:48 - I was checking the log files and 90% of our crawl budget is going to those specific URLs only and only 10% is crawling my product pages. So I was wondering I could make them crawl less frequently for those specific sections and maybe Google can start crawling or kind of giving more importance to my other sections of a set?

Answer 38:18 - Okay so you actually want to do the opposite which is I think a good move too. To have those pages crawled less frequently. So from from our point of view there's really no way to do that. So it's something that you would need to almost attack from the other way around to say, that I think these are other pages that are important on my website and therefore I'll link them prominently within my website. I'll make sure that all of my other pages refer to those pages, that they're specifying the sitemap file with the last modification page that we can confirm. So all of those signals to help us understand we need to be able to crawl these pages more frequently because there are changes on these pages. On the other hand if there are no changes on these pages we don't really to recall them for more free company so that's kind of be the other aspect there. If these are pages that are important for you but they are not changing frequently then there's no need to artificially force them to be crawled more often.

Question 40:11 - Can you tell if with redirection only link penalty passes or link penalty and content penalties both pass for example at website with pure spam manual action is redirected to another site so technically the URLs will be a soft 404, will it affect the redirected website?

Question 40:37 - So I'm not quite sure with which part of this question you're you're kind of focusing on. On the one hand if a random spammy website redirects to your website that's usually something we can recognize and just ignore. On the other hand if yours is that spammy website and you're redirecting to another website to try to escape that penalty then probably we will be able to follow that site migration and apply that manual action or algorithmic action to the new website as well. So my recommendation there would be instead of trying to get away by doing fancy redirects or other types of site moves. I would recommend just cleaning up the issues so that you don't have to worry about those anymore. So if there are link actions with regards to that website then clean up those those links so that you're in a clean state again. The reconsideration process is great for that because someone from the web spam team will take a manual look at your website and they'll say, this looks good this is fine like. You did good work and clean things up it's clear that you understand what you should be doing now so we can remove them. So I think that's really useful to have there from a practical point of view. So that would be kind of my recommendation if you're the website that has this problem. On the other hand if like I mentioned some random website redirects to your website and that's usually something that we can recognize, this is not a normal site move this is just the read website redirecting to you to another website and we can get that.

Question 42:30 - John two quick general questions one related to site load speed, we've read and heard various things including recently people saying that like every microsecond counts and things like that, what is the current policy I know in the past you said as long as it's not ridiculously long to load you're fine?

Answer 42:53 - What is the current policy? So speed is something that does matter quite a bit to us and it has a big effect on users so that's something that I would personally take quite seriously and I think the the nice part about speed is there various tools that gives you pretty objective measures there that you can actually work on. With regards to a lot of us or other issues around SEO like, I don't know the quality of their content things like that speed is something that that is quite measurable and something that you can kind of work on, and it should also be something we're used a direct effect from your users behavior within your website. So it's not just something that from from Google's point of view like we say speed is important it is rank tracker but it's something that you will see directly when users come to your website and your website is suddenly taking a couple seconds longer to load those users will react quite differently on your website and you'll have more trouble converting them into customers however you define customers on your website.

Question 44:08 - From the standpoint of like if it's 1.1 seconds versus 1.2 second that kind of thing would would you say that that's very important to try to really optimize those?

Answer 44:21 - I think the tricky part with speed is there's so many different measures in the meantime that it's hard for me to say like, load time is the only thing you should be thinking about, but there ways to to kind of determine how quickly the page is is generally accessible. How quickly they the content is visible on the page, even kind of ignoring the aspect that maybe the rest of the page below the fold is still rendering and still takes a bit of time to actually be ready, maybe the part that users care about is actually visible fairly quickly. So from from that point of view usually small differences are less of a thing but kind of like I mentioned speed is something where you can use these different tools who could come up with a different metrics and you can focus on those metrics and try to improve those and you can measure that yourself and you can kind of work on that without having to go through various Google tools and waiting for things to update in the index in these tools.

Question 45:47 - Can I use Google official videos in my blog or can I only link to them for example Matt Cutts videos about SEO. I will use Adsense on the blog when I have enough adsense my blog will be complete in 6 months.

Answer 46:03 - I don't think there are any restrictions with regards to embedding videos for a channel but if there were no restrictions then I think the embed option YouTube wouldn't be available there. So if the embed option is there then then go for it. I think in in general I'd be cautious about using just a video as the primary piece of content on a web page and you should really work to kind of use the video in a way that supports your primary content but not that it replaces your primary. So for example I wouldn't take any of these videos and just put them on a blog post and add a title to them and expect them to show up highly in search. But if you have specific content around that video if you have a transcription of that many don't you have some comments to that transcription to the content that are shown in the video or you're using that video as kind of a point of reference with regards to your content and I think that's a perfectly fine approach. But just purely using a video on a page is something that atleast in a web search point view makes it really hard for us to determine what is actually useful on this page and why should we show it in the search results.

Question 47:27 - If I pay for Google Ads will my ranking be better or worse?

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