AI har på kort tid blivit ett mycket användbart verktyg för den som arbetar med WordPress. ChatGPT kan skriva kompletta artiklar med HTML-struktur, skapa kod för nya funktioner, felsöka PHP och utveckla specialiserade WordPress-plugins. Det öppnar för en betydligt högre grad av automatisering än vad som tidigare varit praktiskt möjligt för en vanlig webbplatsägare. Men det finns samtidigt ett hinder som blir särskilt tydligt när man försöker automatisera mer avancerade arbetsflöden: moderna sidbyggare.
Elementor, Divi och liknande lösningar är utvecklade för att göra det enklare för människor att visuellt bygga avancerade webbsidor utan att skriva kod. Det fungerar ofta utmärkt när en människa sitter framför WordPress och arbetar med sidan. Problemet är att samma abstraktionslager som gör den visuella redigeringen enkel kan göra automatisering betydligt mer komplicerad. När AI kan leverera en färdig artikel på några sekunder känns det plötsligt ganska omständligt att manuellt behöva flytta rubriker, textstycken, bilder och andra element till olika moduler i en sidbyggare.
ChatGPT passar förvånansvärt bra ihop med vanlig WordPress
WordPress har i grunden en ganska enkel innehållsmodell. En artikel består av en titel, innehåll, metadata och ett antal andra tydligt definierade uppgifter. Med blockredigeraren går det dessutom att skapa innehåll i en struktur som AI relativt enkelt kan förstå och generera. Vill man istället arbeta med vanlig HTML är det ännu enklare. ChatGPT kan exempelvis skapa en komplett artikel med H1-, H2- och p-taggar som i princip är färdig att klistra in och publicera.
Det blir ännu intressantare när AI kombineras med WordPress REST API, WP-CLI eller ett egenutvecklat plugin. Då behöver processen inte ens innehålla något manuellt kopierande. Ett system kan generera innehållet, skapa ett utkast i WordPress, fylla i relevanta fält och lämna artikeln redo för mänsklig granskning. Tekniskt är det alltså möjligt att bygga arbetsflöden där mycket av den traditionella administrationen kring innehållsproduktion försvinner.
Sidbyggaren lägger till ytterligare ett lager
Med en sidbyggare förändras förutsättningarna. Det som visuellt ser ut som en vanlig artikel kan bakom kulisserna bestå av sektioner, containrar, kolumner, textmoduler, rubrikmoduler och en mängd inställningar som är specifika för just sidbyggaren. AI:n kan fortfarande skriva själva artikeln, men innehållet måste på något sätt översättas till den struktur som sidbyggaren förväntar sig.
Resultatet kan bli en märklig situation där den avancerade delen av arbetet är automatiserad medan den enklaste delen fortfarande görs manuellt. ChatGPT kan exempelvis genomföra research, strukturera en artikel och skriva 1 500 ord på kort tid. Därefter sitter användaren ändå och kopierar rubrik efter rubrik och textstycke efter textstycke till olika fält i Elementor eller Divi. Ju fler webbplatser och artiklar man arbetar med, desto tydligare blir denna flaskhals.
Copy och paste blir snabbt ett problem i större skala
För den som publicerar någon enstaka artikel spelar några minuters extra arbete inte särskilt stor roll. Situationen förändras när AI används för att effektivisera innehållsproduktionen på flera webbplatser. Om varje publicering kräver tio minuter manuellt arbete i en sidbyggare innebär 50 artiklar mer än åtta timmars administration, trots att själva innehållet kanske redan är färdigt.
Det är just här skillnaden mellan att använda AI som skrivhjälp och att faktiskt automatisera en process blir tydlig. Om AI bara producerar material som en människa därefter manuellt måste placera på rätt ställen har man effektiviserat en del av arbetet. Om det färdiga materialet däremot kan skickas direkt till WordPress i rätt format har man automatiserat ett helt arbetsmoment.
Problemet blir ännu tydligare när AI skapar plugins
En annan mycket intressant användning av ChatGPT är utveckling av egna WordPress-plugins. Det går exempelvis att beskriva en funktion man behöver och låta AI hjälpa till att utveckla ett plugin som löser just den uppgiften. Det kan röra sig om kalkylatorer, faktarutor, tabeller, formulär, specialanpassade shortcodes eller administrativa funktioner som annars hade krävt mycket programmering.
Dessa lösningar fungerar ofta utmärkt när de byggs mot WordPress egna funktioner. Problemet uppstår när pluginet även måste integreras perfekt med en specifik sidbyggare. Då behöver utvecklingen ta hänsyn till ytterligare ett system med egna moduler, datastrukturer och metoder. Istället för att utveckla mot WordPress utvecklar man plötsligt mot både WordPress och Elementor, Divi eller någon annan sidbyggare.
En fristående funktion är ofta enklare att utveckla
Anta exempelvis att man vill skapa en specialiserad kalkylator. Som ett vanligt WordPress-plugin kan ChatGPT hjälpa till att skapa PHP-koden, JavaScript-funktionerna, CSS-designen och en shortcode som exempelvis kan placeras med en enkel kodsnutt på valfri sida. Det är ett relativt tydligt system där pluginet själv kontrollerar sin funktion.
Om samma kalkylator istället ska fungera som en helt integrerad Elementor-widget eller Divi-modul ökar komplexiteten. Den behöver passa sidbyggarens arkitektur och kanske även fungera tillsammans med dess visuella redigerare. Det går naturligtvis att lösa, men den tekniska tröskeln blir högre och antalet saker som kan gå fel ökar. Den enkla AI-genererade WordPress-funktionen har då blivit ett integrationsprojekt.
Sidbyggare löser ett problem som AI delvis har förändrat
Det finns också en intressant historisk aspekt. Sidbyggare blev populära eftersom många webbplatsägare ville skapa avancerade layouter utan att kunna HTML, CSS, PHP eller JavaScript. Istället för att anlita en utvecklare kunde användaren dra en knapp till rätt plats, ändra marginaler visuellt och bygga kolumner genom ett grafiskt gränssnitt. För många WordPress-användare var detta en enorm förbättring.
AI förändrar emellertid delar av den ekvationen. Den som inte kan skriva CSS kan idag beskriva hur ett element ska se ut och få hjälp med koden. Den som inte kan PHP kan få hjälp att skapa en WordPress-funktion och även få koden förklarad. Det betyder inte att programmeringskunskaper blivit överflödiga, men avståndet mellan en idé och fungerande kod har minskat kraftigt. Därmed blir det inte längre lika självklart att ytterligare ett visuellt abstraktionslager alltid förenklar arbetet.
Standardiserade strukturer är värdefulla för AI
AI och automatisering fungerar generellt bäst när systemen är förutsägbara. Om alla artiklar följer ungefär samma struktur kan man skapa tydliga regler för vad som ska hända med en H2-rubrik, en bild, ett textstycke eller en faktaruta. Detsamma gäller strukturerad data, egna fält och andra komponenter. Ju mer standardiserad webbplatsen är, desto enklare blir det att automatisera den.
En mycket individuellt byggd sidbyggarsida kan däremot innehålla mängder av speciallösningar. Det som visuellt ser likadant ut på två sidor kan vara konstruerat på helt olika sätt. För en människa spelar det kanske ingen roll eftersom resultatet på skärmen är det viktiga. För ett automatiserat system är den underliggande strukturen däremot avgörande.
Det betyder inte att Elementor och Divi är dåliga verktyg
Det vore samtidigt fel att dra slutsatsen att sidbyggare som Elementor och Divi saknar existensberättigande. De är mycket användbara för webbplatser där designen är central och där användaren vill kunna göra visuella förändringar utan programmering. För landningssidor, företagspresentationer och andra mer individuellt utformade sidor kan en visuell sidbyggare fortfarande vara ett mycket praktiskt alternativ.
Problemet uppstår snarare när samma lösning används för stora mängder standardiserat innehåll som egentligen skulle kunna hanteras betydligt enklare. En blogg med hundratals artiklar behöver exempelvis inte nödvändigtvis behandla varje artikel som ett individuellt designprojekt. Om presentationen istället styrs centralt av tema, mallar och CSS kan innehållet hållas betydligt renare och enklare att automatisera.
AI gör enkel WordPress-arkitektur mer intressant igen
Utvecklingen kan därför leda till något av en renässans för relativt enkla WordPress-installationer. Ett välbyggt tema, WordPress egna funktioner, standardiserade block, några egna fält och ett begränsat antal specialplugins kan vara en mycket kraftfull kombination när AI ska användas för innehåll och utveckling. Strukturen blir lättare att förstå, lättare att felsöka och framför allt lättare att automatisera.
Det innebär också att webbplatsägaren i större utsträckning kan använda AI för att bygga exakt de funktioner som behövs istället för att installera stora generella system för varje problem. Ett litet specialplugin kan i vissa situationer vara betydligt enklare än att försöka få en avancerad sidbyggare och ett antal tillägg att tillsammans åstadkomma samma sak.
Framtidens WordPress kan handla mer om automatisering än drag and drop
Under många år har WordPress-utvecklingen till stor del gått mot allt mer visuella redigeringsverktyg. Tanken har varit att webbplatsägaren själv ska kunna bygga nästan vad som helst genom att klicka, dra och släppa. Med AI uppstår en alternativ utvecklingsväg där målet istället kan vara att användaren beskriver vad som ska göras och låter systemen skapa eller förändra webbplatsen.
Om den utvecklingen fortsätter blir enkel och tydlig webbplatsarkitektur allt mer värdefull. ChatGPT och andra AI-verktyg är redan bra på att producera WordPress-anpassat innehåll och kan hjälpa till att utveckla förvånansvärt avancerade specialplugins. När nästa steg är automatiserad publicering och administration kan sidbyggarnas extra lager istället bli det som bromsar processen. Det som en gång gjorde WordPress enklare för människan kan paradoxalt nog göra WordPress mer komplicerat när en allt större del av arbetet ska utföras tillsammans med AI.
Lämna ett svar