"Kun je me de link naar de website sturen?" Een simpele vraag, maar het antwoord loopt vaker mis dan je zou denken. Je krijgt een link toegestuurd, klikt erop, en in plaats van een mooie website zie je een pagina vol code, mappen en commit-berichten. Dat is geen bug en geen gebroken link: dat is een GitHub-link, en die is iets heel anders dan de live link van je website. In dit artikel leggen we uit wat het verschil precies is, waarom die verwarring zo vaak ontstaat en hoe je voorkomt dat je de verkeerde link deelt met klanten, collega's of je opdrachtgever.
Wat Is Een GitHub-link Precies?
GitHub is een platform waar developers de broncode van een project opslaan en beheren. Een GitHub-link verwijst dus naar de repository: de plek waar alle bestanden, mappen en versies van de code staan. Het is bedoeld voor mensen die met de code werken, niet voor bezoekers die de website willen zien.
Klik je op zo'n link, dan zie je bestandsnamen als index.astro, package.json of een map met de naam components. Voor een developer is dat vertrouwde kost. Voor iemand die gewoon de website wil bekijken, is het onbegrijpelijk en vaak ronduit verwarrend.
Waarom Zie Je Geen Werkende Site Op GitHub?
Code op GitHub is niet automatisch een draaiende website. Het is de blauwdruk, niet het gebouw. Er is altijd een extra stap nodig: de code moet gebouwd en gedeployed worden naar een server voordat een browser er een echte pagina van kan maken. GitHub Pages en vergelijkbare diensten kunnen dat proces automatiseren, maar de repository-link zelf blijft altijd de link naar de broncode, niet naar het eindresultaat.
Wat Is Een Live Link Dan Wel?
De live link is de URL die naar de daadwerkelijk werkende website verwijst, de plek waar bezoekers terechtkomen als ze het adres intypen of erop klikken via Google. Dit kan een domeinnaam zijn zoals jouwbedrijf.nl, maar tijdens de bouwfase is het vaak een tijdelijke link van het hostingplatform, bijvoorbeeld iets als project-naam.netlify.app of project-naam.vercel.app.
Het verschil is simpel te onthouden: de GitHub-link laat zien hoe iets gemaakt is, de live link laat zien wat er gemaakt is.
Herkennen Aan De URL
Een paar signalen waaraan je snel kunt zien welke link je in handen hebt:
- github.com in de URL: dit is de repository, dus de code.
- Een domeinnaam of een subdomein van een hostingpartij (zoals .netlify.app, .vercel.app of het eigen domein): dit is de live website.
- Bestandsstructuren en mappen in beeld: dan kijk je naar code, niet naar een pagina die voor bezoekers bedoeld is.
- Opmaak, afbeeldingen en navigatie zichtbaar: dan kijk je naar de echte website.
Waarom Deze Verwarring Zo Vaak Ontstaat
De verwarring komt meestal niet doordat mensen onhandig zijn, maar doordat beide links tijdens een project vaak door elkaar heen worden gebruikt. Een developer deelt een GitHub-link om feedback te vragen op de code, of om samen te werken met een collega. Diezelfde link belandt dan per ongeluk in een e-mail of Slack-bericht dat bedoeld was voor de klant, die alleen de website wil zien.
Ook bij overdracht van een project gaat dit weleens mis. Een freelancer of bureau stuurt aan het einde van een traject "de link" door, zonder te specificeren of het om de broncode of om de website gaat. Voor iemand die niet dagelijks met code werkt, zijn beide gewoon "een link", terwijl het functioneel compleet andere dingen zijn.
Wat Dit Kan Kosten
Het lijkt een klein misverstand, maar het heeft praktische gevolgen. Een klant die op een GitHub-link klikt en niets herkent, raakt onzeker over de voortgang van het project. In het slechtste geval denkt iemand dat er iets misgegaan is, terwijl de website prima werkt, alleen op een andere plek dan waar gekeken wordt. Dat kost tijd, uitleg en soms ook vertrouwen, terwijl het probleem in twee zinnen op te lossen is.
Hoe Je Verwarring Voorkomt
Een paar gewoontes die schelen, zowel als je zelf developer bent als wanneer je met een technische partij werkt:
- Benoem expliciet welke link je stuurt. Schrijf er gewoon bij: "dit is de GitHub-repository" of "dit is de live website". Eén zin voorkomt een heel misverstand.
- Stuur klanten en niet-technische collega's nooit een kale GitHub-link. Zij hebben daar niets aan en raken alleen in de war.
- Gebruik een preview-omgeving voor tussentijdse feedback. Platforms als Netlify en Vercel maken bij elke wijziging automatisch een tijdelijke live versie aan; deel die in plaats van de repository.
- Zet de live link duidelijk zichtbaar in je projectdocumentatie, gescheiden van technische links die alleen voor het ontwikkelteam bedoeld zijn.
- Vraag door als je zelf een link ontvangt en niet zeker weet wat je ziet. "Is dit de website of de code?" is een prima vraag, ook als je bang bent dat die dom klinkt.
Veelgestelde Vragen
Kan ik een GitHub-link gewoon omzetten naar een live website?
Niet zomaar. De code moet eerst gebouwd en gehost worden voordat een browser er een werkende pagina van kan tonen. Diensten zoals GitHub Pages, Netlify of Vercel kunnen dit proces automatiseren, maar er is altijd een aparte stap en dus een aparte link voor nodig.
Waarom krijg ik soms toch een GitHub-link als ik om de website vraag?
Meestal per ongeluk, omdat de afzender gewend is met die link te werken en niet stilstaat bij het verschil. Vraag gerust om de live link; dat is een volkomen normale vraag.
Is een GitHub-repository ook zichtbaar voor iedereen?
Dat hangt af van de instellingen. Een publieke repository is voor iedereen met de link te bekijken, een private repository alleen voor mensen met toegang. In beide gevallen zie je de code, niet de werkende website.
Waarom gebruiken developers GitHub eigenlijk?
Om de broncode overzichtelijk te beheren, wijzigingen bij te houden en samen te werken zonder bestanden per e-mail heen en weer te sturen. Het is een werktool voor het bouwproces, niet een plek om de eindwebsite te bekijken.
Hoe zie ik of een tijdelijke link wel de juiste live versie toont?
Kijk of navigatie, opmaak en teksten kloppen zoals verwacht. Bij twijfel: vraag het gewoon na bij wie de link gestuurd heeft. Beter een korte vraag dan een lang misverstand.
Werk je met een bureau of developer aan je website en wil je zeker weten dat communicatie over links, previews en opleverdata helder verloopt? Lees meer over webdesign en development, of plan een vrijblijvende kennismaking. Dan zorgen we dat je altijd precies weet naar welke link je kijkt.
