Udfasning af SharePoint Classic: hvad der ændrer sig med Microsofts beslutning

Microsoft har annonceret en ændring, der berører alle organisationer, som stadig bruger SharePoint Online i Classic-versionen. Det erklærede mål er at reducere de sikkerheds- og governance-risici, der er knyttet til de ældre tilpasningsmodeller, og presse virksomheder mod den moderne SharePoint-oplevelse, som er designet til at være mere sikker, lettere at administrere og klar til mobile enheder.

Udfasningen forløber i to adskilte faser, med datoer der allerede er fastsat, og berører Classic-publiceringssites, brugeroprettede sider og tilpassede scripts. Det er ikke en pludselig ændring, da Microsoft giver et vindue på et par år, før effekterne bliver uigenkaldelige. Men netop derfor kan det betale sig at begynde at tænke over det allerede nu, især hvis dit intranet stadig bærer arven fra års ophobede tilpasninger.

De tidsfrister Microsoft har fastsat for afskeden med SharePoint Classic

Fase 1, fra den 1. marts 2027

Fra denne dato vil det i alle tenants ikke længere være muligt at oprette nye Classic-publiceringssites, hverken som sitesamlinger eller som undersites. På samme måde vil det ikke længere være muligt at aktivere Classic-publiceringsfunktionen, hvor den ikke allerede er slået til. Den tenant-indstilling, der tillader oprettelse af disse sites, vil blive blokeret permanent.

For tenants oprettet fra den 1. marts 2027 er begrænsningen bredere: brugere vil slet ikke kunne oprette nye Classic-sider mere, og muligheden for at tilføje eller redigere tilpassede scripts vil være deaktiveret som standard.

Fase 2, fra den 1. oktober 2028

Fra den 1. oktober 2028 udvides de begrænsninger, der blev indført i første fase, til at gælde alle eksisterende tenants, inklusive dem der har været aktive i årevis. Brugeroprettede Classic-sider bliver skrivebeskyttede, så det ikke længere er muligt at oprette nye eller redigere eksisterende. Også her deaktiveres muligheden for at tilføje eller opdatere tilpassede scripts.

Microsoft præciserer, at siderne stadig er tilgængelige til visning selv efter denne anden frist (et detalje, der er værd at fremhæve, fordi det fjerner bekymringen for sletning, men det mindsker ikke behovet for at planlægge): en side, der ikke længere kan redigeres, holder i praksis op med at være nyttig som værktøj til intern kommunikation.

Hvilke sider og hvilke miljøer er berørt

Udfasningen berører specifikt visse typer af brugeroprettede Classic-sider: wiki-sider, webdelssider, blogsider, publiceringssider og tilpassede ASPX-sider, oprettet med SharePoint Designer eller tredjepartsløsninger. Alle, der arbejder dagligt med SharePoint, vil i denne liste genkende størstedelen af de sider, der udgør et intranet bygget med den ældre tilgang, den der er baseret på faste layouts og indsat kode frem for konfigurerbare webdele.

Uden for dette omfang falder derimod liste- og dokumentbiblioteksvisninger og de tilhørende formularsider, selvom eventuelle tilpassede scripts, der er indlejret i dem, stadig er underlagt de nye begrænsninger for oprettelse og redigering af scripts. Det er en teknisk skelnen, der er værd at huske på ved optællingen: ikke alt “gammelt” i en SharePoint-tenant hører under denne udfasning, og ikke alt, der falder uden for, er sikret mod reglerne for scripts.

Ændringen gælder for alle Microsoft 365-miljøer, herunder Government-miljøerne (GCC, GCC High og DoD), Office 365’s air-gapped-miljøer og Microsoft 365 drevet af 21Vianet. Der er derfor ingen undtagelser baseret på plantype eller organisationens branche.

Hvorfor Microsoft har valgt at handle nu

Classic-sider og ældre tilpasningsmodeller er baseret på serverside-rendering og tilpassede scripts, teknologier der ifølge Microsoft øger sikkerhedsrisikoen, den administrative kompleksitet og vedligeholdelsesomkostningerne på lang sigt. Et site bygget med tilpassede masterpages eller scripts tilføjet for flere år siden af en leverandør, der måske ikke længere arbejder sammen med virksomheden, ender med tiden med at blive noget, som ingen længere tør røre af frygt for at ødelægge det. Og det er netop denne type teknisk gæld, som Microsoft ønsker at reducere.

Der er også et spørgsmål om innovationshastighed. Classic-modellen begrænser, hvor konsekvent nye funktioner kan udrulles, mens den moderne SharePoint-oplevelse tilbyder et mere sikkert og bedre styret samarbejdsmiljø, enklere rettighedsstyring via Microsoft 365-grupper, en grænseflade designet fra bunden til mobile enheder og, på sigt, fundamentet som de seneste funktioner inden for kunstig intelligens bygger på. Dem, der forbliver fastholdt i Classic-sider, risikerer derfor ikke kun et sikkerhedsproblem, men også at blive udelukket fra denne udvikling.

De, der allerede har sat sig ind i forskellene mellem de to oplevelser, ved det godt, for springet fra SharePoint Classic til SharePoint Modern handler ikke kun om sidernes udseende, men berører også rettighedsstyring, den native integration med Teams og Outlook samt muligheden for at automatisere workflows med Power Automate, alle sammen områder, hvor Classic-modellen nu viser sine begrænsninger.

De 4 trin Microsoft anbefaler for at modernisere SharePoint Classic

Den officielle dokumentation foreslår en gradvis tilgang, designet til at reducere risiciene ved migreringen og give siteejerne tid til at validere de moderniserede sider.

1. Kortlæg og vurdér det eksisterende Classic-miljø

Det første trin, og formentlig det vigtigste, er at forstå, hvor mange Classic-sites og -sider der stadig er aktive i tenanten. Microsoft stiller revisionshændelser fra Microsoft Purview til rådighed i kategorien for Classic-aktiviteter, som omfatter oprettelse, redigering og visning af Classic-sider, samt Microsoft 365 Assessment Tool, specifikt designet til at identificere sider, webdele og tilpasningsmønstre, der stadig findes i miljøet. Resultatet fra dette værktøj indeholder en detaljeret oversigt for hver fundet side, med en indikator for, hvor kompleks det vil være at omdanne den til den moderne oplevelse.

Hvis vurderingen ikke finder nogen Classic-publiceringssites, brugeroprettede sider eller scripts berørt af de nye regler, kræves der ingen yderligere handling. Men dette resultat er mindre forudsigeligt, end det lyder, for nogle organisationer, der troede, de allerede var fuldt moderniserede, har efter et grundigt tjek opdaget, at de stadig havde snesevis eller hundredvis af glemte Classic-sider i sekundære sites, ofte oprettet år forinden af teams, som siden er blevet udskiftet.

2. Prioritér ud fra forretningsmæssig betydning

Det er en god idé at starte med de mest anvendte sider, dem der opdateres hyppigst, eller dem der er mest relevante for forretningen, og gruppere dem efter kompleksitet og den type indgreb, der er nødvendig, så det, man lærer i de første faser, kan genbruges i de følgende. En nyhedsside, der besøges dagligt af hundredvis af mennesker, fortjener en anden behandling end en statisk side, som ingen har åbnet i årevis.

3. Omdan siderne til den moderne oplevelse

Til selve omdannelsen henviser Microsoft til den officielle moderniseringsvejledning og til PnP PowerShell som et værktøj til deterministisk konvertering af sider, der følger et tilbagevendende mønster. Til mere komplekse scenarier, med tilpasset HTML eller indhold fra script-editoren, der kræver menneskelig vurdering, peger Microsoft også på SharePoint Page Migration Agent, et open source-projekt, der i øjeblikket er i preview. Det er værd at huske, at open source- og preview-værktøjer ikke er dækket af Microsofts support-SLA, og at de mest tilpassede sider alligevel kan kræve manuel gennemgang eller genopbygning.

4. Gå frem i bølger

Den afsluttende anbefaling er at kombinere central planlægning med udførelse hos de enkelte siteejere, og modernisere successive grupper af sider i stedet for alt på én gang. Denne bølgebaserede tilgang gør det muligt at validere indhold, links, rettigheder, webdele og layout på et begrænset antal sider, før indsatsen udvides til resten af tenanten, hvilket begrænser risikoen for at skulle rette den samme fejl på hundredvis af forskellige sider.

Et emne, der især berører større, mere lagdelte tenants

Organisationer, der gennem årene har bygget deres intranet på en on-premises SharePoint Server og senere migreret til SharePoint Online, har tendens til at have et højere antal stadig aktive Classic-sites, -sider og -tilpasninger, ofte uden at it-afdelingen har et fuldstændigt og opdateret overblik over dem. Det er et tilbagevendende mønster, for hvert ansvarsskifte mellem forskellige teams, hver ekstern leverandør der på et tidspunkt har arbejdet på tenanten, og hver omorganisering i virksomheden efterlader et eller andet site, som ingen længere aktivt administrerer, men som fortsætter med at eksistere og være tilgængeligt.

Jo større og mere lagdelt en tenant er blevet over tid, desto mere opmærksomhed kræver optællingsfasen, fordi sider og tilpasninger kan være fordelt på forskellige sites, administreret af forskellige teams, med meget ujævne niveauer af dokumentation. De to frister, Microsoft har fastsat, marts 2027 og oktober 2028, giver et nyttigt tidsvindue til at gribe sagen an på en ordnet måde, men det er netop den indledende analysefase (den der gør det muligt reelt at forstå, hvor mange Classic-sider der stadig er i brug, og med hvilket kompleksitetsniveau) der kræver den mest omhyggelige planlægning, fordi det er i det øjeblik, man opdager det reelle omfang af arbejdet, endnu før man overhovedet begynder at modernisere noget.

Hvor du skal starte, hvis du endnu ikke har et klart billede

For mellemstore til store virksomheder, cirka fra 300 brugere og opefter, er den første forhindring næsten altid at forstå, om emnet reelt berører virksomheden, mere end et rent teknisk spørgsmål. Et godt udgangspunkt er at stille sig selv, eller få sin it-afdeling til at svare på, tre enkle spørgsmål.

1. Har virksomheden tidligere brugt SharePoint Server eller on-premises SharePoint?
2. Er der gennemført en migrering til SharePoint Online?
3. Ved man med sikkerhed, om der stadig er Classic-sider, -sites eller -tilpasninger tilbage i tenanten?

Hvis svaret på det tredje spørgsmål er usikkert, kan det betale sig at inddrage it-kontaktpersonen direkte til et målrettet tjek, i stedet for at blive stående ved et foreløbigt indtryk. Det sker oftere, end man skulle tro, at virksomheder, der er overbeviste om, at de ikke længere har noget Classic tilbage, efter en grundigere kontrol opdager over 120 sider, der stadig er aktive og glemt i sekundære sites. Et tjek foretaget i god tid, selv hvis det kun er kvalitativt, gør det muligt at planlægge med margen, i stedet for at opdage det reelle omfang af arbejdet lige op til fristerne.