Advertentie

De Chrome 69-update bracht een hele reeks veranderingen met zich mee. De meeste waren positief en goed ontvangen. Er waren echter een of twee eye-raisers. Google heeft bijvoorbeeld eenzijdig besloten om bepaalde belangrijke kenmerken van de bekende URL te verwijderen, in overeenstemming met hun algehele vermindering van de rommel rond de adresbalk van de browser.

Google beweert dat de wijziging alleen 'triviale' tekens verwijdert waar de meeste mensen geen aandacht aan besteden. Maar vergroot het verwijderen van de zogenaamd triviale karakters je kans om op de verkeerde website te belanden? Laten we kijken.

Google Chrome 69 verwijdert "WWW" uit URL's

Google Chrome 69 is in september 2018 uitgerold met een paar interessante wijzigingen. Twee dingen hebben de krantenkoppen gehaald:

  • Chrome 69 schrapt de groene " https://” protocolmelder en vervangt deze door een eenvoudig groen hangslot. Het groene hangslot vertegenwoordigt een veilige HTTPS-site en is bedoeld om het gemakkelijker te maken om snel te controleren of uw gegevens veilig zijn.
  • Als onderdeel van dezelfde update laat Chrome 69 ook URL-subdomeininformatie vallen. In veel gevallen betekent dit dat "www" uit de URL moet worden verwijderd.chrome 68 en chrome 69 urlvergelijking

De eerste verandering is logisch, althans in sommige opzichten. De combinatie van de "Secure" -tag, het bestaande hangslot en de " https://” protocolmelder in een enkel hangslot maakt het voor bijna iedereen gemakkelijker om te zien of de site veilig is of niet. En wanneer u een site bezoekt die niet is beveiligd met HTTPS, wordt de melding 'Niet beveiligd' nog steeds weergegeven. (De melding 'Niet veilig' wordt rood in Chrome 70.)

De keerzijde is echter dat HTTPS maakt je niet automatisch veilig 7 mythen over HTTPS- en SSL-certificaten die u niet mag gelovenMet SSL-certificaten kunnen websites verkeer versleutelen en beveiligen, maar er zijn veel misverstanden over hoe het werkt. Laten we ze ontkrachten. Lees verder (zij het wel veiliger), en "niet-beveiligde" sites zullen de psyche van internetgebruikers betreden als gevaarlijke plaatsen (nogmaals, dit is niet helemaal waar 7 redenen waarom uw site een SSL-certificaat nodig heeftHet maakt niet uit of je een bescheiden blog of een volledige e-commerce site ontwikkelt: je hebt een SSL-certificaat nodig. Hier zijn enkele praktische redenen waarom. Lees verder ).

De tweede wijziging - om subdomeininformatie uit URL's te verwijderen - heeft geen zin. Het verwijderen van "www" uit de URL is op zijn best lastig en gek, en in het slechtste geval kunnen nietsvermoedende gebruikers op compleet andere sites terechtkomen. Erger nog, Google heeft de subdomeinen verwijderd zonder dit vooraf te vermelden.

Wat betekent het verwijderen van "WWW" uit URL's?

Subdomeinen zijn erg belangrijk voor de werking van internet.

Op een basisniveau zijn "makeuseof.com" en "www.makeuseof.com" verschillend. Het zijn verschillende URL's, die naar verschillende sites kunnen leiden en zelfs afzonderlijke DNS-records hebben.

De wijziging heeft ook invloed op 'm'. subdomeinen. Zo wordt m.facebook.com gewoon gewoon facebook.com maar toont het nog steeds de mobiele site. Het systeem werkt voor Facebook. Andere sites, niet zozeer. Geweest m.tumblr.com onlangs? Waarschijnlijk niet, omdat het niet de mobiele site van Tumblr is, ondanks hoe de URL eruitziet. In plaats daarvan is iemands persoonlijke Tumblr-domein Hoe Tumblr te gebruiken: 12 nuttige Tumblr-tips voor beginnersHier zijn de handigste Tumblr-tips die u moet weten, inclusief wat Tumblr is, hoe u Tumblr gebruikt en praktische tips voor Tumblr. Lees verder , genaamd "m."

chrome 69 tumblr mobiele site

"Mensen vinden het erg moeilijk om URL's te begrijpen," Chrome engineering manager Vertelde Adrienne Porter Felt aan Wired. "Ze zijn moeilijk te lezen, het is moeilijk om te weten welk deel van hen moet worden vertrouwd, en in het algemeen denk ik niet dat URL's een goede manier zijn om de identiteit van de site over te brengen. Daarom willen we naar een plek gaan waar de webidentiteit voor iedereen begrijpelijk is: ze weten wie waarmee ze praten wanneer ze een website gebruiken, en ze kunnen redeneren of ze kunnen vertrouwen hen. Maar dit betekent grote veranderingen in hoe en wanneer Chrome URL's weergeeft. We willen uitdagen hoe URL's moeten worden weergegeven en deze in vraag stellen terwijl we de juiste manier zoeken om identiteit over te brengen. "

Waarom mag Google geen subdomeinen verwijderen?

De onverwachte veranderingen hebben op het internet een weerslag gekregen. En ook om verschillende redenen. Hier zijn enkele van de belangrijkste gespreksonderwerpen.

1. Google probeert de URL te vernietigen

Gebruikt Google Chrome als een experimenteel slagveld met URL-moord? Sommige commentatoren denken van wel. URL's zijn een belangrijk onderdeel van de meeste surfervaringen van internetgebruikers. Als u de beveiliging verwijdert die wordt geleverd met een duidelijke URL, worden meer gebruikers blootgesteld aan phishing-aanvallen.

Ondanks wat Adrienne Porter Felt zei in het Wired-interview, de " https://www.” aspect van een URL is niet zo moeilijk te lezen, het is gewoon een gewone internetnomenclatuur die basisonderwijs vereist. De moeilijk te begrijpen stukjes van een URL komen van de padnamen die volgen op de initiële domeinnaam, inclusief cryptische bestandsnamen en extensies.

Zonder vernederend te zijn, is internet een essentieel onderdeel van het leven en is het nu 25 jaar oud. Een domeinnaam leren lezen en begrijpen is belangrijk.

2. Google wil dat AMP alle URL's vervangt

Critici van het AMP-project van Google denken dat de overstap naar het vernietigen van subdomeinen van URL's, en dus van elke Chrome-adresbalk op elk apparaat, een truc is om de mobiele optimizer te bevorderen. Google AMP slaat in wezen webpagina's op in de cache en dient ze als geoptimaliseerde mobiele sites.

Hoewel veel sites nu functionele mobiele sites hebben, dwingt de AMP-service uitgevers in feite om Google de controle over hun paginaweergaven te geven. Waarom zouden ze dit doen? Anders is het zeer onwaarschijnlijk dat de artikelen van de uitgever in de sectie Top Stories van Google Mobile Search verschijnen. Oh, en tijdens het proces neemt Google ook de controle over het proces van het genereren van inkomsten. De gebruikerservaring is geweldig, geest, en het vermindert malvertising en frauduleuze advertentienetwerken.

Google AMP bekritiseert dat door de 'versterker' te verbergen. subdomein van gebruikers, zal Google uiteindelijk alle webinhoud door de dienst leiden, en ergo de overheersers van internetinhoud worden. (Alsof ze dat nog niet zijn.)

Subdomeinweergave opnieuw inschakelen in Google Chrome 69

U kunt het besluit van Google om subdomeinen uit Google Chrome 69 te verwijderen ongedaan maken. Chrome heeft een experimentele lijst met opdrachten, ook wel 'vlaggen' genoemd. De eenvoudige gids voor Google ChromeDeze Chrome-gebruikershandleiding toont alles wat u moet weten over de Google Chrome-browser. Het behandelt de basis van het gebruik van Google Chrome dat belangrijk is voor elke beginner. Lees verder Jij kan vlaggen in- of uitschakelen om bepaalde experimentele instellingen in te schakelen De 12 beste Chrome-vlaggen om uw browse-ervaring te upgradenHet vlaggenmenu van Chrome is een geweldige plek om coole experimentele functies te vinden. Dit zijn de beste Chrome-vlaggen om uit te checken. Lees verder en uit. En om eerlijk te zijn, het verwijderen van triviale subdomeinen uit URL's is nog steeds een experiment.

Ga naar chrome: // flags / # omnibox-ui-hide-steady-state-url-scheme-and-subdomains (mogelijk moet u de link kopiëren en plakken in Google Chrome en de specifieke link werkt alleen als u Google Chrome 69 gebruikt). Selecteer met behulp van de vervolgkeuzelijst Gehandicapten start vervolgens uw browser opnieuw om de wijziging door te voeren.

chrome 69 experimentele vlag subdomein uitschakelen

Als u de wijziging echter niet wilt terugzetten, maar wel wilt controleren of u de juiste URL gebruikt, klikt u gewoon op de adresbalk van Chrome. De volledige URL wordt weergegeven, samen met de (hopelijk) https: // protocolmelder.

Is dit het einde van de URL zoals we die kennen?

In 2013 voerde Google een experiment uit in Chromium, het open-source Chrome-project van Google. Het "origin chip" -experiment veranderde de traditionele browser-adresbalk voor een schoner ontwerp, waarbij domeindetails (inclusief bits zoals de uitgevende certificeringsinstantie) naar rechts werden verschoven. Het idee kreeg behoorlijk wat reacties van Chromium-gebruikers en duurde niet lang, maar dat hield het niet tegen in Chrome 38 terug in 2014.

Het Wired-artikel (eerder in dit artikel gelinkt) vertelde op veel manieren. URL's zullen zeker veranderen. Parisa Tabriz, technisch directeur bij Chrome, zei: 'Wat we [Google] ook voorstellen, het zal zijn controversieel […] Maar het is belangrijk dat we iets doen omdat iedereen niet tevreden is met URL's. Ze soort van zuigen."

Wat je mening over URL's ook is, het maakt Google niet uit. Wanneer de internet-kolos spreekt, luisteren websites. Want als ze dat niet doen, ze hebben een grappige gave om veel langer niet te bestaan Waarom Google werd bekritiseerd: antitrust en technologie onderzochtGoogle kreeg een boete van $ 5 miljard van de EU voor concurrentieverstorende praktijken. Waarom is dit gebeurd en hoe is het vergelijkbaar met eerdere gevallen? Dat zoeken we uit. Lees verder .

Beeldcredits: sdecoret /Depositphotos

Gavin is Senior Writer voor MUO. Hij is ook de redacteur en SEO-manager voor MakeUseOf's crypto-gerichte zustersite, Blocks Decoded. Hij heeft een BA (Hons) Contemporary Writing with Digital Art Practices geplunderd uit de heuvels van Devon, evenals meer dan een decennium aan professionele schrijfervaring. Hij houdt van veel thee.