Hur du förbereder din WordPress-backend på rätt sätt för SEO

Oavsett vad du tänker är SEO fortfarande en stor del av många företag över hela världen och det lever fortfarande och tickar. Med detta sagt är det tydligt att det finns massor av nya ingångar, funktioner och, viktigast av allt, strategier att ta hänsyn till.

Användningen av olika delar av teknik för att ”utnyttja” Googles algoritm och därför dess rankingsystem, till exempel, har blivit en ganska standard för många SEO-proffs, som faktiskt förvandlas mer och mer till ”SEO-orienterade” utvecklare. Med detta sagt, låt oss försöka analysera varför och hur du bör förbereda din WordPress-backend för SEO, ur ett tekniskt perspektiv.

Vad är teknisk SEO?

Okej, för att korrekt förstå hur du ställer in din WordPress-webbplats för SEO måste vi analysera vad teknisk SEO är. Först och främst finns det för närvarande inte en exakt definition av ”vad teknisk SEO är”, men vi skulle kunna beskriva en generell sådan: med teknisk SEO avser vi kombinationen av strategier som skapas för att ”låta Google veta vad som är på gång min sida på snabbast möjliga sätt”. Teknisk SEO är något som tas om hand av företagsföretag, nämligen Apple, Amazon och TESLA, för att lista några. Teknisk SEO är lika komplicerat som front-end-utveckling och, oavsett många artiklar tillgängliga online, kräver det en djup kunskap om HTML, CSS och Javascript (i synnerhet).

Är WordPress en SEO-vänlig arkitektur?

Tyvärr är det inte det. WordPress är fienden nummer ett för många SEO-proffs, eftersom det är vad som kallas en ”legacy arkitektur” (mer om detta senare). Även om detta kan tyckas skrämmande, finns det en hake med det: WordPress kan verkligen optimeras för teknisk SEO, innan några klurigheter. SEO-utvecklare vet att WordPress är ”begränsat” för tekniskt relaterade uppgifter och därför utvecklade de många olika verktyg som Yoast för att hjälpa dig bygga en bättre arkitektur, även om du inte är en PHP-expert. Under 2019 är det obligatoriskt, om du arbetar med en WordPress-arkitektur, att ha en ordentlig backend på plats.

”Jag vet inte hur man kodar, vad ska jag titta på först?”

Som sagt ovan är teknisk SEO starkt kodrelaterat, oavsett vad tvivelaktiga bloggar säger på nätet. Oroa dig dock inte om du inte är en kodningsexpert, eftersom du bara behöver lära dig 3 språk, eller bättre, syntaxer. HTML är obligatoriskt, eftersom när du planerar någon form av teknisk SEO-strategi kommer du att behöva kontrollera rubriker, sidtitlar, metabeskrivningar och fler taggar. Tänk på att Googlebot (Googles egen sökrobot) kan läsa HTML grundligt, så att ha ett perfekt HTML-skelett på plats är obligatoriskt.

När du tittar på en sida på din WordPress-webbplats bör du analysera dina rubriker (

) och optimera dem med långa sökord, medan din

Vad sägs om Javascript?

Javascript för teknisk SEO bör betraktas separat från de andra två frontend-språken. Googlebot (även om den nyligen har uppdaterats) kan inte läsa Javascript, därför, om du har någon inbyggd app, något dragspel med mycket värdefull eller bokstavligen någon form av text inkluderad i ett skript, kan du betrakta det som borta från Google. Nyligen introducerade Google dock en ”renderingskö” för Javascript (särskilt klientsidan), som i princip ”erkänner” det faktum att visst innehåll går förlorat under genomsökningsprocessen. I praktiken betyder det att Google kommer att läsa ditt innehåll (det som ingår i ett specifikt skript) efter din HTML och din CSS, vilket effektivt saktar ner dess rankning.

Finns det något sätt att fixa det?

WordPress är en mycket Javascript-tung arkitektur. Det finns massor av dragspel, reglage och plugins som drivs av jQuery, Vue och andra ramverk som är skrymmande och renderade på klientsidan. Det enklaste sättet för dig att fixa detta skulle vara implementeringen av server-side-renderat Javascript, vilket är en komplex fråga och kräver utvecklare med stor kunskap om Next.js och andra server-side-renderade ramverk. Detta är naturligtvis något som kräver tid, resurser och specifika yrkesfigurer, vilket inte många företag kan hantera.

I allmänhet skulle den bästa metoden för Javascript på WordPress vara att begränsa användningen till grafikrelaterade uppgifter, som att animera menyer eller bilder. Den enda tillämpningen av ett skript för en enkel textrad kan förstöra månader och månader av SEO-arbete, så tänk på det när du planerar din WordPress-back- och front-end!

Alla anpassade fält!

Om det finns en bra sak som PHP gör inom en WordPress-arkitektur, skulle det definitivt vara användningen av anpassade fält. Anpassade fält är viktiga för teknisk SEO, särskilt när du planerar användningen av GTM (Google Tag Manager) och strukturerad data. Den andra, i synnerhet, har blivit en ganska grundläggande del av SEO-världen, med dussintals egenskaper, attribut och rika resultat som kan uppnås genom att använda Schema.orgs uppmärkningar (mer om detta senare). Det är viktigt att komma ihåg att anpassade fält kräver någon form av PHP-kunskap, så det skulle vara relativt användbart att lära sig dess allmänna syntax.

På tal om schema…

Strukturerad data är OBLIGATORISK under 2019 för alla tekniska SEO-strategier. Google värdesätter mycket webbplatser som är märkta med strukturerad data och därför är det något som alla SEO-proffs bör titta närmare på. Strukturerad data hänvisar till användningen av JSON-ld (främst) kodade skript som i själva verket är en ”bekräftelse” på vad innehållet täcker på din sida. Utöver detta satsar Google mycket på SERP-rika resultat (stjärnbetyg för produktsidor, FAQ-rutor och mer) bara för att förbättra användarens upplevelse.

Schema är ett program med öppen källkod och det uppdateras dagligen, så om du inte har skapat anpassade fält för det bör du göra det nu. Hypotetiskt sett kan du använda plugins, som Schema-appen, för att göra det, men med Schema-uppmärkningar är det alltid bäst att manuellt koda dem med de egenskaper och attribut som kan passa ditt innehåll bäst.

Hastighet: WordPress största problem

Som nämnts ovan är WordPress vad som kallas en ”legacy arkitektur”. Med det avser vi att biblioteken, ramverken och motorn som flyttar den anses vara ”föråldrade” och ”gamla” i dagens front- och backendvärld. Med detta i åtanke är det ganska lätt att förstå varför vissa WordPress-webbplatser inte är välpresterande, hastighetsmässigt. Hastighet är en mycket viktig rankningsfaktor för Googles ranking, och det finns massor av olika sätt att förbättra den för en teknisk SEO-strategi.

Först och främst bör du minska användningen av grafikplugins som WPBakery: manuell kodning av din CSS kan spara dig (inte ens skämt) minst 1 sekunds laddningstid p/sida. Helst skulle en utvecklare behöva bygga en välpresterande webbplats, men att optimera hastigheten, särskilt när den görs genom att komprimera bilder och andra mindre resurser, kan göras av vem som helst.

Hur du planerar din backend korrekt för genomsökningsoptimering

Vi har täckt hur Google genomsöker Javascript och nu är vi redo att beskriva hur du förbereder din WordPress-webbplats för en optimal genomsökningsbudget. För ”Crawl Budget” avser vi tidsramarna för vilka Google skannar en webbplats för att därefter indexera och rangordna dem på SERP. Det finns återigen många strategier som kan användas för att optimera din WordPress-webbplats genomsökningsbudget, men de börjar alla med att analysera dess loggfiler.

Genom att använda verktyg som ScreamingFrog eller Deepcrawl kommer du att kunna analysera och beskriva vilka sidor som genomsöks mest och generellt sett kommer du att se hur Google faktiskt genomsöker tillgångar som temafiler mer än faktiska målsidor. Detta är naturligtvis ett enormt problem, eftersom du faktiskt slösar bort Googlebots tid genom att låta honom genomsöka delar av din webbplats som inte är sökordsorienterade, vilket begränsar din rankningspotential. När detta har bekräftats genom att göra en ordentlig loggfilsanalys kan du ta bort de resurser som genomsöks från Googlebots genomsökningsbudget genom att inte tillåta dem i din robots.txt-fil. Du hittar mer info om hur du gör här.

Vad sägs om mobilen?

Som du kanske vet, värderar Google högt varje webbplatss mobilversion, till den punkt för vilken mobilindex har räknats först sedan 2018 (2017 tekniskt sett, men det var helt registrerat 2018) för rankningsändamål. Det är oerhört viktigt att förstå att alla dessa strategier gäller även för mobila enheter när du planerar din WordPress-arkitektur med lite större tonvikt på genomsökningsbudgeten, bara för att Google genomsöker mobilversioner av webbplatser mycket snabbare.

På WordPress skapade vissa apputvecklare ett AMP-plugin med vilket du kommer att kunna skapa, förbättra och optimera, i slutändan, din WordPress-sajts mobilhastighet. AMP (Accelerated Mobile Pages) är något som också kan hjälpa utvalda resultat på Google om ditt innehåll/produkt inte är särskilt inriktat på långa former av innehåll.

Att avsluta

WordPress är en enkel arkitektur att sätta upp men extremt komplex att optimera, speciellt när det kommer till teknisk SEO. Observera att dessa strategier bara är ett skelett av vad teknisk SEO som tillämpas på WordPress faktiskt är, eftersom det finns massor av variabler som ingår i ekvationen, allt från att sätta upp detaljerade GTM-regler till att optimera sessionskvaliteten beroende på webbplatsens mål. Med detta sagt är det möjligt att skapa och leverera en extremt högkvalitativ teknisk SEO-strategi via WordPress, speciellt om du optimerar dess backend från början. WordPress kan vara en äldre arkitektur men det finns massor av sätt att ”överträffa” detta initiala problem, som nämnts ovan.