Google herkende het idee om de weergave van padelementen en queryparameters in de adresbalk uit te schakelen als niet succesvol en verwijderde de code die deze functie implementeerde uit de Chrome-codebasis. Laten we ons herinneren dat een jaar geleden een experimentele modus aan Chrome werd toegevoegd, waarin alleen het sitedomein zichtbaar bleef en de volledige URL alleen zichtbaar was na het klikken op de adresbalk.
Deze mogelijkheid viel niet buiten de reikwijdte van het experiment en was beperkt tot testruns voor een klein percentage gebruikers. Uit een analyse van de tests bleek dat aannames over een mogelijke toename van de gebruikersveiligheid als padelementen verborgen zijn niet gerechtvaardigd zijn, ze verwarren alleen maar en veroorzaken een negatieve reactie van gebruikers.
De wijziging was oorspronkelijk bedoeld om gebruikers te beschermen tegen phishing. Aanvallers maken misbruik van de onoplettendheid van gebruikers om de schijn te wekken dat ze een andere site openen en frauduleuze acties ondernemen. Door alleen het hoofddomein zichtbaar te laten, kunnen gebruikers dus niet worden misleid door parameters in de URL te manipuleren.
Google promoot sinds 2018 ideeën om de weergave van URL’s in de adresbalk te veranderen, daarbij verwijzend naar het feit dat het voor gewone gebruikers moeilijk is om de URL te begrijpen, moeilijk te lezen is en het niet meteen duidelijk is welke delen van het adres zijn betrouwbaar. Vanaf Chrome 76 werd de adresbalk standaard ingesteld om links weer te geven zonder “https://”, “http://” en “www.”, waarna de ontwikkelaars de wens uitten om de informatieve delen van de URL in te korten , maar na een jaar experimenteren lieten ze dit voornemen varen.
Volgens Google moet de gebruiker in de adresbalk duidelijk zien met welke site hij communiceert en of hij deze kan vertrouwen (een compromisoptie met een duidelijkere accentuering van het domein en het weergeven van zoekparameters in een lichter/kleiner lettertype werd niet overwogen ). Er is ook sprake van verwarring met URL-aanvulling bij het werken met interactieve webapplicaties zoals Gmail. Toen het initiatief voor het eerst werd besproken, suggereerden sommige gebruikers dat het wegwerken van de volledige URL gunstig zou zijn voor het promoten van AMP-technologie (Accelerated Mobile Pages).
Met AMP worden pagina's niet rechtstreeks aangeboden, maar via de infrastructuur van Google, wat ertoe leidt dat een ander domein in de adresbalk wordt weergegeven (https://cdn.ampproject.org/c/s/example.com) en vaak verwarring bij de gebruiker veroorzaakt . Als u de weergave van de URL vermijdt, wordt het AMP Cache-domein verborgen en wordt de illusie gewekt van een directe link naar de hoofdsite. Dit soort verbergen gebeurt al in Chrome voor Android. Het verbergen van URL's kan ook handig zijn bij het distribueren van webapplicaties met behulp van het Signed HTTP Exchanges (SXG)-mechanisme, ontworpen om de plaatsing van geverifieerde kopieën van webpagina's op andere sites te organiseren.
Bron: opennet.ru