Nový spolupracovník má napsat dva články, ale dostane přístup správce celého webu. Za měsíc už nikdo neví, proč smí instalovat pluginy a měnit další uživatele. Oprávnění mají vycházet z konkrétní práce, nikoli z pohodlí při prvním přihlášení. U redakčního WordPressu je užitečné oddělit psaní, schvalování obsahu a technickou správu.
Následující postup pomůže sestavit přehled rolí pro malý magazín i více redakcí. Popis výchozích možností WordPressu je jen začátek: pluginy, vlastní role a odlišná konfigurace mohou oprávnění změnit. Příklady rozdělení práce jsou vlastní provozní model, nikoli audit účtů na tomto webu.
Sepište činnosti místo pracovních titulů
Slovo redaktor neříká, zda člověk pouze připravuje text, nebo také opravuje cizí články. Začněte proto krátkým seznamem povolených úkolů. Přidejte i to, co spolupracovník potřebuje udělat jen výjimečně. Výjimka může mít samostatný postup místo trvale širokého přístupu.
- Příprava vlastních návrhů a předání ke kontrole.
- Nahrávání fotografií a vyplnění údajů konkrétního článku.
- Publikace schváleného textu nebo změna jeho termínu.
- Opravy článků jiných autorů a práce s rubrikami.
- Technická údržba pluginů, šablony a uživatelských účtů.
K jednotlivým úkolům přiřaďte člověka a rozsah webů. Editor jednoho pilotního magazínu nepotřebuje automaticky stejnou roli na celé síti. Stejná osoba může mít na různých webech jinou odpovědnost. Evidence má tuto skutečnost ukázat, ne ji skrýt pod jednu společnou nálepku.
Co znamenají běžné výchozí role
WordPress rozlišuje role a jednotlivá oprávnění, označovaná jako capabilities. Ve výchozím nastavení přispěvatel připravuje vlastní příspěvky bez jejich publikace, autor může publikovat a spravovat vlastní příspěvky a editor pracuje i s příspěvky ostatních. Správce má podstatně širší možnosti technické administrace webu.
Toto rozdělení není automaticky hotový schvalovací proces. Název role rovněž není důkaz jejího skutečného dnešního nastavení. Pokud instalace používá vlastní úpravy, nechte správce ověřit potřebné konkrétní akce. Rozdíly mezi běžným webem a sítí Multisite posuzujte samostatně.
| Potřeba v redakci | Výchozí role k posouzení | Co ještě ověřit |
|---|---|---|
| Připravovat vlastní návrhy | Přispěvatel | Způsob předání médií a kontroly |
| Samostatně vydávat vlastní texty | Autor | Zda je samostatné vydávání skutečně žádoucí |
| Schvalovat a opravovat více autorů | Editor | Skutečný rozsah správy obsahu |
| Udržovat technický provoz | Správce | Potřebu každého technického oprávnění |
Tabulka je rozhodovací pomůcka, nikoli příkaz přidělit roli podle názvu pozice. Pokud člověk nemá samostatně publikovat, nespoléhejte jen na ústní domluvu při roli, která mu to umožňuje. Naopak příliš úzké oprávnění bez funkčního předávání může práci blokovat a svádět ke sdílení účtu.
Technický účet a veřejný autor nejsou totéž
Publikační integrace se může přihlašovat pod servisním účtem, ale článek má mít skutečného schváleného veřejného autora. Před vydáním proto ověřte oba údaje odděleně. Automatické převzetí jména přihlášeného účtu může způsobit, že se technická identita začne tvářit jako člen redakce.
Veřejný profil autora má obsahovat pravdivé jméno či schválený redakční pseudonym a doložitelné informace. Profesní zkušenosti nevymýšlejte podle tématu článků. Zkontrolujte také výpis autora a bio pod textem: údaj v administraci a skutečná veřejná prezentace se mohou lišit podle šablony.
Pro vlastní integrace navazuje průvodce REST API v redakci. Oprávnění servisního účtu posuzujte podle jeho úkolu; pohodlný technický přístup není důvod k chybnému veřejnému autorství.
Přístup založte s vlastníkem a koncem platnosti
Každý účet by měl mít známého vlastníka, účel a datum kontroly. U externí spolupráce přidejte očekávaný konec nebo okamžik, kdy se oprávnění znovu posoudí. Neznamená to zapisovat hesla do společné tabulky. Evidence má pomáhat rozhodovat o přístupu, nikoli vytvářet další kopii tajných údajů.
Samostatné osobní účty umožní lépe rozlišit, kdo provedl konkrétní práci. Sdílené přihlášení několika lidí tuto návaznost oslabuje. Pokud provoz vyžaduje zvláštní servisní identitu, určete jejího správce a seznam používaných integrací. Obecný rámec ochrany popisuje zabezpečení WordPressu prakticky.
| Pole evidence | Co zapsat | Co do něj nepatří |
|---|---|---|
| Vlastník | Konkrétní osoba nebo odpovědný správce | Nejasné označení „agentura“ |
| Účel | Schválené činnosti a domény | Kopie přístupového hesla |
| Rozsah | Role a ověřené výjimky | Domněnka podle názvu role |
| Další rozhodnutí | Datum kontroly či konec spolupráce | Automatické neomezené prodlužování |
Ověřte práci na modelovém článku
Před nasazením změny rolí použijte vhodné testovací prostředí a neostrý obsah. Vyzkoušejte přesně to, co má spolupracovník zvládnout: založení návrhu, předání editorovi, práci s médiem a případně publikaci. Stejně důležité je ověřit, že nedostane činnosti navíc, které mu nepatří.
Zkouška má odpovídat skutečnému pracovnímu postupu. Pouhý úspěšný login neověřuje, zda může člověk správně dokončit zadání. Pro přípravu prostředí využijte testovací kopii WordPressu. Zkouška nesmí nechtěně rozesílat zprávy ani publikovat testovací obsah veřejně.
Model: externista píše, editor vydává
Modelový magazín chce od externisty každý měsíc několik návrhů, ale jejich zveřejnění si nechává redakce. Nejprve stanoví způsob dodání textu a fotografií. Potom ověří vhodnou roli a předání k editorovi. Pokud standardní role nepokrývá jednu potřebnou činnost, správce posoudí úzkou úpravu místo automatického přidělení administrátora.
Po prvním cyklu redakce zjistí, kde vznikají prodlevy. Může upravit zadání nebo rozdělení odpovědnosti, aniž by bez důvodu rozšířila přístup. Tento model není univerzální doporučení konkrétního pluginu. Důležitý je funkční výsledek a známá hranice mezi přípravou a vydáním.
Přístupy kontrolujte při změně práce
Revize má smysl při příchodu člověka, změně odpovědnosti, dokončení projektu a odchodu spolupracovníka. U déle běžících účtů přidejte přiměřený pravidelný průchod podle rizika. Kontrola bez rozhodnutí nepomůže: u každého účtu má být jasné, zda zůstává potřebný a v jakém rozsahu.
- Porovnejte seznam účtů se skutečnými vlastníky a zakázkami.
- Ověřte důvod širokých rolí a trvajících výjimek.
- Posuďte napojení na integrace a veřejné autorství.
- Proveďte jen schválené změny a zkontrolujte pracovní průchod.
- Uložte rozhodnutí a další termín kontroly.
Ukončení přístupu neznamená smazání autorské historie. Při odchodu člověka zachovejte články a pravdivé autorství podle redakčního rozhodnutí. Podrobný postup nabízí předání práce po externistovi.
U dočasného rozšíření si předem určete i návrat k původní roli. Záznam má popsat, kvůli jaké úloze výjimka vznikla a kdo potvrdí její konec. Dokončený projekt pak nezanechá trvale širší přístup jen proto, že se na jeho původní důvod zapomnělo.
Časté otázky
Má každý redaktor dostat správce?
Nemá automaticky. Přístup odvozujte od úkolů, které skutečně vykonává. Technická administrace vyžaduje samostatný důvod.
Zaručí název role správná oprávnění?
Ne. Pluginy a vlastní úpravy mohou možnosti změnit. Ověřte konkrétní činnosti na dané instalaci.
Je veřejný autor stejný jako účet integrace?
Nemusí být. Přihlašovací identita a veřejné autorství plní odlišný účel. Při publikaci zkontrolujte schváleného autora článku.
Kam uložit hesla uživatelů?
Do evidence rolí je nekopírujte. Používejte odpovídající správu přístupů a bezpečný postup konkrétního provozu. Tabulka má obsahovat účel a vlastníka.
Kdy oprávnění znovu projít?
Při změně úkolů a konci spolupráce. U trvalých účtů také podle stanoveného kontrolního rytmu. Každá výjimka má mít známý důvod.
