มาตรฐาน W3 เป็นปัจจัยสำคัญหรือไม่เมื่อ google ตัดสินใจเลือกตำแหน่ง SERP

ฉันมีเว็บไซต์ php แบบไดนามิกซึ่งดัชนีมีข้อผิดพลาดประมาณ 800 ข้อตามตัวตรวจสอบความถูกต้องของ w3 ออนไลน์เท่านั้น

ฉันได้ลองตรวจสอบเว็บไซต์สำคัญ ๆ เช่น ebay, stackoverflow และอื่น ๆ ด้วยทั้งหมดมีข้อผิดพลาดประมาณ 400 ข้อ

ดังนั้นความคิดแรกของฉันคือตัวตรวจสอบความถูกต้องที่ดีนั้นจะแสดงข้อผิดพลาดเมื่อใด

ประการที่สองข้อผิดพลาดจะมีผลต่อการจัดอันดับ SERP ของฉันหรือไม่ กล่าวคือฉันจะแก้ไขข้อผิดพลาดเหล่านี้ได้ดีเท่าที่จะเพิ่มตำแหน่งการค้นหาของ Google หรือไม่

ขอบคุณ

การตรวจสอบความถูกต้องช่วยเพิ่มผลลัพธ์ของฉันหรือไม่

เลขที่

ตัวตรวจสอบความถูกต้องนั้นดีแค่ไหนเมื่อแสดงข้อผิดพลาดเสมอ

มันไม่ได้แสดงข้อผิดพลาดเสมอไป จะแสดงข้อผิดพลาดที่มีข้อผิดพลาด ซึ่งนำไปสู่คำถามที่คุณควรได้รับนั่นคือ:

การเขียน HTML ที่น่ากลัวและไม่ถูกต้องมีอันตรายหรือไม่?

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

ยังไม่จบ: มันไม่เลวสำหรับคุณเท่านั้นมันไม่ดีสำหรับเราทุกคนและเราควรตำหนิคุณ เพราะบริการเว็บที่ดีที่คุณใช้ในชีวิตประจำวันต้องพึ่งพามาตรฐานและถ้าพัฒนาของพวกเขาช้าและพวกเขาไม่สามารถเข้าถึงศักยภาพของพวกเขามันเป็นเพราะคุณ , markupper เลอะเทอะ

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

ยังมีความสุขในวันหยุด

ดังนั้นความคิดแรกของฉันคือตัวตรวจสอบความถูกต้องที่ดีนั้นจะแสดงข้อผิดพลาดเมื่อใด

เป็นคำถามที่ดีมาก! เครื่องมือตรวจสอบความถูกต้องตรวจสอบไวยากรณ์ของมาร์กอัปกับข้อกำหนดW3Cซึ่งในวันนี้คือ HTML หรือ XHTML มันสมบูรณ์แบบ (หรือใกล้สมบูรณ์แม้ว่าฉันจะไม่พบข้อผิดพลาดที่สำคัญในการตรวจสอบ) ในแง่ที่ว่ามันจะบอกคุณว่าคุณมีมาร์กอัปทางเทคนิคที่ไม่ถูกต้อง

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

ประการที่สองข้อผิดพลาดจะมีผลต่อการจัดอันดับ SERP ของฉันหรือไม่ กล่าวคือฉันจะแก้ไขข้อผิดพลาดเหล่านี้ได้ดีเท่าที่จะเพิ่มตำแหน่งการค้นหาของ Google หรือไม่

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

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

มันจะไม่ส่งผลต่อการจัดอันดับ SERP ของคุณ จากช่อง YouTube เป็นทางการสำหรับ Google Webmaster Central:

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

http://www.youtube.com/watch?v=FPBACTS-tyg

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

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

ข้อสรุปสุดท้ายของฉันคือ: สำหรับเหตุผลในการออกแบบเว็บและ SEO คุณจะต้องแก้ไขข้อผิดพลาดที่อาจทำให้เกิดการเรนเดอร์หรือ parser ไม่ต้องกังวลกับคุณลักษณะที่ไม่ได้รับอนุญาตและไม่ควรใช้ปลั๊กอินกับแท็กแทน มันไม่คุ้มค่ากับเวลาหรือเงินของคุณ

- การ ตรวจสอบ W3C: ทำไมคุณควรดูแลและทำไมไม่ใช้ yoast.com

มันไม่ใช่ปัจจัยเลย HTML เป็นภาษาที่ยืดหยุ่นมากไม่มีปัญหาในการทำสิ่งนี้

< ul >
 < li >< a xtooltip='Go to homepage' href='index.php' >Home< /a >< /li >
< /ul >

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

อีกอย่างคือ W3C validator นั้นเสียอย่างน่าเสียดาย ไม่สามารถตรวจสอบประเภทเนื้อหารหัส js เอาต์พุต js code html ajax เพื่อตั้งชื่อให้ไม่กี่รายการ นอกจากนี้การไม่ตรวจสอบเนื้อหาเป็นข้อบกพร่องที่ร้ายแรง หากคุณมี XHTML DOCTYPE แต่เนื้อหาประเภท: text / html คุณควรตรวจสอบกับ HTML คนส่วนใหญ่จะตรวจสอบ (ไม่ถูกต้อง) กับ XHTML แล้วแก้ไข "ข้อผิดพลาด" ... เช่นการเปลี่ยนแปลง

[br] => [br /]

แต่ [br /] เป็นข้อผิดพลาดใน HTML ... ดังนั้นพวกเขาจึงทำสิ่งที่ validator บอกพวกเขาไม่ถูกต้องและสิ่งที่พวกเขาทำคือการเพิ่มข้อผิดพลาดในรหัสของพวกเขา