Wanneer u een adres in uw webbrowser typt, gebeuren er veel dingen achter de schermen. En het meeste daarvan wordt bepaald door de verschillende delen van de URL die je hebt getypt. Laten we dat eens van dichterbij bekijken.
Een URL kan uit een heleboel verschillende onderdelen bestaan. Er is een hostnaam die is toegewezen aan een IP-adres van een specifieke bron op internet en een heleboel aanvullende informatie die uw browser en de server vertelt hoe ze met dingen moeten omgaan. U kunt een IP-adres zien als zoiets als een telefoonnummer. Een hostnaam is als de naam van een persoon wiens telefoonnummer u wilt opzoeken. En een standaard genaamd het Domain Name System (DNS) werkt op de achtergrond als een telefoonboek en vertaalt de meer mensvriendelijke hostnamen in de IP-adressen die netwerken gebruiken om verkeer te routeren.
Met die analogie in gedachten, laten we eens kijken naar de structuur van een URL en hoe deze werkt om u te brengen waar u heen wilt.
Hoe een URL is gestructureerd
De structuur van een URL werd voor het eerst gedefinieerd door Sir Tim Berners-Lee – de man die het web en de eerste webbrowser creëerde – in 1994. URL’s combineren in wezen het idee van domeinnamen met het idee om een bestandspad te gebruiken om een specifiek map- en bestandsstructuur. Het is dus vergelijkbaar met het gebruik van een pad zoals C: Documents Personal myfile.txt in Windows, maar met wat extra dingen in het begin om de juiste server op internet te vinden waar dat pad bestaat en het protocol dat wordt gebruikt om toegang te krijgen tot de informatie.
Een URL bestaat uit verschillende onderdelen. Neem bijvoorbeeld een basis-URL zoals weergegeven in de onderstaande afbeelding.
Die eenvoudige URL is onderverdeeld in twee hoofdcomponenten: het schema en de autoriteit.
Schema
Veel mensen beschouwen een URL als een webadres, maar zo eenvoudig is het niet. Een webadres is een URL, maar alle URL’s zijn geen webadressen. Andere services waartoe u op internet toegang hebt – zoals FTP – of zelfs lokaal – zoals MAILTO – zijn ook URL’s. Het schemagedeelte van een URL (die letters gevolgd door een dubbele punt) geven het protocol aan waarmee een app (zoals uw webbrowser) en de server moeten communiceren.
Webadressen zijn de meest voorkomende URL, maar er zijn andere. U ziet dus mogelijk schema’s zoals:
- HyperText Transfer Protocol (HTTP): dit is het onderliggende protocol van het web en bepaalt welke acties webservers en browsers moeten ondernemen als reactie op bepaalde opdrachten.
-
HTTP Secure (HTTPS): dit is een vorm van HTTP die werkt via een beveiligde, gecodeerde laag voor veiliger transport van informatie.
- File Transfer Protocol (FTP): dit protocol wordt nog vaak gebruikt voor het overbrengen van bestanden via internet.
In moderne browsers is het schema technisch niet vereist als onderdeel van de URL. Als u een website als “www.howtogeek.com” bezoekt, zal uw browser automatisch het juiste protocol bepalen. Toch vereisen sommige andere apps (en protocollen) het gebruik van een schema.
Gezag
Het autoriteitsgedeelte van een URL (dat wordt voorafgegaan door twee schuine strepen) wordt zelf opgesplitst in een aantal delen. Laten we beginnen met een heel eenvoudige URL, van het type dat u naar de startpagina van een website brengt.
In dit eenvoudige voorbeeld wordt het hele “www.example.com” -gedeelte een hostnaam genoemd en wordt het omgezet in een IP-adres. U kunt ook een IP-adres in de adresbalk van uw browser typen in plaats van de hostnaam als u die toevallig weet.
Maar bij het ontleden van de hostnaam helpt het om deze achterstevoren te lezen om te begrijpen wat er aan de hand is, dus hier zijn die componenten:
- Topleveldomein: In het voorbeeld hier is “com” het domein op het hoogste niveau. Dit zijn het hoogste niveau in de Domain Name System (DNS) -hiërarchie die wordt gebruikt om IP-adressen te vertalen in eenvoudige taaladressen die voor ons mensen gemakkelijker te onthouden zijn. Deze topleveldomeinen worden gemaakt en beheerd door de Internet Corporation for Assigned Names and Numbers (ICANN). De drie meest voorkomende hoofddomeinen zijn .com, .net en .gov. De meeste landen hebben ook hun eigen tweeletterige hoofddomein, dus u ziet domeinen als .us (Verenigde Staten), .uk (Verenigd Koninkrijk), .ca (Canada) en vele andere. Er zijn ook enkele aanvullende topleveldomeinen (zoals .museum) die worden gesponsord en beheerd door particuliere organisaties. Naast deze zijn er ook enkele generieke topleveldomeinen (zoals .club, .life en .news).
- Subdomein: Aangezien DNS een hiërarchisch systeem is, worden zowel de “www” als de “voorbeeld” -delen van onze voorbeeld-URL als subdomeinen beschouwd. Het “www” -gedeelte is een subdomein van het “com” -topniveaudomein en het “www” -gedeelte is een subdomein van het “voorbeelddomein”. Daarom zie je vaak een bedrijf met een geregistreerde naam zoals ‘google.com’ opgesplitst in afzonderlijke subdomeinen zoals ‘www.google.com’, ‘news.google.com’, ‘mail.google.com’ en spoedig.
Dat is het eenvoudigste voorbeeld van het autoriteitsgedeelte van een URL, maar het kan ingewikkelder worden. Er zijn twee andere componenten die de autoriteitssectie kan bevatten:
- Gebruikers informatie: De autoriteitssectie kan ook een gebruikersnaam en wachtwoord bevatten voor de site die u bezoekt. Het is ongebruikelijk om deze structuur tegenwoordig in URL’s te zien, maar het kan gebeuren. Indien aanwezig, komt het gebruikersinformatiegedeelte vóór de hostnaam en wordt gevolgd door een @ -teken. U ziet dus mogelijk iets als “//gebruikersnaam:wachtwoord@www.voorbeeld.com” als het de gebruikersinformatie bevat.
- Poortnummer: Netwerkapparaten gebruiken IP-adressen om informatie naar de juiste computer in een netwerk te sturen. Wanneer dat verkeer binnenkomt, vertelt een poortnummer de computer voor welke applicatie dat verkeer bedoeld is. Het poortnummer is een ander element dat u niet vaak ziet tijdens het surfen op internet, maar u kunt het wel zien in netwerk-apps (zoals games) waarvoor u een URL moet invoeren. Als de URL een poortnummer bevat, komt dit na de hostnaam en wordt voorafgegaan door een dubbele punt. Het ziet er ongeveer zo uit: “//www.example.com:8080.”
Dat zijn dus de schema’s en autoriteitsgedeelten van een URL, maar zoals je misschien al geraden hebt nadat je veel URL’s hebt bekeken tijdens het surfen op internet, kunnen ze nog meer dingen bevatten.
Paden, zoekopdrachten en fragmenten
Er zijn drie extra delen van een URL die u mogelijk ziet na het autoriteitsgedeelte: paden, zoekopdrachten en fragmenten. Hier is hoe die werken.
Pad
Het autoriteitsgedeelte van een URL brengt uw browser (of welke app dan ook) naar de juiste server op een netwerk. Het pad dat volgt – dat net zo werkt als een pad in Windows, macOS of Linux – brengt u naar de juiste map of het juiste bestand op die server. Het pad wordt voorafgegaan door een schuine streep, en er is een schuine streep tussen elke map en submap, zoals deze:
www.example.com/folder/subfolder/filename.html
Het laatste stuk is de naam van het bestand dat wordt geopend wanneer u de website bezoekt. Hoewel u het misschien niet in de adresbalk ziet, betekent dat niet dat het er niet is. Sommige talen die worden gebruikt om webpagina’s te maken, verbergen de bestandsnaam en extensie die u bekijkt. Hierdoor is de URL gemakkelijker te onthouden en te typen, en ziet het er netter uit.
Vraag
Het querygedeelte van een URL wordt gebruikt om dingen te identificeren die geen deel uitmaken van een strikte padstructuur. Meestal ziet u ze worden gebruikt wanneer u een zoekopdracht uitvoert of wanneer een webpagina gegevens levert via een formulier. Het querygedeelte wordt voorafgegaan door een vraagteken en komt na het pad (of na de hostnaam als er geen pad is opgenomen).
Neem als voorbeeld deze URL die werd weergegeven toen we Amazon zochten op de trefwoorden ‘wifi-extender’:
https://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=wi-fi+extender
Het zoekformulier gaf informatie door aan de zoekmachine van Amazon. Na het vraagteken ziet u dat de zoekopdracht uit twee delen bestaat: een URL voor de zoekopdracht (dat is het gedeelte ‘url = zoekalias% 3Daps & veld’) en de trefwoorden die we hebben getypt (dat zijn de ‘keywords = wi-fi + extender ”deel).
Dat is een vrij eenvoudig voorbeeld en u zult vaak URL’s zien met aanvullende (en meer gecompliceerde) variabelen. Hier is bijvoorbeeld de URL toen we op Google zochten naar het zoekwoord ‘howtogeek’:
https://www.google.com/search?q=howtogeek&rlz=1C1GCEA_enUS751US751&oq=howtogeek&aqs=chrome..69i57j69i60l4j0.1839j1j4&sourceid=chrome&ie=UTF-8
Zoals u kunt zien, staat daar wat andere informatie. In dit geval kunt u zien dat er aanvullende informatie is die de zoektaal aangeeft, de browser die we hebben gebruikt (Chrome) en zelfs het versienummer van de browser.
Fragment
Het laatste onderdeel van een URL dat u mogelijk ziet, wordt een fragment genoemd. Het fragment wordt voorafgegaan door een hekje (#) en wordt gebruikt om een specifieke locatie op een webpagina aan te geven. Bij het coderen van een webpagina kunnen ontwerpers ankers maken voor specifieke tekst, zoals koppen. Wanneer het juiste fragment aan het einde van een URL wordt gebruikt, laadt uw browser de pagina en springt vervolgens naar dat anker. Ankers en URL’s met fragmenten worden vaak gebruikt om inhoudsopgaven op webpagina’s te maken om de navigatie te vergemakkelijken.
Hier is een voorbeeld. Wikipedia’s pagina over de Renaissance is een behoorlijk lang document en het is opgedeeld in ongeveer 11 secties, die elk meerdere subsecties hebben. Maar elke kop op de pagina bevat een anker, en een inhoudsopgave bovenaan het artikel bevat links waarmee u naar de verschillende secties kunt springen. Die links werken door fragmenten op te nemen.
U kunt deze fragmenten ook rechtstreeks in uw adresbalk gebruiken of als deelbare links. Stel dat u bijvoorbeeld iemand het gedeelte van die pagina over Rusland wilt laten zien. Je zou ze gewoon deze link kunnen sturen:
https://en.wikipedia.org/wiki/Renaissance#Russia
Dat “#Russia” -gedeelte aan het einde van de URL brengt ze direct naar dat gedeelte na het laden van de pagina.
Dus daar heb je het – meer dan je waarschijnlijk ooit had willen weten over hoe URL’s werken.
Beeldcredits: Pawel Horazy / Shutterstock