SEO-opit oman sivustomme korjaamisesta

Käytimme muutaman päivän sivustomme lukemiseen niin kuin hakukone sen lukee, ja löysimme kuusi asiaa, jotka kannatti korjata. Jokainen sivu ilmoitti kahdesta FAQ-lohkosta, Google käytti pikkukuvanaan koristeellista taustahehkua, joukko mallisivuja sijoittui hauissa, joihin ne eivät vastanneet, ja uusi osa sivustosta oli reunapalvelimemme estämä stagingissa. Mikään ei ollut dramaattista. Kaikki se kuitenkin heikensi näkyvyyttämme hiljaa.

Sivusto yhdessä kappaleessa

mythex.ai on yhden sivun sovellus, jonka renderöimme valmiiksi build-vaiheessa: skripti käy läpi jokaisen reitin, kirjoittaa siitä staattisen HTML-tiedoston ja lisää sivun otsikon, kuvauksen ja jäsennellyn datan (JSON-LD-lohkon, joka kertoo hakukoneille, mitä sivu on; katso mitä jäsennelty data on). Suurin osa seuraavasta liittyy tähän renderöintivaiheeseen, koska se on HTML, jonka indeksoija oikeasti lukee.

1. Jokainen sivu väitti olevansa FAQ-sivu

Oire. HTML-pohjamme sisälsi koko sivuston kattavan FAQPage-lohkon jäsennellyssä datassa, ja sen URL osoitti kohteeseen /faq. Renderöinti lisäsi sitten jokaisen sivun oman FAQPage-lohkon päälle. Joten jokaisella sivulla oli kaksi, ja tietosuojakäytäntömme kertoi Googlelle olevansa FAQ-sivu.

Miksi tällä on merkitystä. Google odottaa enintään yhtä FAQPage-merkintää sivua kohden. Toinen, muualle osoittava merkintä on sellaista, mikä voi alentaa sivun merkintöjen arvoa, ei vain jättää niitä huomiotta.

Korjaus. Yleinen lohko on poistettu. Jokaisen sivun FAQ-merkinnät tulevat nyt yhdestä paikasta, mukaan lukien /faq itse, joka rakentaa ne kaikista kysymyksistä. Sivut, joilla ei ole FAQ-kysymyksiä, eivät ilmoita niitä, mikä on rehellinen vastaus. Renderöinti epäonnistuu, jos jollakin sivulla on enemmän kuin yksi FAQPage taas. Sääntö, joka elää vain jonkun muistissa, rikotaan. Sääntö, jonka build pakottaa, ei.

2. Google käytti meille väärää kuvaa

Oire. Hakutuloksissa Mythex-pikkukuvana oli pehmeästi sykkivä hehku etusivun hero-osion takana, eli koristeellinen taustakuva, eikä jakokorttimme.

Miksi näin tapahtui. Emme koskaan kertoneet Googlelle, mikä kuva edustaa sivua, joten se valitsi löytämänsä kuvan.

Korjaus. Ongelmalla on kaksi puolta:

• Kerro, mikä kuva kuuluu sivulle. Etusivulla on nyt WebPage-solmu, jonka primaryImageOfPage osoittaa jakokorttiin, ja jokaisen renderöidyn sivun jäsennelty data sisältää oman kuvansa (sivun oman jakokuvan tai oletuskuvan).
• Piilota koriste. Taustakuvat on nyt kielletty robots.txt-tiedostossa ja ne palvellaan noindex, noimageindex-otsakkeella, joten ne pysyvät poissa kuvahausta ja pikkukuvista.

3. Hakukoneet tunsivat meistä vain logon

Organization-merkintämme sisälsi nimen, logon ja joitakin sosiaalisen median linkkejä, eli pelkkää brändäystä. Hakukoneet rakentavat yrityksen tietopaneelin rekisterimäisistä tiedoista, joten lisäsimme ne, jotka löytyvät kaupparekisteriotteestamme: virallisen nimen, perustamispäivän, perustajan ja rekisteröidyn osoitteen. Puhelinnumeron jätimme tarkoituksella pois.

4. Mallisivut vastasivat väärään kysymykseen

Oire. Search Console näytti, että kolme mallisivua keräsi näyttökertoja mutta ei klikkauksia. Yksi sijoittui hakuun "content strategist portfolio" ja sen muunnelmiin, toinen hakuun "best italian restaurant website design" ja kolmas klusteriin "agile board" liittyen. Puolet noista hauista sisälsi sanan "free". Sijoitukset vaihtelivat 20-luvun keskivaiheilta 50-luvulle.

Miksi. Jokainen sivu vastasi eri kysymykseen kuin kysyttiin. Joku, joka halusi nähdä, millaista hyvä italialaisen ravintolan verkkosuunnittelu on, päätyi sivulle, joka myi hänelle rakennustyökalua.

Korjaus. Jokaisella kolmesta on nyt osio, joka on kirjoitettu hakua varten eikä tuotetta varten, otsikko ja kuvaus ihmisten käyttämillä sanoilla sekä UKK, joka on arvokas merkinnöille, joita ne jo tuottivat.

Sama commit korjasi hiljaisemman ongelman. "Liittyvät mallit" -lohko otti kategorian neljä ensimmäistä mallia, joten jokainen portfolio-malli osoitti samoihin neljään portfolioon, eikä kategorian muilla malleilla ollut lainkaan sisäisiä linkkejä. Korvasimme sen alakategorioittain järjestetyllä renkaalla: jokaisella mallisivulla on nyt täsmälleen neljä sisään tulevaa ja neljä ulos menevää linkkiä. Renderöity HTML tulostaa nyt myös nämä linkit. Aiemmin ne olivat olemassa vasta JavaScriptin ajamisen jälkeen, mitä indeksoija ei välttämättä koskaan tee.

5. Bingille uusista sivuista kertominen heti julkaisun jälkeen

Google ei tue IndexNow-protokollaa, jolla ilmoitetaan hakukoneille URL-osoitteen muuttumisesta. Bing, Yandex ja Seznam käyttävät sitä, ja Bingin indeksi on se, jota ChatGPT-haku lukee. Tekoälysovellusrakentajan, jonka tekoälyavustajat eivät löydä, on erityinen epäonnistuminen.

Ilmeinen tapa, eli koko sivukartan lähettäminen jokaisella julkaisulla, on tapa, jolla avain rajoitetaan, ja useimmat julkaisut eivät muuta mitään, mistä hakukone välittää. Skripti vertaileekin sivukarttaa, jota sivusto palvelee juuri nyt, uuteen juuri rakennettuun karttaan ja lähettää vain erot.

Kaksi yksityiskohtaa teki tästä toimivan:

• Ota kuvaus ennen julkaisua. Lähtötilanne on tallennettava ennen kuin uusi build menee live-tilaan. Sen jälkeen "live"-sivukartta on jo uusi, ja jokainen ero on tyhjä.
• Vain uudet sivut toistaiseksi. Sivukartassamme ei ole lastmod-päivämääriä, joten skripti ilmoittaa uusista sivuista mutta ei uudelleenkirjoituksista. Jokaisen URL-osoitteen leimaaminen build-päivämäärällä merkitsisi koko sivuston muuttuneeksi jokaisella julkaisulla, ja juuri sitä roskapostia yritimme välttää.

Se ajetaan vain tuotantojulkaisuissa eikä koskaan kaada build-vaihetta: siihen mennessä sivusto on jo live, eikä hakukoneelle lähetettävä ping ole punaisen julkaisun arvoinen.

6. Oma reunapalvelimemme sanoi "ei löytynyt"

Kun julkaisimme /ai-sivut (lisää niistä kohdassa landing-sivu jokaiselle yritystyypille), stagingissa kaikki ne näyttivät "Not found" -sivua, vaikka staattinen palvelu tarjosi ne oikein.

Palvelu marketing-isäntiemme edessä välittää vain sallitun listan polkuja, ja kaikki muu saa kovan 404-virheen. /ai oli uusi eikä ollut listalla. Lisäsimme /ai ja /ai/*, ja testi varmistaa, että ne läpäisevät. Pieni virhe, mutta juuri sellainen, joka tekee uudesta osiosta näkymättömän indeksoijille, eikä kukaan huomaa.

Mitä tästä opimme

• Lue HTML, jonka indeksoija lukee. Useimmat näistä olivat näkymättömiä selaimessa ja ilmeisiä renderöidyssä tiedostossa.
• Muuta SEO-säännöt build-tarkistuksiksi. "Yksi FAQPage per sivu" on nyt pakotettu eikä muistettu.
• Kerro hakukoneille, mitä tarkoitat. Jos et kerro, mikä kuva tai mitkä tiedot edustavat sinua, ne arvaavat.
• Search Console kertoo, mitä kysymystä ihmiset kysyivät. Näyttökerrat ilman klikkauksia tarkoittavat yleensä, että sivu vastasi eri kysymykseen.
• Lähetä erot, älä kaikkea. Vain muuttuneiden lähettäminen pitää sinut nopeusrajojen oikealla puolella.

Jos teet samaa sivustolle, jonka rakensit itse, oppaamme SEO tekoälyllä rakennetuille verkkosivustoille ja Google Search Consolen käyttöönotto kattavat perusteet.