Kuinka valmistaa WordPress-taustajärjestelmäsi oikein SEO: lle

Ei ole väliä mitä ajatuksesi ovat, SEO on edelleen valtava osa monia yrityksiä maailmanlaajuisesti ja se on edelleen elossa ja tikittää. Tämän jälkeen on selvää, että uusia tuloja, ominaisuuksia ja mikä tärkeintä, strategioita on otettava huomioon.

Erilaisten tekniikoiden käytöstä Googlen algoritmin ja siten sen rankingjärjestelmän ”hyödyntämiseen” on esimerkiksi tullut varsin standardi monille SEO-ammattilaisille, jotka itse asiassa ovat muuttumassa yhä enemmän ”SEO-suuntautuneiksi” kehittäjiksi. Yritetään tämän jälkeen analysoida, miksi ja miten sinun pitäisi valmistella WordPress-taustasi SEO: lle, teknisestä näkökulmasta.

Mikä on tekninen SEO?

Selvä, jotta ymmärrämme oikein, kuinka WordPress-sivustosi määritetään hakukoneoptimointia varten, meidän on analysoitava, mikä tekninen SEO on. Ensinnäkin, tällä hetkellä ei ole tarkkaa määritelmää ”mitä tekninen hakukoneoptimoija on”, mutta voisimme hahmotella yleisen määritelmän: teknisen hakukoneoptimoinnin avulla pyrimme yhdistämään strategioita, jotka luodaan ”antaakseen Googlelle, mitä tapahtuu sivustoni nopeimmalla mahdollisella tavalla.” Tekninen SEO on jotain, josta yritysyritykset, kuten Apple, Amazon ja TESLA, pitävät erittäin huolta. Tekninen SEO on yhtä monimutkaista kuin etupään kehitys, ja monista verkossa saatavilla olevista artikkeleista huolimatta se vaatii syvällistä HTML-, CSS- ja Javascript-tuntemusta (erityisesti).

Onko WordPress SEO-ystävällinen arkkitehtuuri?

Valitettavasti se ei ole. WordPress on monien SEO-ammattilaisten vihollinen numero yksi, sillä sitä kutsutaan ”perinteiseksi arkkitehtuuriksi” (tästä lisää myöhemmin). Vaikka tämä saattaa tuntua pelottavalta, siinä on saali: WordPress voidaan todellakin optimoida tekniseen hakukoneoptimointiin, ennen kuin tehdään joitain älykkyyttä. SEO-kehittäjät tietävät, että WordPress on ”rajoitettu” teknisiin tehtäviin, ja siksi he kehittivät paljon erilaisia ​​työkaluja, kuten Yoast, jotka auttavat sinua rakentamaan parempaa arkkitehtuuria, vaikka et olisi PHP-asiantuntija. Vuonna 2019 kun työskentelet WordPress-arkkitehtuurin kanssa, kunnollisen taustajärjestelmän on oltava paikallaan.

”En osaa koodata, mitä minun pitäisi tutkia ensin?”

Kuten edellä mainittiin, tekninen SEO liittyy vahvasti koodiin, riippumatta siitä, mitä epäilyttävät blogit sanovat verkossa. Älä kuitenkaan huolehdi, jos et ole koodausasiantuntija, sillä sinun tarvitsee vain oppia kolme kieltä tai parempia syntaksia. HTML on pakollinen, sillä minkä tahansa teknisen SEO-strategian suunnittelussa sinun on tarkistettava otsikot, sivujen otsikot, metakuvaukset ja muut tunnisteet. Muista, että Googlebot (Googlen oma indeksointirobotti) pystyy lukemaan HTML:ää perusteellisesti, joten täydellinen HTML-luuranko on pakollinen.

Kun katsot WordPress-sivustosi sivua, sinun tulee analysoida otsikot (

) ja optimoi ne pitkän pyrstön avainsanoilla, kun taas sinun

Entä Javascript?

Teknisen SEO:n Javascriptiä tulee harkita erillään kahdesta muusta käyttöliittymäkielestä. Googlebot (vaikka se olisi äskettäin päivitetty) ei pysty lukemaan Javascriptiä, joten jos sinulla on natiivisovellus, mikä tahansa haitari, jossa on paljon arvokasta tekstiä, tai kirjaimellisesti minkä tahansa muodon tekstiä, voit katsoa sen poistuneen Googlesta. Äskettäin Google kuitenkin esitteli Javascriptille ”renderöintijonon” (erityisesti asiakaspuolella), joka periaatteessa ”tunnustaa” sen tosiasian, että osa sisällöstä katoaa indeksointiprosessin aikana. Käytännössä tämä tarkoittaa, että Google lukee sisältösi (jonka sisältyy tiettyyn skriptiin) HTML- ja CSS-koodisi jälkeen, mikä hidastaa tehokkaasti sen sijoitusta.

Onko olemassa tapa korjata se?

WordPress on erittäin Javascript-arkkitehtuuri. On olemassa tonnia haitaria, liukusäätimiä ja laajennuksia, jotka saavat virtansa jQuerysta, Vuesta ja muista rungoista, jotka ovat tilaa vieviä ja asiakaspuolella renderöityjä. Helpoin tapa korjata tämä on toteuttaa palvelinpuolella renderöity Javascript, joka on monimutkainen asia ja vaatii kehittäjiä, joilla on laaja tietämys Next.js:stä ja muista palvelinpuolen hahmonnetuista kehyksistä. Tämä vaatii tietysti aikaa, resursseja ja erityisiä ammatillisia lukuja, mikä on asia, jota monet yritykset eivät voi käsitellä.

Yleisesti ottaen paras lähestymistapa Javascriptille WordPressissä olisi rajoittaa sen käyttö grafiikkaan liittyviin tehtäviin, kuten valikkojen tai kuvien animointiin. Ainoa skriptin käyttö yksinkertaiselle tekstiriville voi tuhota kuukausien SEO-työn, joten pidä tämä mielessä, kun suunnittelet WordPressin tausta- ja käyttöliittymääsi!

Kaikki mukautetut kentät!

Jos PHP tekee WordPress-arkkitehtuurissa yhden hyvän asian, se olisi ehdottomasti mukautettujen kenttien käyttö. Mukautetut kentät ovat välttämättömiä teknisessä SEO:ssa, erityisesti suunniteltaessa GTM:n (Google Tag Manager) ja Structured Datan käyttöä. Erityisesti toisesta on tullut melko olennainen osa SEO-maailmaa, ja Schema.orgin merkintöjen avulla voidaan saavuttaa kymmeniä ominaisuuksia, attribuutteja ja monipuolisia tuloksia (tästä lisää myöhemmin). On tärkeää pitää mielessä, että mukautetut kentät vaativat jonkinlaista PHP-osaamista, joten olisi suhteellisen hyödyllistä oppia sen yleinen syntaksi.

Schemasta puheen ollen…

Strukturoitu data on PAKOLLINEN vuonna 2019 kaikissa teknisissä SEO-strategioissa. Google arvostaa erittäin paljon sivustoja, jotka on merkitty strukturoidulla tiedolla, ja siksi jokaisen SEO-ammattilaisen tulisi tutustua siihen. Strukturoidut tiedot viittaavat (pääasiassa) JSON-ld-koodattujen komentosarjojen käyttöön, jotka ovat itse asiassa ”vahvistus” sille, mitä sivusi sisältö peittää. Tämän lisäksi Google investoi paljon SERP-rikkaisiin tuloksiin (tuotesivujen tähtiluokitus, UKK-laatikot ja paljon muuta) vain parantaakseen käyttökokemusta.

Schema on avoimen lähdekoodin ohjelma ja sitä päivitetään päivittäin, joten jos et ole luonut sille mukautettuja kenttiä, tee se nyt. Hypoteettisesti voit käyttää laajennuksia, kuten Schema Appia, tehdäksesi niin, mutta Schema-merkintöjen kanssa on aina parasta koodata ne manuaalisesti käyttämällä ominaisuuksia ja attribuutteja, jotka sopivat sisältöösi parhaiten.

Nopeus: WordPressin suurin ongelma

Kuten edellä mainittiin, WordPress on niin kutsuttu ”perintöarkkitehtuuri”. Tällä tarkoitamme, että kirjastot, puitteet ja sitä liikuttavat moottorit katsotaan ”vanhentuneiksi” ja ”vanhoiksi” nykypäivän etu- ja taustamaailmassa. Tätä silmällä pitäen on melko helppo ymmärtää, miksi tietyt WordPress-sivustot eivät toimi hyvin nopeuden suhteen. Nopeus on erittäin tärkeä tekijä Googlen sijoituksissa, ja on olemassa monia erilaisia ​​tapoja parantaa sitä teknisessä SEO-strategiassa.

Ensinnäkin sinun tulisi vähentää grafiikkalaajennusten, kuten WPBakeryn, käyttöä: CSS-koodin manuaalinen koodaaminen voi säästää (ei edes vitsailemalla) vähintään 1 sekunnin latausaikaa p/sivu. Ihannetapauksessa kehittäjän pitäisi rakentaa hyvin toimiva sivusto, mutta nopeuden optimointi, erityisesti kun se tehdään pakkaamalla kuvia ja muita pieniä resursseja, voisi tehdä kuka tahansa.

Kuinka suunnitella taustajärjestelmäsi oikein indeksoinnin optimointia varten

Olemme käsitelleet, kuinka Google indeksoi Javascriptin, ja nyt olemme valmiita hahmottamaan, kuinka WordPress-sivustosi valmistetaan optimaalista indeksointibudjettia varten. Indeksointibudjettia varten tarkoitamme ajanjaksot, joina Google skannaa verkkosivuston indeksoidakseen ja asettaakseen sen parempana SERP:ssä. On jälleen kerran olemassa monia strategioita, joita voitaisiin käyttää optimoimaan WordPress-sivustosi indeksointibudjetti, mutta ne kaikki alkavat sen lokitiedostojen analysoinnilla.

Käyttämällä työkaluja, kuten ScreamingFrog tai Deepcrawl, voit analysoida ja hahmotella, mitkä sivut indeksoidaan eniten, ja yleensä näet, kuinka Google itse asiassa indeksoi sisältöä, kuten teematiedostoja, enemmän kuin todellisia aloitussivuja. Tämä on tietysti valtava ongelma, koska hukkaat Googlebotin tehokkaasti antamalla hänen indeksoida sivustosi osia, jotka eivät ole avainsanoihin perustuvia, mikä rajoittaa sijoituspotentiaaliasi. Kun tämä on todettu tekemällä kunnollinen lokitiedostoanalyysi, voit poistaa indeksoitavat resurssit Googlebotin indeksointibudjetista kieltämällä ne robots.txt-tiedostossasi. Löydät lisätietoja sen tekemisestä täältä.

Entä mobiili?

Kuten ehkä tiedätkin, Google arvostaa jokaisen sivuston mobiiliversiota niin paljon, että mobiiliindeksi on laskettu ensimmäisenä sitten vuoden 2018 (teknisesti vuonna 2017, mutta se rekisteröitiin kokonaan vuonna 2018) sijoittelua varten. On erittäin tärkeää ymmärtää, että kaikki nämä strategiat pätevät myös mobiililaitteille, kun suunnittelet WordPress-arkkitehtuuriasi painottaen indeksointibudjettia hieman enemmän, koska Google indeksoi sivustojen mobiiliversiot paljon nopeammin.

Jotkut sovelluskehittäjät loivat WordPressissä AMP-laajennuksen, jonka avulla voit luoda, parantaa ja optimoida viime kädessä WordPress-sivustosi mobiilinopeutta. AMP (Accelerated Mobile Pages) voi myös auttaa esiteltyjä tuloksia Googlessa, jos sisältösi/tuotteesi ei ole kovin pitkälle suunnattu pitkiin sisältömuotoihin.

Lopuksi

WordPress on yksinkertainen arkkitehtuuri asentaa, mutta erittäin monimutkainen optimoida, varsinkin kun on kyse teknisestä SEO:sta. Huomaa, että nämä strategiat ovat vain luuranko siitä, mitä WordPressiin sovellettu tekninen SEO todellisuudessa on, koska yhtälöön sisältyy useita muuttujia yksityiskohtaisten GTM-sääntöjen määrittämisestä istunnon laadun optimointiin sivuston tavoitteen mukaan. Näin ollen on mahdollista luoda ja toimittaa erittäin laadukas tekninen SEO-strategia WordPressin kautta, varsinkin jos optimoit sen taustajärjestelmän alusta alkaen. WordPress voi olla vanha arkkitehtuuri, mutta on olemassa monia tapoja ”ylittää” tämä alkuperäinen ongelma, kuten edellä mainittiin.