HTML stránky v SharePointu, nebo SPFx aplikace? Co který přístup umí a kde končí

V měsíčních přehledech jsme HTML stránky v SharePointu zmínili už několikrát – mimo jiné jako novinku, která je zapnutá a nejde vypnout pro celý tenant. Teď jdou do obecné dostupnosti a s nimi přichází otázka, kterou slyšíme od zákazníků stále častěji: když Copilot za minutu napíše hezkou interaktivní stránku s grafy, proč bychom ještě potřebovali aplikace?

Je to rozumná otázka. HTML stránky opravdu umí věci, které dřív bez vývojáře nešly. Mají ale i hranice, které na první pohled vidět nejsou – a některé z nich se ukážou až za půl roku, když stránek bude padesát a každá bude vypadat trochu jinak. Tenhle článek srovnává oba přístupy: HTML stránky na jedné straně a aplikace postavené na SharePoint Framework (SPFx) – tedy na stejném základu, na kterém stavíme naše aplikace EasyPortal 365 – na straně druhé.

Co jsou HTML stránky v SharePointu

Microsoft funkci ohlásil 25. září 2026 (MC1479517). Preview běží od října, obecná dostupnost se rozbíhá od poloviny listopadu do konce prosince 2026. V kostce:

• Jak stránka vznikne: přes + Nový → HTML stránka, plovoucím tlačítkem Copilota na webu, nebo nahráním hotového .html souboru (i celé složky) do knihovny Site Pages.
• Kde žije: v knihovně Site Pages vedle běžných moderních stránek. Platí pro ni oprávnění webu, retence, koncepty a publikování, schvalování, plánované zveřejnění i analytika. Zobrazuje se se záhlavím, navigací a patičkou webu.
• Jak se kreslí: obsah běží v izolovaném rámu (sandboxed iframe) s pravidly Content Security Policy. Stránka je od zbytku SharePointu oddělená.
• Licence: licence Microsoft 365 Copilot je potřeba jen pro tvorbu a úpravy s Copilotem. Nahrát HTML, upravit text, publikovat a číst stránku zvládne každý s příslušným oprávněním – bez licence.
• Správa: funkce je zapnutá ve výchozím stavu a vypnout ji jde jen na jednotlivých webech – podrobnosti v další části.

Kdy to u vás bude a jak to vypnout

Nedostanou to všichni najednou. Microsoft funkci zavádí postupně po tenantech. Od října ji mají organizace v programu Frontier a v cíleném vydání (targeted release), ostatní ji dostávají v rámci obecné dostupnosti – podle oznámení od poloviny listopadu do konce prosince 2026, podle pozdější odpovědi Microsoftu v diskuzi může zavádění doběhnout až začátkem roku 2027. Jestli ji váš tenant už má, poznáte na libovolném webu: v knihovně Site Pages přibude v nabídce Typy souborů přepínač Povolit soubory HTML a v nahrávání volba Nahrát HTML stránku. (Tvorbu přes + Nový → HTML stránka Microsoft váže na licenci Copilota, takže bez ní na tuhle položku spoléhat nelze.)

Jakmile ji tenant dostane, je zapnutá na všech webech. Nikdo ji nemusí povolovat. Nahrát a publikovat HTML pak může každý, kdo má na webu právo upravovat stránky. Tvořit s Copilotem může jen ten, kdo má licenci Copilota.

Vypnout jde jen web po webu. Na každém webu zvlášť to udělá vlastník webu: v knihovně Site Pages zvolí Typy souborů (File types) a vypne Povolit soubory HTML (Allow HTML files). Zmizí tím nahrávání HTML i položka v nabídce + Nový. Pro celý tenant funkci vypnout ani omezit nejde a Microsoft v diskuzi uvedl, že to tak zatím zůstane. Stav jednotlivých webů zjistí správce přes PnP PowerShell (Get-PnPFeature, funkce HtmlPages). Hromadné vypnutí pro mnoho webů naráz Microsoft nepopisuje.

Přepínač zatím netěsní. Nezávislé testy po spuštění ukázaly, že na webu s vypnutým přepínačem Copilot HTML stránky vytvářel dál. Jeden z uživatelů v diskuzi navíc hlásil, že šlo dál i nahrávat a přesouvat soubory. Microsoft odpověděl, že případ Copilota prošetřuje a že nahrávání a přesun mají být při vypnutém přepínači zablokované. Dokud to nebude opravené, přepínač na webu není spolehlivá hranice.

Co uvnitř HTML stránky jde – a co ne

Tady je jádro celého srovnání. Sandbox je dobrá věc pro bezpečnost, ale zároveň přesně určuje, co stránka umí. Podle dokumentace Microsoftu a podle podrobných testů komunity:

Funguje	Nefunguje
vlastní JavaScript přímo v souboru	skripty a styly z jiných adres (CDN, <link> na CSS, Google Fonts)
pět knihoven z CDN Microsoftu: Chart.js, Mermaid, React, Fluent UI, Babylon	jakékoli volání API – fetch, REST SharePointu, Microsoft Graph
animace, Canvas, SVG, tmavý režim přes CSS	cookies, localStorage, IndexedDB – stránka si nic nepamatuje
čtení souboru, který si uživatel vybere na svém počítači	odeslání formuláře, stažení souboru, tlačítko pro tisk (tisk z prohlížeče funguje)
živá data ke čtení ze seznamů SharePointu, Excelu a CSV	zápis čehokoli kamkoli
odkazy v rámci tenantu, venkovní odkazy na povolené domény	mailto:, tel:, vložené video, rámce (YouTube, Stream)
obrázky z vlastního tenantu nebo vložené přímo do souboru	obrázky z cizích webů, webparty SharePointu

Nejdůležitější řádek je ten o datech. Živá data fungují tak, že si stránka přímo v souboru předem vyjmenuje zdroje (seznam, sešit Excelu, CSV) a SharePoint je při otevření stránky načte a předá jí. Stránka sama nikam nesahá. Je to snímek ke čtení: co se v seznamu změní, zatímco má uživatel stránku otevřenou, se objeví až po obnovení. Zapsat něco zpátky – schválit žádost, přidat položku, uložit formulář – HTML stránka neumí.

Dvě podrobnosti z testů, které se hodí znát. Zaprvé, ze seznamu se do prohlížeče posílají všechny sloupce, i ty, které stránka nezobrazuje – v jednom testu 85 sloupců místo zhruba dvanácti použitých. Zadruhé, vyhledávání SharePointu indexuje jen text, který je v HTML souboru napsaný přímo. Co vykreslí skript – grafy, tabulky, čísla z živých dat – vyhledávání nevidí.

Co je aplikace na SharePoint Framework

SharePoint Framework je model, který Microsoft doporučuje pro rozšiřování SharePointu, Teams a Viva Connections. Aplikace na SPFx je zabalený program (webparty, rozšíření), který správce schválí v katalogu aplikací a který pak běží na stránkách SharePointu, jako karta v Teams, ve Viva Connections a nově i jako komponenty uvnitř Copilota.

Zásadní rozdíl oproti HTML stránkám: aplikace na SPFx běží v kontextu přihlášeného uživatele a má k dispozici klienty, kteří za něj řeší přihlášení k SharePointu, Microsoft Graphu a dalším API chráněným Microsoft Entra ID. Smí tedy číst i zapisovat – vždy jen tam, kam má uživatel oprávnění, a k API mimo SharePoint jen s oprávněním, které schválí správce.

Druhá strana mince: aplikaci na SPFx nenapíše Copilot za minutu. Potřebuje vývojáře, sestavení přes Node.js a TypeScript, testování, nasazení do katalogu aplikací a správu verzí. A protože neběží v sandboxu, ale přímo ve stránce, rozhoduje o důvěře správce tím, že aplikaci schválí.

Srovnání bod po bodu

	HTML stránka	Aplikace na SPFx
Kdo ji vytvoří	kdokoli s právem upravovat stránky; s Copilotem i bez znalosti HTML	vývojář
Za jak dlouho	minuty až hodiny	dny až týdny
Schválení IT	žádné (na úrovni tenantu ani nejde vynutit)	správce schvaluje aplikaci i oprávnění k API
Data	jen čtení, snímek při otevření; seznamy, Excel, CSV	čtení i zápis; SharePoint, Graph, vlastní API
Kdo je uživatel	stránka to neví	aplikace zná uživatele, jeho role a skupiny
Paměť	žádná – každá návštěva začíná znovu	seznamy, nastavení, historie, stav práce
Vzhled	co je v souboru; změna motivu webu se nepropíše	řídí se motivem a sdílenými komponentami
Aktualizace	každou stránku zvlášť	jedno vydání se projeví všude, kde aplikace běží
Teams a telefon	v desktopové aplikaci Teams ano; v mobilních aplikacích Teams a SharePointu zatím ne	webparty v Teams, Viva Connections, mobilní zobrazení
Vyhledávání	jen statický text souboru	podle toho, kam aplikace data ukládá (seznamy a knihovny se indexují)
Bezpečnost	sandbox – stránka nemůže volat API, odeslat formulář ani si nic uložit	plný přístup v rozsahu oprávnění uživatele; důvěra přes schválení správcem
Licence	Copilot jen pro tvorbu s Copilotem	podle dodavatele aplikace

Kde jsou HTML stránky silné

Bylo by chybou je podceňovat. Pro řadu scénářů jsou lepší volbou než aplikace i než klasická moderní stránka:

• Rychlost a volnost návrhu. Stránka s časovou osou nástupu nového kolegy, přehled projektu s grafy, vizuální manuál značky, mikrostránka akce – to vše vznikne za odpoledne a může vypadat přesně podle představ, bez omezení na sekce a webparty.
• Interaktivní pomůcky. Kalkulačka, kontrolní seznam, interaktivní diagram procesu nebo kontrola CSV souboru před importem. Všechno běží v prohlížeči a nic neopustí počítač uživatele.
• Přehledy nad daty, která už v SharePointu jsou. Graf ze seznamu nebo z Excelu, který se aktualizuje při každém otevření, bez Power BI a bez vývojáře.
• Recyklace existujícího HTML. Exporty reportů, statické stránky ze starých systémů, výstupy z jiných nástrojů – nahrát a hotovo.
• Bezpečnost od návrhu. Protože stránka nemůže volat API ani odesílat formuláře, je riziko špatně napsaného kódu výrazně menší než u starých Script Editorů, které tyhle hranice neměly.

Slabiny: standardizace, údržba a governance

Tady je to, co v nadšení z rychlosti snadno zapadne. Žádná z těchto slabin není chyba – vyplývají přímo z toho, že každá HTML stránka je samostatný, uzavřený soubor.

Každá stránka je originál. Copilot napíše stránku podle zadání a podle toho, co si zrovna „vymyslí“. Druhý autor na sousedním webu dostane jiné odstíny, jiná písma, jiné rozestupy a jinak se chovající tabulku. Moderní stránky drží jednotný vzhled díky motivu a webpartům, aplikace díky sdíleným komponentám. HTML stránky žádný takový společný základ nemají – jednotnost závisí na každém autorovi zvlášť.

Vzhled zamrzne v okamžiku vzniku. Barvy a písma se do souboru zapíšou při tvorbě. Když firma změní motiv webu nebo firemní barvy, existující HTML stránky se nezmění. Microsoft to uvádí jako známé omezení „bez závazku“ k řešení. Nahrané HTML navíc firemní vzhled automaticky nedostane vůbec. Po rebrandingu tak čeká ruční úprava každé stránky.

Nejde sdílet kód. Styl ani knihovnu nejde načíst ze společného souboru – <link> na CSS v Site Assets podle testů nefunguje a všechno musí být přímo v souboru. Opravit chybu v tabulce, kterou používá třicet stránek, znamená opravit třicet souborů. U aplikace stačí jedno vydání.

Přístupnost není zaručená. Microsoft uvádí, že stránky vytvořené Copilotem požadavky na přístupnost splňují automaticky – u nahraného HTML ale ne. Kontrola nadpisů, kontrastu, popisků obrázků a ovládání klávesnicí zůstává na autorovi.

Údržba po odchodu autora. Moderní stránku upraví každý, kdo zná editor. HTML stránku se skripty bezpečně upraví jen ten, kdo rozumí kódu, nebo Copilot – a to jen pro uživatele s licencí. Testy navíc ukázaly, že úprava stránky se skripty přes vizuální editor může skripty rozbít.

Chybí, co intranet běžně potřebuje. HTML stránku nejde povýšit na novinku, nejsou u ní komentáře ani reakce, nejde z ní udělat šablonu, nemá cílení na skupiny ani vícejazyčné verze a zatím se nezobrazí v mobilních aplikacích SharePointu a Teams (podle Microsoftu přijdou v některé z dalších vln).

Governance bez centrálního vypínače. Funkce je zapnutá, tenantově nejde vypnout a přepínač na webu podle testů zatím nezastaví Copilota. Kdo chce mít přehled, musí ho mít z pravidel a z kontroly obsahu, ne z nastavení.

Kdy použít co

HTML stránka je správná volba, když:

• jde o prezentaci, ne o práci s daty – obsah se čte, nezapisuje,
• stránka je jednorázová nebo krátkodobá – akce, kampaň, projekt, onboarding,
• stačí data ke čtení ze seznamu, Excelu nebo CSV,
• návrh je důležitější než jednotnost s ostatními stránkami,
• stránek bude pár, ne stovky.

Aplikace na SPFx je správná volba, když:

• uživatel má něco udělat – vyplnit, schválit, rezervovat, nahlásit, objednat,
• aplikace musí vědět, kdo je uživatel a podle role mu ukázat jiné věci,
• data se zapisují nebo se mají pamatovat mezi návštěvami,
• stejná funkce běží na mnoha webech a musí vypadat i fungovat všude stejně,
• je potřeba Teams, telefon nebo napojení na Microsoft Graph (pošta, kalendář, profily),
• řešení musí dlouhodobě žít, aktualizovat se a mít jasného vlastníka.

Moderní stránka zůstává výchozí volbou pro běžný obsah intranetu – novinky, stránky oddělení, návody. Je jednotná, upraví ji každý a dědí motiv.

Oba přístupy se navíc nevylučují. Rozumné rozdělení je: moderní stránky pro obsah, aplikace pro práci a HTML stránky pro to, co má hlavně dobře vypadat a rychle vzniknout.

Jak k HTML stránkám přistoupit ve firmě

Protože funkce už je zapnutá, vyplatí se rozhodnout dřív, než vznikne první stovka stránek:

1. Určete, kde HTML stránky dávají smysl. Na hlavních webech intranetu je rozumné je vypnout (a ověřovat, že to opravdu platí i pro Copilota), na projektových a týmových webech je můžete nechat.
2. Připravte schválenou výchozí šablonu. Jeden HTML soubor s firemními barvami, písmy a základními prvky, ze kterého autoři i Copilot vycházejí. Testy ukázaly, že Copilot konkrétní styl uložený v Site Assets převezme přesně, vágní pokyn „podle motivu“ ne.
3. Hlídejte domény a data. Seznam povolených venkovních domén (Nastavení webu → HTML Field Security) je potřeba spravovat vědomě. U živých dat mějte na paměti, že do prohlížeče odchází celý seznam včetně nezobrazených sloupců.
4. Určete vlastníka každé stránky. Kdo ji bude udržovat, až se změní data, barvy nebo autor odejde.
5. Počítejte s rebrandingem. Když se mění firemní vzhled, patří HTML stránky do seznamu věcí, které se musí projít ručně.

Jak to máme u nás

Naše aplikace EasyPortal 365 stavíme na SharePoint Framework a pro HTML stránky v nich nevidíme náhradu – vidíme v nich doplněk. Důvodem je právě standardizace. Všechny naše aplikace sdílí jeden designový systém a jednu knihovnu komponent: tabulky, formuláře, panely a hlavičky vypadají a chovají se stejně v CRM, ve správě dokumentů i ve vozovém parku. Opravu nebo vylepšení ve sdílené knihovně uděláme jednou a s dalším vydáním aplikací se projeví u všech zákazníků. Aplikace dědí barvy firmy z centrálního nastavení, počítají i s telefonem (většina z nich běží také v Teams), pracují s oprávněními SharePointu a zapisují data do seznamů, které se dají zálohovat, hledat a auditovat.

HTML stránka tohle všechno nedělá a ani dělat nemá. Na rychlou, hezkou a jednorázovou prezentaci je ale výborná. Proto nedoporučujeme ji zakazovat – jen jí dát jasné místo.

Co si z toho odnést

1. HTML stránky jsou rychlé, volné a bezpečné. Ideální na prezentaci, pomůcky a přehledy nad daty ke čtení.
2. Neumí zapisovat, nepamatují si nic a nevědí, kdo se dívá. Na cokoli, kde uživatel něco dělá, potřebujete aplikaci.
3. Každá HTML stránka je samostatný originál. Bez šablony a pravidel se intranet rozpadne na stránky, které vypadají každá jinak a po změně motivu se musí opravovat jedna po druhé.
4. Funkce je zapnutá a tenantově nejde vypnout. O tom, kde smí HTML stránky vznikat, je dobré rozhodnout hned.

---

Pomáháme firmám nastavit pravidla pro intranet tak, aby nové funkce Microsoftu přinesly užitek a ne chaos – v rámci návrhu governance. A pokud hledáte aplikace, které v SharePointu a Teams fungují jednotně a dlouhodobě, podívejte se na aplikace EasyPortal 365 nebo se ozvěte.

Zdroje: Microsoft Message Center MC1479517 (25. 9. 2026); Microsoft Support – Create, upload, edit, and publish HTML pages in SharePoint; Microsoft SharePoint Blog – Publish rich and interactive content with HTML pages in SharePoint (22. 10. 2026, včetně odpovědí Microsoftu v diskuzi); Microsoft Learn – Overview of the SharePoint Framework; nezávislé testy Denise Molodtsova – SharePoint HTML pages: what they can and cannot do a part 2, experiments after GA.