Hlavní pravidlo: Současný model Power Pages počítá unikátní aktivní uživatele konkrétního webu za kalendářní měsíc, zvlášť přihlášené a anonymní. U anonymního provozu není měřenou jednotkou spolehlivě jedna fyzická osoba. Pro nákup nejprve určete licenční model, web, období a metriku; až potom porovnávejte čísla. Podmínky a dokumentace byly ověřeny 12. října 2026.
Nejdřív zjistěte, která čísla porovnáváte
Ve veřejném dotazu k Power Pages se míchá anonymní licence, ověření uživatele a udržování relace. Jiná diskuse o počítání anonymních návštěvníků správně otevírá otázku prohlížečů. Samotná odpověď „počítá se cookie“ ale nevysvětlí, proč nesouhlasí dashboard a objednaná kapacita.
Microsoftův popis analytiky rozlišuje návštěvnost od licenční spotřeby. Graf MAU může zobrazovat klouzavých třicet dní, zatímco kalendářní pohled má jiné hranice. Do analytiky se navíc může započítat návštěvník, jehož přístup pokrývá kvalifikovaná Power Apps licence a který licenční kapacitu nespotřebuje.
Před diagnostikou si zapište čtyři hodnoty: Site ID, Environment ID, přesný časový interval a název metriky. „Červenec“, „posledních 30 dní“ a „měsíc do dneška“ mohou být tři různé výběry. Číslo s názvem Users bez této informace nepatří do objednávky.
Přihlášený člověk a anonymní cookie
Licenční FAQ Power Platform určuje přihlášeného uživatele podle záznamu Contact v Dataverse. Opakované přihlášení stejného kontaktu do téhož webu během měsíce neznamená dalšího měsíčního uživatele. Anonymní přístup se rozlišuje identifikátorem v cookie; jiný prohlížeč, zařízení nebo odstranění cookie může vytvořit další jednotku.
Z toho plyne praktický problém: obchodní odhad „portál používá 500 partnerů“ není dostatečný odhad anonymní kapacity. Jedna osoba může otevřít web na pracovním laptopu, soukromém telefonu i v jiném profilu prohlížeče. Naopak mnoho návštěv v témže prohlížeči nemusí měsíční počet dále zvýšit.
| Testovací návštěva na jednom webu | Co zkontrolovat | Očekávaný výsledek za daných podmínek |
|---|---|---|
| Stejný Contact se opakovaně přihlásí ve stejném měsíci | Mapování na tentýž Contact | Jeden přihlášený měsíční uživatel |
| Anonymní návštěvník se vrací ve stejném prohlížeči se stejnou cookie | Zachování anonymního identifikátoru | Jedna anonymní jednotka |
| Anonymní návštěvník použije druhý prohlížeč | Nový anonymní identifikátor | Další anonymní jednotka, pokud se neuplatní výjimka |
| Návštěvník nejprve prohlíží anonymně a poté se přihlásí tentýž den UTC | Čas přechodu a stejná návštěvní cesta | Dokumentovaná výjimka: započítá se jako přihlášený |
| Návštěvník otevře pouze přihlašovací stránku | Skutečně žádná další anonymně dostupná stránka | Přihlašovací stránka sama anonymní spotřebu nevytváří |
Výjimku pro přechod na přihlášení nepřevádějte na tvrzení, že pozdější login smaže veškerý anonymní provoz za celý měsíc. Dokumentace pracuje se stejným dnem UTC. Přechod okolo půlnoci nebo mezi různými prohlížeči zahrňte do pilotního měření; konkrétní výsledek potvrďte ve spotřebě.
Přihlášení chrání data, ne jen rozpočet
Pokud má být portál jen pro partnery, nespoléhejte na JavaScript, který návštěvníka po načtení stránky přesměruje k loginu. Nejdřív ověřte skutečná oprávnění stránky a tabulek. Bezpečnostní model Power Pages propojuje web roles s page permissions a table permissions. Nastavení identity a datových oprávnění je samostatná kontrola.
V pilotu otevřete web bez přihlášení v čistém prohlížeči. Nestačí vidět přihlašovací tlačítko. Zkuste přímou adresu formuláře, seznamu a detailu, které mají být chráněné. Výsledek popište konkrétně: „nepřihlášený návštěvník nedostane seznam smluv“, nikoli „máme zapnuté přihlašování“.
Nejde o doporučení zavést login jen kvůli změně metriky. Přihlášení má vycházet z účelu webu a povahy dat. Marketingový web a zákaznický portál s osobními údaji mají odlišný provozní návrh.
Cumulative graf nesčítejte jako denní přírůstky
Přehled licenční kapacity obsahuje kumulativní denní pohled. U takového grafu každý bod zahrnuje spotřebu do daného dne. Při součtu bodů byste opakovaně počítali již evidované uživatele. Data navíc mohou mít zpoždění až 24 hodin.
Modelový příklad: Licenční graf ukazuje první den 100, druhý 130 a třetí 150. Spotřeba do třetího dne je 150, nikoli 380. V odpovídajícím exportu mohou být nové jednotky 100, 30 a 20. Ty lze sečíst na 150. Než použijete funkci SUM, musí být jasné, zda řádky znamenají stav, nebo přírůstek.
Dokumentace exportu spotřeby popisuje Billed Quantity jako nově započítané přístupy v daném dni pro aktuální měsíc. Měsíční výsledek získáte součtem těchto hodnot při správném filtru. Export může obsahovat více webů a prostředí; držte také Meter Subcategory odděleně pro authenticated a anonymous MAU.
| Podklad | Jak s ním pracovat | Typická chyba |
|---|---|---|
| Licenční graf do dneška | Číst poslední kumulativní stav pro vybraný rozsah | Sečíst všechny denní body |
| Export s Billed Quantity | Filtrovat web, měsíc a metr; sečíst nové jednotky | Přimíchat jiný web nebo legacy metr |
| Traffic Analytics MAU | Zkontrolovat interval a účel analytiky | Považovat rolling návštěvnost za fakturovanou kapacitu |
| Objednaná kapacita | Ověřit její přidělení prostředí | Zaměnit koupený tenantový fond za přidělený fond |
Export posledních třiceti dní není automaticky celý kalendářní měsíc. Pro uzavření období zkontrolujte první i poslední datum v souboru a případně použijte další export. Tuto kontrolu udělejte před vysvětlováním rozdílu mezi reporty.
PAYG není automatické doúčtování k balíčku
Microsoftův PAYG FAQ uvádí, že při zapnutí pay-as-you-go prostředí se přidělená předplacená Power Pages kapacita pro tyto metry ignoruje a nespotřebovává. Nepředpokládejte tedy model „nejprve balík, potom automaticky jen přesah“. Přepnutí může změnit celý způsob účtování.
Ještě před zapnutím billing planu zapište, které prostředí a weby ovlivní. Zkontrolujte, zda lze uvolněnou předplacenou kapacitu přidělit jinam. Nákup a PAYG porovnávejte nad stejnými aktivními uživateli za stejný měsíc, nikoli nad počtem všech registrací a současně nad návštěvností jiné části webu. Pravidla webového metru nepřenášejte automaticky na Power Apps per app; aplikace a web jsou jiné licenční jednotky.
U PAYG metrů Power Pages se uživatel přistupující do více webů počítá pro každý web zvlášť. Dokumentace vyjmenovává také výjimky, například určité autentizační stránky, statické prostředky a rozpoznané boty. Pro monitoring Microsoft doporučuje cestu /_services/about; kontrola běžné stránky s browserovým user agentem může spotřebu ovlivnit. Ověřte vlastní monitor, ne pouze jeho název.
Z měření do objednávky
Modelový příklad, nikoli ceník: Po všech výjimkách má jeden web za uzavřený měsíc 160 přihlášených a 780 anonymních kapacitních jednotek. Jestliže vyberete předplacený model s balíky pro 100 přihlášených a 500 anonymních uživatelů podle produktových plánů, pro tento izolovaný příklad vycházejí dva přihlášené a dva anonymní balíky. Nejde o 940 licencí stejného typu. Výsledek ještě porovnejte s již koupenou a dostupnou kapacitou.
Pokud znáte jen 780 fyzických návštěvníků z jiného analytického nástroje, výpočet zatím nedělejte. Potřebujete kapacitní jednotky Power Pages. Pro sezónní web přidejte měsíční profil a očekávanou špičku; jeden klidný měsíc nemusí pokrýt spuštění kampaně.
Kontrola před měsíční uzávěrkou
- Vymezte rozsah. Site ID, Environment ID, aktuální či legacy model a jeden kalendářní měsíc.
- Oddělte metry. Přihlášené a anonymní jednotky veďte zvlášť. U reportu zkontrolujte, zda jde o přírůstky nebo stav.
- Potvrďte identitu. Contact pro přihlášené, cookie pro anonymní; testujte další zařízení a přechod přes den UTC.
- Zkontrolujte výjimky. Kvalifikované licence, přihlašovací stránky, monitoring a autentizační cesta. Neodečítejte odhady ručně bez evidence.
- Přepočítejte stejné období. Vyčkejte na zpožděná data a uložte export, nastavení filtru a vysvětlení rozdílu od analytiky.
- Teprve pak objednejte. Předplacené balíky, jejich přidělení a PAYG zpracujte jako konkrétní varianty pro stejný provoz.
Často kladené otázky
Počítá se každý login jako další placený uživatel?
U současného měsíčního modelu ne, pokud jde o stejný přihlášený Contact na témže webu v daném měsíci. Nezaměňujte jej se starými portal-login metry.
Je anonymní uživatel jedna fyzická osoba?
Ne spolehlivě. Měření používá anonymní identifikátor prohlížeče. Více zařízení nebo odstranění cookie může počet zvýšit.
Znamená OTP přihlášení anonymní provoz?
Rozhoduje skutečné přihlášení přes podporovaného identity providera a mapování na Contact, nikoli délka ověřovacího kódu. Identitu i měření ověřte v konkrétní konfiguraci.
Proč se MAU liší od licenční spotřeby?
Může jít o jiný interval, návštěvnost místo licenčního metru nebo uživatele s kvalifikovaným oprávněním. Rozdíl nejprve rozložte podle webu, času a typu uživatele.
Můžeme sečíst denní graf kapacity?
Pokud je kumulativní, ne. Sečtěte pouze skutečné přírůstky, například příslušné Billed Quantity v exportu se správnými filtry.
