Google Chrome-gebruikers die de stabiele versie van de webbrowser hebben geüpgraded naar de onlangs uitgebrachte Chrome 76-versie, hebben misschien gemerkt dat Chrome geen https of www meer in de adresbalk van de browser weergeeft.
Google bracht de wijziging voor het eerst in 2018 aan toen het Chrome 69 uitbracht, maar moest het ongedaan maken nadat de gebruiker de verwijderde functie had uitgelokt. Destijds besloot Google om wat het triviale subdomeinen zoals www noemde te verwijderen. of m. om alleen het rootdomein in de adresbalk weer te geven; dit leidde tot problemen op sites die verschillende van de triviale subdomeinen ondersteunden, omdat het niet langer mogelijk was om naar het adres te kijken om de actieve site te verifiëren.
Google noemde deze subdomeinen triviaal omdat het geloofde dat de meeste internetgebruikers de informatie niet nodig zouden hebben.
Google verklaarde destijds dat het bepaalde triviale subdomeinen op een later tijdstip weer zou verwijderen. Het lijkt erop dat de tijd is gekomen, omdat Chrome 76 het www-gedeelte van de domeinnaam en de // protocolinformatie verbergt in de adresbalk.
Bekijk hoe de URL van de Ghacks-startpagina wordt weergegeven in Google Chrome 76:
Chroom gestript // www. van het adres met alleen ghacks.net in de adresbalk. Het slotpictogram geeft aan dat de site HTTPS gebruikt, maar Google is van plan om deze in de toekomst ook te verwijderen.
U vraagt zich misschien af waarom Google heeft besloten de wijziging aan te brengen. Google-ingenieur Emily Schechter onthulde de intentie van Google op de officiële Chromium-bugpagina.
Het Chrome-team waardeert de eenvoud, bruikbaarheid en beveiliging van UI-oppervlakken. Om URL's beter leesbaar en begrijpelijk te maken en om afleidingen uit het registreerbare domein te verwijderen, verbergen we URL-componenten die voor de meeste Chrome-gebruikers niet relevant zijn. We zijn van plan het "https" -schema en het speciale subdomein "www" te verbergen in Chrome omnibox op desktop en Android in M76.
Volgens het bericht is Google van mening dat bepaalde delen van de URL afleidend zijn en niet relevant voor de meeste Chrome-gebruikers.
Chrome-gebruikers moeten tweemaal op de URL-balk klikken om het volledige adres van de pagina weer te geven. Het is onduidelijk waarom Google van mening is dat tweemaal klikken en niet één keer goed is als het gaat om dat, maar dat is verre van het enige probleem dat gebruikers kunnen ervaren wanneer ze upgraden naar Chrome 76.
Gebruikers die alleen het domeingedeelte van een adres proberen te kopiëren, zullen merken dat Chrome het protocol en www toevoegt. indien automatisch gebruikt naar het gekopieerde adres. Er is geen optie om dit nu te voorkomen; gebruikers die alleen het domein willen, moeten de gekopieerde tekst verwerken voordat ze deze kunnen gebruiken zoals bedoeld.
Een ander probleem dat gebruikers tegen kunnen komen, is wanneer een site exclusief www gebruikt. Chrome geeft het domein alleen zonder www weer en sommige gebruikers kunnen in de toekomst proberen het domein zonder www te laden. Als er geen omleiding is, geeft Chrome in plaats daarvan de fout 404 niet gevonden weer.
Het is te vroeg om te weten of bedrijven die Chromium gebruiken als bron voor browsers het voorbeeld van Google zullen volgen. Browsers zoals Microsoft Edge, Opera, Brave of Vivaldi gebruiken allemaal Chromium en als ontwikkelaars geen wijzigingen aanbrengen in de broncode, volgt Chrome door minder informatie in de adresbalk weer te geven.
Chrome 76 ondersteunt momenteel twee experimentele vlaggen die de wijziging ongedaan maken. Deze vlaggen worden uiteindelijk echter verwijderd uit Chrome.
- Laad chrome: // flags / # omnibox-ui-hide-steady-state-url-schema en stel de status in op Uitgeschakeld om het URL-schema, bijvoorbeeld HTTPS, altijd weer te geven in de Chrome-adresbalk.
- Laad chrome: // flags / # omnibox-ui-hide-steady-state-url-trivial-subdomains en stel de status in op uitgeschakeld om triviale subdomains altijd weer te geven.
- Start Google Chrome opnieuw.
Slotwoorden
Wat mij betreft, geef ik er de voorkeur aan als alle informatie van de browser en zowel het protocol als het www-subdomein vitale onderdelen van het adres zijn en niet verborgen mogen zijn; vooral als het verbergen kan leiden tot verwarring of problemen.
Google lijkt van plan om door te gaan met de verandering op desktop en op Android. Tenzij er een even groot protest is over de wijziging, is het onwaarschijnlijk dat Google deze voor een tweede keer zal terugdraaien.
Ik denk dat Google net begint met het doorvoeren van bepaalde veranderingen in Chrome en het grootste deel van het internet, en niet allemaal in het belang van internetgebruikers.
Nu jij : wat is jouw mening over de verandering? (via Bleeping Computer)
