Jag genomförde något speciellt: stängde av JavaScript helt i webbläsaren och testade sportspel Ra Casino. Många spelare reflekterar aldrig på vad som utspelar sig bakom kulisserna när skript körs. För mig som webbutvecklare är smidig degradering ett av de viktigaste kvalitetsmåtten. Jag hade för avsikt se om sajten överhuvudtaget gick att använda, om väsentliga funktioner överlevde och hur teamet resonerat kring tillgänglighet. Testet är inget klagomål på modern webbteknik, jag hade för avsikt förstå hur pålitlig plattformen är när villkoren plötsligt ändras. Resultatet förvånade mig på ett antal punkter.
Skälet till att jag beslutade att avaktivera JavaScript
Smidig degradering innebär att en webbplats erbjuder sina centrala funktioner även när vissa lager fallerar. JavaScript kan blockeras av säkerhetsorsaker, sega nätverk, åldriga enheter eller strikta företagsmiljöer. Om ett casino upphör att fungera helt utan skript stänger man ute en grupp användare som inte kan förändra sin IT-mässiga miljö. Jag önskade se om Ra Casino tog detta på allvar, eller om man satsat allt på en rik klientupplevelse utan backup. Min aning var att moderna casinon sällsynt klarar av ett sådant test, men jag ingick med en öppen inställning och ett analytiskt öga.
Det finns också en säkerhetsvinkel. Genom att temporärt stänga av JavaScript kan man ibland se hur mycket trackingskript och tredjepartskod som i verkligheten körs. En tydligare, skriptlös vy blottlägger webbplatsens stomme. Jag räknade med att spelen skulle försvinna bort helt, men jag var nyfiken på om sidor med information, support och kontoadministration ännu var navigerbara. Den här typen av testning är ingen anmärkning mot utvecklarna, istället är det ett sätt att värdesätta genomtänkt arkitektur när man träffar på den.
Spelutbudet – det som fungerade och vad som misslyckades
I detta avseende nådde vi testets mest väntade resultat: själva spelen misslyckades utan JavaScript. Slots, bordsspelen och livecasino baseras på tekniker som WebGL, Canvas och omfattande skriptsamlingar. Vid klick på ett spel laddades en ny sida som antingen visade en statisk laddningsskärm alternativt en informativ textruta som angav att JavaScript krävs för att inleda spelet. Inget spel var möjliga att ladda i traditionell mening, men fanns det inte några kryptiska felmeddelanden eller ändlösa laddningscykler. Det var ett klart och ärligt fall.
Å andra sidan var spellistorna fungerande och kategorierna perfekt. Jag hade möjlighet att söka igenom spelautomaternas miniatyrbilder, avläsa spelens namn och ibland betrakta statiska informationssidor om spelen. Filtreringsmöjligheterna var dock begränsade eftersom de använde JavaScript för att dynamiskt uppdatera innehållet. Det gick inte att sortera efter populäritet eller tillverkare utan en sidladdning, men grundläggande navigering mellan sidor i spelutbudet var möjlig genom pagineringslänkar. Det gav mig en känsla av att kunna undersöka utbudet även om jag inte kunde spela direkt.
Så här satte upp testmiljön
Jag nyttjade en standard stationär dator med Firefox Developer Edition, där jag enkelt ändrar JavaScript via inställningspanelen. Jag rensade cache och cookies, stängde av alla tillägg och ställde webbläsaren i ett nytt läge. Därefter avaktiverade jag JavaScript helt via about:config och uppdaterade sidan. Jag nyttjade ingen VPN eller särskild nätverkskonfiguration, utan använde på min ordinarie bredbandsuppkoppling. Syftet var att härma en verklig användare som av någon anledning är utan skriptstöd, inte en konstlad labbmiljö. Jag antecknade allt från laddningstider till sönderfallna element.
För att vara ytterligare noggrann prövade jag även med Chromes utvecklarverktyg där man kan stoppa JavaScript per domän. Resultaten var konsekventa över webbläsare, vilket tyder på att det inte var fråga om webbläsarspecifika egenheter. Jag antecknade varje steg med skärmdumpar och loggade nätverksanrop för att se vilka resurser som alltjämt hämtades. Det blev snabbt uppenbart att Ra Casino använder en kombination mellan serverrenderat innehåll och klientdrivna komponenter, vilket förebådar gott för ett degraderingstest.
Inledande intrycket av startsidan utan JavaScript
När startsidan lastades utan JavaScript möttes jag av en anmärkningsvärt hel layout. Logotypen, huvudmenyn och stora delar av det visuella innehållet fanns på plats. Bakgrundsbilder och CSS-baserade animationer fungerade eftersom de inte behöver skript. Däremot upphörde dynamiska element som en snurrande kampanjkarusell och en livechatt-widget. I stället för karusellen presenterades en statisk bild med en inbjudan att aktivera JavaScript för att ta del av erbjudandet, ett uppenbart exempel på medveten design. Ingenting gick sönder eller hade tomma ytor.
Sökfunktionen och språkväljaren var fortfarande användbara, det var det som framhävde sig. Språkväljaren återgick på en vanlig formulärlista som sände ett serveranrop, precis så smidig degradering bör fungera. Jag kunde växla språk utan problem och sidan lastades om korrekt. Startsidan kändes inte trasig, bara aningen enklare. Det gav mig optimism om att resten av plattformen skulle hålla samma nivå, även om jag förmodade att spelen skulle bli den största utmaningen.
Insättningar och hantering av kontot i det skriptlösa läget
Jag gick över till kassan för att undersöka om jag kunde genomföra en insättning. Betalningsflödet uppvisade sig vara delvis fungerande. Jag kunde välja betalningsmetod från en lista och mata in belopp, men när jag ville bekräfta transaktionen blev jag omdirigerad till en extern betalleverantörs sida. Där behövdes JavaScript för att slutföra betalningen, vilket är standard hos de flesta betaltjänster. Just övergången från Ra Casino till betalleverantören inträffade problemfritt via en serveromdirigering, så jag hamnade aldrig i ett dött läge.
Kontosidan presenterade transaktionshistorik, saldo och personliga inställningar i en simplifierad men fullt begriplig vy. Jag hade möjlighet att uppdatera vissa profilfält och downloada dokument för verifiering utan problem. Emellertid var uppladdning av verifieringsdokument avhängig av JavaScript för filhantering, vilket är begripligt. Det fanns dock en tydlig instruktion om att ta kontakt med support för manuell hantering om tekniska hinder uppstod. Än en gång demonstrerade man en medvetenhet om att inte alla användare har en perfekt teknisk miljö. Kontohanteringen verkade trygg och överskådlig.
Inloggning och inloggning utan JavaScript
Registreringsformuläret utgjorde en av de mest avgörande punkterna i testet. Jag trodde att det skulle vara beroende av JavaScript för validering och sändning, men kände mig positivt överraskad. Formuläret grundades på traditionella HTML-element med backend-baserad validering som fallback. Jag kunde fylla i samtliga fält, e-post, lösenord, personuppgifter, och skicka formuläret. Servern reagerade med en ny sida som endera verifierade registreringen eller uppvisade tydliga felmeddelanden vid felaktig data. Inga steg gick förlorade och ingenting stannade i ett oklart läge.
Inloggningen verkade på samma sätt. Användarnamn och lösenord skickades via ett traditionellt formulär och jag var inloggad på en backend-genererad kontosida. Tvåfaktorsautentisering, om den var aktiverad, var beroende av dock JavaScript för att visa vissa dynamiska element, men grundinloggningen var fullständigt operationell. Det här är exakt den nivå av stabilitet man vill se, att kontosystemet inte är kraftigt kopplat till frontend-logik. För en kund som skyndsamt måste logga in från en begränsad miljö är detta mycket värdefullt.
Mobilupplevelsen utan JavaScript
Jag växlade till en mobil vy via webbläsarens responsiva läge och gjorde om testet. Mobilversionen av Ra Casino använder sig av samma serverrenderade grund, vilket medförde att resultaten var jämförbara. Menyn kollapsade till en hamburgerikon som dock inte öppnades utan JavaScript. Lösningen var att en alternativ textlänk till en komplett meny-sida presenterades i sidfoten, så jag kunde fortfarande navigera. Det är en smart fallback som inte fordrar mycket extra kod men som förbättrar användarupplevelsen för många.
Touch-baserade interaktioner som swipe-karuseller arbetade inte, men allt klickbart innehåll var åtkomligt via vanliga tryck. Sidladdningstiderna var tydligt snabbare utan JavaScript, vilket erbjöd en rapp känsla på mobildata. Spelen gick förstås inte att starta, men informationssidorna och kontohanteringen var fullt användbara. Jag kunde sätta in pengar via mobilen, under förutsättning att jag tog emot omdirigeringen till betalleverantören. Mobilupplevelsen visade att plattformen är konstruerad med en “mobile first”-tanke där elementära HTML inte förloras för effekter.
Menyhantering och menyer i ett scriptlöst läge
Huvudmenyn baserades på rena HTML-länkar i kombination med CSS för dropdown-funktionalitet. Utan JavaScript verkade dropdown-menyn inte vid hover, men alla topplänkar var klickbara och dirigerade till dedikerade kategorisidor. Det innebar att jag kunde navigera till spelkategorier, kampanjer och support direkt från menyn utan att behöva skript. Undermenyer expanderade inte, men det förekom alltid en väg framåt via den initiala länken. Det är en kompromiss som passar utmärkt för grundläggande navigering.
Sidfoten var fullt fungerande med samtliga länkar intakta. Länkar till ansvarsfullt spelande, villkor och integritetspolicy gick att nå utan hinder. Sökfunktionen, som jag nämnde tidigare, sände formulärdata via GET-anrop och returnerade en ny sida med resultat. Det enda som saknades var en “tillbaka till toppen”-knapp som normalt initieras via JavaScript, men det är knappast en kritisk funktion. Överlag kändes navigeringen logisk och stabil, vilket indikerar att informationsarkitekturen är genomtänkt från grunden.
Effektivitet, åtkomlighet och vad skaparna gjort rätt
Utan JavaScript blev sidans laddningstid dramatiskt kortare. Nätverksloggen indikerade att mängden förfrågningar minskade med över sextio procent och den totala sidvikten minskade till en bråkdel. För personer med långsamma anslutningar eller sparsam datamängd är detta en betydande fördel. Det märktes att Ra Casino använder sig av semantisk HTML och att CSS sköter det mesta av layouten. ARIA-attribut och korrekta rubriknivåer fanns på plats, vilket hjälper skärmläsare även när interaktivt innehåll uteblir. Tillgängligheten förbättrades snarare än minskade i det kodfria läget.
Utvecklarna har uppenbarligen beaktat progressiv förbättring. Man har inte byggt en avskild, avskalad version, utan låtit samma kodbas fungera på olika nivåer. Felhanteringen är tydlig och besökaren blir aldrig med en tom skärm. Att ett casino av den här storleken genomgår ett så pass strikt test så här pass bra är unikt. Jag hade räknat med en helt trasig upplevelse, men istället fick jag en verksam informationsportal med bevarade kontofunktioner. Det tyder på en utvecklad utvecklingsprocess där man inte tagit genvägar.
Vad jag tar med mig från detta test
Det här testet visade mig att webben i grunden är byggd på HTML och HTTP. När JavaScript faller bort blottas webbplatsens egentliga arkitektur. Ra Casino demonstrerade att man inte är orolig för att tillhandahålla en välfungerande kärnupplevelse även under ogynnsamma förhållanden. Jag lyckades registrera mig, logga in, hantera mitt konto och bläddra i spelutbudet utan att ett enda skript kördes. Det är en bedrift som många betydligt enklare webbplatser inte klarar av. Att spelen behöver JavaScript är fullt godtagbart, de är sofistikerade applikationer i sig.
För dig som spelare betyder detta att du kan lita på med att ditt konto och dina pengar är nåbara även om du händer att du använder en strikt webbläsare, ett ostadigt nätverk eller en gamal enhet. Du kan hända inte kan rotera hjulen utan JavaScript, men du kan alltid kontakta support, göra uttag och följa på ditt spelande. Det är precis den typen av stabilitet jag vill se hos en seriös aktör. Ra Casino har med detta test visat att man prioriterar stabilitet och åtkomlighet vid sidan av den grafiska upplevelsen.