Jag genomförde något ovanligt: stängde av JavaScript helt i webbläsaren och provade Ra Casino https://racasino.se. Många spelare funderar aldrig på vad som sker bakom kulisserna när skript körs. För mig som webbutvecklare är elegant degradering ett av de mest betydelsefulla kvalitetsmåtten. Jag hade för avsikt se om sajten överhuvudtaget gick att använda, om väsentliga funktioner fanns kvar och hur teamet resonerat kring tillgänglighet. Testet är ingen kritik på modern webbteknik, jag önskade förstå hur stabil plattformen är när förutsättningarna plötsligt ändras. Resultatet imponerade på mig på många punkter.

Varför jag valde att stänga av JavaScript

Elegant degradering innebär en webbplats tillhandahåller sina kärnfunktioner även när vissa nivåer slutar fungera. JavaScript kan stoppas av säkerhetsanledningar, sega nätverk, äldre enheter eller strikta företagsmiljöer. Om ett casino upphör att fungera helt utan skript utesluter man en grupp användare som inte kan ändra sin IT-mässiga miljö. Jag ville se om Ra Casino behandlade detta seriöst, eller om man satsar allt på en rikhaltig klientupplevelse utan backup. Min aning var att moderna casinon sällan hanterar ett sådant test, men jag gick in med öppna sinnen och ett granskande öga.

Det existerar också en säkerhetssynvinkel. Genom att temporärt stänga av JavaScript kan man emellanåt se hur mycket spårningskoder och tredjepartskod som egentligen används. En klarare, skriptlös vy avslöjar webbplatsens skelett. Jag räknade med att spelen skulle försvinna helt, men jag var intresserad på om sidor med information, support och kontoadministration alltjämt kunde navigeras. Den sortens av testning är ingen anmärkning mot utvecklarna, tvärtom är det ett sätt att uppskatta välgenomtänkt arkitektur när man möter den.

Inbetalningar och kontohantering i det javascriptfria läget

Jag fortsatte till kassan för att undersöka om jag kunde göra en insättning. Betalningsflödet visade sig vara delvis fungerande. Jag kunde välja betalningsmetod från en lista och fylla i belopp, men när jag skulle bekräfta transaktionen blev jag omdirigerad till en extern betalleverantörs sida. Där behövdes JavaScript för att avsluta betalningen, vilket är vanligt hos de flesta betaltjänster. Selve ö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 enklare men fullt begriplig vy. Jag kunde uppdatera vissa profilfält och downloada dokument för verifiering utan problem. Dock var uppladdning av verifieringsdokument avhängig av JavaScript för filhantering, vilket är förståeligt. Det var dock en tydlig instruktion om att ta kontakt med support för manuell hantering om tekniska hinder inträffade. På nytt visade man en medvetenhet om att inte alla användare har en perfekt teknisk miljö. Kontohanteringen upplevdes trygg och överskådlig.

Registrering och inloggningsprocess utan JavaScript

Registreringsformuläret utgjorde de mest kritiska punkterna i testet. Jag förväntade mig att det skulle vara beroende av JavaScript för kontroll och inskick, men var positivt imponerad. Formuläret grundades på traditionella HTML-element med backend-baserad validering som alternativ. Jag kunde fylla i alla fält, e-post, lösenord, personuppgifter, och skicka formuläret. Servern reagerade med en ny sida som antingen bekräftade registreringen eller uppvisade tydliga felmeddelanden vid ogiltig data. Inga steg försvann och inte något stannade i ett osäkert läge.

Inloggningen agerade på samma sätt. Användarnamn och lösenord överfördes via ett traditionellt formulär och jag var inloggad på en serverrenderad kontosida. Tvåfaktorsautentisering, om den var igångsatt, krävde dock JavaScript för att rendera vissa interaktiva element, men basinloggningen var fullständigt fungerande. Det här är just den grad av stabilitet man vill se, att kontosystemet inte är starkt kopplat till klientlogik. För en kund som effektivt behöver logga in från en restriktiv miljö är detta mycket värdefullt.

Spelportföljen – det som fungerade och det som försvann

På denna punkt nådde vi testets mest förutsägbara resultat: casinospelen i sig fungerade inte utan JavaScript. Slots, bordsspel och livecasino baseras på metoder som WebGL, Canvas och omfattande skriptbibliotek. När jag klickade på ett spel laddades en ny sida vilken antingen visade en statisk laddningsskärm alternativt en vänlig textruta som angav att JavaScript behövs för att starta spelet. Inget spel kunde laddas i vanlig mening, men fanns det inte några kryptiska felmeddelanden eller ändlösa laddningscykler. Det rörde sig om ett rent och ärligt fall.

Å andra sidan funkade spellistorna och kategorierna utmärkt. Jag hade möjlighet att bläddra bland spelautomaternas miniatyrbilder, läsa spelens titlar och stundtals visa statiska informationssidor om spelen. Filtreringsmöjligheterna var dock begränsade eftersom de förlitade sig på JavaScript för att dynamiskt förnya innehållet. Jag kunde inte sortera efter populäritet eller utgivare utan en sidomladdning, men basnavigering mellan sidor i spelutbudet skedde via pagineringslänkar. Det gav mig en känsla av att kunna utforska utbudet även om jag inte kunde spela omedelbart.

Första intrycket av startsidan utan Javascript

När startsidan lastades utan JavaScript stötte jag på av en förvånansvärt hel layout. Logotypen, huvudmenyn och betydande delar av det visuella innehållet var närvarande. Bakgrundsbilder och CSS-baserade animationer verkade eftersom de inte kräver skript. Däremot försvann dynamiska element som en rörlig kampanjkarusell och en livechatt-widget. I stället för karusellen uppvisades en statisk bild med en inbjudan att aktivera JavaScript för att ta del av erbjudandet, ett klart 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å elegant degradering måste 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 stora utmaningen.

Mobilversionen utan JavaScript

Jag skiftade till en mobil vy via webbläsarens anpassningsbara läge och repeterade testet. Mobilversionen av Ra Casino nyttjar av samma serverrenderade grund, vilket medförde 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 framträdde i sidfoten, så jag hade möjlighet navigera. Det är en smart fallback som inte fordrar mycket extra kod men som bevarar användarupplevelsen för många.

Touch-baserade interaktioner som swipe-karuseller verkade inte, men allt klickbart innehåll var åtkomligt via vanliga tryck. Sidladdningstiderna var märkbart snabbare utan JavaScript, vilket skapade en rapp känsla på mobildata. Spelen var möjliga förstås inte att starta, men informationssidorna och kontohanteringen var fullständigt användbara. Jag kunde sätta in pengar via mobilen, under förutsättning att jag accepterade omdirigeringen till betalleverantören. Mobilupplevelsen visade att plattformen är konstruerad med en “mobile first”-tanke där grundläggande HTML inte uppges för effekter.

Navigation och menyer i ett skriptlöst läge

Huvudmenyn baserades på rena HTML-länkar i kombination 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 behöva skript. Undermenyer expanderade inte, men det fanns alltid en väg framåt via den initiala länken. Det är en kompromiss som lämpar sig 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, överförde formulärdata via GET-anrop och returnerade en ny sida med resultat. Det enda som saknades var en “tillbaka till toppen”-knapp som normalt aktiveras 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.

Hur jag satte upp testmiljön

Jag utnyttjade en standard stationär dator med Firefox Developer Edition, där jag smidigt ändrar JavaScript via inställningspanelen. Jag röjde cache och cookies, avaktiverade alla tillägg och satte webbläsaren i ett blankt läge. Därefter stängde av jag JavaScript helt via about:config och uppdaterade sidan. Jag utnyttjade ingen VPN eller speciell nätverkskonfiguration, utan körde på min ordinarie bredbandsuppkoppling. Syftet var att efterlikna en riktig användare som av någon anledning saknar skriptstöd, inte en artificiell labbmiljö. Jag antecknade allt från laddningstider till trasiga element.

För att vara extra noggrann prövade jag även med Chromes utvecklarverktyg där man kan blockera JavaScript per domän. Resultaten var samstämmiga över webbläsare, vilket pekar på att det inte rörde sig om webbläsarspecifika egenheter. Jag registrerade varje steg med skärmdumpar och loggade nätverksanrop för att se vilka resurser som ännu hämtades. Det var snabbt uppenbart att Ra Casino nyttjar en hybrid mellan serverrenderat innehåll och klientdrivna komponenter, vilket bådar gott för ett degraderingstest.

Prestanda, tillgänglighet och vad utvecklarna gjort rätt

Utan JavaScript blev webbplatsens laddningstid dramatiskt kortare. Nätverksloggen visade att mängden förfrågningar minskade med över sextio procent och den sammanlagda sidvikten föll till en bråkdel. För användare med långsamma anslutningar eller sparsam datamängd är detta en stor fördel. Det uppmärksammades att Ra Casino använder sig av semantisk HTML och att CSS sköter det mesta av layouten. ARIA-attribut och riktiga rubriknivåer fanns på plats, vilket underlättar skärmläsare även när rörligt innehåll faller bort. Tillgängligheten steg snarare än försämrades i det javascriptfria läget.

Utvecklarna har tydligt beaktat progressiv förbättring. Man har inte byggt en fristående, avskalad version, utan tillåtit samma kodbas verka på olika nivåer. Felhanteringen är klar och användaren överges aldrig med en tom skärm. Att ett casino av den här klassen genomgår ett så pass strikt test så här pass bra är sällsynt. Jag hade trott på en helt felfylld upplevelse, men i stället fick jag en verksam informationsportal med hela kontofunktioner. Det tyder på en välutvecklad utvecklingsprocess där man inte tagit genvägar.

Vad jag tar med mig från detta försök

Det här testet visade mig att webben i grunden är baserad på HTML och HTTP. När JavaScript inte fungerar avslöjas webbplatsens sanna arkitektur. Ra Casino bevisade att man inte är orolig för att erbjuda en fungerande kärnupplevelse även under ogynnsamma förhållanden. Jag kunde registrera mig, logga in, hantera mitt konto och titta på spelutbudet utan att ett enda skript aktiverades. Det är en bedrift som många avsevärt enklare webbplatser misslyckas med. Att spelen behöver JavaScript är fullt okej, de är sofistikerade applikationer i sig.

För dig som spelare innebär detta att du kan lita på med att ditt konto och dina pengar är åtkomliga även om du av misstag använder en snäv webbläsare, ett instabilt nätverk eller en gamal enhet. Du kanske inte kan snurra hjulen utan JavaScript, men du kan alltid kontakta support, göra uttag och hålla koll på ditt spelande. Det är exakt den sorten av stabilitet jag vill se hos en seriös aktör. Ra Casino har med detta test bevisat att man satsar på stabilitet och användbarhet vid sidan av den estetiska upplevelsen.