Apakah standar W3 merupakan faktor utama ketika google memutuskan posisi SERP?


9

Saya memiliki situs web php dinamis yang indeksnya hanya memiliki sekitar 800 kesalahan menurut validator w3 online.

Saya telah mencoba memeriksa situs web utama seperti ebay, stackoverflow dan lainnya juga, semuanya dengan sekitar 400 kesalahan.

Jadi pikiran pertama saya adalah, apa gunanya validator itu ketika selalu menampilkan kesalahan?

Kedua, apakah kesalahan akan mempengaruhi peringkat SERP saya? yaitu, akankah saya memperbaiki kesalahan ini sebaik saya dapat meningkatkan posisi pencarian Google saya?

Terima kasih


2
stackoverflow valid untuk HTML 4.01 Strict!
haha

Lihatlah Panduan Google SEO Starter. Cukup ikuti saran di dalamnya dan Anda harus baik-baik saja. Juga, beraninya Anda mengatakan bahwa SO memiliki 400 kesalahan! :)
Šime Vidas

Tautan masuk adalah satu-satunya faktor utama dalam menentukan peringkat.
danlefree

Saya tidak setuju, nama domain dan judul halaman tampaknya membawa banyak sekali beban sendiri.
John Conde

Jawaban:


11

Apakah memvalidasi meningkatkan hasil saya?

Tidak.

apa gunanya validator itu ketika selalu menampilkan kesalahan?

Itu tidak selalu menampilkan kesalahan. Ini menampilkan kesalahan di mana ada kesalahan. Yang mengarah pada pertanyaan Anda seharusnya, yaitu:

Apakah menulis HTML yang mengerikan dan tidak valid membahayakan saya?

Dan ya. Itu tidak merugikan Anda karena Anda akan memiliki banyak browser yang tidak kompatibel; karena tidak seorang pun yang pernah mempekerjakan saya untuk front-end akan mempekerjakan Anda; karena kemungkinan akan merusak pemrosesan terkait DOM; karena aksesibilitas Anda akan menyedot dan akan memotong 2% populasi manusia; karena peringkat tidak cacat oleh kurangnya validitas per se, tetapi pasti dibantu oleh kode yang bermakna dan teratur.

Belum berakhir: itu tidak hanya buruk untuk Anda, itu buruk bagi kita semua dan kami harus menyalahkan Anda. Karena layanan web yang bagus yang Anda gunakan setiap hari bergantung pada standar, dan jika pengembangannya lambat dan mereka tidak dapat mencapai potensinya, itu karena Anda , markupper yang ceroboh.

Setiap hari, ketika Anda bangun dan menyadari bahwa web bukanlah jaringan semantik yang dirancang dengan semestinya, Anda harus memberi kami semua permintaan maaf Anda.

Juga liburan yang menyenangkan.


wow, dipilih? Anda yakin dapat menerima kritik, @Camran. juga, @ people-who-vote-this-down: argumen?

1

Jadi pikiran pertama saya adalah, apa gunanya validator itu ketika selalu menampilkan kesalahan?

Pertanyaan bagus! Validator memeriksa sintaks markup terhadap spesifikasi W3C , yang hari ini adalah HTML atau XHTML. Ini sempurna (atau hampir sempurna, meskipun saya belum menemukan kesalahan besar dalam memeriksa) dalam arti bahwa itu akan memberi tahu Anda bahwa Anda memiliki markup yang secara teknis tidak valid.

Namun demikian, markup yang tidak valid dalam praktik belum berakhir. Pikirkan standar W3C sebagai spesifikasi yang sangat ketat untuk dialek bahasa Inggris tertentu. Ketika browser dikembangkan dengan spesifikasi dalam pikiran, anggap sebagai pergi ke sekolah dalam dialek itu, condong ke cara yang tepat untuk berbicara, membaca, mendengarkan, dan memahami dialek bahasa Inggris ini. Dalam praktiknya, browser ini juga pergi ke taman bermain dan berkeliling dunia dan belajar untuk memahami sedikit modifikasi pada konvensi standar. Peramban juga menonton film-film lama, jadi ia belajar bagaimana memahami sintaksis dan kosakata "lama", meskipun itu tidak diajarkan secara ketat di sekolah (dalam spesifikasi). Beberapa browser (terutama IE <9) memiliki orang tua (pengembang) yang merasa bahwa kurikulum reguler dapat direvisi untuk membuat browser yang lebih baik, jadi mereka dikirim ke sekolah swasta yang sama sekali berbeda. Pada akhirnya, Anda mendapatkan browser berbeda yang memahami bahasa yang berbeda. Masing-masing dari mereka juga memiliki faktor "kebohongan" yang sangat murah hati. Sama seperti Anda tahu apa artinya seseorang ketika mereka menghujat atau memasukkan kesalahan ketik, browser juga melakukan hal yang sama. Bahkan lebih sering, orang atau komunitas menemukan cara inovatif untuk berbicara (menulis markup) yang kebetulan dimengerti oleh browser meskipun belum dilatih secara formal di sekolah (berdasarkan spesifikasi). Pada saat itu, Anda mendapatkan banyak kode yang tidak memenuhi standar yang masih berfungsi dalam praktiknya. Sama seperti Anda tahu apa artinya seseorang ketika mereka menghujat atau memasukkan kesalahan ketik, browser juga melakukan hal yang sama. Bahkan lebih sering, orang atau komunitas menemukan cara inovatif untuk berbicara (menulis markup) yang kebetulan dimengerti oleh browser meskipun belum dilatih secara formal di sekolah (berdasarkan spesifikasi). Pada saat itu, Anda mendapatkan banyak kode yang tidak memenuhi standar yang masih berfungsi dalam praktiknya. Sama seperti Anda tahu apa artinya seseorang ketika mereka menghujat atau memasukkan kesalahan ketik, browser juga melakukan hal yang sama. Bahkan lebih sering, orang atau komunitas menemukan cara inovatif untuk berbicara (menulis markup) yang kebetulan dimengerti oleh browser meskipun belum dilatih secara formal di sekolah (berdasarkan spesifikasi). Pada saat itu, Anda mendapatkan banyak kode yang tidak memenuhi standar yang masih berfungsi dalam praktiknya.

Kedua, apakah kesalahan akan mempengaruhi peringkat SERP saya? yaitu, akankah saya memperbaiki kesalahan ini sebaik saya dapat meningkatkan posisi pencarian Google saya?

Google merekomendasikan markup yang patuh, tetapi hampir tidak ada bukti konklusif selain dari kasus-kasus di mana para peneliti memotong-motong markup mereka sedemikian parah sehingga kontennya bahkan tidak ditampilkan dengan benar. Ini mungkin karena perayap Google sendiri berpengalaman tidak hanya dalam spesifikasi standar, tetapi juga dalam semua dialek termasuk yang kasual dan lama. Itu juga memiliki banyak mekanisme kompensasi untuk menebus kesalahan kecil.

Pada akhirnya, cobalah yang paling sulit untuk memiliki markup yang valid jika Anda bisa. Sangat mungkin untuk melakukannya jika Anda menjadikannya prioritas. Dalam pengalaman saya, pada saat Anda sudah cukup maju untuk melanggar aturan (yang saya tahu saya tidak tahu), Anda cukup tahu tentang aturan dan parsing dan menampilkan implikasi bahwa pertanyaan awal Anda bukan pertanyaan sama sekali.


Tidak ada dialek HTML4 yang berbeda. Ada berbagai versi HTML dan XHTML, tetapi alasan mengapa orang menggunakan markup tidak valid adalah karena mereka juga tidak tahu itu tidak valid atau browser tertentu tidak mengizinkan markup yang valid (bukan karena mereka lebih berbudaya, tetapi karena pengembang mengacaukan naik). Bahasa pemrograman tidak sama dengan bahasa manusia. Aturan tata bahasa dan sintaksis mereka tidak subyektif. Agar web berfungsi dengan baik, pengembang harus mengikuti aturan yang diterapkan oleh browser; dan browser harus mengikuti spesifikasi yang ditetapkan oleh W3C.
Lèse majesté

1

Itu tidak akan memengaruhi peringkat SERP Anda. Dari saluran YouTube resmi untuk Google Webmaster Central:

Jadi kami tidak memberikan dorongan apa pun ke laman jika validasi. Ini mungkin hal yang baik untuk dilakukan untuk keperluan internal Anda sendiri, tetapi itu tidak membuat Google meningkatkan peringkat Anda atau semacamnya. Dan alasan sederhana adalah bahwa sebagian besar halaman di web tidak memvalidasi seperti sekarang.

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

Ini masih merupakan ide yang baik untuk memvalidasi halaman Anda, karena akan membuat kode lebih sedikit rawan kesalahan dan lebih mudah untuk dipelihara.


0

Sebagian besar SEO tampaknya setuju bahwa memiliki kode yang tidak disarangkan dengan benar atau memiliki kesalahan besar buruk untuk SEO. Mereka semua juga setuju bahwa itu tidak akan memberi Anda peringkat yang lebih baik ketika Anda benar-benar memiliki HTML yang valid.

Jadi kesimpulan terakhir saya adalah: baik untuk alasan desain web & SEO, Anda harus memperbaiki semua kesalahan mencolok yang mungkin menyebabkan masalah rendering atau pengurai yang buruk. Jangan khawatir tentang atribut yang tidak diizinkan, atau tentang satu plugin yang menggunakan tag, bukan. Hanya saja tidak sepadan dengan waktu atau uang Anda.

- Validasi W3C: mengapa Anda harus peduli, dan mengapa tidak di yoast.com


Ini adalah pragmatisme!

-1

Itu sama sekali bukan faktor. HTML adalah bahasa yang sangat fleksibel, tidak ada masalah dengan melakukan hal seperti ini

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

Kemudian Anda hanya menggunakan mesin javascript favorit Anda dan memiliki menu yang bagus dengan tooltips. Tentu saja itu tidak akan divalidasi.

Sayangnya, validator W3C rusak. Itu tidak dapat memvalidasi tipe konten, kode js, output kode js html, ajax, untuk beberapa nama. Selain itu tidak memeriksa jenis konten adalah kesalahan serius. Jika Anda memiliki XHTML DOCTYPE tetapi tipe konten: teks / html Anda harus memvalidasi terhadap HTML, kebanyakan orang akan memvalidasi (salah) terhadap XHTML dan kemudian memperbaiki "kesalahan" ... seperti mengubah

[br] => [br /]

tetapi [br /] adalah kesalahan dalam HTML ... jadi mereka melakukan apa yang dikatakan oleh validator dengan salah, dan yang mereka lakukan hanyalah menambahkan bug ke kode mereka.


Tujuan validator W3C bukan untuk memvalidasi Javascript Anda. Itu tidak membuatnya "rusak".

document.write ("<div ini adalah konten div saya </div>"); Semua yang saya coba katakan - Anda tidak harus terlalu bergantung padanya sebelum Anda tahu persis apa hasilnya dan apa yang tidak. Misalnya. atribut yang ditentukan pengguna menurut spesifikasi sebenarnya bukan kesalahan. Mungkin patah bukan kata yang tepat tetapi saya pikir Anda tahu apa yang saya maksud ... itu biasanya menandai kode yang sepenuhnya benar sebagai "kesalahan", dan gagal mendapatkan mis. bug tipe-konten dan JS HTML yang dihasilkan.

Ya, benar :-) Dalam hal ini akan lebih bijaksana untuk memvalidasi hasil akhir dari halaman Anda (misalnya melihat sumber yang dihasilkan), daripada rendering halaman pra-JS.
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.