Юридична інформація

Політика конфіденційності

Ця Політика конфіденційності пояснює, які дані можуть оброблятися під час використання вебсайту serhiipelishenko.com, для чого вони потрібні та які права має користувач.

Чинна з

01 Хто є власником сайту?

Ця політика стосується нинішнього сайту: статей, опису діяльності й проєктів, контактів та коментарів через Google-вхід. Вона не описує майбутню навчальну платформу.

Власником serhiipelishenko.com є Сергій Пелішенко / Serhii Pelishenko. Він визначає цілі й спосіб обробки даних, потрібних для роботи сайту та коментарів, і є їхнім володільцем.

З питань приватності, доступу, виправлення або видалення даних звертайтеся на hello@serhiipelishenko.com.

02 Які дані обробляються та звідки вони надходять?
  • Під час відвідування. Хостинг і постачальники зовнішніх ресурсів отримують технічні дані запитів: IP-адресу, відомості браузера й пристрою, запитаний ресурс і час. GitHub Pages реєструє IP-адреси відвідувачів для безпеки.
  • Під час входу через Google. Firebase Authentication обробляє UID, ім’я, email і відомості провайдера входу. Власник має адміністративний доступ до цих облікових записів. Сайт не отримує пароль Google.
  • У коментарях. Firestore зберігає ім’я, текст, дати, статтю, зв’язок відповіді, глибину та статус. У публічному документі немає Auth UID, email, токенів чи аватара. Зв’язок із UID зберігається окремо, приватно: його може читати лише відповідний автор та адміністратор.
  • Підтвердження публікації. Для нових повідомлень приватно зберігаються версія повідомлення перед надсиланням і серверний час явного підтвердження. Для старих коментарів таке підтвердження не створюється заднім числом.
  • Для адміністрування. Окремі приватні записи містять дані модерації, блокування, обмеження частоти, адміністративних прав і резервування. Автор має доступ лише до своїх передбачених правилами записів; адміністратор — до службових даних.
  • У листуванні. Обробляються адреса відправника, зазначене ім’я, текст, вкладення та інші надіслані вами відомості.

Дані надходять від вас, від Google, з браузерних запитів та під час роботи й модерації обговорення.

03 Для чого потрібні дані та які підстави обробки?

Для різних цілей використовуються окремі правові підстави:

  • Авторизація. Законний інтерес у наданні запитаного користувачем доступу до коментарів і розпізнаванні автора; лише необхідні для цього дані.
  • Публікація коментарів. Поінформована добровільна згода на поширення персональних даних у повідомленні. Це окрема мета від входу. Окреме підтвердження стосується публікації імені та повідомлення; Auth UID залишається приватним.
  • Модерація. Законний інтерес у розгляді повідомлень і підтриманні доречного професійного обговорення.
  • Захист від зловживань. Законний інтерес у захисті сайту, користувачів і адміністративного доступу, зокрема через обмеження частоти та блокування.
  • Листування. Законний інтерес у відповіді на звичайне звернення. Для виконання передбачених законом вимог щодо персональних даних — відповідний юридичний обов’язок.
  • Резервування. Законний інтерес у відновленні даних і роботи обговорення з обмеженим строком та доступом до копій. Для обов’язкових за законом записів про обробку — відповідний юридичний обов’язок.

Законний інтерес застосовний лише за необхідності й пропорційності обробки та якщо права і свободи людини не переважають його. Він не замінює підставу для публічного поширення даних за українським законом.

Відвідування сайту чи вхід через Google не є універсальною згодою. Підтвердження публікації запитується окремо перед кожним новим надсиланням. Для старих коментарів воно не створюється заднім числом.

Передавання даних органу влади можливе лише за конкретною застосовною нормою, з перевіркою повноважень, обов’язковості й обсягу вимоги. Сам факт отримання запиту не є правовою підставою.

04 Cookies та зберігання даних у браузері

Вхід у коментарі діє на поточну сесію вкладки. До початку входу Firebase Authentication налаштовано на browserSessionPersistence із sessionStorage. Перезавантаження та переходи між сторінками в цій вкладці зберігають вхід. Після завершення сесії вкладки потрібен новий вхід; постійне «запам’ятати мене» не використовується.

На спільному пристрої явно виходьте з коментарів: браузер може відновити закриту сесію. Вихід із коментарів не є виходом із Google. Закриття вкладки, вихід або очищення браузера не видаляють серверний акаунт чи коментарі.

Модуль коментарів не додає аналітичних або рекламних трекерів; це не твердження про весь сайт чи сервіси провайдерів. Зберігання й доступ на пристрої охоплюють не лише cookies, а й браузерні сховища. Cookies Google описані в поясненні Google.

05 Які провайдери отримують дані?
  • GitHub Pages розміщує сайт. GitHub обробляє власні технічні й безпекові журнали за своєю політикою приватності.
  • Google Sign-In, Firebase Authentication і Cloud Firestore забезпечують вхід та обговорення. Для даних користувачів, оброблюваних за дорученням власника, Google виступає постачальником обробки відповідно до застосовних договірних умов. Власне використання Google-акаунта та інша самостійна обробка Google регулюються політикою Google. Докладніше: приватність і безпека Firebase, умови Firebase та Cloud Data Processing Addendum.
  • Google Fonts завантажує шрифти; cdnjs / Cloudflare доставляє файли Font Awesome для іконок; jsDelivr доставляє бібліотеку відображення статей. Браузер звертається до цих зовнішніх серверів і передає технічні дані запиту. Для Cloudflare див. політику приватності.
  • Поштові провайдери обробляють листи, коли ви звертаєтеся електронною поштою. Це окремий канал від коментарів.

На сайті є посилання на соціальні мережі й зовнішні платформи. Після переходу діють правила відповідного сервісу. Саме посилання слід відрізняти від вбудованого вмісту, який завантажується зі стороннього сервера без переходу.

06 Які дані обробляються в email-зверненнях?

Якщо ви надсилаєте листа, обробляються зазначене вами ім’я, email, текст повідомлення, вкладення та інші надані відомості. Вони потрібні для розгляду звернення, відповіді й подальшого листування з цього питання. Контактне посилання відкриває ваш поштовий застосунок.

Не надсилайте даних пацієнтів, чужих персональних даних, чутливих службових відомостей, паролів або токенів входу. Email сайту й коментарі не є каналами надання медичної допомоги чи передавання клінічної документації.

Якщо такі відомості вже надіслано або опубліковано, повідомте про це на hello@serhiipelishenko.com, не повторюючи самих даних. Обмеження доступу, видалення та можливі законні обов’язки оцінюються за обставинами; автоматичного очищення всіх копій немає.

Сайт має професійне спрямування. Вхід через Google не є перевіркою віку. Якщо звернення стосується даних дитини, це потрібно зазначити без надсилання її медичних даних; повноваження заявника й необхідні дії визначаються відповідно до застосовного закону.

07 Публічний доступ і міжнародні передачі

Персональні дані не продаються й не обмінюються. Вони доступні власнику та уповноваженим адміністраторам у межах їхніх завдань і залученим провайдерам для надання послуг. Опубліковані документи коментарів доступні будь-кому, зокрема через API. Розкриття органам влади потребує підстав, описаних у розділі 03.

База коментарів Firestore розміщена у europe-central2, Варшава, Польща. Це не місце зберігання всіх даних сайту: за документацією Google, Firebase Authentication працює зі збереженими даними у США. Хостинг, пошта, зовнішні ресурси та залучені провайдерами постачальники можуть обробляти дані в інших країнах.

За українським законом передавання за кордон оцінюється за статтею 29: зокрема, враховується належний рівень захисту в країні отримувача або інша передбачена законом підстава. Закон визнає належний рівень для держав ЄЕП, учасниць Конвенції про захист осіб у зв’язку з автоматизованою обробкою персональних даних, а також держав, регулятори ринків капіталу яких є підписантами зазначеного в законі меморандуму IOSCO. Передавання до США не є автоматично забороненим і не завжди потребує окремої згоди.

Якщо застосовний GDPR, його правила міжнародних передач оцінюються окремо: рішення про адекватність, належні гарантії, зокрема стандартні договірні положення, або передбачені регламентом винятки мають різні умови. Рішення ЄС щодо США охоплює організації, які беруть участь у відповідній програмі, а не будь-якого отримувача у США. Ця політика не засвідчує конкретної сертифікації чи укладеного договору.

Інформацію про отримувачів, місця обробки та застосовні гарантії можна запросити на hello@serhiipelishenko.com.

08 Як захищаються дані?

Сайт використовує HTTPS. Доступ до неопублікованих коментарів обмежено автором і адміністратором; адміністративні дії мають окремі права доступу. Публічні записи мають навмисно відкритий доступ, описаний нижче.

За документацією Firebase, передавання даних захищене шифруванням, а Firestore та Authentication також використовують шифрування збережених даних. Це опис захисту провайдера, а не підтвердження шифрування ручних експортів власника.

Жоден спосіб передавання або зберігання даних не гарантує абсолютної безпеки. Захист також залежить від облікових записів, пристроїв, налаштувань доступу та поводження з резервними копіями.

09 Як звернутися щодо доступу, виправлення чи видалення?

Ви можете запросити доступ і відомості про обробку, виправлення неточностей, видалення за відсутності законних підстав зберігати дані, заперечити проти обробки та відкликати згоду, якщо обробка спирається на неї. Пишіть на hello@serhiipelishenko.com. Достатньо зрозуміло описати бажаний результат; посилання на коментар або відомості, що допоможуть знайти дані, надайте, якщо вони вам відомі.

Загальний запит на видалення не потребує переліку всіх технічних сховищ. Власник має перевірити коментарі й залишкові ідентифікатори, службові записи, Firebase Authentication, листування та резервні копії, які стосуються запиту. У відповіді слід пояснити виконані дії, залишки, законні винятки та подальше поводження з копіями.

Перевірка особи має бути пропорційною ризику розкриття або видалення чужих даних. Пароль Google, токени чи обов’язкова копія паспорта не потрібні. Для формального запиту на доступ закон України передбачає ідентифікаційні реквізити; за потреби власник уточнить належні відомості та спосіб їх безпечного надання.

  • Доступ за українським законом: вивчення запиту — до 10 робочих днів від надходження, із повідомленням про задоволення або законну відмову; задоволення — до 30 календарних днів, якщо законом не передбачено інше. Доступ людини до власних даних не відстрочується за правилом для третіх осіб.
  • Вмотивована вимога припинити обробку або змінити склад чи зміст даних: розгляд протягом 10 днів від отримання за Типовим порядком обробки персональних даних. Неточні дані виправляються невідкладно після встановлення неточності. Про зміну, видалення, знищення чи обмеження доступу повідомляють протягом 10 робочих днів після відповідної дії. Це різні строки, а не єдиний строк для всіх звернень.
  • Якщо застосовний GDPR: відповідь щодо дій за запитом — без зайвої затримки й протягом одного місяця від отримання. За складністю або кількістю запитів можливе продовження ще на два місяці з повідомленням про причини протягом першого місяця.

Очищення тексту модератором не є повним видаленням персональних даних. Видалення облікового запису Firebase Authentication для цього сайту не видаляє ваш Google-акаунт; сайт ним не керує. Законні винятки зі знищення даних оцінюються окремо, а не застосовуються до всіх записів автоматично.

Для захисту прав можна звернутися до Уповноваженого Верховної Ради України з прав людини або суду. Якщо обробка підпадає під GDPR, його додаткові права, зокрема обмеження обробки й перенесення даних, та право скарги до компетентного наглядового органу діють за умовами регламенту. Англійська версія сайту або база в Польщі самі по собі не встановлюють застосовність GDPR.

10 Як зв’язатися щодо приватності?

З питаннями про цю політику, обробку даних, коментарі або запити щодо ваших прав звертайтеся до Сергія Пелішенка на hello@serhiipelishenko.com.

11 Коментарі під статтями

Опубліковані коментарі можна читати без входу. Для надсилання потрібен Google-акаунт. Нові коментарі та відповіді проходять премодерацію й стають публічними після схвалення. Українська та англійська версії статті мають спільне обговорення.

Перед кожним надсиланням показано, що після схвалення публічними стануть ім’я, текст і дата, з посиланням на політику. Потрібно окремо встановити галочку підтвердження, яка початково вимкнена. Вхід через Google не є згодою на всі види обробки.

Публічний API містить ім’я, текст, часові мітки, статус і технічні зв’язки коментаря та статті, але не Auth UID. Приватний зв’язок із автором і запис підтвердження доступні лише відповідному автору й адміністратору. Очікувані та приховані коментарі також доступні лише автору й адміністратору.

У режимі лише читання надсилання вимкнено. Приховування блоку прибирає його з інтерфейсу та забороняє нові записи, але саме по собі не закриває публічне API-читання раніше опублікованих документів.

Дія «видалити текст» очищає ім’я й текст, залишаючи ідентифікатор документа, дати та зв’язки відповідей. Зв’язок із UID і службові записи залишаються приватними; акаунт Firebase Authentication не видаляється. Це не повне знеособлення. Приховування чи видалення на сайті не прибирає копій, зроблених іншими людьми.

Не публікуйте персональні дані пацієнтів, інших людей або чутливі оперативні відомості. Коментарі — публічне обговорення, а не захищений канал клінічного чи оперативного обміну.

12 Як довго зберігаються дані та що є в резервних копіях?

Автоматичний календар очищення не запроваджено. Опубліковані коментарі зберігаються як частина обговорення з урахуванням запитів на видалення. Очікувані та приховані повідомлення потребують окремого розгляду модератором; службові дані — оцінки необхідності для авторства, захисту від зловживань і розгляду звернень. Строки не є однаковими для всіх категорій.

Для резервних копій погоджено строк 30 діб від створення експорту. Для кожної копії потрібно записувати дату ручного видалення; автоматичного видалення немає. Копії вручну шифруються архівом 7z із AES-256 та прихованими іменами файлів і зберігаються у приватній папці Google Drive без спільного доступу. Пароль зберігається окремо. Після завантаження перевіряються розпакування та контрольна сума файла.

Ручна приватна копія Firestore може містити неопубліковані повідомлення, приватні зв’язки з UID, підтвердження та службові записи. Копія не розміщується на сайті чи в Git. Автоматичного розкладу експорту, ротації або видалення копій немає.

Актуальний реєстр видалень використовується під час відновлення, щоб не повернути видалені текст та ім’я; він не очищає старі файли копій. Старі копії перед відновленням перетворюються так, щоб UID не потрапив у публічні документи. Під час розгляду запиту на видалення копії потребують окремої перевірки.

Вихід із сесії не є видаленням акаунта. Ручна копія Firestore не є резервною копією Firebase Authentication. Логи та акаунти в системах провайдерів мають власні строки за їхніми умовами й застосовним законом.

13 Зміни політики та дата набрання чинності

Про суттєві зміни повідомлятимемо окремим повідомленням із посиланням на політику, описом змін і датою набрання чинності. Повідомлення про зміну не є підтвердженням публікації нових повідомлень і не створює згоду заднім числом.

Нова політика сама по собі не надає згоди на нові цілі й не узаконює минулу обробку. Якщо потрібна інша правова підстава або нове підтвердження, одного повідомлення про зміну недостатньо.