Het einde van klassiek SharePoint: wat je nu al moet uitzoeken
Microsoft heeft een datum geprikt voor iets waar veel functioneel beheerders al jaren omheen lopen. De klassieke SharePoint-ervaringen verdwijnen. Niet volgende maand, en ook niet in één klap, maar de richting is nu officieel en er zitten harde datums aan.
De aankondiging staat in Message Center-bericht MC1464926 en in een uitgebreid artikel van Microsoft. Het gaat om drie dingen die bij elkaar horen: klassieke publishing-sites, klassieke door gebruikers gemaakte pagina’s, en custom scripting. Precies de hoek van SharePoint waar in de loop der jaren het meeste maatwerk in is geslopen.
Wat er verandert en wanneer
De uitrol gebeurt in twee fases.
Vanaf 1 maart 2027 kun je in geen enkele tenant meer nieuwe klassieke publishing-sites aanmaken, niet als sitecollectie en niet als subsite. De publishing-feature valt niet meer te activeren en de tenantinstelling die dat regelt wordt vastgezet. Voor tenants die ná die datum nieuw worden aangemaakt gaat er meteen meer op slot: geen nieuwe klassieke pagina’s, en custom scripting staat standaard uit.
Vanaf 1 oktober 2028 gelden die pagina- en scriptbeperkingen voor alle bestaande tenants. Klassieke door gebruikers gemaakte pagina’s worden dan read-only. Ze blijven leesbaar, maar bewerken of nieuwe aanmaken kan niet meer.
Belangrijk om te weten: er wordt niets weggegooid. Bestaande pagina’s blijven gewoon zichtbaar. Ze bevriezen alleen. Wie een pagina ná die datum nog wil kunnen aanpassen, moet hem vóór die tijd hebben omgezet naar een moderne pagina.
Welke pagina’s vallen hieronder
De read-only-wijziging raakt specifiek deze typen: wiki-pagina’s, Web Part-pagina’s, blogpagina’s, publishing-pagina’s, en custom ASPX-pagina’s die met SharePoint Designer of een externe oplossing zijn gemaakt.
Wat er buiten valt: lijst- en bibliotheekweergaven en formulierpagina’s van lijsten. Die blijven voorlopig zoals ze zijn. Met één addertje: zit er custom script in zo’n weergave, dan val je alsnog onder de scriptwijziging.
En dan die oudere sites en add-ons
Dit is het stuk waar ik functioneel beheerders op zou willen wijzen, want het is de blinde vlek.
Een intranet dat een jaar of vijf, zes meegaat, heeft vaak een laag onder de motorkap die niemand meer echt in beeld heeft. Een custom ASPX-pagina die ooit door een leverancier is neergezet. Een stukje script dat een tabel opmaakt of een teller bijhoudt. Een pagina uit een oude teamsite die met SharePoint Designer is gebouwd. Aan de voorkant ziet zo’n intranet er misschien modern uit, terwijl er achter de schermen nog klassiek werk draait.
Precies dat maatwerk is waar deze wijziging pijn kan doen. Als custom scripting straks standaard uit staat, stopt dat soort oplossingen met werken. En de leverancier die het ooit bouwde, is er soms niet meer, of het contract is allang afgelopen.
Er speelt bovendien iets aangrenzends dat losstaat van deze aankondiging maar in dezelfde hoek zit. Het SharePoint Add-In-model en de bijbehorende Azure ACS-authenticatie zijn per 2 april 2026 gestopt. Dat is dus al gebeurd. Draait er ergens nog een add-in van vroeger, dan is de kans groot dat die nu al niet meer werkt. Twee losse trajecten, dezelfde onderliggende beweging: het klassieke maatwerk gaat eruit.
Wat je nu kunt doen
Je hebt tijd, maar de eerste stap is geen migratie. Het is inventarisatie.
Begin met in kaart brengen wat je eigenlijk hebt. Microsoft geeft daar concrete handvatten voor. In Purview Audit zit een categorie SharePoint Classic Activities, met gebeurtenissen als ClassicPageCreated, ClassicPageEdited en ClassicPageViewed. Zo zie je niet alleen welke klassieke pagina’s er staan, maar ook of ze nog gebruikt worden. Daarnaast is er de Microsoft 365 Assessment Tool, die klassieke pagina’s, Web Parts en maatwerkpatronen opspoort en inschat hoe haalbaar modernisering is.
Vind je niets? Dan hoef je ook niets te doen. Dat is een geldige uitkomst en fijn om zwart op wit te hebben.
Vind je wel wat, begin dan bij de pagina’s die er echt toe doen. De veelbezochte, de vaak bewerkte, de bedrijfskritische. Groepeer ze naar complexiteit en verplaats ze in golven, zodat je per golf kunt controleren of links, rechten, Web Parts en opmaak nog kloppen voordat je de volgende groep aanpakt.
Waarom dit een communicatievraag is, niet alleen een IT-vraag
Het is verleidelijk om dit door te schuiven naar beheer. Toch zit de kern bij de eigenaar van je SharePoint sites.
Iemand moet namelijk bepalen welke oude pagina’s er nog toe doen. Welke campagne uit 2022 mag bevriezen, en welke kennisbank moet blijven leven. Dat is geen technische afweging, dat is een inhoudelijke. De functioneel beheerder kan de pagina’s opsporen en omzetten. De keuze wat blijft, ligt bij communicatie.
De datums liggen ver genoeg weg om rustig te plannen, en dichtbij genoeg om er dit jaar al mee te beginnen. Wie in 2028 pas kijkt, ontdekt te laat welke pagina niemand meer kan bewerken.