Jag genomförde något speciellt: inaktiverade JavaScript helt i webbläsaren och testade Ra Casino https://racasino.se/. De flesta spelare tänker aldrig på vad som sker bakom kulisserna när skript körs. För mig som webbutvecklare är elegant degradering bland de centrala kvalitetsmåtten. Jag önskade se om sajten ens gick att använda, om basala funktioner fanns kvar och hur teamet tänkt kring tillgänglighet. Testet är inget klagomål på modern webbteknik, jag ville förstå hur robust plattformen är när villkoren plötsligt skiftar. Resultatet förvånade mig på ett antal punkter.

Anledningen till att jag valde att avaktivera JavaScript

Graciös försämring betyder en webbplats tillhandahåller sina kärnfunktioner även om vissa nivåer fallerar. JavaScript kan blockeras av säkerhetsskäl, sega nätverk, åldriga enheter eller hårda företagsmiljöer. Om ett casino slutar fungera helt utan skript stänger man ute en grupp användare som inte kan påverka sin tekniska miljö. Jag ville se om Ra Casino tog detta på allvar, eller om man satsat allt på en omfattande klientupplevelse utan backup. Min aning var att moderna casinon sällan hanterar ett sådant test, men jag ingick med öppet sinne och ett granskande öga.

Det förekommer också en säkerhetssynvinkel. Genom att tillfälligt stänga av JavaScript kan man stundtals se hur mycket spårningsskript och tredjepartskod som egentligen används. En klarare, skriptlös vy blottlägger webbplatsens grundstruktur. Jag antog att spelen skulle upphöra helt, men jag var spänd på om sidor med information, support och hantering av konton fortfarande gick att navigera. Den här typen av testning är ingen kritiserande mot utvecklarna, istället är det ett sätt att uppskatta välgenomtänkt arkitektur när man möter den.

Prestanda, tillgänglighet och vad skaparna gjort bra

Utan JavaScript blev webbplatsens laddningstid markant kortare. Nätverksloggen indikerade att omfattningen förfrågningar minskade med över sextio procent och den totala sidvikten sjönk till en bråkdel. För besökare med tröga anslutningar eller inskränkt datamängd är detta en enorm fördel. Det syntes att Ra Casino använder sig av semantisk HTML och att CSS styr det mesta av layouten. ARIA-attribut och riktiga rubriknivåer förekom, vilket stödjer skärmläsare även när rörligt innehåll försvinner. Tillgängligheten förbättrades snarare än försämrades i det javascriptfria läget.

Utvecklarna har självklart beaktat progressiv förbättring. Man har inte konstruerat en separat, avskalad version, utan låtit samma kodbas verka på olika nivåer. Felhanteringen är distinkt och besökaren lämnas aldrig med en tom skärm. Att ett casino av den här kalibern hanterar ett så pass strikt test så här pass väl är unikt. Jag hade räknat med en helt trasig upplevelse, men i stället fick jag en verksam informationsportal med intakta kontofunktioner. Det tyder på en utvecklad utvecklingsprocess där man inte tagit genvägar.

Första intrycket av startsidan utan skript

När startsidan laddades utan JavaScript möttes jag av en förvånansvärt hel layout. Logotypen, huvudmenyn och betydande delar av det visuella innehållet fanns på plats. Bakgrundsbilder och CSS-baserade animationer funkade eftersom de inte behöver skript. Däremot försvann dynamiska element som en snurrande kampanjkarusell och en livechatt-widget. I stället för karusellen uppvisades en statisk bild med en uppmaning att aktivera JavaScript för att få tillgång till erbjudandet, ett uppenbart exempel på medveten design. Ingenting gick sönder eller hade tomma ytor.

Sökfunktionen och språkväljaren fungerade fortfarande, det var det som framhävde sig. Språkväljaren återgick på en vanlig formulärlista som överförde ett serveranrop, precis så graciös degradering bör fungera. Jag kunde växla språk utan problem och sidan lastades om korrekt. Startsidan verkade inte trasig, bara aningen enklare. Det ingav mig hopp om att resten av plattformen skulle hålla samma standard, även om jag förmodade att spelen skulle bli den stora utmaningen.

Depositioner och hantering av kontot i det javascriptfria läget

Jag gick vidare till kassan för att kolla om jag kunde genomföra en insättning. Betalningsflödet visade sig vara delvis aktivt. Jag kunde selektera betalningsmetod från en lista och ange belopp, men när jag ämnade bekräfta transaktionen skickades jag vidare till en extern betalleverantörs sida. Där behövdes JavaScript för att avsluta betalningen, vilket är vanligt hos de flesta betaltjänster. Just övergången från Ra Casino till betalleverantören inträffade problemfritt via en serveromdirigering, så jag kom aldrig i ett dött läge.

Kontosidan visade transaktionshistorik, saldo och personliga inställningar i en simplifierad men fullt avläsbar vy. Jag kunde ändra vissa profilfält och ladda ner dokument för verifiering utan problem. Emellertid var uppladdning av verifieringsdokument beroende av JavaScript för filhantering, vilket är förståeligt. Det var dock en tydlig instruktion om att höra av sig till support för manuell hantering om tekniska hinder uppstod. Än en gång visade man en medvetenhet om att inte alla användare har en perfekt teknisk miljö. Kontohanteringen upplevdes trygg och överskådlig.

Spelutbudet – vad som fungerade och vad som föll bort

I detta avseende uppnådde vi testets mest väntade resultat: själva spelen fungerade inte utan JavaScript. Enarmade banditer, bordsspelen och live casino använder tekniker som WebGL, Canvas och omfattande skriptbibliotek. Då jag klickade på ett spel öppnades en ny sida som antingen visade en statisk laddningsskärm eller en informativ textruta som informerade om att JavaScript krävs för att starta spelet. Inga spel kunde laddas i traditionell bemärkelse, men fanns det inte några kryptiska felmeddelanden eller oändliga laddningsloopar. Det rörde sig om ett klart och ärligt fall.

Däremot fungerade spellistorna och kategorierna mycket väl. Jag hade möjlighet att navigera bland spelautomaternas miniaturer, avläsa spelens namn och ibland se statiska informationssidor om spelen. Filtreringsmöjligheterna var dock begränsade eftersom de var beroende av JavaScript för att dynamiskt förnya innehållet. Det gick inte att sortera efter populäritet eller utgivare utan en sidomladdning, men basnavigering mellan spellistans sidor skedde via paginering. Detta gav mig en känsla av att kunna utforska utbudet fastän jag inte kunde spela direkt.

På detta sätt satte upp testmiljön

Jag utnyttjade en ordinär stationär dator med Firefox Developer Edition, där jag enkelt växlar JavaScript via inställningspanelen. Jag rensade cache och cookies, deaktiverade alla tillägg och konfigurerade webbläsaren i ett nytt läge. Därefter stängde av jag JavaScript helt via about:config och uppdaterade sidan. Jag utnyttjade ingen VPN eller särskild nätverkskonfiguration, utan arbetade på min ordinarie bredbandsuppkoppling. Syftet var att simulera en riktig användare som av någon anledning inte har skriptstöd, inte en konstlad labbmiljö. Jag noterade allt från laddningstider till brutna element.

För att vara särskilt noggrann prövade jag även med Chromes utvecklarverktyg där man kan stoppa JavaScript per domän. Resultaten var enhetliga över webbläsare, vilket indikerar på att det inte handlade om webbläsarspecifika egenheter. Jag registrerade varje steg med skärmdumpar och registrerade nätverksanrop för att se vilka resurser som fortfarande hämtades. Det var snabbt uppenbart att Ra Casino utnyttjar en hybrid mellan serverrenderat innehåll och klientdrivna komponenter, vilket bådar gott för ett degraderingstest.

Skapande av konto och inloggning utan JavaScript

Registreringsformuläret utgjorde de mest kritiska punkterna i testet. Jag trodde att det skulle vara beroende av JavaScript för kontroll och överföring, men blev positivt förvånad. Formuläret byggde på traditionella HTML-element med backend-baserad validering som alternativ. Jag lyckades fylla i alla fält, e-post, lösenord, personuppgifter, och överföra formuläret. Servern returnerade med en ny sida som endera bekräftade registreringen eller visade klara felmeddelanden vid ogiltig data. Inga steg uteblev och ingenting hängde sig i ett oklart läge.

Inloggningen fungerade på samma sätt. Användarnamn och lösenord överfördes via ett standardformulär och jag var inloggad på en serverrenderad kontosida. Tvåfaktorsautentisering, om den var aktiverad, behövde dock JavaScript för att rendera vissa dynamiska element, men huvudinloggningen var fullt fungerande. Det här är exakt den standard av pålitlighet man vill se, att kontosystemet inte är kraftigt kopplat till frontend-logik. För en spelare som skyndsamt måste logga in från en restriktiv miljö är detta guld värt.

Navigation och menyer i ett skriptlöst läge

Huvudmenyn använde sig av rena HTML-länkar tillsammans med CSS för dropdown-funktionalitet. Utan JavaScript fungerade dropdown-menyn inte vid hover, men alla topplänkar var klickbara och ledde till dedikerade kategorisidor. Det betydde att jag kunde navigera till spelkategorier, kampanjer och support direkt från menyn utan att använda skript. Undermenyer expanderade inte, men det fanns 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, skickade 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 verkade navigeringen logisk och stabil, vilket tyder på att informationsarkitekturen är genomtänkt från grunden.

Mobilupplevelsen utan JavaScript

Jag skiftade till en mobil vy via webbläsarens responsiva läge och repeterade testet. Mobilversionen av Ra Casino använder sig av samma serverrenderade grund, vilket innebar att resultaten var liknande. Menyn kollapsade till en hamburgerikon som dock inte öppnades utan JavaScript. Sättet var att en alternativ textlänk till en fullständig meny-sida visades i sidfoten, så jag hade möjlighet navigera. Det är en smart fallback som inte behöver mycket extra kod men som förbättrar användarupplevelsen för många.

Touch-baserade interaktioner som swipe-karuseller fungerade inte, men allt klickbart innehåll var åtkomligt via vanliga tryck. Sidladdningstiderna var märkbart snabbare utan JavaScript, vilket erbjöd en rapp känsla på mobildata. Spelen kunde förstås inte att starta, men informationssidorna och kontohanteringen var fullt användbara. Jag hade förmåga 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 uppges för effekter.

Vad jag fick ut från detta försök

Det här testet påminde mig om att webben i grunden är uppbyggd på HTML och HTTP. När JavaScript inte fungerar blottas webbplatsens sanna arkitektur. Ra Casino demonstrerade att man inte är orolig för att leverera en stabil kärnupplevelse även under svåra förhållanden. Jag lyckades registrera mig, logga in, hantera mitt konto och titta på spelutbudet utan att ett enda skript kördes. Det är en prestation som många avsevärt enklare webbplatser inte klarar av. Att spelen behöver JavaScript är fullt okej, de är sofistikerade applikationer i sig.

För dig som kund medför detta att du kan lita på med att ditt konto och dina pengar är tillgängliga även om du av misstag använder en strikt webbläsare, ett opålitligt nätverk eller en åldrad enhet. Du möjligen inte kan spinna hjulen utan JavaScript, men du kan alltid komma i kontakt med support, genomföra uttag och övervaka på ditt spelande. Det är exakt den typen av stabilitet jag vill se hos en trovärdig aktör. Ra Casino har med detta test bekräftat att man satsar på stabilitet och användbarhet vid sidan av den estetiska upplevelsen.