Aina kun asetat sivutuksesi palaamaan takaisin ensimmäiselle sivulle, tekoäly ei ehkä koskaan näe toista sivuasi. Useimmat sivustojen omistajat tekevät tämän tajuamatta, että generatiiviset hakukoneet lähestyvät sivutusta täysin eri tavalla kuin perinteinen haku. Tuotelistasi toinen sivu, blogiarkistosi kymmenes sivu, case study -sivusi kolmas sivu: ChatGPT:lle tai Perplexitylle ne eivät ehkä ole olemassa lainkaan.
Tällä on merkitystä, koska sivutus vaikuttaa kahteen tekoälynäkyvyyttä ohjaavaan asiaan: indeksoitavuuteen ja sisältöarkkitehtuuriin. Huonosti rakennettu sivutusjärjestelmä tarkoittaa, ettei tekoäly koskaan näe kokonaisia osia valikoimastasi, artikkeleistasi tai auktoriteettisisällöstäsi. Kun tekoälyn käyttäjä esittää kysymyksen, johon kymmenennen sivun artikkelisi vastaa täydellisesti, järjestelmä ei koskaan löydä sitä, koska se ei koskaan indeksoinut ensimmäistä sivua pidemmälle.
Mitä sivutus oikeasti on (ja miksi sillä on väliä tekoälylle)
Perusteet
Sivutus on järjestelmä, joka jakaa ison sisältökokoelman pienempiin, numeroituihin sivuihin. Tuotekategoria, jossa on 500 tuotetta, jaetaan 50 sivuun, joilla kullakin on 10 tuotetta. Blogiarkisto, joka näyttää 20 kirjoitusta sivulla. Jokainen numeroitu sivu on oma URL-osoitteensa: sivu 1 on /products, sivu 2 on /products?page=2, sivu 3 on /products?page=3.
Miksi tekoäly näkee sen eri tavalla
Perinteisessä haussa sivutus on ratkaistu jo kauan sitten. Googlen robotti seuraa linkkejä ensimmäiseltä sivulta toiselle ja kolmannelle. Se tunnistaa kuvion ja indeksoi jokaisen sivun erikseen. Tekoälylle sivutuksesta tulee näkyvyysongelma. Jos sivutusrakenteesi canonicalisoi jokaisen sivun takaisin ensimmäiselle sivulle, tekoäly näkee vain ensimmäisen sivun. Sisältösi sivuilla kaksi-kymmenen on käytännössä piilotettu.
Miten tekoäly indeksoi sivutettua sisältöä eri tavalla
ChatGPT ei indeksoi lainkaan
ChatGPT ei indeksoi reaaliajassa. Se koulutettiin ajan myötä kerätyllä tilannekuvadatalla. Kun koulutus päättyi, ChatGPT ei selaa nykyistä verkkoa.
Perplexity ja reaaliaikainen tekoäly käyttävät perinteistä hakua
Perplexity, Claude ja alustat, jotka väittävät pääsevänsä reaaliaikaiseen dataan, eivät indeksoi kuten Googlebot. Ne muotoilevat käyttäjien kyselyt uudelleen ja lähettävät ne Googleen ja muihin hakukoneisiin. Sitten ne poimivat 5-10 parasta takaisin tullutta tulosta. Jos ensimmäinen sivusi sijoittuu kyselyssä mutta viides sivusi ei, Perplexity ei koskaan näe viidettä sivua.
Canonical-tagin ongelma
Monet sivustot canonicalisoivat jokaisen sivutetun sivun takaisin ensimmäiselle sivulle. Tämä kertoo tekoälylle, että kaikkia 50 sivua pitää käsitellä yhtenä sivuna. Google yhdistää kaiken yhdeksi indeksimerkinnäksi. Tekoäly seuraa Googlen esimerkkiä ja näkee vain ensimmäisen sivun. Sivujen kaksi-50 uniikki sisältö muuttuu näkymättömäksi.
Miksi loputon vieritys luo suuremman tekoälyongelman
Miten loputon vieritys rikkoo tekoälynäkyvyyden
Loputon vieritys lataa uutta sisältöä, kun käyttäjä vierittää alas. Ihmisestä se tuntuu saumattomalta. Tekoälyroboteille se on musta laatikko. Useimmat tekoälyrobotit eivät suorita JavaScriptiä. ChatGPT:n robotti näkee vain alkuperäisen HTML:n, joka latautui, kun sivu ensimmäisen kerran piirtyi. Sisältö, joka latautuu dynaamisesti, kun ihmiset vierittävät? Robotti ei koskaan nähnyt sitä.
OpenAI:n robotit, Perplexityn robotit ja Clauden järjestelmät jakavat kaikki tämän rajoituksen. Ne hakevat HTML:n mutta eivät odota JavaScriptin suorittamista. Jos koko tuotteidesi toinen puolisko on olemassa vain JavaScriptissä, tekoäly ei koskaan näe niitä.
Hybridilähestymistapa
Rakenna perinteiset sivutetut URL-osoitteet niin, että jokainen sivu on olemassa erillisenä, staattisena URL-osoitteena. Lisää sitten JavaScript päälle käyttökokemusta varten. Kun joku vierittää, selain päivittää URL-osoitteen. Tekoälyrobotti pääsee yhä jokaiselle sivulle erikseen, koska URL-osoitteet ovat olemassa ja indeksoitavissa.
Ero sivun identiteetin ja sivun samankaltaisuuden välillä
Miksi rel="next" ja rel="prev" eivät enää ole tärkeitä
Vanhemmassa ohjeistuksessa suositeltiin rel="next"- ja rel="prev"-tageja sivutusjärjestysten merkitsemiseen. Google vahvisti vuonna 2019, ettei se enää käytä näitä tageja indeksointiin tai sijoitukseen. Googlen BERT-teknologia kehittyi tarpeeksi hienostuneeksi tunnistamaan sivutuksen automaattisesti. Tekoälylle nämä tagit eivät merkitse mitään.
Miten tekoäly päättää, ovatko sivut kaksoiskappaleita
Tekoälyn täytyy päättää, ansaitseeko sivu oman indeksimerkintänsä vai pitäisikö se yhdistää toiseen sivuun. Jos ensimmäinen sivu näyttää tuotteet 1-10 ja toinen sivu tuotteet 11-20, niiden pitäisi olla eri sivuja. Niillä on uniikki sisältö. Ne palvelevat eri kyselyitä.
Mutta jos kopioit saman metaotsikon, saman johdantotekstin ja vaihdat vain tuotteet, tekoäly voi käsitellä niitä ohuina kaksoiskappaleina. Se voi päättää, ettei toinen sivu tuo lisäarvoa. Vaihtoehtoisesti, jos jokainen sivu canonicalisoidaan ensimmäiselle sivulle, tekoäly indeksoi vain ensimmäisen sivun.
Miten sivutus rakennetaan niin, että tekoäly löytää sisältösi
Sääntö yksi: itsenäinen indeksointi
Jokaisella sivutetulla sivulla pitäisi olla oma URL-osoitteensa ja se pitäisi voida indeksoida itsenäisesti. Älä canonicalisoi toista sivua takaisin ensimmäiselle. Anna jokaisen sivun seistä omillaan.
Sääntö kaksi: näkyvä erottelu
Jos toinen sivu eroaa ensimmäisestä, tee ero näkyväksi HTML:ssä. Jos toinen sivu näyttää tuotteet 11-20, tee se selväksi. Käytä uniikkeja metaotsikoita ja kuvauksia jokaiselle sivulle. Lisää schema-merkintä, joka kertoo roboteille, millä sivulla ne ovat ja mitä sisältöä se sisältää.
Loputtoman vierityksen käyttäjille
Pidä perinteiset sivutus-URL-osoitteet roboteille saatavilla. Lisää loputon vieritys käyttäjille päälle. Kun joku vierittää, käytä JavaScriptin pushStatea URL-osoitteen päivittämiseen ilman koko sivun latausta.
Tekninen toteutus
Ota käyttöön XML-sivukartat, jotka listaavat kaikki sivutetut sivut. Tuotesivustoille käytä Product-schemaa ja ItemList-schemaa. Blogeille käytä uniikkeja metaotsikoita ja kuvauksia jokaisella sivulla. "Kaikki artikkelit SEO:sta ja sisällöstä" ja "Kaikki artikkelit teknisistä SEO-auditoinneista" kertovat tekoälylle, että nämä ovat eri kokoelmia, eivät sama sivu toistettuna.
Milloin käyttää sivutusta, loputonta vieritystä tai "lataa lisää" -painiketta
Jokaisella lähestymistavalla on eri kompromissit tekoälynäkyvyyden ja käyttökokemuksen kannalta. Valinta riippuu siitä, priorisoitko haussa löydettävyyttä vai käyttäjien sitoutumista. Useimmille sivustoille hybridilähestymistapa toimii parhaiten: rakenna indeksoitavat sivutus-URL-osoitteet ja paranna kokemusta JavaScriptillä.
| Lähestymistapa | Miten se toimii | Tekoälynäkyvyys | Käyttökokemus | Sopii parhaiten |
|---|---|---|---|---|
| Sivutus | Erilliset URL-osoitteet jokaiselle sivulle (/page=1, /page=2 jne.) | Vahvin. Jokainen sivu on itsenäisesti indeksoitavissa. | Vaatii "seuraava"-painikkeen klikkaamista nähdäkseen lisää sisältöä. | Hakunäkyvyys. Verkkokaupan kategoriat, blogiarkistot ja kaikki isot sisältökokoelmat. |
| Loputon vieritys | Sisältö latautuu dynaamisesti, kun käyttäjät vierittävät. Ei uusia URL-osoitteita. | Heikoin. Useimmat tekoälyrobotit eivät suorita JavaScriptiä. Alkulatauksen jälkeinen sisältö on näkymätöntä. | Paras. Saumaton kokemus, ei klikkauksia. | Käyttäjien sitoutuminen ja sivulla vietetyn ajan mittarit. Ei suositella SEO:n kannalta kriittiselle sisällölle. |
| "Lataa lisää" -painikkeet | Käyttäjät klikkaavat painiketta ladatakseen seuraavan erän. JavaScript-pohjainen mutta erillisillä toiminnoilla. | Kohtalainen. Voi toimia hyvin, jos yhdistät sen URL-muutoksiin pushStaten avulla. | Hyvä välimuoto. Selkeä toiminto mutta vähemmän saumaton kuin loputon vieritys. | Hybridilähestymistapa. Sitoutumista ja jonkin verran haettavuutta. |
| Hybridi (sivutus + JS) | Indeksoitavat sivutus-URL-osoitteet ovat olemassa. JavaScript parantaa käyttökokemusta loputtomalla vierityksellä päällä. | Vahvin. URL-osoitteet ovat indeksoitavissa, mutta käyttäjät saavat saumattoman kokemuksen. | Molempien parhaat puolet. Saumaton vieritys ihmisille, jäsennellyt sivut roboteille. | Suositeltu useimmille sivustoille. Antaa tekoälynäkyvyyden uhraamatta käyttökokemusta. |
| Sivutus rel="next"/rel="prev"-tageilla | Perinteiset merkintätagit, jotka kertovat sivujen järjestyksen. | Heikko tekoälylle. Google on jättänyt ne huomiotta vuodesta 2019. Muut hakukoneet saattavat yhä käyttää niitä. | Sama kuin perussivutuksessa. | Vanha lähestymistapa. Ei enää suositella. |
| "Näytä kaikki" -vaihtoehto | Yksi sivu näyttää kaiken sisällön ilman sivutusta. | Vahvin, jos toteutettu oikein. Kaikki sisältö yhdessä URL-osoitteessa. | Huono. Sivun lataus kestää liian kauan. Käyttäjälle ylivoimainen. | Vain pienille sisältökokoelmille (alle 50 kohdetta). Ei käytännöllinen suurille valikoimille. |
Sivutus ja sivukohtainen tekoälyoptimointi
Kohtele jokaista sivua erillisenä lainauslähteenä
Sen sijaan että pitäisit sivutusta välttämättömänä pahana, kohtele sitä optimointimahdollisuutena. Jokainen sivutettu sivu voi kohdistua osaan käyttäjän aikeesta. Ensimmäinen sivu kohdistuu laajaan löytämiseen. Toinen sivu kohdistuu kapeampiin tuotteisiin. Kolmas sivu kohdistuu tiettyihin ominaisuuksiin.
Jokaisesta sivusta tulee oma lainattava lähteensä. Kun tekoälyn käyttäjä kysyy tietystä tuoteryhmästä, tekoäly voi lainata täsmälleen sitä sivua, jolla kyseinen tieto on.
Optimoi jokainen sivu erikseen
Käytä uniikkeja metaotsikoita ja kuvauksia, jotka heijastavat kyseisen sivun sisältöä. Lisää H1, joka kertoo lukijoille, mitä he katsovat. "Tietokonenäytöt: 4K ja korkeammat" kertoo tekoälylle, että sivu koskee nimenomaan korkean resoluution näyttöjä, ei kaikkia kategorian näyttöjä.
Canonical-tagit ja sivutus
Ylikanonisoinnin virhe
Monet sivustojen omistajat asettavat jokaisen sivutetun sivun canonical-tagin osoittamaan ensimmäiselle sivulle. Tämä kertoo tekoälylle, että kaikkia 50 sivua pitää käsitellä yhtenä sivuna. Strategia kostautuu tekoälynäkyvyydessä. Jos jokainen sivu canonicalisoidaan ensimmäiselle, tekoäly indeksoi vain ensimmäisen sivun.
Parempi lähestymistapa
Käytä itseensä viittaavia canonicaleja. Toisen sivun canonical osoittaa toiselle sivulle. Viidennen sivun canonical osoittaa viidennelle sivulle. Tämä kertoo hakukoneille "tämä sivu on oma arvovaltainen versionsa", ei "käsittele minua ensimmäisenä sivuna".
Milloin yhdistää
Jos URL-parametrien vaihtelut luovat päällekkäistä sivutusta (page=1 vs page=2 vs page=2&sort=date), yhdistä nämä yhden canonicalin alle. Mutta älä romahduta koko sivutusjaksoa ensimmäiselle sivulle.
Usein kysytyt kysymykset
[wemasy-accordion type="primary" wemasy-accordion title="Käyttääkö Google yhä rel=\"next\"- ja rel=\"prev\"-tageja sivutukseen?"]<p>Google vahvisti vuonna 2019, ettei se enää käytä näitä tageja indeksointiin tai sijoitukseen. Muut hakukoneet pitävät niitä yhä hyödyllisinä. Tekoälynäkyvyydessä näillä tageilla ei ole väliä.</p>
[/wemasy-accordion]
Jos canonicalisoin kaikki sivut ensimmäiselle sivulle, rankaiseeko Google minua?
Google ei rankaise sinua. Mutta menetät sivukohtaisen indeksoinnin. Jos viidennellä sivulla on uniikkia sisältöä, haluat sen indeksoitavan erikseen tiettyjä kyselyitä varten. Ylikanonisointi heikentää näkyvyyttä kaikissa hakutyypeissä. WEMASY:n Sivustonrakentajalla voit hoitaa tämän suoraan verkkosivustollasi.
Pitäisikö käyttää loputonta vieritystä vai sivutusta?
Hakunäkyvyyden kannalta perinteinen sivutus on vahvempi. Käyttökokemuksen kannalta loputon vieritys toimii hyvin. Paras lähestymistapa on hybridi: pidä sivutus-URL-osoitteet indeksoitavina ja paranna kokemusta JavaScriptillä.
Kuinka monta kohdetta sivulla pitäisi näyttää?
Taikalukua ei ole. Tuotekategoriat näyttävät usein 12-50 tuotetta sivulla. Blogiarkistot näyttävät 10-20 kirjoitusta sivulla. Tasapainota sivun latausnopeus ja liian monen sivutussivun välttäminen. Tekoälylle tärkeää on, että jokainen sivu on itsenäisesti indeksoitavissa ja sillä on erottuvaa sisältöä.
Pitääkö sivutetut sivut lähettää Google Search Consoleen?
Sisällytä kaikki sivutetut sivut XML-sivukarttaasi. Google löytää ne indeksoimalla, mutta sivukartta auttaa varmistamaan, ettei mitään jää huomaamatta. Tekoälynäkyvyyttä varten haluat jokaisen sivutetun sivun olevan indeksoitavissa.
Onko sivun nopeudella merkitystä sivutetuilla sivuilla?
On. Hitaat sivutetut sivut latautuvat hitaasti sekä kävijöille että roboteille. Jos toisen sivun lataus kestää 8 sekuntia, robotit voivat aikakatkeaa. Optimoi sivun nopeus jokaisella sivutetulla sivulla, erityisesti alkupään sivuilla, joilla robotit käyvät ensin.