Обратно към блога
Разработка Публикувано на 22.09.2026 1 мин. четене

Кой още чете? Скриптове на трети страни на страниците с формуляри

Страницата с формуляр за контакт често зарежда код от половин дузина други компании. Част от него може да вижда какво пишат посетителите – а по-голямата част никой от екипа ви никога не е преглеждал.

Когато някой попълва вашия формуляр за контакт, той предполага, че съобщението отива при вас. На много сайтове обаче страницата с формуляра изпълнява и скриптове от доставчици на анализи, рекламни мрежи, доставчици на чат и всичко, което мениджърът на тагове е събрал през годините. Всеки от тези скриптове работи със същите права като собствения ви код: може да чете страницата, да наблюдава полетата за въвеждане и да изпраща данни към собствените си сървъри. Това не означава, че всички го правят. Но на страницата, където посетителите въвеждат името си, имейл адреса си и понякога подробности за здравето, парите или правните си проблеми, трябва да знаете кой още чете.

Обичайните заподозрени

  • Инструментите за запис на сесии записват кликвания, превъртане и често натискания на клавиши, за да може посещението да бъде възпроизведено по-късно. Ако полетата не са маскирани, това може да включва и това, което хората въвеждат във формуляра.
  • Рекламните и аналитичните пиксели докладват прегледи на страници и конверсии на трети страни – на самата страница с формуляра и много често на страницата с благодарност.
  • Чат уиджетите зареждат цяло приложение от друг домейн, обикновено на всяка страница, включително тази с формуляра.
  • Мениджърите на тагове позволяват на маркетинга да добавя скриптове без внедряване. Удобно, но това означава и че код може да стигне до страницата с формуляра, без никой да го е прегледал.
  • По-малките помощници – A/B тестове, топлинни карти, вграждания от социални мрежи, шрифтове, карти – всеки добавя хост, който получава поне IP адреса на посетителя и обикновено адреса на вашия сайт; скриптовете сред тях могат да четат и пълния URL адрес на страницата.

Запис на сесии: записващо устройство до полето за въвеждане

Повечето инструменти за възпроизвеждане предлагат настройки за маскиране на полетата за въвеждане или за изключване на цели области, а някои маскират определени полета по подразбиране. Слабите места са изключенията: поле за свободен текст, което настройката по подразбиране не обхваща, формуляр, изграден от компоненти, които правилата за маскиране не разпознават, или настройка, която някой е изключил при отстраняване на грешки и никога не е включил отново. Тогава запис, съхраняван при трета страна, може да съдържа точно това, което посетителят ви е написал – нещо, което той не е очаквал и което вашата политика за поверителност, която съгласно чл. 13 от ОРЗД трябва да посочва получателите или категориите получатели на лични данни, може изобщо да не споменава.

Пиксели и страницата с благодарност

Проследяването на конверсии се нуждае от сигнал, че формулярът е изпратен, а страницата с благодарност е очевидното място да бъде подаден. Повечето пиксели изпращат пълния адрес на страницата при всяко събитие. Ако формулярът се изпраща чрез GET или пренасочването след изпращането добавя към URL адреса стойности като ?name=…&email=…, тези стойности отиват направо при доставчика на реклама или анализи. Някои пиксели предлагат и функции, които автоматично извличат имейл адреси или телефонни номера от формулярите, за да подобрят съпоставянето. А ако пикселът се задейства, преди посетителят да е отговорил на банера за бисквитки – или след като е отказал – проблемът вече не е само технически.

Как данните от формуляра незабелязано напускат сайта
1Посетителят пише
Име, имейл адрес и съобщение се въвеждат в полетата на формуляра.
2Скриптът за възпроизвеждане записва
Немаскираните полета попадат в запис на сървър на трета страна.
3Пренасочване с параметри
След изпращането сайтът пренасочва към /thanks?email=…
4Пикселът се задейства
Събитието за конверсия изпраща пълния URL адрес, включително имейл адреса, до рекламната мрежа.
5Данните са навън
Сега те са при доставчици, с които посетителят никога не е избирал да ги споделя.
Хипотетична верига. Нито една от стъпките не е необичайна сама по себе си.

Мениджъри на тагове, съгласие и веригата на доставки

Мениджърите на тагове често са мястото, където се губи общата представа. Таг за кампания за изложение отпреди две години, пробен инструмент за топлинни карти, пиксел за мрежа, която никой вече не използва – всичко това може все още да се зарежда на всяка страница, включително тази с формуляра. Тригерите често са зададени на „всички страници“, а правилата за съгласие се настройват таг по таг, така че е достатъчен един таг с липсващо условие, за да се зареди скрипт, преди посетителят да е дал съгласие.

Има и веригата на доставки. Когато вграждате скрипт от друг хост, вие се доверявате на този, който контролира хоста днес и в бъдеще. Доставчикът може да промени какво прави скриптът му, да бъде продаден или инфраструктурата му за доставка да бъде компрометирана. Браузърът не може да различи легитимен скрипт от манипулиран, така че инжектиран код на страница с формуляр може да прочете всяко поле и да го изпрати където и да е – същият модел, който се използва за скиминг на страниците за плащане.

Какво можете да направите

  1. 1Направете опис. Отворете всяка страница с формуляр и нейната страница с благодарност с инструментите за разработчици на браузъра, проверете раздела „Мрежа“ и избройте всеки външен хост. Направете го веднъж без съгласие и веднъж след приемане на банера.
  2. 2Премахнете това, от което никой не се нуждае. Таговете без ясен собственик и цел са кандидати за изтриване. Ограничете тригерите в мениджъра на тагове, така че на страниците с формуляри да се изпълняват само таговете, които трябва.
  3. 3Маскирайте въведените данни в инструментите за възпроизвеждане. Маскирайте всички полета за въвеждане, не само паролите, и ако можете, изключете изцяло зоната на формуляра. След това прегледайте запис, за да видите какво действително е съхранено.
  4. 4Изпращайте конверсии без лични данни. Изпращайте чрез POST, не допускайте стойности от формуляра в URL адресите за пренасочване и подавайте неутрално събитие като „contact_form_sent“. Изключете автоматичното събиране на полета от формуляри в пикселите.
  5. 5Зареждайте само след съгласие. Скриптовете, които изискват съгласие, не трябва да се зареждат, преди посетителят да се съгласи – и трябва да останат изключени, ако той откаже. Тествайте и двата пътя.
  6. 6Фиксирайте и ограничавайте, където е възможно. Subresource Integrity (хеш в тага на скрипта) кара браузъра да откаже статичен файл, който е бил променен; това не е подходящо за скриптове, които по замисъл се променят, като мениджърите на тагове. Content Security Policy ограничава кои хостове могат да изпълняват скриптове – започнете в режим само за докладване, за да видите какво би се повредило.
  7. 7Следете за промени. Нов хост на скриптове на страница с формуляр трябва да бъде съзнателно решение, а не изненада. Погрижете се да получавате известие, когато се появи такъв.

formexposed проверява кои пиксели за проследяване се задействат на страниците ви с формуляри, дали инструмент за запис на сесии може да записва въведеното във формуляра и дали отказът на банера за бисквитки действително спира проследяването – пасивно, без да се изпраща нищо. Безплатната проверка показва общото ниво; тези констатации са в пълния доклад. С мониторинг за верифициран домейн formexposed ви известява и когато на страница с формуляр се появи нов хост на скриптове.

Не е правен съвет
Тази статия дава обща информация за техническата страна и аспектите на защитата на данните при скриптовете на трети страни. Тя не е правен съвет. Дали конкретна настройка изисква съгласие или трябва да бъде описана във вашата политика за поверителност, зависи от ситуацията ви – при съмнение се обърнете към специалист по защита на данните.