Tärkeä sisältö ei saa riippua napsautuksesta, tietystä vierittämisestä tai löydettävästä yhteydestä. Tarkista, mitä ensimmäinen vastaus sisältää ja mitä tulee näkyviin renderöinnin jälkeen. Teknisen valinnan tulee palvella sekä vierailijoita, huoltoa että moottorin pääsyä.
Erottele alkuperäinen HTML ja renderöity sivu
Selaimen vastaanottama koodi voi sisältää vain yhden luurangon, jonka JavaScript on sitten täyttänyt. Google kuvaa hoitoa, joka sisältää tutkimisen, renderöinnin ja indeksoinnin. Se, että moottori voi käyttää JavaScriptiä, ei takaa, että jokainen riippuvuus tai vuorovaikutus toimii. Joten vertaa alkuperäistä vastausta sivuilla, jotka sisältävät tarjouksiasi ja toimituksellisia vastauksiasi, sivuilla olevaan sisältöön.
testata tavallisia olosuhteita
Avaa sivu julkisessa istunnossa hitaalla verkolla ja hallitse sitten käytettävissä olevaa, jos resurssi epäonnistuu. Onko otsikko, päätösteksti ja linkit hyödyllisille sivuille? API-virheiden ei pitäisi muuttaa olemassa olevaa tiedostoa tyhjäksi sivuksi. Tarkista myös, että lataustilat eivät näy loputtomiin.
hyväksymistesti kolmessa tilassa samalla sivulla
Testaa sivu sen suorasta URL-osoitteesta, sitten sisäisen selaamisen jälkeen ja sitten, kun hyväksymistestiympäristössäsi ei ole riippuvuutta. Haluat tietää, mitä vierailija voi lukea ja tehdä kussakin osavaltiossa. Mahdollisuus tehdä JavaScriptiä ei poista virheiden, linkkien ja johdonmukaisen sisällön palvelemisesta. Seuraavat tarkistuspisteet koskevat opasta sekä tuotelehteä.
| Elementti | kysymys alkuperäisessä HTML:ssä | Kysymys renderöinnin jälkeen |
|---|---|---|
| Otsikko ja ratkaiseva teksti | Ovatko aihe ja vastaus olemassa? | Onko teksti täydellinen ja aina johdonmukainen? |
| Linkkejä sivujen välillä | Voiko todellisia kohteita poimia? | Tuottaako navigointi hyviä URL-osoitteita? |
| tuotetiedot | Vastaavatko arvot pyydettyä tuotetta? | Muuttaako vuorovaikutus muunnelmaa oikein? |
| Virhe tai resurssien puute | Ovatko tila ja viesti sopivat? | Voiko latausvirheen ymmärtää? |
| metatiedot | Onko sivulla oma identiteettinsä? | Aiheuttaako asiakaspuolen päivitys ristiriidan? |
Googlen dokumentoimat javascript SEO -periaatteet Erota tutkimus, renderöinti ja indeksointi. hyväksymistestisi pitäisi pitää nämä vaiheet erillään. Näkyvä teksti selaimessasi on renderöintilöytö näissä olosuhteissa, ei todiste siitä, että kaikki hakukokemukset voivat tai tulevat hyödyntämään sitä.
tehdä navigoinnista selväksi
Käytä HTML-linkkejä, joissa on todellinen kohde sivujen välisille reiteille. Painike, joka muuttaa vain sovelluksen tilaa, ei aina korvaa jaettavaa URL-osoitetta. Luettelossa jokaisen tärkeän tuotteen on voitava avata suoraan. Tarkista suoran käytön aikana palautetut uudelleenohjaukset ja tilat, ei vain kotoa selattaessa.
Kuvitteellinen esimerkki: ominaisuudet välilehdessä
Arkki lataa sen mitat vasta välilehden avaamisen jälkeen. Tiimi sijoittaa ratkaisevat tiedot julkisesti saatavilla olevalle sivulle ja järjestää sitten lukemisen välilehdellä. Se ohjaa tulosta matkapuhelimella ja sivun tarkastuksessa. Tavoitteena ei ole estää JavaScriptiä, vaan estää hauraita toimia säätelemästä pääsyä päätöksen edellyttämiin ominaisuuksiin.
päättää, mitä tarjotaan ilman vuorovaikutusta
Artikkelin päävastaus ja hyödylliset linkit voivat yleensä tulla sivun mukana. Luettelossa käyttöliittymä voi pysyä interaktiivisena ja tarjoaa samalla suoran URL-osoitteen, joka tunnistaa tuotteen ja sen olennaiset tiedot. Toissijaiset toiminnot, kuten räätälöintityökalu, vaativat puhtaan analyysin: niiden interaktiivinen tekeminen ei tarkoita, että kortin muun osan pitäisi olla alussa tyhjä.
- Valitse edustava malli ja poimi sen julkinen sisältö. Tee luettava vertailu vastaanotetun koodin ja lopullisen sisällön välillä päivämäärän ja testiolosuhteiden kanssa.
- Tarkista tärkeät linkit. HTML-linkki, jossa on href ja real destination, on suoremmin käyttökelpoinen kuin toiminto, joka muuttaa vain sisäisen tilan ilman URL-osoitetta.
- Testiympäristössä tarvittava resurssi epäonnistuu. Tarkista viesti, mahdollisuus yrittää uudelleen ja mikä on edelleen käytettävissä. Älä vapaaehtoisesti aiheuta tämän esittelyn tuotantohäiriöitä.
- Korjaa ensin tässä mallissa havaittu vika ja tarkista sitten muut sitä käyttävät sivut. Mittaa myös vaikutus nopeuteen ja ylläpitoon ennen uuden arkkitehtuurin yleistämistä.
Googlen asiakirja päällä tutkittavia linkkejä tarjoaa esimerkkejä tulkittavista linkeistä. Palautusprojektissa tämä hyväksymistesti voidaan integroida spesifikaatioihin: odotamme todennettavissa olevaa vastausta, navigointia ja virhetilaa, ei vain onnistunutta kuvakaappausta. diagnoosi CDN-lukot jää ylimääräiseksi, jos sisältö ei saavuta selainta tai robottia.
Valitse suhteellinen korjaus
Palvelinpuolen renderöinti tai sivun luominen voi olla olennaista, mutta täydellistä siirtoa ei aina vaadita. Aloita edustavalla mallilla, mittaa pääsyä, suorituskykyä ja helppoa päivitystä. Tarkista sitten metatiedot ja linkit molemmissa versioissa. Sitä tarpeettoman JavaScriptin vähentäminen voi suorittaa tämän työn hämmentävää nopeutta ja indeksoitavuutta.