Slik forbereder du WordPress-backend-en din på riktig måte for SEO

Uansett hva dine tanker er, er SEO fortsatt en stor del av mange virksomheter over hele verden, og det er fortsatt i live og tikker. Når dette er sagt, er det klart at det er tonnevis av nye innganger, funksjoner og, viktigst av alt, strategier som må tas i betraktning.

Bruken av forskjellige deler av teknologien for å «utnytte» Googles algoritme og derfor rangeringssystem, har for eksempel blitt en ganske standard for mange SEO-fagfolk, som faktisk blir mer og mer til «SEO-orienterte» utviklere. Når dette er sagt, la oss prøve å analysere hvorfor og hvordan du bør forberede WordPress-backend for SEO, fra et teknisk perspektiv.

Hva er teknisk SEO?

Greit, for å forstå hvordan du setter opp WordPress-nettstedet ditt for SEO, må vi analysere hva teknisk SEO er. Først og fremst er det foreløpig ikke en presis definisjon av «hva teknisk SEO er», men vi kan skissere en generell en: med teknisk SEO ønsker vi kombinasjonen av strategier som er opprettet for å «la Google vite hva som skjer» siden min på den raskeste måten». Teknisk SEO er noe som blir tatt godt vare på av bedriftsbedrifter, nemlig Apple, Amazon og TESLA, for å nevne noen. Teknisk SEO er like komplisert som frontend-utvikling, og uavhengig av mange tilgjengelige artikler på nettet, krever det en dyp kunnskap om HTML, CSS og Javascript (spesielt).

Er WordPress en SEO-vennlig arkitektur?

Dessverre er det ikke det. WordPress er fienden nummer én til mange SEO-fagfolk, ettersom det er det som er kjent som en «legacy arkitektur» (mer om dette senere). Selv om dette kan virke skremmende, er det en hake ved det: WordPress kan faktisk optimaliseres for teknisk SEO, før noen kløkter. SEO-utviklere vet at WordPress er «begrenset» for teknisk-relaterte oppgaver, og derfor utviklet de mange forskjellige verktøy som Yoast for å hjelpe deg med å bygge en bedre arkitektur, selv om du ikke er en PHP-ekspert. I 2019 er det obligatorisk, hvis du jobber med en WordPress-arkitektur, å ha en skikkelig backend på plass.

«Jeg vet ikke hvordan jeg skal kode, hva bør jeg se nærmere på først?»

Som sagt ovenfor, er teknisk SEO sterkt koderelatert, uavhengig av hva tvilsomme blogger sier på nettet. Ikke bekymre deg, men hvis du ikke er en kodeekspert, siden du bare trenger å lære 3 språk, eller bedre, syntakser. HTML er obligatorisk, da når du planlegger enhver form for teknisk SEO-strategi, vil du bli bedt om å sjekke overskrifter, sidetitler, metabeskrivelser og flere tagger. Husk at Googlebot (Googles egen crawler) er i stand til å lese HTML grundig, så det er obligatorisk å ha et perfekt HTML-«skjelett» på plass.

Når du ser på en side på WordPress-siden din, bør du analysere overskriftene dine (

) og optimaliser dem med langhale søkeord, mens din

Hva med Javascript?

Javascript for teknisk SEO bør vurderes separat fra de to andre grensesnittspråkene. Googlebot (selv om den nylig ble oppdatert) kan ikke lese Javascript, derfor, hvis du har en innebygd app, et trekkspill med mye verdifull eller bokstavelig talt hvilken som helst form for tekst inkludert i et skript, kan du vurdere at den er borte fra Google. Nylig introduserte Google imidlertid en «gjengivelseskø» for Javascript (spesielt klientsiden), som i utgangspunktet «erkjenner» det faktum at noe innhold går tapt i gjennomgangsprosessen. I praksis betyr dette at Google vil lese innholdet ditt (det som er inkludert i et spesifikt skript) etter HTML-en og CSS-en din, og dermed redusere rangeringen.

Er det en måte å fikse det på?

WordPress er en veldig Javascript-tung arkitektur. Det er tonnevis av trekkspill, skyveknapper og plugins som drives av jQuery, Vue og andre rammeverk som er klumpete og gjengitt på klientsiden. Den enkleste måten å fikse dette på er å implementere Javascript på serversiden, som er en kompleks sak og krever utviklere med stor kunnskap om Next.js og andre server-side gjengitte rammer. Dette er selvsagt noe som krever tid, ressurser og spesifikke fagpersoner, noe som ikke mange bedrifter kan forholde seg til.

Generelt sett vil den beste tilnærmingen for Javascript på WordPress være å begrense bruken til grafikkrelaterte oppgaver, for eksempel animering av menyer eller bilder. Den eneste bruken av et skript for en enkel tekstlinje kan ødelegge måneder og måneder med SEO-arbeid, så husk det når du planlegger WordPress-back- og frontend!

Alle de tilpassede feltene!

Hvis det er en god ting som PHP gjør i en WordPress-arkitektur, vil det definitivt være bruken av tilpassede felt. Egendefinerte felt er avgjørende for teknisk SEO, spesielt når du planlegger bruken av GTM (Google Tag Manager) og strukturerte data. Spesielt den andre har blitt en ganske grunnleggende del av SEO-verdenen, med dusinvis av egenskaper, attributter og rike resultater som kan oppnås ved å bruke Schema.orgs markeringer (mer om dette senere). Det er viktig å huske på at tilpassede felt krever en form for PHP-kunnskap, så det ville være relativt nyttig å lære den generelle syntaksen.

Apropos skjema…

Strukturerte data er OBLIGATORISK i 2019 for enhver teknisk SEO-strategi. Google setter stor pris på nettsteder som er merket med strukturerte data, og derfor er det noe enhver SEO-profesjonell bør se nærmere på. Strukturerte data refererer til bruken av JSON-ld (hovedsakelig) kodede skript som faktisk er en «bekreftelse» på hva innholdet dekker på siden din. På toppen av dette investerer Google i høy grad i SERP-rike resultater (stjernevurdering for produktsider, FAQ-bokser og mer) bare for å forbedre brukeropplevelsen.

Schema er et åpen kildekode-program og det oppdateres daglig, så hvis du ikke har opprettet egendefinerte felt for det, bør du gjøre det nå. Hypotetisk sett kan du bruke plugins, som Schema-appen, for å gjøre det, men med Schema-markeringer er det alltid best å manuelt kode dem ved å bruke egenskapene og attributtene som passer best til innholdet ditt.

Hastighet: WordPress største problem

Som nevnt ovenfor er WordPress det som kalles en «legacy arkitektur». Med det har vi til hensikt at bibliotekene, rammeverket og motoren som flytter den anses som «foreldet» og «gammel» i dagens front- og backend-verden. Med dette i tankene er det ganske enkelt å forstå hvorfor visse WordPress-nettsteder ikke gir gode resultater, hastighetsmessig. Hastighet er en veldig viktig rangeringsfaktor for Googles rangeringer, og det er mange forskjellige måter å forbedre den på for en teknisk SEO-strategi.

Først og fremst bør du redusere bruken av grafikk-plugins som WPBakery: manuell koding av CSS-en din kan spare deg (ikke engang spøke) for minst 1 sekunds lastetid p/side. Ideelt sett ville en utvikler være pålagt å bygge et nettsted med god ytelse, men optimalisering av hastighet, spesielt når det gjøres ved å komprimere bilder og andre mindre ressurser, kan gjøres av hvem som helst.

Slik planlegger du backend-en din for crawling-optimalisering

Vi har dekket hvordan Google gjennomsøker Javascript, og nå er vi klare til å skissere hvordan du forbereder WordPress-nettstedet ditt for et optimalt gjennomgangsbudsjett. For «Gjennomsøkingsbudsjett» har vi tenkt tidsrammene som Google skanner et nettsted for deretter å indeksere og rangere dem på SERP. Det er nok en gang mange strategier som kan brukes for å optimalisere WordPress-nettstedets gjennomgangsbudsjett, men de starter alle med å analysere loggfilene.

Ved å bruke verktøy som ScreamingFrog eller Deepcrawl, vil du kunne analysere og skissere hvilke sider som gjennomsøkes mest, og generelt vil du se hvordan Google faktisk gjennomsøker eiendeler som temafiler mer enn faktiske landingssider. Dette er selvfølgelig et enormt problem, siden du effektivt kaster bort Googlebots tid ved å la ham gjennomsøke deler av nettstedet ditt som ikke er søkeordorientert, og derfor begrenser rangeringspotensialet ditt. Når dette er bekreftet ved å gjøre en skikkelig loggfilanalyse, kan du fjerne de ressursene som blir gjennomsøkt fra Googlebots gjennomsøkingsbudsjett ved å ikke tillate dem i robots.txt-filen. Du finner mer informasjon om hvordan du gjør det her.

Hva med mobil?

Som du kanskje vet, setter Google stor pris på hvert nettsteds mobilversjon, til det punktet som mobilindeksen har blitt talt først for siden 2018 (2017 teknisk sett, men den ble fullt registrert i 2018) for rangeringsformål. Det er ekstremt viktig å forstå at alle disse strategiene også gjelder for mobil når du planlegger WordPress-arkitekturen din med litt større vekt på gjennomgangsbudsjettet, bare fordi Google gjennomsøker mobilversjoner av nettsteder langt raskere.

På WordPress har noen apputviklere laget en AMP-plugin som du vil kunne lage, forbedre og optimalisere, til slutt, WordPress-nettstedets mobilhastighet. AMP (Accelerated Mobile Pages) er noe som også kan hjelpe fremhevede resultater på Google hvis innholdet/produktet ditt ikke er særlig orientert mot lange former for innhold.

Å konkludere

WordPress er en enkel arkitektur å sette opp, men ekstremt kompleks å optimalisere, spesielt når det kommer til teknisk SEO. Vær oppmerksom på at disse strategiene bare er et skjelett av hva teknisk SEO brukt på WordPress faktisk er, ettersom det er tonnevis av variabler inkludert i ligningen, alt fra å sette opp detaljerte GTM-regler til å optimalisere øktkvaliteten avhengig av nettstedets mål. Når dette er sagt, er det mulig å lage og levere en teknisk SEO-strategi av ekstremt høy kvalitet via WordPress, spesielt hvis du optimaliserer backend fra starten. WordPress kan være en gammel arkitektur, men det er mange måter å «overgå» dette første problemet, som nevnt ovenfor.