Seuraava artikkeli auttaa sinua: W3C Validator: mikä se on ja miksi sillä on merkitystä hakukoneoptimoinnissa
Olet ehkä törmännyt W3C:hen web-kehitys- ja SEO-matkoillasi.
W3C on World Wide Web Consortium, ja sen perusti World Wide Webin luoja, Tim Berners-Lee.
Tämä verkkostandardielin luo koodausspesifikaatioita verkkostandardeille maailmanlaajuisesti.
Se tarjoaa myös validointipalvelun, joka varmistaa, että HTML-koodisi (muiden koodien ohella) on kelvollinen ja virheetön.
Sivusi vahvistuksen varmistaminen on yksi tärkeimmistä asioista, joita voidaan tehdä, jotta selain- ja alustojen välinen yhteensopivuus voidaan saavuttaa ja tarjota kaikille helppokäyttöinen verkkokokemus.
Virheellinen koodi voi aiheuttaa häiriöitä, renderöintivirheitä ja pitkiä käsittely- tai latausaikoja.
Yksinkertaisesti sanottuna, jos koodisi ei tee sitä, mitä sen oli tarkoitus tehdä kaikissa yleisimmissä verkkoselaimissa, tämä voi vaikuttaa negatiivisesti käyttökokemukseen ja hakukoneoptimointiin.
W3C-validointi: miten se toimii ja tukee hakukoneoptimointia
Verkkostandardit ovat tärkeitä, koska ne antavat verkkokehittäjille vakiosäännöt koodin kirjoittamista varten.
Jos kaikki yrityksesi käyttämä koodi on luotu samoilla protokollilla, sinun on paljon helpompi ylläpitää ja päivittää tätä koodia tulevaisuudessa.
Tämä on erityisen tärkeää käytettäessä muiden ihmisten koodia.
Jos sivusi noudattaa verkkostandardejane validoivat oikein W3C-tarkistustyökaluja vastaan.
Kun käytät verkkostandardeja koodin luomisen perustana, varmistat, että koodisi on käyttäjäystävällinen sisäänrakennetulla saavutettavuudella.
SEO:n osalta validoitu koodi on aina parempi kuin huonosti kirjoitettu koodi.
John Muellerin mukaan Google ei välitä siitä, miten koodisi kirjoitetaan. Tämä tarkoittaa, että W3C-vahvistusvirhe ei aiheuta sijoituksesi putoamista.
Et myöskään tule paremmaksi validoidulla koodilla.
Mutta hyvin muotoilluilla merkinnöillä on epäsuoria SEO-etuja:
- Poistaa Code bloatin: Koodin vahvistaminen tarkoittaa, että pyrit välttämään koodin paisumista. Validoitu koodi on yleensä ohuempi, parempi ja kompaktimpi kuin sen vastine.
- Nopeammat renderöintiajat: Tämä saattaa johtaa parempiin renderöintiaikoihin, koska selain tarvitsee vähemmän käsittelyä, ja tiedämme, että sivun nopeus on sijoitustekijä.
- Epäsuorat panokset Core Web Vitals -pisteisiin: Kun kiinnität huomiota koodausstandardeihin, kuten lisäät leveys- ja korkeusmääritteen kuviisi, poistat vaiheet, jotka selaimen on suoritettava sivun hahmontamiseksi. Nopeammat renderöintiajat voivat vaikuttaa Core Web Vitals -pisteisiisi ja parantaa näitä tärkeitä mittareita yleisesti.
Roger Montti koonnut nämä kuusi syytä, miksi Google edelleen suosittelee koodin validointia, koska se:
- Saattaa vaikuttaa indeksointinopeuteen.
- Vaikuttaa selaimen yhteensopivuuteen.
- Kannustaa hyvään käyttökokemukseen.
- Varmistaa, että sivut toimivat kaikkialla.
- Hyödyllinen Google Shopping -mainoksille.
- Virheellinen HTML head-osiossa katkaisee hreflangin.
Useiden laitteiden esteettömyys
Kelvollinen koodi auttaa myös muuttamaan paremman selain- ja alustojen välisen yhteensopivuuden, koska se on uusimpien W3C-standardien mukainen, ja selain tietää paremmin, kuinka kyseinen koodi käsitellään.
Tämä parantaa käyttäjäkokemusta ihmisille, jotka käyttävät sivustojasi eri laitteilla.
Jos sinulla on sivusto, joka on tarkistettu, se hahmonnetaan oikein riippumatta siitä, millä laitteella tai alustalla sitä tarkastellaan.
Tämä ei tarkoita sitä, etteikö kaikki koodi toimisi useissa selaimissa ja alustoissa ilman vahvistusta, mutta eri sovellusten renderöinnissä voi olla poikkeamia.
Yleisten syiden koodi ei kelpaa
Web-sivujesi vahvistaminen ei tietenkään ratkaise kaikkia ongelmia, jotka liittyvät sivustosi hahmontamiseen halutulla tavalla kaikilla alustoilla ja kaikilla selausvaihtoehdoilla. Mutta se auttaa ratkaisemaan nämä ongelmat pitkälle.
Jos jokin menee pieleen validoinnissasi, sinulla on nyt lähtökohta, josta voit aloittaa vianetsinnän.
Voit mennä koodiisi ja katsoa, mikä saa sen epäonnistumaan.
On helpompi löytää nämä ongelmat ja tehdä vianmääritys validoidun sivuston avulla, koska tiedät, mistä aloittaa etsiminen.
Tästä huolimatta on useita syitä, joiden vuoksi sivuja ei välttämättä voida vahvistaa.
Selainkohtaiset ongelmat
Saattaa olla, että jokin koodissasi toimii vain yhdellä selaimella tai alustalla, mutta ei toisella.
Tämän jälkeen loukkaavan komentosarjan kehittäjän on ratkaistava tämä ongelma.
Tämä tarkoittaisi sitä, että itse koodia on muokattava, jotta se voidaan vahvistaa kaikilla alustoilla/selaimilla vain joidenkin niistä sijaan.
Käytät vanhentunutta koodia
W3C aloitti validointitestien tekemisen vasta parin viime vuosikymmenen aikana.
Jos sivusi on luotu tätä aikaa edeltävässä selaimessa (esimerkiksi IE 6 tai aikaisempi), se ei läpäise näitä uusia standardeja, koska se on kirjoitettu vanhempia tekniikoita ja muotoja ajatellen.
Vaikka tämä on suhteellisen harvinainen ongelma, sitä tapahtuu silti.
Tämä ongelma voidaan korjata muokkaamalla koodia uudelleen W3C-yhteensopivaksi, mutta jos haluat säilyttää yhteensopivuuden vanhempien selainten kanssa, saatat joutua jatkamaan toimivan koodin käyttöä ja siten luopumaan 100-prosenttisen täydellisen vahvistuksen suorittamisesta.
Molemmat ongelmat voitaisiin mahdollisesti ratkaista pienellä yrityksen ja erehdyksen avulla.
Pienellä työllä ja vaivalla molemmat sivustotyypit voivat validoida useiden laitteiden ja alustojen välillä ilman ongelmia – toivottavasti!
Polyglot-asiakirjat
Polyglot-asiakirjat sisältävät kaikki asiakirjat, jotka on saatettu siirtää vanhemmasta koodiversiosta ja joita ei ole koskaan muokattu yhteensopivaksi uuden version kanssa.
Toisin sanoen se on yhdistelmä asiakirjoja, joiden koodityyppi on eri kuin nykyinen asiakirja (esimerkiksi HTML 4.01 -siirtymäasiakirjatyyppi verrattuna XHTML-dokumenttityyppiin).
Älä tee virhettä: vaikka molemmat voivat olla “HTML” sinänsä, ne ovat hyvin erilaisia kieliä ja niitä on käsiteltävä sellaisina.
Et voi kopioida ja liittää sitä ja odottaa asioiden olevan hienosti ja hienosti.
Mitä tämä tarkoittaa?
Olet esimerkiksi saattanut nähdä tilanteita, joissa voit tarkistaa koodin, mutta melkein jokaisella asiakirjan rivillä on jotain vikaa W3C-validaattorissa.
Tämä voi johtua siitä, että joku on siirtänyt koodia toisesta sivuston versiosta eikä päivittänyt sitä vastaamaan uusia koodausstandardeja.
Joka tapauksessa ainoa tapa korjata tämä on joko muokata koodia rivi riviltä (tavallisen työläs prosessi).
Kuinka W3C-validointi toimii
W3C-validaattori on tämän kirjoittajan valitsema validaattori, jolla varmistetaan, että koodisi validoituu useissa eri alustoissa ja järjestelmissä.
W3C-validaattori on ilmainen käyttää, ja voit pääset siihen tästä.
W3C-validaattorilla on mahdollista tarkistaa sivusi sivun URL-osoitteen, tiedoston latauksen ja suoran syötteen perusteella.
- Vahvista sivusi URL-osoitteen perusteella: Tämä on suhteellisen yksinkertaista. Kopioi ja liitä URL-osoite Osoite-kenttään, ja voit napsauttaa tarkistuspainiketta vahvistaaksesi koodisi.
- Vahvista sivusi lataamalla tiedosto: Kun vahvistat tiedoston lataamisen, lataat valitsemasi html-tiedostot tiedosto kerrallaan. Varoitus: jos käytät Internet Exploreria tai tiettyjä Windows XP -versioita, tämä vaihtoehto ei välttämättä toimi sinulle.
- Vahvista sivusi suoralla syötteellä: Tällä vaihtoehdolla sinun tarvitsee vain kopioida ja liittää tarkistettava koodi editoriin, ja W3C-validaattori hoitaa loput.
Vaikka jotkut ammattilaiset väittävät, että joillakin W3C-virheillä ei ole riimiä tai syytä, 99,9 %:ssa tapauksista on riimi ja syy.
Jos koko asiakirjassa ei ole riimiä ja syytä, saatat haluta viitata alla olevaan monikielisiä asiakirjoja käsittelevään osioon mahdollisena ongelmana.
HTML-syntaksi
Aloitetaan ylhäältä HTML-syntaksilla. Koska se on World Wide Webin selkäranka, tämä on yleisin koodaus, johon törmäät SEO-ammattilaisena.
W3C:ssä on loi spesifikaation HTML 5:lle nimeltä “HTML5 Standard”.
Tämä asiakirja selittää, kuinka HTML tulisi kirjoittaa ihanteellisella tasolla suosittujen selaimien käsittelyä varten.
Jos menet heidän sivustoonsa, voit käyttää heidän validaattoriaan varmistaaksesi, että koodisi on kelvollinen tämän spesifikaation mukaisesti.
He jopa antavat esimerkkejä joistakin säännöistä, joita he etsivät, kun kyse on standardien noudattamisesta.
Tämän ansiosta työsi tarkistaminen ennen sen julkaisemista on helpompaa kuin koskaan!
Validaattorit muille kielille
Siirrytään nyt joihinkin muihin kieliin, joita saatat käyttää verkossa.
Olet ehkä kuullut esimerkiksi CSS3:sta.
W3C:ssä on standardien dokumentaatio CSS 3:lle, jota kutsutaan myös “CSS3-standardiksi”.
Tämä tarkoittaa, että validointimahdollisuuksia on vielä enemmän!
Voit vahvistaa HTML-koodisi niiden standardien mukaisesti ja sitten vahvistaa CSS:si saman standardin mukaisesti varmistaaksesi yhdenmukaisuuden kaikissa alustoissa.
Vaikka saattaa tuntua ylivoimaiselta validoida koodisi niin monen eri standardin mukaisesti kerralla, muista, että tämä tarkoittaa, että on enemmän mahdollisuuksia kuin koskaan varmistaa yhdenmukaisuus eri alustoilla.
Ja niillä teistä, jotka työskentelette vain yhdellä kielellä, teillä on nyt mahdollisuus laajentaa näköalojanne!
Voi olla uskomattoman vaikeaa ellei mahdotonta kohdistaa kaikki täydellisesti, joten sinun on valittava taistelusi.
Saatat myös joutua tarkistamaan jotain nopeasti verkossa ilman, että sinulla on aikaa tai resursseja saatavilla paikallisesti.
Yleiset vahvistusvirheet
Sinun on oltava tietoinen yleisimmistä vahvistusvirheistä, kun käyt validointiprosessia läpi, ja on myös hyvä tietää, mitä nämä virheet tarkoittavat.
Tällä tavalla, jos sivusi ei vahvistu, tiedät tarkalleen, mistä aloittaa mahdollisten ongelmien etsiminen.
Joitakin yleisimpiä validointivirheitä (ja niiden merkityksiä) ovat:
- Kelpaamaton syöte: Kun koodisi yrittää saada jonkinlaisen tietoobjektin näyttämään toiselta tietoobjektilta (esim. lähettämällä numeron tekstinä), saatat saada tämän viestin. Tämä virhe yleensä ilmaisee, että on tehty jonkinlainen koodausvirhe. Ratkaisu olisi selvittää tarkalleen missä virhe tehtiin ja korjata se niin, että koodi vahvistuu onnistuneesti.
- Jäsennysvirhe: Tämä virhe kertoo, että jossain koodauksessa oli virhe, mutta se ei kerro, missä se virhe on. Jos näin tapahtuu, sinun on tehtävä vakava salailu löytääksesi, missä koodisi meni pieleen.
- Syntaksivirheet: Tämäntyyppiset virheet sisältävät (enimmäkseen) huolimattomia virheitä koodaussyntaksissa. Joko syntaksi on kirjoitettu väärin tai sen konteksti on väärä. Joka tapauksessa nämä virheet näkyvät W3C-validaattorissa.
Yllä olevat ovat vain esimerkkejä virheistä, joita saatat nähdä, kun vahvistat sivuasi.
Valitettavasti luettelo jatkuu ja jatkuu – kuten myös näiden ongelmien korjaamiseen käytetty aika!
Tarkemmat virheet (ja niiden ratkaisut)
Saatat löytää tarkempia virheitä, jotka koskevat sivustoasi. Ne voivat sisältää virheitä, joissa viitataan “tunnisteessa käytetty attribuuttityyppi”.
Tämä viittaa joihinkin tunnisteisiin, kuten JavaScript-määritystunnisteisiin, kuten seuraaviin:
