Den stora nackdelen med många nocode verktyg
Jag har länge funderat på hur många nocode-verktyg bygger på React eller liknande JavaScript-ramverk och vad det egentligen innebär för sökmotoroptimering. Det känns som en paradox på något sätt. Å ena sidan erbjuder dessa verktyg en otrolig frihet och tillgänglighet för människor utan programmeringskunskaper att skapa avancerade webbplatser. Å andra sidan finns det en stor nackdel som ofta förbises: hur dessa ramverk hanterar rendering av sidor och vad det innebär för hur sökmotorer kan läsa och indexera innehållet.
Det stora problemet, som jag ser det, handlar om att många av dessa JavaScript-ramverk använder sig av så kallad klient-side rendering. Det betyder att HTML-koden inte genereras och levereras från servern utan istället skapas i webbläsaren med hjälp av JavaScript. För en mänsklig besökare är detta inget större bekymmer eftersom webbläsaren ändå visar sidan som tänkt, men för sökmotorer som Google kan det vara en helt annan historia. Sökmotorernas robotar är visserligen mycket mer avancerade idag än för några år sedan och har blivit bättre på att tolka JavaScript, men det finns fortfarande betydande risker att viktig information missas eller inte indexeras korrekt.
Jag har också tänkt på att en av de stora fördelarna med server-side rendering, alltså när HTML skapas och skickas från servern redan färdig, är att sökmotorerna direkt kan läsa och indexera innehållet utan att behöva exekvera något JavaScript. Det gör att sidor laddas snabbare och att risken för problem med indexering minskar. Med ramverk som Next.js, som bygger på React men stödjer server-side rendering, finns det ju sätt att kringgå detta problem. Men det känns ändå lite ironiskt att så många av dessa nocode-verktyg förenklar byggandet av webbplatser på bekostnad av sökmotoroptimeringen, speciellt eftersom SEO är en så central del av att lyckas på nätet.
Något som också slår mig är att de flesta som använder nocode-verktyg kanske inte ens är medvetna om den här problematiken. De ser ett verktyg som låter dem skapa snygga och funktionella webbplatser snabbt, men reflekterar sällan över vad som sker bakom kulisserna. Jag tror att mycket av det här handlar om att de flesta nocode-verktyg marknadsförs hårt med fokus på design och användarvänlighet, medan tekniska aspekter som rendering och SEO-anpassning hamnar i skymundan. Det känns lite som att man säljer en sportbil utan att nämna att motorn bara funkar optimalt på vissa vägar.
Samtidigt förstår jag också varför utvecklare bakom dessa verktyg väljer React och liknande ramverk. De är kraftfulla, komponentbaserade och gör det möjligt att bygga dynamiska webbplatser med en smidig och modulär kodbas. För den som bygger ett nocode-verktyg är det en logisk lösning eftersom det förenklar utvecklingen och underhållet av själva verktyget. Men som någon som bryr sig om SEO kan jag inte låta bli att fundera på om det inte borde finnas mer transparens kring dessa tekniska begränsningar och vad de innebär för den färdiga webbplatsen.
Jag har också tänkt på alternativen. Det finns ju andra sätt att bygga nocode-verktyg, till exempel med statiska site generators eller genom att integrera server-side rendering direkt. Problemet är väl att det ofta innebär en högre komplexitet, vilket går emot hela tanken med nocode. Så det är som att man sitter fast i ett dilemma: antingen väljer man enkelheten och får leva med SEO-problemen, eller så försöker man kombinera det bästa av båda världar, vilket sällan är helt lätt.
Ju mer jag funderar på det här, desto mer inser jag att det nog inte finns någon perfekt lösning. Det handlar nog snarare om att vara medveten om fördelarna och nackdelarna och att göra ett informerat val beroende på vad som är viktigast för en själv och den webbplats man bygger. Jag tänker att det bästa vore om fler nocode-verktyg började erbjuda valmöjligheter när det kommer till rendering – att man som användare själv kunde välja om man vill ha klient-side rendering för vissa sidor och server-side för andra. Då skulle man kunna få det bästa av två världar utan att behöva offra SEO för användarvänlighet eller tvärtom.
Nocode-verktyg är här för att stanna, och det är mycket möjligt att vi får se fler lösningar på det här problemet i framtiden. Men fram tills dess känns det som att man måste vara extra vaksam och kanske ta till lite mer tekniska genvägar för att inte tappa synlighet i sökresultaten.
Fler blogginlägg