GDPR одит на онлайн магазин: 23-те точки, които КЗЛД и клиентите ви проверяват първи
Alexander Sverdlov
Анализатор по сигурността

Основни изводи
- Най-честата жалба до КЗЛД срещу онлайн магазин не е за хакерска атака, а за проследяващи бисквитки без съгласие и за непоискани рекламни имейли. И двете се откриват за минути от браузъра на жалбоподателя и не изискват никаква техническа експертиза, за да бъдат доказани
- Бисквитките за Google Analytics, Meta Pixel и ремаркетинг изискват предварително информирано съгласие преди да се заредят. Банер, който се появява след като скриптовете вече са се изпълнили, или който има само бутон "Приемам", не е валидно съгласие по GDPR и практиката на КЗЛД
- Всеки доставчик, който докосва клиентските ви данни - платформата (Shopify, WooCommerce хостинг), счетоводната програма, куриерът, имейл платформата, чат инструментът - е обработващ лични данни и изисква писмен договор по чл. 28 GDPR. Липсата на такъв договор е самостоятелно нарушение, независимо дали е имало инцидент
- Искане за достъп, изтриване или преносимост от клиент трябва да получи отговор в срок до един месец. Магазин без процедура за обработка на такива искания почти винаги пропуска срока, а пропуснатият срок сам по себе си е нарушение, което КЗЛД разглежда
- Контролният лист от 23 точки покрива четири области: прозрачност и документи, съгласия и бисквитки, обработващи и договори, права на субектите и сигурност. В над 8 от 10 проверявани магазина поне 6 от 23-те точки са отворени при първия преглед
- Реален GDPR одит на онлайн магазин в България струва между 1 500 и 6 000 лв. в зависимост от мащаба и платформата, и приключва за 2 до 4 седмици с писмен доклад, приоритизиран план за привеждане в съответствие и готови шаблони на задължителните документи
Обаждането дойде в петък следобед. Управителят на онлайн магазин за детски стоки с около 14 000 поръчки годишно беше получил писмо от КЗЛД. Клиент беше подал жалба: бил отписал съгласието си за бюлетина преди месеци, но продължавал да получава рекламни имейли, а когато поискал да види какви данни магазинът съхранява за него, никой не му бил отговорил в продължение на седем седмици. КЗЛД откриваше преписка и искаше становище в 14-дневен срок.
Управителят имаше три проблема. Първо, имейл платформата продължаваше да изпраща към отписани контакти, защото отписването в магазина и отписването в платформата за бюлетини не бяха свързани. Второ, нямаше нито един човек, отговорен за исканията на клиенти, и имейлът на клиента беше изгубен в общата пощенска кутия. Трето, политиката за поверителност на сайта беше копирана от чужд шаблон, споменаваше регламенти, които не се отнасяха за България, и не описваше нито един от реалните потоци данни в магазина.
Направихме GDPR одит на магазина по контролен лист от 23 точки за 18 работни дни на фиксирана цена. Прегледахме банера за бисквитки, реалните скриптове, които се зареждаха при отваряне на сайта, договорите с шестимата доставчици, които обработваха клиентски данни, политиката за поверителност, процедурата за искания и сроковете за съхранение. Докладът съдържаше 11 открити точки, подредени по риск, с готови шаблони за политиката, банера и регистъра на дейностите. Становището до КЗЛД беше подадено в срок и преписката приключи с препоръка, без имуществена санкция.
По-долу е целият контролен лист от 23 точки, защо онлайн магазинът е специфичен случай за GDPR, кои документи и договори са задължителни, как се отговаря на искане в срок, какво рискувате при проверка и колко струва реалният одит.
Раздел 1
Защо онлайн магазинът е специфичен случай за GDPR
Физическият магазин продава стока срещу пари и в повечето случаи не научава нищо за купувача. Онлайн магазинът прави обратното: за да изпълни една поръчка, той събира име, адрес, телефон, имейл, понякога ЕГН за фактура на физическо лице, история на покупките, IP адрес, устройство и поведение на сайта. Към това се добавят слоевете, които клиентът не вижда: проследяващи бисквитки, пиксели за реклама, инструменти за анализ, чат ботове и платформи за изоставена количка. Всеки от тези слоеве е отделна обработка на лични данни с отделно правно основание, отделен срок за съхранение и отделен риск.
Разликата има практическо значение за надзора. КЗЛД не трябва да влиза в офиса ви, за да открие нарушение в онлайн магазин. Голяма част от съответствието е публично видимо: банерът за бисквитки, политиката за поверителност, формата за съгласие при поръчка, наличието на връзка за отписване в имейлите. Жалбоподател с отворен браузър и инструментите за разработчици може да докаже, че Meta Pixel се е заредил преди да е дал съгласие, без да има достъп до сървъра ви. Това прави онлайн търговията една от най-лесните за проверка категории и една от най-честите в практиката на надзорния орган.
Втората особеност е веригата от доставчици. Дори малък магазин рядко обработва данните си сам. Платформата се хоства някъде, фактурите се издават през счетоводна програма, доставката минава през куриер, бюлетинът тръгва през имейл платформа, рекламата се управлява през Google и Meta. Всеки от тези участници получава част от клиентските данни и по GDPR е обработващ лични данни, с когото трябва да имате писмен договор. Веригата е невидима за клиента, но е напълно проследима за одитор и за надзорен орган.
Третата особеност е обемът спрямо ресурса. Магазин с няколко служители обработва данните на десетки хиляди клиенти. Това поставя онлайн търговията в позиция, в която мащабът на обработката е голям, а административният капацитет за съответствие е малък. Точно затова структурираният контролен лист работи: той превръща абстрактния регламент в конкретни, проверими точки, които малък екип може да затвори една по една.
Раздел 2
Правни основания и задължителните документи
Преди контролния лист трябва да е ясна една основна идея: всяка обработка на лични данни се нуждае от правно основание по чл. 6 GDPR. За онлайн магазин най-важните три са договорно изпълнение, законово задължение и съгласие, и смесването им е източник на повечето грешки.
Договорно изпълнение покрива всичко, което е необходимо, за да достави магазинът поръчката: обработка на адреса за доставка, телефона за връзка с куриера, имейла за потвърждение на поръчката. За тези данни не е нужно отделно съгласие, защото без тях договорът не може да бъде изпълнен. Грешката тук е да се иска съгласие за нещо, което всъщност е договорно, което обърква клиента и създава впечатление, че може да откаже.
Законово задължение покрива счетоводните и данъчните изисквания: издаването на фактура, съхранението на счетоводни документи за срока, изискван от Закона за счетоводството и данъчното законодателство. Тези данни се пазят дори клиентът да поиска изтриване, защото законът ги изисква, и това трябва да е ясно записано в политиката за поверителност и в сроковете за съхранение.
Съгласие покрива всичко, което не е необходимо за поръчката: бюлетина, проследяващите бисквитки, ремаркетинга, профилирането за персонализирана реклама. Съгласието трябва да е свободно дадено, конкретно, информирано и недвусмислено, и да може да се оттегли също толкова лесно, колкото е дадено. Предварително отметнато квадратче, банер, който блокира сайта докато не натиснете "Приемам", или съгласие, обвързано с изпълнението на поръчката, не са валидно съгласие.
Задължителният минимум от документи за всеки онлайн магазин: политика за поверителност, описваща реалните потоци данни; политика за бисквитки със списък на конкретните бисквитки и техните цели; общи условия; регистър на дейностите по обработване (чл. 30 GDPR); договори с обработващите лични данни (чл. 28); процедура за обработка на искания на субекти; процедура за уведомяване при нарушение на сигурността; и определени срокове за съхранение по категории данни. Магазин без поне тези документи влиза в проверка с отворени точки, преди надзорният орган изобщо да е разгледал техническата сигурност.
Политиката за поверителност заслужава отделно внимание, защото е най-четеният и най-проверяван документ. Тя трябва да описва кои данни събирате, на какво основание, за колко време ги пазите, на кого ги предавате (поименно изброените обработващи), какви права има клиентът и как да ги упражни, и данните за контакт за въпроси по защита на данните. Копираният от чужд сайт текст, който говори за регулатори и срокове, неприложими в България, е по-вреден от липсващ документ, защото доказва, че реалните обработки никога не са били анализирани.
Раздел 3
Контролният лист от 23 точки
Това е ядрото на одита. 23-те точки са разделени в четири области. До всяка точка в реалния доклад стои оценка (изпълнено, частично, отворено) и кратко доказателство. По-долу е пълният списък.
А. Прозрачност и документи (точки 1-6)
- 1. Политика за поверителност, описваща реалните потоци данни, а не копиран шаблон.
- 2. Политика за бисквитки с поименен списък на бисквитките, целите и сроковете им.
- 3. Общи условия, синхронизирани с реалния процес на поръчка и доставка.
- 4. Регистър на дейностите по обработване по чл. 30 GDPR.
- 5. Данни за контакт по въпроси на защитата на данните, видими на сайта.
- 6. Оценка дали е необходим DPO (длъжностно лице по защита на данните) предвид мащаба и профилирането.
Б. Съгласия и бисквитки (точки 7-12)
- 7. Банер за бисквитки, който блокира нетехническите бисквитки до получаване на съгласие.
- 8. Равностойни бутони "Приемам" и "Отказвам" на първо ниво на банера.
- 9. Google Analytics, Meta Pixel и ремаркетинг скриптовете не се зареждат преди съгласие.
- 10. Записване и съхранение на доказателство за даденото съгласие (кога, какво, как).
- 11. Съгласието за бюлетин е отделно от поръчката и не е предварително отметнато.
- 12. Връзка за отписване във всеки рекламен имейл, която работи и веднага спира изпращането.
В. Обработващи и договори (точки 13-17)
- 13. Списък на всички обработващи лични данни (платформа, счетоводство, куриер, имейл, чат, реклама).
- 14. Писмен договор по чл. 28 GDPR с всеки обработващ.
- 15. Проверка дали има предаване на данни извън ЕС и на какво основание (стандартни договорни клаузи).
- 16. Контрол на достъпа до клиентските данни в платформата (кой служител какво вижда).
- 17. Поименното изброяване на обработващите в политиката за поверителност съвпада с реалния списък.
Г. Права на субектите и сигурност (точки 18-23)
- 18. Процедура и отговорно лице за искания за достъп, корекция, изтриване и преносимост.
- 19. Спазване на едномесечния срок за отговор на искане на субект.
- 20. Определени и прилагани срокове за съхранение по категории данни.
- 21. Процедура за уведомяване на КЗЛД в 72 часа при нарушение на сигурността.
- 22. Технически минимум: HTTPS, многофакторно удостоверяване за администраторите, актуализирана платформа.
- 23. Криптиране или ограничен достъп до резервните копия и до експортите с клиентски данни.
Раздел 4
Бисквитки и проследяване: точката, която носи най-много жалби
Бисквитките са едновременно най-честото нарушение и най-лесното за доказване. Правилото е просто, но често неразбрано: бисквитките, които са строго необходими за работата на сайта (кошница, сесия, език), не изискват съгласие. Всички останали - анализ, реклама, ремаркетинг, вграждания от социални мрежи, A/B тестове - изискват изрично, предварително съгласие, преди съответният скрипт изобщо да се зареди.
Тук е разликата между формално и реално съответствие. Много магазини слагат банер за бисквитки, но скриптовете на Google Analytics и Meta Pixel са твърдо вградени в кода на страницата и се изпълняват при първото зареждане, независимо какво натисне посетителят. Банерът в този случай е украса: данните вече са изпратени към трета страна, преди клиентът да е имал избор. Одиторът проверява това не по наличието на банер, а като отвори сайта с инструментите за разработчици и види кои заявки тръгват преди и след съгласието.
Често срещан проблем: Банер само с един бутон "Приемам" или "OK" не дава реален избор и не е валидно съгласие. Първото ниво на банера трябва да предлага равностойни по видимост опции за приемане и за отказ. Решение тип "приемете, за да продължите" или предварително включени превключватели за всички категории е точно това, което КЗЛД и европейските надзорни органи определят като невалидно. Поправката е техническа и обикновено отнема по-малко от ден работа върху правилно конфигуриран инструмент за управление на съгласието.
Втората страна на проследяването е ремаркетингът. Когато качите списък с имейли на клиенти в рекламна платформа, за да им показвате реклами, вие предавате лични данни към трета страна за цел, която не е необходима за поръчката. Това изисква отделно правно основание и прозрачност към клиента. Магазин, който прави ремаркетинг, без това да е описано в политиката и без основание, рискува жалба не само за бисквитки, но и за непрозрачно предаване на данни.
Практическият извод: банерът за бисквитки не е правен документ, който се копира веднъж и се забравя. Той е техническа функция, която трябва реално да блокира скриптовете до съгласие, да записва избора и да позволява оттеглянето му. Това е първата точка, която проверяваме при всеки одит на онлайн магазин, защото е и първата, която проверява всеки жалбоподател.
Раздел 5
Обработващите лични данни и договорите по чл. 28
Всеки външен доставчик, който обработва клиентски данни от ваше име, е обработващ лични данни. По чл. 28 GDPR администраторът (магазинът) е длъжен да има писмен договор с всеки от тях, който урежда предмета, срока, целта, видовете данни, задълженията на обработващия и мерките за сигурност. Липсата на такъв договор е самостоятелно нарушение, дори никога да не е имало изтичане на данни.
Първата стъпка е да съставите пълен списък. За типичен български онлайн магазин той почти винаги включва: платформата или хостинга (включително SaaS платформи като Shopify, или хостинг доставчика при WooCommerce), счетоводната програма или счетоводната кантора, куриерската фирма, платформата за имейл маркетинг, инструмента за чат на живо, и рекламните платформи. Много магазини са изненадани колко дълъг става списъкът, когато се изброи честно.
| Доставчик | Какви данни получава | Нужен документ |
|---|---|---|
| Платформа / хостинг | Профили, поръчки, цялата база | Договор по чл. 28 |
| Счетоводство | Име, ЕГН, адрес, суми | Договор по чл. 28 |
| Куриер | Име, адрес, телефон | Договор по чл. 28 |
| Имейл платформа | Имейл, име, поведение | Договор по чл. 28, проверка ЕС/извън ЕС |
| Реклама (Meta/Google) | Имейли, идентификатори, поведение | Условия за обработка, основание, прозрачност |
Вторият въпрос е предаването на данни извън ЕС. Част от популярните платформи и рекламни инструменти обработват данни в трети държави. Когато това е така, трябва да има подходящо основание за трансфера, например стандартни договорни клаузи, и това да е описано в политиката за поверителност. Одиторът проверява не само дали договорът съществува, а и дали реалното местоположение на обработката съвпада с декларираното.
Третият въпрос е вътрешният достъп. Дори всички външни договори да са налице, ако всеки служител има пълен достъп до цялата клиентска база през администраторския панел на платформата, рискът остава висок. Контролът на достъпа по роли, така че всеки да вижда само това, което му е нужно за работата, е част от мерките за сигурност по чл. 32 и точка от контролния лист.
Раздел 6
Права на клиентите и инциденти: сроковете, които не прощават
GDPR дава на всеки клиент конкретни права: достъп до данните, които съхранявате за него, корекция, изтриване, ограничаване, преносимост и възражение срещу обработка за маркетинг. Магазинът е длъжен да отговори на искане в срок до един месец, който може да се удължи с два месеца при сложни случаи, но само с уведомяване на клиента в първоначалния срок. Мълчанието не е опция и пропуснатият срок сам по себе си е нарушение.
Практическият проблем не е правният, а организационният. Искането пристига на общия имейл, никой не е назначен да го обработва, и то се губи между поръчките и въпросите за доставка. Решението е процедура: определено лице или роля, входяща точка, регистър на исканията със срокове, и шаблони за отговор за всеки тип искане. Това е точка 18 от контролния лист и една от най-евтините за затваряне, защото изисква организация, а не технология.
Втората критична времева линия е при нарушение на сигурността. Ако клиентски данни изтекат, бъдат откраднати или станат недостъпни поради инцидент, магазинът трябва да прецени риска и при наличие на риск за правата на субектите да уведоми КЗЛД в срок до 72 часа от узнаването. При висок риск трябва да уведоми и засегнатите клиенти. Без предварителна процедура 72-те часа изтичат в паника, а закъснялото или липсващо уведомяване утежнява санкцията повече от самия инцидент.
Раздел 7
Санкции и как протича одитът
Санкционната рамка на GDPR е сериозна: до 20 милиона евро или до 4 на сто от годишния световен оборот за по-тежките нарушения. За малък български онлайн магазин таванът е теоретичен, но реалните санкции на КЗЛД за непоискан маркетинг, липса на основание и незачитане на права на субекти достигат до десетки хиляди левове и почти винаги се придружават от задължителни предписания. По-честият резултат при добросъвестно отношение и бързо привеждане в съответствие е препоръка или по-ниска санкция, но това зависи от готовността, която покажете при проверката.
Важно е да се разбере как започват повечето преписки. Те рядко тръгват от планова проверка. Тръгват от жалба: недоволен клиент, който е получил нежелан имейл, забелязал е проследяване без съгласие или не е получил отговор на искане. Затова контролният лист е подреден така, че точките, които жалбоподателят може да види отвън (бисквитки, отписване, политика, отговор на искане), са с най-висок приоритет.
Самият одит протича на четири стъпки. Първо, преглед на видимото отвън: банер за бисквитки, реални заявки от браузъра, политики, форми за съгласие, имейли. Второ, преглед на документите: регистър на дейностите, договори с обработващи, процедури, срокове за съхранение. Трето, преглед на вътрешните настройки: контрол на достъпа, MFA, актуализации, резервни копия. Четвърто, доклад с оценка по всяка от 23-те точки, приоритизиран план за привеждане в съответствие и готови шаблони на липсващите документи.
| Обхват | Типичен магазин | Срок | Ориентировъчна цена |
|---|---|---|---|
| Базов одит (23 точки) | Малък магазин, една платформа | 2 седмици | 1 500 - 2 800 лв. |
| Одит плюс документи | Среден магазин, ремаркетинг | 3 седмици | 2 800 - 4 500 лв. |
| Одит при отворена преписка | Жалба до КЗЛД, кратък срок | 1 - 2 седмици | 4 000 - 6 000 лв. |
ЧЗВ
Шест въпроса, които получаваме при всеки одит на магазин
Малък съм, продавам само в България. Наистина ли GDPR се отнася за мен?
Да. GDPR се прилага за всяка обработка на лични данни на физически лица в ЕС, независимо от размера на фирмата и от това дали продавате само в България. Няма праг на оборот или брой клиенти, под който регламентът не важи. Малкият мащаб облекчава някои задължения (например невинаги е нужен DPO), но не освобождава от основните: правно основание, прозрачност, съгласие за маркетинг и бисквитки, договори с обработващите и зачитане на правата на клиентите. Точно малките магазини са най-честите адресати на жалби, защото пропуските им са видими отвън.
Имам банер за бисквитки. Това достатъчно ли е?
Само ако банерът реално работи. Голяма част от банерите са декоративни: те се показват, но скриптовете за анализ и реклама вече са се заредили преди клиентът да натисне каквото и да е. Валидният банер блокира нетехническите бисквитки до получаване на съгласие, предлага равностойни опции за приемане и отказ на първо ниво, записва избора като доказателство и позволява оттеглянето му също толкова лесно. Проверката отнема минути с инструментите за разработчици на браузъра: ако Google Analytics или Meta Pixel изпращат заявки преди съгласие, банерът не ви защитава.
Мога ли да изпращам имейли на клиенти, които вече са купували от мен?
При определени условия съществуващото клиентско отношение позволява изпращане на оферти за подобни собствени продукти, но само ако клиентът е бил информиран за това при събиране на имейла и при всеки имейл му е дадена лесна възможност да откаже. Това не покрива качване на клиентски списъци в рекламни платформи за таргетиране, нито изпращане към хора, които никога не са купували. Безопасното правило за бюлетин и промоции е отделно, изрично съгласие, което не е обвързано с поръчката, плюс работещо отписване, което веднага спира изпращането.
Нужно ли ми е длъжностно лице по защита на данните (DPO)?
Зависи от мащаба и от това дали редовно и систематично наблюдавате клиентите в голям мащаб, например чрез обширно профилиране за реклама. Типичният малък онлайн магазин, който събира данни само за изпълнение на поръчките и обикновен бюлетин, обикновено не е задължен да назначи DPO. Магазин с интензивно профилиране, ремаркетинг върху голяма база и поведенческо проследяване вече се доближава до прага и трябва да направи документирана оценка. Дори когато DPO не е задължителен, е добра практика да определите отговорно лице за защита на данните, до което постъпват исканията и жалбите.
Колко дълго мога да пазя данните на клиентите?
Точно толкова, колкото е необходимо за целта, плюс сроковете, които законът изисква. Счетоводните и данъчните документи се пазят за срока по съответните закони, дори клиентът да поиска изтриване, защото това е законово задължение. Данните за маркетинг се пазят само докато има валидно съгласие. Данните за изпълнение на поръчка нямат причина да се пазят неограничено след приключването ѝ и изтичането на гаранционните и рекламационните срокове. Ключът е да определите конкретни срокове по категории данни и да ги прилагате, а не да пазите всичко завинаги по подразбиране.
Получих жалба от КЗЛД. Одитът ще ми помогне ли сега?
Да, и това е една от честите причини да се поръча одит. При отворена преписка одитът има два резултата: бързо затваря видимите нарушения, които са предмет на жалбата (бисквитки, отписване, отговор на искането), и подготвя документирано становище, което показва на надзорния орган, че добросъвестно привеждате дейността в съответствие. КЗЛД отчита готовността и съдействието при определяне на мярката. Магазин, който реагира с конкретни поправки и готови документи в срока за становище, е в значително по-добра позиция от магазин, който мълчи или отрича. При отворена преписка работим в ускорен режим заради краткия срок.

Александър Свердлов
Основател на Atlant Security. Автор на 2 книги за информационна сигурност, лектор по киберсигурност на най-големите конференции по киберсигурност в Азия и панелист на конференция на ООН. Бивш член на екипа за консултации по сигурността на Microsoft, външен консултант по киберсигурност в Емиратската корпорация за ядрена енергия.