Microsoft breidt SharePoint uit met een functie waar veel gebruikers al langer naar uitkijken: eigen HTML-pagina's. Je kunt straks HTML laten genereren door Copilot, of je eigen bestanden uploaden. Die renderen daarna direct als volwaardige pagina, naast je bestaande ASPX-pagina's.
Op Reddit ontstond meteen een levendige discussie over wat dit in de praktijk betekent, van concrete use cases tot vragen over beveiliging. Wij zetten de aankondiging én de belangrijkste inzichten uit die discussie voor je op een rij.
Wat komt eraan
Vanaf de algemene beschikbaarheid in oktober 2026 kun je in SharePoint HTML-bestanden maken met Copilot, of je eigen bestanden uploaden. Zodra een HTML-bestand in de pagina-bibliotheek staat, rendert SharePoint het als een volwaardige pagina. Inclusief een eigen URL. Je kunt de pagina bewerken en delen met je doelgroep, net als bij een reguliere ASPX-pagina. Het is dus geen vervanging van bestaande pagina's, maar een extra manier om content te presenteren. Gebruik je AI om aantrekkelijke HTML-content te genereren? Dan is die output voortaan direct bruikbaar binnen SharePoint. Zonder omwegen via aparte hosting of iframes.
Hoe de community erop reageert
Op Reddit reageerden gebruikers overwegend positief. Veel mensen zijn blij dat er HTML-ondersteuning bijkomt, en zien meteen de meerwaarde: het geeft meer vrijheid om content te presenteren op een manier die nu nog lastig is binnen SharePoint. Er klonken ook wat kritische kanttekeningen in de discussie. Een aantal gebruikers gaf aan graag te zien dat Microsoft ook blijft investeren in andere onderdelen van SharePoint, zoals levenscyclusbeheer van pagina's of uitgebreidere standaard webparts. Dat is een begrijpelijke wens van gebruikers die dagelijks met het platform werken, en het laat vooral zien hoe betrokken de community is. Tegelijkertijd voegt deze nieuwe HTML-functionaliteit iets toe wat er nog niet was, in plaats van iets bestaands te vervangen. Beide sporen, nieuwe functionaliteit én verdere verfijning van de basis, kunnen prima naast elkaar bestaan.
Waar je even bij stil moet staan: security
Een deel van de discussie ging, begrijpelijk, over veiligheid. Zodra gebruikers eigen HTML kunnen uploaden en laten renderen, is het goed om na te denken over hoe je dat verantwoord inricht. Dat geldt eigenlijk voor elke vorm van user-generated content, niet alleen voor deze functie. Een aandachtspunt dat uit de discussie naar voren kwam: een script dat per ongeluk iets verkeerds doet, bijvoorbeeld doordat AI-gegenereerde code niet goed is gecontroleerd, draait binnen je eigen omgeving met de rechten van wie de pagina bekijkt. Met de juiste toegangsbeperkingen en een bewuste inrichting is dat risico goed te beheersen, en Microsoft heeft hier al ervaring mee opgebouwd.
Een nuttig referentiepunt is dat HTML-bestanden al enkele weken renderen in OneDrive, mits ze zelfstandig (self-contained) zijn. Uit de discussie bleek dat dit vooral betekent dat externe bronnen niet zijn toegestaan. Denk aan links naar CDN's of externe API-aanroepen. Inline scripts werken daarentegen wel gewoon. Dat is in de praktijk minder beperkend dan het klinkt: dashboards, grafieken (door bijvoorbeeld Chart.js rechtstreeks in het bestand te bundelen in plaats van te linken) en formulieren blijven prima mogelijk. Of SharePoint dezelfde aanpak hanteert, is nog niet officieel bevestigd. De functie wordt daar als volwaardige pagina gepositioneerd, in plaats van als bestandspreview zoals in OneDrive, dus het is goed om dit bij de release scherp in de gaten te houden.
Waarom dit waardevol is voor organisaties
Er zijn ook mooie praktijkvoorbeelden waarom deze functie waarde toevoegt. Zo gaf een teammanager in de Reddit-discussie aan al regelmatig AI te gebruiken om aantrekkelijke content in HTML te genereren voor zijn team. Het vooruitzicht om die bestanden straks gewoon in een SharePoint-bibliotheek te bewaren en te laten renderen, maakt zo'n workflow een stuk natuurlijker. In plaats van ze apart te moeten hosten of in een iframe te proppen. Het is een mooi voorbeeld van hoe deze functie een bestaande, informele werkwijze een officiële, ondersteunde plek geeft binnen het platform.
Er bleven in de discussie ook nog een paar praktische vragen open staan. Verschijnen deze HTML-pagina's bijvoorbeeld ook gewoon in zoekresultaten? Of worden ze los van de rest van de site behandeld? En hoe schoon is de HTML die Copilot straks precies oplevert? Dat zijn zaken die vanzelf duidelijk worden zodra de functie beschikbaar komt, en precies het soort details dat het waard is om in de gaten te houden zodra de eerste ervaringen binnenkomen.
Conclusie
HTML-pagina's in SharePoint zijn een waardevolle uitbreiding. Zeker voor organisaties die al met AI-gegenereerde content werken en die voortaan native binnen hun bestaande SharePoint-omgeving kunnen plaatsen. De discussie op Reddit laat zien dat er, zoals bij elke nieuwe functie, praktische vragen leven over scripts, externe bronnen en de kwaliteit van gegenereerde HTML. Dat zijn precies de zaken die interessant worden om te volgen zodra de functie in de praktijk wordt gebruikt. Tot de algemene beschikbaarheid in oktober is het vooral een functie om in de gaten te houden, en om alvast na te denken over hoe jouw organisatie hier gebruik van kan maken.
Wil je weten welke van deze nieuwe functies het meeste waarde toevoegen aan jouw organisatie, en hoe je SharePoint en Copilot optimaal inzet? Neem gerust contact met ons op. We denken graag met je mee over hoe je deze ontwikkelingen soepel en veilig kunt doorvoeren.
