Là tiêu chuẩn W3 là một yếu tố chính khi google quyết định vị trí SERP?


9

Tôi có một trang web php động mà chỉ mục chỉ có khoảng 800 lỗi theo trình xác nhận w3 trực tuyến.

Tôi đã thử kiểm tra các trang web lớn như ebay, stackoverflow và các trang khác, tất cả đều có khoảng 400 lỗi.

Vì vậy, suy nghĩ đầu tiên của tôi là, trình xác nhận đó có ích gì khi nó luôn hiển thị lỗi?

Thứ hai, các lỗi sẽ ảnh hưởng đến xếp hạng SERP của tôi? tức là, liệu tôi có sửa được những lỗi này tốt như tôi có thể tăng vị trí tìm kiếm của Google không?

Cảm ơn


2
stackoverflow hợp lệ cho HTML 4.01 Nghiêm!
haha

Kiểm tra Hướng dẫn bắt đầu Google SEO. Chỉ cần làm theo lời khuyên trong đó và bạn sẽ ổn thôi. Ngoài ra, làm thế nào bạn dám nói rằng SO có 400 lỗi! :)
ime Vidas

Liên kết trong là yếu tố chính duy nhất để xác định thứ hạng.
danlefree

Tôi không đồng ý, tên miền và tiêu đề trang dường như mang rất nhiều trọng lượng bản thân.
John Conde

Câu trả lời:


11

Có xác nhận tăng kết quả của tôi?

Không.

Trình xác nhận đó có ích gì khi nó luôn hiển thị lỗi?

Nó không luôn luôn hiển thị lỗi. Nó hiển thị lỗi khi có lỗi. Điều này dẫn đến câu hỏi của bạn là gì, đó là:

Viết HTML kinh khủng, không hợp lệ có làm hại tôi không?

Và vâng. Điều đó có hại cho bạn vì bạn sẽ có nhiều sự không tương thích của trình duyệt; bởi vì không ai từng thuê tôi làm front-end sẽ thuê bạn; bởi vì nó có khả năng phá vỡ xử lý liên quan đến DOM; bởi vì khả năng tiếp cận của bạn sẽ hút và sẽ cắt đứt 2% dân số loài người; bởi vì bảng xếp hạng không bị khuyết tật do thiếu tính hợp lệ mỗi se, nhưng chắc chắn được trợ giúp bởi một mã có trật tự, có ý nghĩa.

Chưa kết thúc: nó không chỉ xấu cho bạn, nó còn tệ cho tất cả chúng ta và chúng ta nên đổ lỗi cho bạn. Bởi vì các dịch vụ web đẹp mà bạn sử dụng hàng ngày dựa trên các tiêu chuẩn và nếu sự phát triển của chúng chậm và chúng không thể đạt được tiềm năng của chúng thì đó là do bạn , đánh dấu cẩu thả.

Mỗi ngày, khi bạn thức dậy và nhận ra web không phải là mạng lưới kiến ​​trúc hoàn hảo của các mối quan hệ ngữ nghĩa mà nó cần phải có, bạn sẽ gửi cho chúng tôi tất cả lời xin lỗi của bạn.

Cũng là ngày lễ vui vẻ.


wow, được chọn? bạn chắc chắn có thể chấp nhận lời chỉ trích, @Camran. Ngoài ra, @ people-who-Vote-this-down: tranh luận?

1

Vì vậy, suy nghĩ đầu tiên của tôi là, trình xác nhận đó có ích gì khi nó luôn hiển thị lỗi?

Câu hỏi tuyệt vời! Trình xác nhận kiểm tra cú pháp đánh dấu theo đặc tả W3C , ngày nay là HTML hoặc XHTML. Nó là hoàn hảo (hoặc gần như hoàn hảo, mặc dù tôi không tìm thấy bất kỳ lỗi lớn nào trong việc kiểm tra) theo nghĩa là nó sẽ cho bạn biết rằng bạn đã đánh dấu không hợp lệ về mặt kỹ thuật .

Tuy nhiên, đánh dấu không hợp lệ trong thực tế không phải là trò chơi kết thúc. Hãy nghĩ về các tiêu chuẩn W3C như một đặc điểm kỹ thuật rất nghiêm ngặt của một phương ngữ cụ thể của tiếng Anh. Khi một trình duyệt được phát triển với các thông số kỹ thuật trong đầu, hãy nghĩ về nó như đi đến một trường học theo phương ngữ đó, nghiêng về cách nói, đọc, nghe và hiểu phương ngữ tiếng Anh này. Trong thực tế, trình duyệt này cũng đi ra sân chơi và đi khắp thế giới và học cách hiểu những sửa đổi nhỏ trên quy ước tiêu chuẩn. Trình duyệt cũng xem các bộ phim cũ, vì vậy nó học cách hiểu cú pháp và từ vựng "cũ hơn", mặc dù nó không được dạy nghiêm ngặt ở trường (trong đặc điểm kỹ thuật). Một số trình duyệt (đáng chú ý nhất là IE <9) có cha mẹ (nhà phát triển) cảm thấy rằng chương trình giảng dạy thông thường có thể được sửa đổi để làm cho trình duyệt tốt hơn, vì vậy họ được gửi đến một trường tư thục hoàn toàn khác. Vào cuối ngày, bạn có được các trình duyệt khác nhau hiểu các ngôn ngữ khác nhau. Mỗi người trong số họ cũng có những yếu tố "xì hơi" rất hào phóng. Cũng giống như bạn biết ý nghĩa của ai đó khi họ nói chậm hoặc bao gồm lỗi chính tả, các trình duyệt cũng làm như vậy. Thậm chí thường xuyên hơn, mọi người hoặc cộng đồng nghĩ ra những cách sáng tạo để nói (viết đánh dấu) mà các trình duyệt tình cờ hiểu được mặc dù chưa được đào tạo chính thức ở trường (theo đặc điểm kỹ thuật). Tại thời điểm đó, bạn nhận được rất nhiều mã không tuân thủ tiêu chuẩn vẫn hoạt động trong thực tế. Cũng giống như bạn biết ý nghĩa của ai đó khi họ nói chậm hoặc bao gồm lỗi chính tả, các trình duyệt cũng làm như vậy. Thậm chí thường xuyên hơn, mọi người hoặc cộng đồng nghĩ ra những cách sáng tạo để nói (viết đánh dấu) mà các trình duyệt tình cờ hiểu được mặc dù chưa được đào tạo chính thức ở trường (theo đặc điểm kỹ thuật). Tại thời điểm đó, bạn nhận được rất nhiều mã không tuân thủ tiêu chuẩn vẫn hoạt động trong thực tế. Cũng giống như bạn biết ý nghĩa của ai đó khi họ nói chậm hoặc bao gồm lỗi chính tả, các trình duyệt cũng làm như vậy. Thậm chí thường xuyên hơn, mọi người hoặc cộng đồng nghĩ ra những cách sáng tạo để nói (viết đánh dấu) mà các trình duyệt tình cờ hiểu được mặc dù chưa được đào tạo chính thức ở trường (theo đặc điểm kỹ thuật). Tại thời điểm đó, bạn nhận được rất nhiều mã không tuân thủ tiêu chuẩn vẫn hoạt động trong thực tế.

Thứ hai, các lỗi sẽ ảnh hưởng đến xếp hạng SERP của tôi? tức là, liệu tôi có sửa được những lỗi này tốt như tôi có thể tăng vị trí tìm kiếm của Google không?

Google khuyến nghị đánh dấu tuân thủ, nhưng hầu như không có bằng chứng thuyết phục nào bằng cách này hay cách khác ngoài các trường hợp người thử nghiệm kiểm tra đánh dấu của họ nghiêm trọng đến mức nội dung thậm chí không hiển thị đúng. Điều này có thể là do trình thu thập thông tin của riêng Google không chỉ thông thạo về đặc điểm kỹ thuật tiêu chuẩn mà còn trong tất cả các phương ngữ bao gồm cả các phương ngữ thông thường và cũ. Nó cũng có rất nhiều cơ chế bù trừ sai lầm để bù đắp cho những "lỗi nhỏ".

Vào cuối ngày, hãy cố gắng hết sức để có đánh dấu hợp lệ nếu bạn có thể. Hoàn toàn có thể làm như vậy nếu bạn ưu tiên nó. Theo kinh nghiệm của tôi, vào thời điểm bạn đủ tiến bộ để phá vỡ các quy tắc (mà tôi không biết), bạn biết đủ về các quy tắc và phân tích cú pháp và hiển thị hàm ý rằng câu hỏi ban đầu của bạn hoàn toàn không phải là một câu hỏi.


Không có phương ngữ khác nhau của HTML4. Có nhiều phiên bản HTML và XHTML khác nhau, nhưng lý do tại sao mọi người sử dụng đánh dấu không hợp lệ là vì họ không biết nó không hợp lệ hoặc các trình duyệt cụ thể không cho phép đánh dấu hợp lệ (không phải vì chúng có văn hóa hơn, mà vì các nhà phát triển bị lừa lên). Ngôn ngữ lập trình không giống với ngôn ngữ của con người. Các quy tắc ngữ pháp và cú pháp của họ không chủ quan. Để web hoạt động đúng, các nhà phát triển phải tuân theo các quy tắc được thực hiện bởi các trình duyệt; và các trình duyệt phải tuân theo các thông số kỹ thuật được đặt ra bởi W3C.
Lèse majesté

1

Nó sẽ không ảnh hưởng đến thứ hạng SERP của bạn. Từ kênh YouTube chính thức cho Google Webmaster Central:

Và vì vậy, chúng tôi không cung cấp bất kỳ loại tăng nào cho các trang nếu chúng xác nhận. Nó có thể là một điều tốt đẹp để làm cho mục đích nội bộ của riêng bạn, nhưng nó không nhận được bất kỳ loại tăng Google nào trong thứ hạng của bạn hoặc bất cứ điều gì tương tự. Và lý do đơn giản là phần lớn các trang trên web không xác thực như hiện tại.

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

Mặc dù vậy, vẫn nên xác thực trang của bạn, vì nó sẽ giúp mã ít bị lỗi hơn và dễ bảo trì hơn.


0

Hầu hết các SEO dường như đồng ý rằng việc có mã không được lồng đúng hoặc có lỗi lớn là không tốt cho SEO. Tất cả họ đều đồng ý rằng nó sẽ không giúp bạn có được thứ hạng tốt hơn khi bạn thực sự có HTML hợp lệ.

Do đó, kết luận cuối cùng của tôi là: cả vì lý do thiết kế web & SEO, bạn sẽ muốn sửa bất kỳ và tất cả các lỗi trắng trợn có thể gây ra sự cố hiển thị hoặc trình phân tích cú pháp xấu. Đừng lo lắng về các thuộc tính không được phép mặc dù cũng như về một plugin sử dụng thẻ thay vì. Nó chỉ không xứng đáng với thời gian hoặc tiền bạc của bạn.

- Xác thực W3C: tại sao bạn nên quan tâm và tại sao không tại yoast.com


Đây là chủ nghĩa thực dụng!

-1

Nó hoàn toàn không phải là một yếu tố. HTML là ngôn ngữ rất linh hoạt, không có vấn đề gì khi làm một cái gì đó như thế này

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

Sau đó, bạn chỉ cần sử dụng công cụ javascript yêu thích của bạn và có menu đẹp với chú giải công cụ. Tất nhiên nó sẽ không xác nhận.

Một điều khác là trình xác nhận W3C bị hỏng không may. Nó không thể xác nhận loại nội dung, mã js, đầu ra html mã js, ajax, để đặt tên cho một số. Bên cạnh đó không kiểm tra loại nội dung là một lỗ hổng nghiêm trọng. Nếu bạn có XHTML DOCTYPE nhưng loại nội dung: text / html bạn nên xác thực bằng HTML, hầu hết mọi người sẽ xác thực (không chính xác) đối với XHTML và sau đó sửa "lỗi" ... như thay đổi

[br] => [br /]

nhưng [br /] là một lỗi trong HTML ... vì vậy họ thực hiện những gì trình xác nhận không chính xác nói với họ và tất cả những gì họ làm là thêm lỗi vào mã của họ.


Mục đích của trình xác nhận W3C không phải là xác thực Javascript của bạn. Điều đó không làm cho nó "bị hỏng".

document.write ("<div đây là nội dung div của tôi </ div>"); Tất cả những gì tôi đang cố gắng nói - bạn không nên phụ thuộc quá nhiều vào nó trước khi bạn biết CHÍNH XÁC kết quả là gì và nó không như thế nào. Ví dụ. thuộc tính do người dùng định nghĩa theo thông số không thực sự là một lỗi. Có thể bị hỏng không phải là từ chính xác nhưng tôi nghĩ bạn hiểu ý của tôi ... nó thường đánh dấu mã hoàn toàn chính xác là có "lỗi" và không nhận được ví dụ. lỗi loại nội dung và JS HTML tạo ra.

Đúng, đúng :-) Trong trường hợp đó, sẽ rất thận trọng khi xác thực đầu ra cuối cùng của trang của bạn (ví dụ: nguồn được tạo), thay vì hiển thị trước trang JS.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.