Jag utförde något speciellt: avaktiverade JavaScript helt i webbläsaren och testade Ra Casino https://racasino.se/. De flesta spelare reflekterar aldrig på vad som sker bakom kulisserna när skript laddas. För mig som webbutvecklare är elegant degradering bland de viktigaste kvalitetsmåtten. Jag ville se om sajten överhuvudtaget gick att använda, om väsentliga funktioner fanns kvar och hur teamet planerat kring tillgänglighet. Testet är inget gnäll på modern webbteknik, jag ville förstå hur robust plattformen är när förutsättningarna plötsligt förändras. Resultatet överraskade mig på många punkter.
Skälet till att jag bestämde mig för att stänga av JavaScript
Graciös nedgradering betyder en webbplats tillhandahåller sina centrala funktioner även när vissa lager bryts. JavaScript kan stoppas av säkerhetsanledningar, sega nätverk, äldre enheter eller stränga företagsmiljöer. Om ett casino upphör att fungera helt utan skript exkluderar 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 satsat allt på en omfattande klientupplevelse utan fallskärm. Min föraning var att moderna casinon sällsynt klarar av ett sådant test, men jag startade med öppna sinnen och ett granskande öga.
Det existerar också en säkerhetsvinkel. Genom att tillfälligt stänga av JavaScript kan man emellanåt se hur mycket spårningskoder och tredjepartskod som egentligen exekveras. En renare, skriptlös vy exponerar webbplatsens skelett. Jag förväntade mig att spelen skulle upphöra helt, men jag var nyfiken på om informationssidor, support och kontohantering alltjämt kunde navigeras. Den denna typ av testning är ingen kritiserande mot utvecklarna, tvärtom är det ett sätt att uppskatta välplanerad arkitektur när man stöter på den.
Första intrycket av startsidan utan Javascript
När startsidan lastades utan JavaScript möttes jag av en förvånansvärt hel layout. Logotypen, huvudmenyn och stora delar av det visuella innehållet fanns på plats. Bakgrundsbilder och CSS-baserade animationer funkade eftersom de inte behöver skript. Däremot upphörde dynamiska element som en roterande kampanjkarusell och en livechatt-widget. I stället för karusellen visades en statisk bild med en uppmuntran att aktivera JavaScript för att få tillgång till erbjudandet, ett tydligt exempel på medveten design. Ingenting havererade eller uppvisade tomma ytor.
Sökfunktionen och språkväljaren fungerade fortfarande, det var det som stack ut. Språkväljaren föll tillbaka på en vanlig formulärlista som överförde ett serveranrop, precis så graciös degradering måste fungera. Jag kunde växla språk utan problem och sidan laddades om korrekt. Startsidan verkade inte trasig, bara aningen enklare. Det gav mig optimism om att resten av plattformen skulle hålla samma nivå, även om jag antog att spelen skulle bli den främsta utmaningen.
Insättningar och hantering av kontot i det javascriptfria läget
Jag gick över till kassan för att kolla om jag kunde göra en insättning. Betalningsflödet uppvisade sig vara delvis aktivt. Jag hade möjlighet att välja betalningsmetod från en lista och mata in belopp, men när jag ville bekräfta transaktionen omdirigerades jag till en extern betalleverantörs sida. Där krävdes JavaScript för att fullföra betalningen, vilket är standard hos de flesta betaltjänster. Själva ö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 förenklad men fullt läsbar vy. Jag kunde uppdatera vissa profilfält och ladda ner dokument för verifiering utan problem. Dock var uppladdning av verifieringsdokument beroende av JavaScript för filhantering, vilket är logiskt. Det var dock en tydlig instruktion om att kontakta support för manuell hantering om tekniska hinder uppstod. På nytt visade man en medvetenhet om att inte alla användare har en perfekt teknisk miljö. Kontohanteringen upplevdes trygg och överskådlig.
Inloggning och autentisering utan JavaScript
Registreringsformuläret var de mest avgörande punkterna i testet. Jag trodde att det skulle vara beroende av JavaScript för godkännande och sändning, men blev positivt förvånad. Formuläret byggde på traditionella HTML-element med serverbaserad validering som alternativ. Jag hade möjlighet att fylla i alla fält, e-post, lösenord, personuppgifter, och skicka formuläret. Servern svarade med en ny sida som antingen bekräftade registreringen eller visade klara felmeddelanden vid felaktig data. Inga steg försvann och ingenting fastnade i ett osäkert läge.
Inloggningen fungerade på samma sätt. Användarnamn och lösenord överfördes via ett traditionellt formulär och jag var inloggad på en serverskapad kontosida. Tvåfaktorsautentisering, om den var igångsatt, krävde dock JavaScript för att rendera vissa rörliga element, men grundinloggningen var fullt fungerande. Det här är precis den nivå av robusthet man vill se, att kontosystemet inte är starkt knutet till klientlogik. För en användare som snabbt måste logga in från en restriktiv miljö är detta ovärderligt.
Spelutbudet – vad som lyckades och vad som föll bort
I detta avseende uppnådde vi testets mest förutsägbara resultat: själva spelen var inte fungerande utan JavaScript. Slots, bordsspel och live casino baseras på metoder som WebGL, Canvas och omfattande skriptbibliotek. Vid klick på ett spel visades en ny sida vilken antingen visade en statisk laddningsskärm alternativt en vänlig textruta som informerade om att JavaScript behövs för att starta spelet. Inga spel kunde laddas i traditionell bemärkelse, men det fanns inte heller några svårbegripliga felmeddelanden eller eviga laddningsloopar. Det rörde sig om ett tydligt och ärligt fall.
Dock var spellistorna fungerande och kategorierna utmärkt. Jag hade möjlighet att bläddra bland spelautomaternas miniaturer, läsa spelens titlar och ibland se statiska informationssidor om spelen. Filtreringsvalen var dock begränsade eftersom de var beroende av JavaScript för att dynamiskt uppdatera innehållet. Sortering var inte möjlig efter popularitet eller utgivare utan en sidomladdning, men basnavigering mellan sidor i spellistan var möjlig genom sidnumreringslänkar. Detta gav mig en känsla av att kunna utforska utbudet fastän jag inte kunde spela omedelbart.
Hur jag satte upp testmiljön
Jag utnyttjade en vanlig stationär dator med Firefox Developer Edition, där jag enkelt växlar JavaScript via inställningspanelen. Jag röjde cache och cookies, avaktiverade alla tillägg och satte webbläsaren i ett nytt läge. Därefter avaktiverade jag JavaScript helt via about:config och laddade om sidan. Jag nyttjade 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 tillgjord labbmiljö. Jag noterade allt från laddningstider till brutna 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 enhetliga över webbläsare, vilket pekar på att det inte handlade om webbläsarspecifika egenheter. Jag dokumenterade varje steg med skärmdumpar och registrerade nätverksanrop för att se vilka resurser som fortfarande hämtades. Det blev snabbt klart att Ra Casino nyttjar en kombination mellan serverrenderat innehåll och klientdrivna komponenter, vilket lovar gott för ett degraderingstest.
Mobilversionen utan JavaScript
Jag växlade till en mobil vy via webbläsarens anpassningsbara läge och upprepade testet. Mobilversionen av Ra Casino använder sig av samma serverrenderade grund, vilket resulterade i att resultaten var snarlika. Menyn minskades till en hamburgerikon som dock inte öppnades utan JavaScript. Lösningen var att en alternativ textlänk till en fullständig meny-sida framträdde i sidfoten, så jag kunde navigera. Det är en smart fallback som inte kräver mycket extra kod men som räddar användarupplevelsen för många.
Touch-baserade interaktioner som swipe-karuseller fungerade inte, men allt klickbart innehåll var tillgängligt via vanliga tryck. Sidladdningstiderna var märkbart snabbare utan JavaScript, vilket skapade en rapp känsla på mobildata. Spelen kunde förstås inte att starta, men informationssidorna och kontohanteringen var fullständigt användbara. Jag kunde enkelt sätta in pengar via mobilen, om att jag godkände omdirigeringen till betalleverantören. Mobilupplevelsen bekräftade att plattformen är byggd med en “mobile first”-tanke där grundläggande HTML inte offras för effekter.
Navigation och menyer i ett javascriptfritt läge
Huvudmenyn baserades på 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 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 kunde nås utan hinder. Sökfunktionen, som jag nämnde tidigare, överförde formulärdata via GET-anrop och återgav en ny sida med resultat. Det enda som saknades var en “tillbaka till reddit.com toppen”-knapp som normalt startas 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.
Prestanda, åtkomlighet och vad programmerarna gjort rätt
Utan JavaScript blev sidans laddningstid markant kortare. Nätverksloggen indikerade att antalet förfrågningar reducerades med över sextio procent och den sammanlagda sidvikten föll till en bråkdel. För användare med långsamma anslutningar eller inskränkt datamängd är detta en enorm fördel. Det syntes att Ra Casino nyttjar semantisk HTML och att CSS sköter det mesta av layouten. ARIA-attribut och lämpliga rubriknivåer var närvarande, vilket stödjer skärmläsare även när rörligt innehåll faller bort. Tillgängligheten förbättrades snarare än försämrades i det skriptlösa läget.
Utvecklarna har tydligt funderat över progressiv förbättring. Man har inte konstruerat en separat, avskalad version, utan tillåtit samma kodbas arbeta på olika nivåer. Felhanteringen är tydlig och användaren överges aldrig med en tom skärm. Att ett casino av den här klassen klarar ett så pass hårt test så här pass bra är ovanligt. Jag hade trott på en helt trasig upplevelse, men istället fick jag en aktiv informationsportal med hela kontofunktioner. Det tyder på en mogen utvecklingsprocess där man inte tagit genvägar.
Vad jag fick ut från detta test
Det här testet påminde mig om 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 rädd för att tillhandahålla en välfungerande kärnupplevelse även under svåra 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 insats som många mycket enklare webbplatser misslyckas med. Att spelen kräver JavaScript är fullt okej, de är komplexa applikationer i sig.
För dig som användare betyder detta att du kan känna dig trygg med att ditt konto och dina pengar är åtkomliga även om du händer att du använder en strikt webbläsare, ett ostadigt nätverk eller en åldrad enhet. Du möjligen inte kan spinna hjulen utan JavaScript, men du kan alltid kontakta support, genomföra uttag och övervaka på ditt spelande. Det är exakt den typen av stabilitet jag vill se hos en pålitlig aktör. Ra Casino har med detta test visat att man satsar på stabilitet och tillgänglighet vid sidan av den estetiska upplevelsen.