Ondersteuning Firefox op Amerikaanse overheidssites nadert einde
Het is heel goed mogelijk dat websites van de Amerikaanse overheid binnenkort geen Mozilla Firefox meer ondersteunen, zo blijkt uit de laatste cijfers van diezelfde overheid. De Amerikaanse overheid stelt dat het op de eigen websites alleen browsers officieel ondersteunt die een gebruiksaandeel van meer dan twee procent hebben. Als het gaat om Firefox heeft Mozilla's browsers op Amerikaanse overheidssites een aandeel van 2,2 procent. Een percentage dat al lange tijd dalende is.
Twee browsers zijn op dit moment verantwoordelijk voor 84 procent van al het verkeer dat Amerikaanse overheidssites ontvangen, namelijk Google Chrome en Apple Safari. Chrome is dominant op de desktop en Androidtelefoons. Safari is de standaardbrowser op iPhones, Macs en iPads. Er zijn nu zorgen dat door het niet meer ondersteunen van Firefox op Amerikaanse overheidssites het marktaandeel van Mozillas browser verder zal afnemen.
Op Hacker News wordt gesteld dat de Amerikaanse overheid de bezoekersaantallen van de eigen websites meet op basis van Google Analytics en dat Firefox dit blokkeert. Het aandeel van de browser zou in werkelijkheid dan ook veel hoger liggen. Probleem is dat de Amerikaanse overheid alleen de cijfers ziet dit het via Googles meettool binnenkrijgt en op basis daarvan beslissingen neemt. Firefox heeft in Nederland een algeheel marktaandeel van nog geen vier procent, aldus cijfers van StatCounter. Onder Nederlandse desktopgebruikers is de browser met 6,4 procent iets populairder.
Degene die het zo goed en eerlijk probeert te doen wordt op deze manier steeds meer uitgesloten.
Geen 1 internet browser zou uitgesloten mogen worden, zolang het maar aan de huidige webstandaarden kan houden en de webdesigner daar ook rekening meehoudt.
Wel grappig dat een browser die nog een heel klein beetje wat voor privacy doet daardoor - volgens de amerikaanse overheid - het veld zou moeten ruimen. Wel tekenend voor hoe overheden denken. Over een paar jaar ook in Nederland.
Chrome is natuurlijk op geen enkele manier een optie. Lekker terug naar papier. Werkt altijd. En je hoeft ook geen marktaandeel te meten.
Als Firefox de Google meettools inderdaad blokkeert, waar komt die 2,2% dan vandaan?
We kunnen moeilijk allen Google Analytics gaan toelaten in een browser die zich promoot als privacy vriendelijk...
Maar hoe kan het daadwerkelijke percentage dan wel gemonitorred worden?
Als Firefox de Google meettools inderdaad blokkeert, waar komt die 2,2% dan vandaan?
We kunnen moeilijk allen Google Analytics gaan toelaten in een browser die zich promoot als privacy vriendelijk...
Maar hoe kan het daadwerkelijke percentage dan wel gemonitorred worden?
"officieel ondersteund" is iets anders dan actief geblokkeerd hè?
Ik kan me best voorstellen dat als een webonderdeel het in FireFox niet goed doet; je voor die 2,2% van gebruikers daar minder of geen inspanning voor gaat doen om het werkend te krijgen. En FireFox kennende zorgen die er dan zelf wel voor dat het weer werkt.
"officieel ondersteund" is iets anders dan actief geblokkeerd hè?
Ik kan me best voorstellen dat als een webonderdeel het in FireFox niet goed doet; je voor die 2,2% van gebruikers daar minder of geen inspanning voor gaat doen om het werkend te krijgen. En FireFox kennende zorgen die er dan zelf wel voor dat het weer werkt.
Zoals eerder opgemerkt: aangezien Firefox de meting van Google Analytics blokkeert, kun je ook niet meten wat het werkelijke aantal Firefox gebruikers is. Ga er maar vanuit dat het groter is dan 2,2%
Prima, dan tellen we gemakshalve alle niet herkende browsers ("other") er bij op: 3,2%.
Firefox is niet ineens Chrome (49%), Safari (34,8%), Edge (8,5%, Safari in-app (1,9%), Samsung Internet (1,6%) of Android Webview (1%).
Nadeel is wel dat ik regelmatig bij Cloudflare in een loop terecht kom.
Maar in het land van de indianen hebben ze niets te maken met het Europese W3C en hebben ze ook Sint-Microsoft en Ayatollah Google, dus...........
met uitzondering van de experimental web apis?
dacht dat er tegenwoordig nauwelijks nog verschillen zitten in de browsers als het gaat om html/js
althans alles wat ik bouw werkt toch wel op beide browsers... als je de standaard api's enzo gebruikt voor zover ik zie.
wat voor code breekt dan in FF wat niet in chrome/edge breekt? vindt ik wel interessant om te weten
want dit klinkt als een IE 5,6,7 ondersteuning excuus...
Maar ja, it's all about the money (uh data) stupid.
luntrus
"officieel ondersteund" is iets anders dan actief geblokkeerd hè?
Ik kan me best voorstellen dat als een webonderdeel het in FireFox niet goed doet; je voor die 2,2% van gebruikers daar minder of geen inspanning voor gaat doen om het werkend te krijgen. En FireFox kennende zorgen die er dan zelf wel voor dat het weer werkt.
en dat al vanaf het begin.
met uitzondering van de experimental web apis?
dacht dat er tegenwoordig nauwelijks nog verschillen zitten in de browsers als het gaat om html/js
althans alles wat ik bouw werkt toch wel op beide browsers... als je de standaard api's enzo gebruikt voor zover ik zie.
wat voor code breekt dan in FF wat niet in chrome/edge breekt? vindt ik wel interessant om te weten
want dit klinkt als een IE 5,6,7 ondersteuning excuus...
Deels heb je gelijk, want browsers verschillen niet heel veel van elkaar vandaag de dag. Wat Mijns inziens wel kwalijk is, is dat een overheid ervoor kiest om een browser van commerciële makelij, te verkiezen als standaard, waaraan hun websites voldoen. Juist overheden zouden moeten kiezen voor open source, tenzij...
De keuze is dan ook gebaseerd op gebruikerspercentages en niet op standaarden of openheid. Ik vind dat echt onacceptabel voor een instituut dat de burger vertegenwoordigt.
Hier wordt men ook steeds meer wakker voor het feit, dat dit niet zo hoeft te zijn. Wat men voorhoudt te doen en feitelijk doet, zijn twee compleet andere dingen.
Worden we er al wakker voor of zijn we dit reeds lang?
Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
