Kuidas oma WordPressi taustaprogrammi SEO jaoks korralikult ette valmistada

Olenemata sellest, millised on teie mõtted, on SEO endiselt suur osa paljudest ettevõtetest kogu maailmas ning see on endiselt elus ja tiksub. Seda arvestades on selge, et arvesse tuleb võtta palju uusi sisendeid, funktsioone ja, mis kõige tähtsam, strateegiaid.

Erinevate tehnoloogiate kasutamine näiteks Google’i algoritmi ja seega ka selle edetabelisüsteemi “ekspluateerimiseks” on muutunud üsna standardiks paljudele SEO-professionaalidele, kes on tegelikult muutumas üha enam “SEO-le orienteeritud” arendajateks. Seda arvestades proovime analüüsida, miks ja kuidas peaksite oma WordPressi taustaprogrammi SEO jaoks ette valmistama, tehnilisest vaatenurgast.

Mis on tehniline SEO?

Olgu, selleks, et õigesti mõista, kuidas oma WordPressi saiti SEO jaoks seadistada, peame analüüsima, mis on tehniline SEO. Esiteks ei ole praegu olemas täpset määratlust, mis on tehniline SEO, kuid võiksime visandada üldise: tehnilise SEO puhul kavatseme kombineerida strateegiaid, mis luuakse selleks, et anda Google’ile teada, mis toimub. minu saiti võimalikult kiirel viisil”. Tehniline SEO on midagi, mille eest hoolitsevad ettevõtte ettevõtted, nimelt Apple, Amazon ja TESLA, kui loetleda mõned. Tehniline SEO on sama keeruline kui esiotsa arendus ja hoolimata paljudest veebis saadaolevatest artiklitest nõuab see sügavaid teadmisi HTML-i, CSS-i ja Javascripti kohta (eriti).

Kas WordPress on SEO-sõbralik arhitektuur?

Kahjuks ei ole. WordPress on paljude SEO-professionaalide vaenlane number üks, kuna seda nimetatakse pärandarhitektuuriks (sellest lähemalt hiljem). Kuigi see võib tunduda hirmutav, on sellel üks konks: WordPressi saab tõepoolest optimeerida tehnilise SEO jaoks enne mõningaid kavalusi. SEO arendajad teavad, et WordPress on tehniliste ülesannete jaoks “piiratud”, ja seetõttu töötasid nad välja palju erinevaid tööriistu, nagu Yoast, mis aitavad teil luua paremat arhitektuuri, isegi kui te pole PHP-ekspert. Kui töötate WordPressi arhitektuuriga, on 2019. aastal kohustuslik korraliku taustaprogrammi olemasolu.

“Ma ei tea, kuidas kodeerida, mida peaksin kõigepealt uurima?”

Nagu eespool öeldud, on tehniline SEO suuresti koodiga seotud, hoolimata sellest, mida kahtlased ajaveebid veebis räägivad. Ärge muretsege, kui te pole kodeerimisekspert, sest peate lihtsalt õppima 3 keelt või paremat süntaksit. HTML on kohustuslik, kuna mis tahes tehnilise SEO strateegia kavandamisel peate kontrollima pealkirju, lehtede pealkirju, metakirjeldusi ja rohkem silte. Pidage meeles, et Googlebot (Google’i enda roomaja) suudab HTML-i põhjalikult lugeda, seega on täiusliku HTML-i skeleti omamine kohustuslik.

Kui vaatate oma WordPressi saidi lehte, peaksite analüüsima oma pealkirju (

) ja optimeerige neid pika sabaga märksõnadega, samal ajal kui teie

Aga Javascript?

Tehnilise SEO jaoks mõeldud Javascripti tuleks käsitleda kahest teisest esiotsa keelest eraldi. Googlebot (isegi kui seda hiljuti värskendati) ei suuda Javascripti lugeda, seega kui teil on skripti sisaldav omarakendus, mis tahes akordion, mis sisaldab palju väärtuslikku teksti või sõna otseses mõttes mis tahes vormis teksti, võite lugeda selle Google’ist kadunud. Hiljuti tutvustas Google Javascripti jaoks (eriti kliendipoolset) renderdusjärjekorda, mis põhimõtteliselt “tunnistab” tõsiasja, et osa sisust läheb roomamise käigus kaduma. Praktikas tähendab see, et Google loeb teie sisu (seda, mis sisaldub konkreetses skriptis) pärast teie HTML-i ja CSS-i, aeglustades tõhusalt selle asetust.

Kas seda saab kuidagi parandada?

WordPress on väga Javascripti sisaldav arhitektuur. Seal on palju akordione, liugureid ja pistikprogramme, mida toidavad jQuery, Vue ja muud raamistikud, mis on mahukad ja kliendipoolselt renderdatud. Lihtsaim viis selle parandamiseks on serveripoolselt renderdatud Javascripti rakendamine, mis on keeruline asi ja nõuab arendajaid, kellel on suured teadmised Next.js-i ja muude serveripoolsete renderdatud raamistike kohta. See on muidugi midagi, mis nõuab aega, ressursse ja konkreetseid professionaalseid näitajaid, millega paljud ettevõtted hakkama ei saa.

Üldiselt oleks WordPressis Javascripti jaoks parim lähenemisviis piirata selle kasutamist graafikaga seotud ülesannetega, nagu menüüde või piltide animeerimine. Ainus skripti kasutamine lihtsa tekstirea jaoks võib hävitada kuude ja kuude pikkuse SEO-töö, seega pidage seda WordPressi taga- ja esiosa planeerimisel meeles!

Kõik kohandatud väljad!

Kui on üks hea asi, mida PHP WordPressi arhitektuuris teeb, oleks see kindlasti kohandatud väljade kasutamine. Kohandatud väljad on tehnilise SEO jaoks hädavajalikud, eriti GTM-i (Google Tag Manager) ja struktureeritud andmete kasutamise planeerimisel. Eelkõige teisest on saanud SEO-maailma üsna oluline osa, kus Schema.org -i märgistusi kasutades on võimalik saavutada kümneid omadusi, atribuute ja rikkalikke tulemusi (sellest lähemalt hiljem). Oluline on meeles pidada, et kohandatud väljad nõuavad teatud PHP-teadmisi, seega oleks suhteliselt kasulik õppida selle üldist süntaksit.

Skeemist rääkides…

Struktureeritud andmed on 2019. aastal KOHUSTUSLIKUD iga tehnilise SEO strateegia jaoks. Google hindab kõrgelt saite, mis on märgistatud struktureeritud andmetega ja seetõttu peaks iga SEO spetsialist seda uurima. Struktureeritud andmed viitavad JSON-ld (peamiselt) kodeeritud skriptide kasutamisele, mis on tegelikult „kinnitus” selle kohta, mida teie lehe sisu katab. Lisaks investeerib Google palju SERP-rikastesse tulemustesse (tootelehtede tärnide hinnang, KKK-kastid ja palju muud), et parandada kasutajakogemust.

Schema on avatud lähtekoodiga programm ja seda uuendatakse iga päev, seega, kui te pole selle jaoks kohandatud välju loonud, peaksite seda kohe tegema. Hüpoteetiliselt võite selleks kasutada pistikprogramme, nagu rakendus Schema, kuid skeemide märgistuste puhul on alati kõige parem need käsitsi kodeerida, kasutades atribuute ja atribuute, mis teie sisuga kõige paremini sobiksid.

Kiirus: WordPressi suurim probleem

Nagu eespool mainitud, on WordPress nn pärandarhitektuur. Sellega tahame, et teeke, raamistikke ja seda liigutavat mootorit peetakse tänapäeva esi- ja taustamaailmas “vanadeks” ja “vanadeks”. Seda silmas pidades on üsna lihtne mõista, miks teatud WordPressi saidid ei tööta hästi ega kiirusta. Kiirus on Google’i edetabelite jaoks väga oluline edetabelitegur ja selle parandamiseks on tehnilise SEO strateegia jaoks palju erinevaid viise.

Kõigepealt peaksite vähendama graafikapluginate, nagu WPBakery, kasutamist: CSS-i käsitsi kodeerimine võib säästa (isegi mitte naljatades) vähemalt 1 sekundi laadimisajast p/lehe kohta. Ideaalis peaks arendaja ehitama hästi toimiva saidi, kuid kiiruse optimeerimisega, eriti kui seda tehakse piltide ja muude väiksemate ressursside tihendamisega, võiks teha igaüks.

Kuidas oma taustaprogrammi indekseerimise optimeerimiseks õigesti planeerida

Oleme käsitlenud, kuidas Google Javascripti roomab, ja nüüd oleme valmis kirjeldama, kuidas teie WordPressi saiti optimaalse roomamiseelarve jaoks ette valmistada. „Indekseerimise eelarve” puhul määrame ajaraamid, mille jooksul Google veebisaiti skannib, et need seejärel SERP-i alusel indekseerida ja järjestada. Taas on palju strateegiaid, mida saaks kasutada oma WordPressi saidi roomamiseelarve optimeerimiseks, kuid need kõik algavad selle logifailide analüüsimisega.

Kasutades selliseid tööriistu nagu ScreamingFrog või Deepcrawl, saate analüüsida ja visandada, millistel lehtedel kõige rohkem roomatakse, ning üldiselt näete, kuidas Google tegelikult roomab varadel, näiteks teemafailidel, rohkem kui tegelikel sihtlehtedel. See on muidugi suur probleem, kuna raiskate tõhusalt Googleboti aega, lastes tal indekseerida teie saidi osi, mis ei ole märksõnale orienteeritud, piirates seega teie asetuse potentsiaali. Kui logifailide nõuetekohane analüüs seda tunnistab, saate need ressursid, mida roomatakse, Googleboti roomamiseelarvest eemaldada, keelates need oma failis robots.txt. Lisateavet selle kohta, kuidas seda teha, leiate siit.

Mis saab mobiilist?

Nagu võib-olla teate, hindab Google kõrgelt iga saidi mobiiliversiooni, nii et mobiiliindeks on alates 2018. aastast esimesena arvestatud (tehniliselt 2017. aastal, kuid see registreeriti täielikult 2018. aastal) järjestamisel. Äärmiselt oluline on mõista, et kõik need strateegiad kehtivad ka mobiilseadmete jaoks, kui planeerite oma WordPressi arhitektuuri, pöörates pisut suuremat rõhku roomamiseelarvele, kuna Google roomab saitide mobiiliversioone palju kiiremini.

WordPressis lõid mõned rakenduste arendajad AMP-plugina, mille abil saate luua, täiustada ja optimeerida lõpuks oma WordPressi saidi mobiilikiirust. AMP (Accelerated Mobile Pages) võib aidata ka Google’is esiletoodud tulemusi, kui teie sisu/toode ei ole väga pikale sisule orienteeritud.

Kokkuvõtteks

WordPressi arhitektuur on lihtne seadistada, kuid seda on äärmiselt keeruline optimeerida, eriti kui tegemist on tehnilise SEOga. Pange tähele, et need strateegiad on vaid karkass sellest, mida WordPressis rakendatud tehniline SEO tegelikult on, kuna võrrandis on palju muutujaid alates üksikasjalike GTM-i reeglite seadistamisest kuni seansi kvaliteedi optimeerimiseni sõltuvalt saidi eesmärgist. Seda arvestades on WordPressi kaudu võimalik luua ja pakkuda ülikvaliteetset tehnilist SEO strateegiat, eriti kui optimeerite selle taustaprogrammi algusest peale. WordPress võib olla pärandarhitektuur, kuid nagu eespool mainitud, on palju võimalusi selle esialgse probleemi “ületamiseks”.