Minimalizujte registrační pole, používejte bezpečný reset hesla a u každé objednávky či akce ověřte vlastnictví na serveru. Citlivé změny znovu potvrďte, relace přiměřeně chraňte a zákazníkovi ukažte jasný stav objednávky. Podpora nesmí obcházet ověření identity pouze podle jména nebo e-mailu. Přímý odkaz na objednávku ani její veřejné číslo nikdy nepovažujte za náhradu autorizace přihlášeného účtu. Staré relace po významné změně bezpečně ukončete.
Zákaznický účet WooCommerce spojuje přihlašování, historii objednávek, adresy, stahování a další samoobslužné funkce. Je pohodlný, ale zároveň pracuje s citlivými obchodními údaji a akcemi. Chyba v autorizaci může zobrazit cizí objednávku, slabá obnova hesla umožnit převzetí účtu a nejasné rozhraní donutit zákazníka volat podporu kvůli jednoduché změně.
Dobrý účet nabízí pouze funkce, které zákazník potřebuje, a každou kontroluje na serveru podle přihlášené identity a vlastnictví záznamu. Tento návod pokrývá registraci, přihlášení, historii, adresy, delegované akce a provoz. Nejde o obecný design členského portálu ani o organizační role v B2B, ale o jádro bezpečné samoobsluhy běžného e-shopu.
Rozhodněte mezi účtem, hostem a účtem po nákupu
Povinná registrace může bránit jednorázovému nákupu, avšak účet usnadňuje opakované nákupy a přístup k digitálnímu obsahu. Zvažte checkout pro hosty s možností bezpečně aktivovat účet po objednávce. Heslo neposílejte v otevřeném textu; zákazník si ho vytvoří přes jednorázový odkaz s omezenou platností.
U e-mailu, který už patří k existujícímu účtu, nevysvětlujte útočníkovi víc, než je nutné. Nabídněte přihlášení nebo obnovu bezpečným způsobem. Propojení starších objednávek hostů s novým účtem vyžaduje ověření vlastnictví, nikoli pouze shodu volně zadaného e-mailu v profilu.
Chraňte přihlášení, reset a relaci
Přihlašování chraňte omezením počtu pokusů a přiměřenou vícefaktorovou možností podle rizika. Chybová zpráva nemá spolehlivě prozradit, zda účet existuje. Resetovací token musí být náhodný, krátce platný, použitelný pouze jednou a po změně hesla má zneplatnit starší resetovací odkazy i rizikové relace.
Cookie relace nastavte bezpečně pro HTTPS a chraňte stavové akce proti podvrženým požadavkům. Po změně e-mailu, hesla nebo jiného citlivého údaje vyžádejte nové ověření. Umožněte zákazníkovi zobrazit a ukončit aktivní relace, pokud to řešení podporuje, a upozorněte ho na významnou změnu účtu.
- Omezení pokusů o přihlášení
- Jednorázový reset s omezenou platností
- Opětovné ověření citlivé změny
- Bezpečné ukončení starých relací
Autorizujte každý objekt a každou akci
Skryté menu ani neuhodnutelné číslo objednávky nejsou oprávněním. Server při každém detailu, stažení, opakování nákupu nebo změně ověří, že záznam patří aktuálnímu účtu a že je akce v daném stavu povolena. Stejná kontrola platí pro REST endpoint, AJAX i klasickou stránku.
U souborů používejte kontrolované stahování nebo krátce platný podpis, nikoli trvalou veřejnou URL. Pokud účet může zrušit objednávku nebo změnit adresu, zobrazte důsledek a potvrďte výsledek. Změna po expedici může být technicky zapsána, ale provozně již nepoužitelná, proto stav kontrolujte těsně před provedením.
Navrhněte historii a adresy pro reálné úlohy
Seznam objednávek ukáže datum, srozumitelný stav, částku a dostupnou akci. Detail rozlišuje fakturační historii objednávky od aktuální adresy v profilu. Změna adresy v účtu nesmí zpětně přepsat již uzavřené objednávky. Při opakování nákupu systém znovu ověří produkty, varianty, ceny a dostupnost.
Formulář adresy přizpůsobte podporovaným zemím a validujte na serveru. Nezaměňujte adresu v profilu s pokynem pro již rozpracovanou zásilku. Prázdný stav účtu má vysvětlit první krok a podpora má vidět stejná pojmenování jako zákazník, aby ho dokázala vést bez žádání o heslo.
Testujte izolaci a připravte podporu
Ve stagingu vytvořte alespoň dva účty a systematicky zkoušejte měnit identifikátory v URL a požadavcích. Testujte hosta, zablokovaný účet, expirovaný reset, souběh dvou relací, změnu e-mailu a přímé stažení. Log zachytí bezpečnostní událost bez hesel, tokenů a celého obsahu objednávky.
Podpora potřebuje ověřovací postup a omezený náhled. Neměla by měnit e-mail či posílat údaje jen na základě jména sděleného po telefonu. Zaznamenejte důvod administrativní změny a upozorněte původní kontakt, je-li to přiměřené. Pravidelně auditujte rozšíření zákaznického účtu, protože nový endpoint může oslabit původní izolaci.
Časté dotazy
Musí mít zákazník účet před nákupem?
Ne vždy. Checkout pro hosty může snížit bariéru a účet lze nabídnout po nákupu přes bezpečnou aktivaci. Povinnost posuzujte podle typu produktu, opakovanosti nákupů a potřebné samoobsluhy.
Může se objednávka přiřadit k účtu pouze podle e-mailu?
Samotná shoda e-mailu nemusí bezpečně prokázat vlastnictví historické objednávky. Použijte ověřený odkaz, přihlášení nebo kontrolovaný proces, který neumožní připojit cizí data.
Proč se adresa ve staré objednávce nezměnila?
Objednávka má uchovávat historické údaje platné v okamžiku nákupu. Adresa z profilu slouží jako výchozí hodnota pro budoucí checkout; zpětné přepisování by poškodilo audit a doklady.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
