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

Оновлено 5 листопада 2026 року

Ця Політика конфіденційності пояснює, що AGP LLC («AGP», «ми», «нас») збирає, навіщо і що з цим відбувається — на tg.page і в панелі керування на app.tg.page (разом — «Сервіс»).

0. Три різні людини, три різні розділи

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

Власник акаунта створює проєкт і підключає до нього Telegram-канал. Він має в нас акаунт, і розділи з 1 по 8 описують, що ми про нього збираємо. Відвідувач сайту читає опублікований сайт — а він відкривається лише на власному домені Власника акаунта — і акаунта в нас не має; розділ 3 описує обмежені дані, здебільшого такі, що не ідентифікують особу, які ми про нього збираємо. Автор каналу та його підписники в Telegram — джерело опублікованого вмісту; акаунта в нас вони не мають і ні на що з нами не погоджувалися лише тому, що їхній публічний канал опублікував хтось інший. Розділ 5 описує, що відбувається довкола підтвердження каналу, а розділ 4 — що ми взагалі отримуємо з Telegram.

Якщо ви Відвідувач сайту чи Автор каналу і вас турбує вміст, опублікований про вас, див. розділи 5 і 9, а також розділ 4 наших Умов використання — разом вони пояснюють, що за вміст відповідає Власник акаунта, який його опублікував, а не AGP. З питань вмісту можна написати нам безпосередньо на legal@tg.page.

1. Дані, які ми збираємо, коли ви створюєте акаунт

Коли ви входите через Telegram, ми отримуємо й зберігаємо ваш Telegram ID, ваше імʼя користувача, якщо ви його встановили, ваші імʼя та прізвище в тому вигляді, в якому їх надсилає Telegram, і адресу фото вашого профілю. Якщо натомість ви входите через електронну пошту, ваша адреса електронної пошти стає єдиним ідентифікатором акаунта. Крім того, сам Сервіс створює й зберігає: обрану вами мову інтерфейсу, роль і статус вашого акаунта, ваш тариф, дату початку пробного періоду, дату, коли ви вперше мали наш платний тариф (раз установлена, вона ніколи не очищується), будь-які придбані вами додаткові слоти, ідентифікатори, які Polar надає вашому запису клієнта й підписці, якщо ви оформлюєте підписку (розділ 6), дату, коли ви прийняли наші Умови використання та цю Політику, лічильники за весь час того, скільки разів ви користувалися автозаповненням за допомогою ШІ чи запускали ручне оновлення (ці лічильники не скидаються після видалення проєкту), і дату створення вашого акаунта.

Пароля немає. Ви входите через Telegram або одноразове посилання, надіслане електронною поштою, — ми ніколи не просимо пароль і не зберігаємо його.

Вхід ніколи не обʼєднує акаунт Telegram з акаунтом електронної пошти. Якщо та сама особа один раз входить через Telegram, а інший — через електронну пошту, наші системи вважають це двома окремими акаунтами. Підтвердження каналу цього не змінює: Telegram ID, яким підтверджено канал, зберігається разом із цим каналом (розділ 5) і ніколи не додається до вашого акаунта.

Ви можете привʼязати свій акаунт Telegram до акаунта, до якого входите через електронну пошту. Увійшовши через електронну пошту, ви можете привʼязати його на сторінці акаунта в панелі керування. Для привʼязки потрібен вхід у Telegram, виконаний у межах цього самого сеансу, і в ній буде відмовлено, якщо цей акаунт Telegram уже використовується для входу в інший акаунт у нас. Під час привʼязки ми зберігаємо те саме, що й під час входу через Telegram: ваш Telegram ID, імʼя користувача, імʼя та прізвище й адресу фото профілю, яке стає фото вашого акаунта. Імʼя користувача, імʼя та адреса фото оновлюються під час кожного входу через Telegram. Відтоді вхід через цей акаунт Telegram відкриває ваш акаунт електронної пошти. Відвʼязати його можна на тій самій сторінці будь-коли. Тоді ми видаляємо з вашого акаунта Telegram ID, імʼя користувача, імʼя та адресу фото, уже відкриті сеанси залишаються відкритими, а входити через електронну пошту ви можете й надалі. В акаунті, до якого можна увійти лише через Telegram, відвʼязати його не можна.

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

2. Cookie, сесії та записи про входи

Панель керування на app.tg.page встановлює шість власних cookie, хоч би що ви відповіли щодо інструментів Google, усі з позначкою httpOnly (тобто скрипти сторінки не можуть їх прочитати), усі обмежені app.tg.page, і жоден із них не використовується для реклами. Файл cookie сесії діє 30 днів; він містить випадковий токен, а ми зберігаємо лише односторонній геш цього токена, ніколи не сам токен. Файл cookie мовного налаштування діє 365 днів і просто запамʼятовує обрану вами мову інтерфейсу. Файл cookie повернення після входу встановлюється, коли вас просять увійти, діє не більше 30 хвилин, запамʼятовує, на яку сторінку панелі вас повернути, і видаляється, щойно ви увійшли. Файл cookie оплати встановлюється, коли ви повертаєтеся зі сторінки оплати Polar, діє не більше пʼяти хвилин, запамʼятовує, чи дійшов до нас ваш платіж і до якого акаунта він належить, щоб сторінка могла вам про це сказати, і видаляється, щойно сторінка його прочитала. Два файли cookie входу, tg_signin і tg_signin_pending, діють не більше 15 хвилин: перший позначає, що вхід розпочато в цьому браузері, а другий зберігає вхід, який чекає, доки ви підтвердите його у вікні «Увійти як …?»; без них увійти неможливо. Файл cookie згоди, спільний для tg.page і панелі керування, єдиний наш файл cookie, який панель керування встановлює, лише якщо ви погодилися, та cookie, які Google встановлює, лише якщо ви їх прийняли, описано наприкінці цього розділу.

Файл cookie вашої сесії привʼязаний лише до app.tg.page і ніколи не надсилається на опублікований сайт — зокрема на ваш власний домен. Опубліковані сторінки збираються з чужого вмісту в Telegram, і ми не хочемо, щоб сесія вашої панелі керування опинялася будь-де поблизу цієї межі.

Що ми зберігаємо про сесію: поки ваша сесія активна, ми зберігаємо IP-адресу й рядок браузера, з яких було виконано вхід, у відкритому, негешованому вигляді, привʼязаними до цієї сесії. Сесія перестає діяти через 30 днів. Її запис видаляється, коли ви виходите, коли файл cookie простроченої сесії наступного разу доходить до нас, або в разі призупинення чи видалення акаунта. Записи прострочених сесій за розкладом ми поки не видаляємо, тому запис простроченої сесії, файл cookie якої більше не повертається, лишається до однієї з цих подій. Окремого довгострокового архіву його не існує.

Історія входів: окремо ми зберігаємо 90-денний запис спроб входу до вашого акаунта — використаний спосіб входу, чи був він успішним, а також використані IP-адресу й рядок браузера. Ми записуємо рівно два результати: успішний вхід або вхід, відхилений через те, що акаунт призупинено. Анонімні невдалі спроби входу ми не записуємо. Ця історія видаляється автоматично через 90 днів і негайно, якщо ви видаляєте акаунт.

Сховище браузера: наш власний код не пише в localStorage, sessionStorage, cookie, окрім шести названих вище та двох, описаних нижче, файлу cookie згоди і tg_ga_once, і IndexedDB. Один виняток: стороння бібліотека оформлення, якою ми користуємося в панелі керування, зберігає ваш вибір світлої чи темної теми під ключем theme у локальному сховищі вашого браузера. Це відбувається лише в панелі керування й ніколи на опублікованому сайті.

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

Інструменти Google — лише з вашої згоди. Коли ви вперше заходите на наш сайт tg.page — зокрема на сторінки, на яких опубліковано ці документи, — або в панель керування на app.tg.page, ми питаємо, чи приймаєте ви cookie аналітики й реклами, і пропонуємо «Прийняти» та «Відхилити» поруч. Доки ви не вибрали, і весь час, поки ви відмовляєтеся, Google Tag Manager не завантажується, до Google нічого не передається і Google не встановлює жодних cookie. Якщо ви погодилися, обидва сайти завантажують Google Tag Manager, і через нього ми запускаємо інструменти аналітики й реклами, щоб розуміти, як відвідувачі користуються цими двома сайтами, оцінювати ефективність нашого маркетингу і, де це ввімкнено, показувати релевантну рекламу, зокрема формуючи аудиторії на основі активності на них. Ці інструменти встановлюють у вашому браузері власні cookie Google, а ваш браузер передає Google вашу IP-адресу, свій рядок браузера та сторінки, які ви відкриваєте. Змінити відповідь можна будь-коли: на tg.page — через «Налаштування cookie» внизу кожної сторінки; у панелі керування — через «Налаштування cookie» в меню акаунта або під вкладками мови на сторінці входу чи в розділі «Cookie для аналітики» на сторінці акаунта, де видно ваш поточний вибір. Вибір, зроблений на одному із сайтів, діє на обох. Якщо ви відмовилися після того, як погодилися, інструменти Google зупиняються, Google Tag Manager більше не завантажується, а cookie Google, доступні нашим двом сайтам (з іменами _ga, _ga_…, _gid, _gat…, _gac_… і _gcl_…), ми видаляємо. На опублікованому сайті Google Tag Manager не завантажується ніколи, тому ніщо з цього не доходить до Відвідувача сайту на домені Власника акаунта.

Файл cookie згоди. Ваша відповідь зберігається в одному файлі cookie, tgp_consent, який містить лише v1.granted або v1.denied і жодного ідентифікатора. Він установлюється для tg.page та його піддоменів, щоб вибір, зроблений на нашому сайті чи в панелі керування, діяв на обох, і ніколи не доходить до опублікованого сайту на власному домені Власника акаунта. Він діє 180 днів, після чого ми запитаємо знову; якщо його видалити, ми теж запитаємо знову. Скрипти сторінки можуть його прочитати, бо сторінці потрібно знати з нього, чи завантажувати інструменти Google.

Що отримує Google Analytics про ваш акаунт, лише з вашої згоди. У панелі керування, після того як ви погодилися й увійшли, ми передаємо Google Analytics наш внутрішній ідентифікатор вашого акаунта: випадковий код, а не вашу адресу пошти, Telegram ID чи імʼя користувача, імʼя або домен. Він дає змогу Google вважати ваші візити з різних пристроїв візитами однієї людини. Ми також зберігаємо разом з акаунтом, чи погодилися ви, та ідентифікатор, який Google Analytics присвоїв вашому браузеру (він береться з cookie _ga), щоб наш сервер міг повідомляти Google Analytics, коли ви оформлюєте підписку і коли проходить оплата: тариф, період оплати, суму й валюту, а також номер замовлення в Polar. Для акаунта, який не дав згоди, наш сервер нічого з цього не надсилає. Він припиняє надсилати, щойно ви відмовилися в панелі керування. Відмова на tg.page починає діяти, коли ви наступного разу відкриєте панель керування, і в будь-якому разі наш сервер припиняє надсилати через 180 днів після того, як наша панель керування востаннє зафіксувала вашу згоду.

Файл cookie входу для Google Analytics. Якщо ви вже погодилися, під час реєстрації або входу в панель керування встановлюється ще один наш файл cookie, tg_ga_once, лише для app.tg.page. Він містить тільки те, зареєструвалися ви чи увійшли, і яким способом, через Telegram чи поштою, та жодного ідентифікатора. Він діє не більше 10 хвилин і дає змогу сторінці один раз повідомити Google Analytics про цю реєстрацію чи вхід. Скрипти сторінки можуть його прочитати, бо саме за ним сторінка повідомляє Google Analytics. Якщо ви не погодилися, він не встановлюється ніколи.

Кампанія, з якої ви прийшли. Якщо адреса, за якою ви прийшли на tg.page, називає рекламну кампанію через параметри utm_source, utm_medium, utm_campaign, utm_content і utm_term або параметри Google Ads gclid, gbraid і wbraid, наші посилання в панель керування передають ці значення далі разом з вами, погодилися ви чи ні, і більше нічого з адреси. Сам tg.page жодне з них не зберігає. Доки ви не відповіли на запитання самої панелі керування, вона тримає їх лише в памʼяті відкритої сторінки й нічого з них не записує у ваш браузер. У Google Analytics вона передає їх, лише коли ви погодилися, і забуває їх, якщо ви відмовилися або раніше закрили чи перезавантажили сторінку.

3. Що ми збираємо про Відвідувачів сайту

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

Ми свідомо побудували це так, щоб збирати якомога менше. Кожен перегляд сторінки записується одним рядком, що містить: до якого сайту він належить і, на власній сторінці допису, до якого допису; чи це був перегляд сторінки чи допису; шлях сторінки (обрізаний до 300 символів); імʼя хоста сайту, з якого прийшов перехід, — лише якщо він поза сайтом, ніколи не повну адресу сторінки, з якої прийшов перехід, і обрізане до 120 символів; та позначку часу. Поруч із цим записом ми не зберігаємо: жодного cookie, жодного ідентифікатора відвідувача чи пристрою, жодного відбитка браузера, ані IP-адреси відвідувача, ані його рядка браузера.

Кілька деталей, у яких варто бути точними. Ми справді ненадовго дивимося на вашу IP-адресу, але лише щоб обчислити короткочасний ключ обмеження частоти запитів, який запобігає зловживанню точкою збору аналітики. Цей ключ поєднується з випадковим значенням, яке генерується заново щоразу, коли наш сервіс перезапускається; сам ключ спливає через 60 секунд і ніколи не записується поруч із жодною подією аналітики чи у звʼязку з нею — перезапуск сервісу змінює ключ, отриманий із тієї самої IP-адреси, тому його не можна використати, щоб відстежувати вас із часом. Ми не записуємо країну: у записі є місце для дволітерного коду країни, який мережевий постачальник передає в заголовку, але жоден із наших постачальників його не передає, тому для звичайного відвідування воно лишається порожнім, і власної бази даних для визначення країни за IP-адресою ми не тримаємо. Відомий автоматизований трафік і трафік ботів ми відфільтровуємо за шаблонами в рядку браузера. Враховуються лише відвідування опублікованого сайту на його власному домені. Маячок відстеження не працює всередині iframe і повідомляє сторінку, з якої прийшов перехід, лише під час першого завантаження сторінки. Власник акаунта, якому належить сайт, бачить зведену статистику, отриману з цих даних, — загальну кількість переглядів за останні 7 днів, останні 30 днів і за весь час, перегляди за днями, найпопулярніші дописи й основні сайти, з яких приходять переходи, за останні 30 днів, — але не бачить окремих записів про відвідувачів, бо їх не існує.

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

Відповідальність за ваші дані як Відвідувача сайту. Якщо ви читаєте опублікований сайт на власному домені Власника акаунта, цей Власник акаунта обрав домен, оформлення та вміст каналу, який ви бачите. У відносинах між AGP і Власником акаунта Власник акаунта відповідає за відповідність свого сайту законодавству, що застосовується до його аудиторії, зокрема за будь-яку інформацію, яку він зобовʼязаний вам розкрити. AGP діє як постачальник інфраструктури й аналітики за лаштунками. Якщо у вас є запит щодо ваших даних як відвідувача, ви однаково можете звернутися безпосередньо до нас на support@tg.page, і ми ним займемося.

4. Вміст, отриманий із Telegram

Ми читаємо вміст каналу лише на запит Власника акаунта, який назвав саме цей канал. Коли ви вводите назву каналу в панелі керування, наш сервер один раз читає його публічне вебпревʼю, щоб показати вам картку каналу — його назву, опис, фото, кількість підписників і чи є в ньому дописи, — і нічого з цього не зберігає. Коли ви потім створюєте проєкт для цього каналу, ми імпортуємо його найновіші дописи, приблизно останню сотню, у чернетку, яку бачите лише ви та наші адміністратори. Канал публікується лише після того, як ви оформили підписку на наш платний тариф і підтвердили контроль над ним (розділ 5), і стає публічним лише тоді, коли ви підключили власний домен. Ми не ведемо пошукового інструмента, каталогу чи реєстру Telegram-каналів і не читаємо каналів, про які нас ніхто не просив.

Увесь вміст каналу походить із власного публічного вебпревʼю каналу в Telegram (того самого формату сторінки, що публічно доступна за адресою t.me/s/<channel>) — тієї самої сторінки, яку будь-хто може переглянути в браузері. Наш фоновий сервіс читає її, представляючись Telegram стандартним ідентифікатором на зразок браузерного, а не власним; єдине читання, яке показує вам картку каналу, представляється як tg.page. Поки сайт опублікований, ми за розкладом (зараз кожні 15 хвилин) перечитуємо найновішу частину сторінки його каналу, а старіші частини перечитуємо час від часу, щоб зображення й видалення лишалися актуальними. Чернетка перечитується лише на прохання її власника, а давніша історія імпортується лише на прохання власника на нашому платному тарифі. Ми не отримуємо дописів каналу через Bot API Telegram: нашому ботові повідомляють, хто його запустив і хто додав його до якого каналу чи вилучив із нього, і нічого про те, що канал публікує. Ми використовуємо бота лише для того, щоб підтвердити, хто контролює канал, відповісти особі, яка його підтверджує, і надсилати адміністративні сповіщення (див. розділ 5).

Для кожного допису ми зберігаємо ідентифікатор повідомлення й дату, очищений HTML його вмісту, хештеги, посилання на будь-які медіафайли, повний вміст будь-якого опитування (питання, кожен варіант і поточні відсотки голосів), кількість переглядів, показану в Telegram, звідки допис переслано і на що він є відповіддю, де це застосовно, а також копію початкової розмітки повідомлення в сирому форматі самого Telegram. Для самого каналу ми зберігаємо його назву, аватар і опис.

Ми зберігаємо власні копії зображень, але не відео. Коли фото, обкладинку відео чи аватар каналу вперше відкривають на одній зі сторінок сайту — відвідувач, власник сайту чи наш власний сервіс знімків екрана (див. нижче), — наші сервери один раз отримують його з Telegram, перетворюють на зменшену копію у форматі WebP (не більше 1600 пікселів за довшою стороною — оригінального файлу ми ніколи не зберігаємо) і зберігають цю копію в нашого постачальника сховища, Cloudflare R2 (див. розділ 6). Відтоді сторінка віддає зображення з власної адреси сайту, і браузер відвідувача не звертається по нього до Telegram. Відео не копіюється: адреса відео на опублікованій сторінці переспрямовує на власні медіасервери Telegram, тож браузер відвідувача зʼєднується безпосередньо з Telegram, щоб завантажити відео, і внаслідок цього Telegram може бачити IP-адресу цього відвідувача. Те саме переспрямування використовується як запасний варіант для зображення, яке ми не змогли скопіювати, — наприклад, більшого за 20 МБ або такого, якого Telegram не віддав під час першого запиту.

Якщо допис видалено в Telegram, він вилучається із сайту, коли подальше читання публічної сторінки каналу покаже, що його немає, — внутрішньо він позначається як вилучений, його збережений текст лишається до видалення проєкту, і він автоматично відновлюється, якщо той самий допис знову зʼявиться в Telegram. Помітити видалення ми можемо лише в тій частині сторінки, яку перечитуємо: найновіші дописи перечитуються під час кожного читання за розкладом, а старіші — лише час від часу, тож старий допис, видалений у Telegram, може залишитися на сайті. Ми також зберігаємо один знімок екрана сайту кожного проєкту, зокрема чернеток, який наш власний сервіс робить, відкриваючи сайт у браузері, і оновлює, коли сайт змінюється. Він зберігається як зображення в нашій базі даних, показується Власникові акаунта й нашим адміністраторам і зберігається до видалення проєкту — тобто візуальна копія вмісту каналу в тому вигляді, у якому він зʼявляється на сайті, зберігається в нас незалежно від живої сторінки.

Наші копії йдуть услід за дописом. Коли допис видалено в Telegram або з нього вилучено фото, нашу копію видаляє синхронізація, яка помітить цю зміну. Копії також видаляються, коли ми блокуємо допис, а всі копії, що належать проєкту, видаляються разом із проєктом чи акаунтом (див. розділи 8 і 9); якщо це видалення не вдається, проєкт однаково видаляється, а збій записується, щоб ми ним зайнялися. Оскільки зображення копіюється лише тоді, коли його вперше відкривають, зображення, яких ніхто — ні відвідувач, ні власник, ні знімок екрана — не відкривав, ніколи не зберігаються. Якщо Власник акаунта замінить зображення всередині альбому, не видаляючи допис, копія попереднього зображення може залишитися до видалення самого допису.

5. Підтвердження того, хто контролює канал

Перш ніж канал буде опубліковано, Власник акаунта доводить контроль над ним, додаючи бота, яким ми керуємо, адміністратором цього каналу. Доведення контролю входить до нашого платного тарифу; безкоштовний акаунт не може його розпочати. Процес відбувається так: особа натискає унікальне стартове посилання в Telegram, яке треба відкрити протягом 30 хвилин і яке повідомляє нам її Telegram ID; потім вона додає бота адміністратором каналу, і Telegram окремо підтверджує нам це, зіставляючи той самий ID. Для кожної спроби ми зберігаємо гешовану версію токена підтвердження, строк його дії, час відкриття посилання, Telegram ID особи, яка його відкрила, час завершення спроби і, якщо вона не вдалася, причину. Завершена спроба очищується через 14 днів після її початку. Спроба, яка так і не завершилася, — замінена новішою спробою або така, посилання якої відкрили, але бота так і не додали, — зберігається до видалення проєкту.

Підтвердження контролю — не те, що дає нам змогу читати канал. Його найновіші дописи вже імпортовано у вашу чернетку, коли ви створили проєкт (розділ 4). Підтвердження — це те, що дає вам змогу їх опублікувати, і воно стосується лише підтвердженого вами каналу, а не будь-якого іншого.

Підтверджений проєкт зберігає, доки він існує, час підтвердження, Telegram ID особи, яка завершила підтвердження, внутрішній ідентифікатор чату каналу і, якщо застосовно, час, коли бота згодом вилучили. Адміністратор, який скасовує підтвердження, очищує перші три з цих відомостей.

Підтвердження каналу ніколи не привʼязує ідентичність у Telegram до вашого акаунта. Telegram ID особи, яка відкриває стартове посилання, зберігається разом зі спробою підтвердження, а після підтвердження каналу — разом із проєктом, як описано вище, але ніколи не у вашому акаунті. Якщо ви входите через електронну пошту й хочете входити також через Telegram, ви самі привʼязуєте його на сторінці акаунта (розділ 1).

Якщо нашого бота згодом вилучено з каналу, ми пишемо Власникові акаунта в Telegram, щоб повідомити про це, — на його власний Telegram ID або, якщо такого в нас немає, на той, з якого підтвердили канал, — і регулярна синхронізація цього каналу негайно припиняється, як і ручні оновлення. Щогодинний прохід може й далі перечитувати частини сторінки каналу довкола дописів, які в нас уже є, щоб їхні зображення працювали. Сайт лишається доступним, але після строку, названого в цьому повідомленні (14 днів, якщо ми його не змінимо), він вилучається з пошукових систем. Ми можемо вимагати повторного підтвердження каналу, перш ніж синхронізація відновиться. Певний канал може підтвердити лише один акаунт; якщо дві особи намагаються підтвердити той самий канал, контролює його той, хто першим завершить процес.

6. З ким ми ділимося даними

Читання публічного вебпревʼю каналу, як описано в розділі 4, означає запит його безпосередньо в Telegram (t.me) — це розкриває Telegram назву каналу й IP-адресу нашого власного сервера, але не будь-які дані про вас чи ваших відвідувачів. Зображення на опублікованій сторінці віддаються з наших власних копій, тож браузер відвідувача не звертається по них до Telegram. Відео — і, як запасний варіант, зображення, яке ми не змогли скопіювати, — браузер відвідувача й далі отримує безпосередньо з медіасерверів Telegram, а це означає, що в таких випадках IP-адреса відвідувача потрапляє безпосередньо до Telegram (див. розділ 4). Створення копії означає, що наш власний сервер один раз отримує зображення з Telegram, що розкриває Telegram IP-адресу нашого сервера, але не будь-які дані про вас чи ваших відвідувачів. Якщо ви входите через Telegram, сама сторінка входу працює на власному домені Telegram (oauth.telegram.org), у спливному вікні або у вікні вашого браузера. Крім того, наша взаємодія з Bot API Telegram (api.telegram.org) охоплює підтвердження власної ідентичності бота, надсилання повідомлень — особі, яка підтверджує канал, Власникові акаунта, з каналу якого вилучили нашого бота, і нашим власним адміністраторам — і, через наш зареєстрований вебхук, отримання повідомлень про те, що хтось запустив нашого бота або додав його до каналу чи вилучив із нього. Дописів каналу вона ніколи не передає.

Ми користуємося Resend, щоб надсилати листи з одноразовими посиланнями для входу — єдині листи, які надсилає Сервіс, — а це означає, що ваша адреса електронної пошти й це посилання проходять через їхні системи.

Автозаповнення за допомогою ШІ працює лише тоді, коли ви натискаєте його кнопку в налаштуваннях SEO проєкту, один раз на кожне натискання; у фоновому режимі нічого не надсилається, і немає налаштування, яке б його вмикало. Кожне натискання надсилає назву каналу та його імʼя користувача, його опис (обрізаний до 600 символів), мову сайту й до 30 його дописів, вибраних з усієї історії, яку ми зберігаємо, кожен перетворений на звичайний текст і обрізаний до 300 символів, до OpenRouter, який виконує запит на моделі Google gemini-2.5-flash-lite. Акаунт на безкоштовному тарифі може зробити це один раз. Ми використовуємо це лише для створення рекомендацій для вашого власного сайту — його SEO-заголовка, опису й ключових слів — і не для навчання, донавчання, порівняльного тестування чи іншої розробки будь-якої нашої моделі ШІ чи машинного навчання, і не для створення будь-якого набору даних із вмісту Telegram. Модель не діє самостійно: вона повертає запропонований текст, яким заповнюється форма, щоб ви його переглянули, і нічого не зберігається, доки ви це не збережете, — через те саме очищення вмісту, що й усе, що ви вводите вручну. Ми не контролюємо, і ця Політика не описує, що OpenRouter чи постачальник моделі роблять із запитом у своїх власних системах понад його виконання, — якщо для вас це важливо, ознайомтеся з їхніми власними умовами конфіденційності.

Поки ваш сайт опублікований на діючому власному домені й не вилучений з пошуку, адреси його головної сторінки й нових чи вилучених дописів передаються до IndexNow (api.indexnow.org) — спільного протоколу, який пересилає нові чи оновлені URL-адреси пошуковим системам-учасницям. Ми свідомо не публікуємо, які пошукові системи беруть у ньому участь, бо цей перелік із часом змінюється, — будь ласка, не вважайте, що йдеться про якусь конкретну пошукову систему. Щойно URL-адресу передано таким чином, її неможливо відкликати — це одностороння передача, і ні вилучення сторінки, ні подальша зміна robots.txt не скасовують її. Окремо: якщо ви вирішите ввести код підтвердження права власності Google Search Console у своїх налаштуваннях SEO, ми розміщуємо цей код у тегу на кожній сторінці вашого опублікованого сайту, де його читає Google; самі ми нічого Google не надсилаємо — це цілком необовʼязково й на ваш розсуд.

Якщо ви оформлюєте підписку, Polar.sh діє як наш платіжний процесор і офіційний продавець (merchant of record) (див. розділ 6 наших Умов використання). Ми надсилаємо Polar наш внутрішній ідентифікатор вашого акаунта і, якщо вона є у вашому акаунті, вашу адресу електронної пошти; свої платіжні дані ви передаєте Polar безпосередньо, і вашої картки ми ніколи не бачимо. Від Polar ми зчитуємо статус вашої підписки, продукт, розрахунковий період і дати, списану суму й валюту, а також запис клієнта Polar, зокрема його адресу електронної пошти, яку ми використовуємо, щоб зіставити платіж із вашим акаунтом, і не зберігаємо. Ми зберігаємо ідентифікатори клієнта й підписки Polar та історію змін вашого тарифу із сумою й валютою кожної зміни.

Інфраструктура, на якій ми працюємо, як обробники, а не як самостійні одержувачі: Railway розміщує наші сервери застосунків, фонові завдання, а також нашу базу даних і кеш — зокрема Postgres і Redis — на серверах Railway у Сполучених Штатах і Нідерландах. Сервер DigitalOcean, яким ми керуємо у Франкфурті, Німеччина (fra1), приймає кожен запит до власного домену й передає його нашим серверам застосунків разом з IP-адресою відвідувача, а Let's Encrypt або, якщо це не вдається, ZeroSSL видає для цих доменів TLS-сертифікати (див. розділ 7). Cloudflare R2 зберігає наші зменшені копії зображень із сайтів (див. розділ 4) у закритому сховищі, яке ми попросили Cloudflare розмістити в Західній Європі, — це побажання щодо розміщення, а не гарантія; відвідувачі отримують ці копії через наші власні сервери й ніколи не зʼєднуються заради них із Cloudflare. Cloudflare також розміщує наш сайт на tg.page, де опубліковано ці документи, і тому отримує IP-адресу й відомості про браузер кожного його відвідувача; цей сайт установлює один власний файл cookie — файл cookie згоди — і завантажує Google Tag Manager, лише якщо ви погодилися, як описано в розділі 2.

Ми не продаємо ваші дані й не передаємо їх брокерам даних. Єдина рекламна компанія, яка отримує дані про відвідувачів, — Google, через інструменти, описані в розділі 2, на нашому власному сайті й у панелі керування і лише якщо ви їх прийняли, — ніколи на опублікованому сайті.

7. Власні домени — що це означає, якщо ви підключаєте домен

Якщо ви Власник акаунта й підключаєте власний домен на платному тарифі, ваш домен, його зона DNS і будь-яка повʼязана з ним поштова служба повністю лишаються вашими. Ми просимо вас створити записи DNS, що вказують на нашу інфраструктуру, — два для всього домену, один для піддомену; ми ніколи не просимо делегування вашого домену й не беремо його.

TLS-термінація для вашого домену відбувається на інфраструктурі, якою керуємо ми, тобто закритий ключ сертифіката вашого домену генерується й зберігається на нашому сервері, а не на вашому. Для хостинг-провайдера це стандартна практика, але вам варто знати це, а не припускати інше. Самі сертифікати видає Let's Encrypt або, якщо це не вдається, ZeroSSL — обидва є публічними центрами сертифікації, — і як і з будь-яким сертифікатом будь-якого публічного центру, назва вашого домену записується в публічні журнали Certificate Transparency — це властивість роботи вебсертифікатів загалом, а не щось особливе для нас, але через неї ваш домен стає публічно виявним за допомогою інструментів для журналів CT, щойно ви його підключите.

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

8. Як довго ми зберігаємо дані

Більшість того, що ми зберігаємо про вас, має визначений строк. Сесія, зокрема записана разом із нею IP-адреса входу у відкритому вигляді, перестає діяти через 30 днів або коли ви виходите, а її запис видаляється, як описано в розділі 2. Історія входів — IP-адреса й пристрій — зберігається 90 днів. Завершена спроба підтвердження каналу очищується через 14 днів після її початку; та, що так і не завершилася, лишається до видалення її проєкту (розділ 5). Журнали збоїв фонових завдань зберігаються 30 днів. Запис про лист із магічним посиланням, зокрема адреса електронної пошти, на яку його надіслано, видаляється через 24 години після створення, незалежно від того, чи відкривали посилання. Подія аналітики відвідувачів видаляється через 400 днів після запису, а загальна кількість переглядів кожного сайту за весь час зберігається як число, доки існує проєкт (розділ 3).

Одне відрізняється, і ми називаємо це окремо, а не даємо йому загубитися серед решти переліку: записи про пробний період закритих акаунтів зберігаються безстроково — див. розділ 9. Запис про лист із магічним посиланням не привʼязаний до жодного акаунта, тож видалення вашого акаунта його не зачіпає, але в будь-якому разі він зникає протягом доби після створення.

Усе інше, що повʼязане з активним проєктом, — дописи, збережені копії зображень, знімки екрана сторінок, налаштування SEO — зберігається, доки існує проєкт. На безкоштовному тарифі пробний період триває 7 днів від створення вашого першого проєкту; потім проєкт заморожується — призупиняється й лишається видимим лише вам, — і якщо акаунт ніколи не мав нашого платного тарифу, його проєкти видаляються через 30 днів після цього. Акаунт, який хоч раз нам платив, ніколи так не очищується: коли його підписка закінчується, його найстаріший проєкт лишається опублікованим, а решта призупиняються, доки він знову не оформить підписку.

9. Видалення акаунта

Ви можете самостійно видалити свій акаунт у панелі керування, коли Polar більше не стягує з вас оплату за підписку (спершу скасуйте її), або ми можемо видалити його, як описано в наших Умовах використання. Це видаляє всі ваші сесії та історію входів, кожен проєкт і його дописи, збережені копії їхніх зображень, налаштування SEO, стан синхронізації, усю аналітику, зібрану на ваших сайтах, знімки екрана сторінок, спроби підтвердження, записи підключених доменів і повʼязані дані маршрутизації.

Деякі записи переживають видалення акаунта, навмисно, і ми хочемо прямо сказати, які саме й чому, а не створювати враження, що видалення стирає кожен ваш слід. Журнал закриття акаунтів зберігає ваше імʼя користувача чи адресу електронної пошти, хто закрив акаунт, скільки у вас було проєктів і сайтів, коли було створено ваш акаунт, ваш тариф і дату закриття. Журнал адміністративних дій зберігає позначки, що ідентифікують, хто виконав адміністративну дію і кого вона стосувалася, — залежно від дії це може бути імʼя, адреса електронної пошти чи доменне імʼя. Історія змін тарифу зберігає ідентифікатор і позначку вашого акаунта, з якого тарифу на який ви перейшли, хто його змінив, суму й валюту платежу, що стоїть за зміною, якщо він був, і будь-яку додану примітку. Журнали збоїв фонових завдань можуть і далі згадувати сайт, яким ви володіли, до 30 днів після збою, незалежно від видалення акаунта. Запис про кожен домен, який ми перестали для вас обслуговувати, — його імена хостів, IP-адреса, на яку ми просили його спрямувати, назва проєкту, причина зупинки, відмітка про те, чи повідомили ми вас, і внутрішній ідентифікатор акаунта — зберігається 90 днів після видалення акаунта, щоб можна було відповісти на надіслане повідомлення або запитання щодо цього домену, а потім видаляється. Запис про пробний період зберігає адресу електронної пошти й Telegram ID закритого акаунта — зокрема Telegram ID, привʼязаний на сторінці акаунта (розділ 1), якщо такий в акаунта був, — не у відкритому вигляді, а як односторонні геші з ключем (HMAC-SHA256 із секретним ключем, який ні для чого іншого не використовується), разом із датою початку безкоштовного пробного періоду акаунта, якщо він починався, і датою закриття акаунта. Коли новий акаунт входить із відповідною адресою електронної пошти чи Telegram ID, ми обчислюємо такий самий геш, і збіг означає, що новий акаунт продовжує пробний період закритого акаунта, а не починає новий: уже використаний пробний період лишається використаним, поточний зберігає лише дні, що лишилися, а той, що так і не почався, лишається доступним повністю. Ці геші не анонімні — ключ у нас, тож ми можемо перевірити, чи є певна адреса чи ID у записах. І, як описано в розділі 8, записи про листи з магічними посиланнями структурно відокремлені від вашого акаунта — вони привʼязані до адреси електронної пошти, а не до ідентифікатора акаунта, — тож видалення акаунта їх не зачіпає; у будь-якому разі вони видаляються через 24 години після створення.

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

Наразі ми не пропонуємо інструмента самообслуговування «завантажити все, що ви про мене маєте». Якщо ви хочете отримати копію даних, які ми про вас зберігаємо, напишіть на support@tg.page, і ми надамо її вручну.

10. Безпека

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

Практичне зауваження щодо посилань для входу: надіслане електронною поштою посилання, яке виконує вхід, містить сам токен доступу як частину своєї адреси. Воно одноразове й спливає через 15 хвилин, але доки цього не сталося або доки його не використано, будь-хто, у кого є це посилання, може увійти від вашого імені — зокрема той, хто перехопить лист, знайде його у ваших надісланих чи пересланих листах або прочитає в журналах поштового сервера. Ставтеся до листа для входу від tg.page так, як ставилися б до тимчасового пароля: не пересилайте його.

11. Адміністративний доступ

Невелика кількість уповноважених адміністраторів може, коли це необхідно для роботи чи модерації Сервісу, бачити проєкти й дописи будь-якого акаунта — зокрема чернетки, знімки екрана сторінок і дописи, приховані від публічного перегляду, — підключені домени, активні сесії та історію входів, зокрема IP-адреси й використані пристрої, адреси електронної пошти й Telegram ID, а також відомості про тариф і використання. Цей доступ надається лише безпосереднім налаштуванням у нашій базі даних, а не через будь-який елемент керування в продукті, і адміністративна панель відмовляється діяти щодо власного акаунта адміністратора. Про адміністративні дії — зокрема про вилучення домену — відповідного Власника акаунта, як правило, не повідомляють окремо, хоча зазвичай вони будуть помітні як зміна того, що може робити акаунт.

12. Ваші права

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

Як ними скористатися: напишіть на support@tg.page. Якщо запит можна виконати через панель керування — наприклад, видалення акаунта, розділ 9, — ми підкажемо, де це зробити; інакше ми опрацюємо його вручну в розумний строк. Наразі в нас немає автоматизованого інструмента самообслуговування для запитів на доступ чи експорт — див. розділ 9.

Підставою для обробки ваших даних, залежно від даних, є: виконання нашого договору з вами (функції акаунта, розміщення й публікації та автозаповнення за допомогою ШІ, коли ви про нього просите); наш законний інтерес у забезпеченні роботи, безпеки й удосконалення Сервісу (наприклад, записи спроб входу й обмеження частоти запитів); ваша згода — для інструментів аналітики й реклами Google на нашому сайті та в панелі керування (розділ 2), яку ви можете будь-коли відкликати через «Налаштування cookie» на tg.page чи в панелі керування, як описано в розділі 2, а також там, де функція вмикається за вашим вибором (наприклад, введення коду підтвердження Google Search Console); і дотримання законодавства, де це застосовно.

Вік. Сервіс призначений для користувачів віком від 18 років, відповідно до вимоги щодо права на користування в наших Умовах використання. Ми покладаємося на заяву, яку ви робите, створюючи акаунт, і не перевіряємо вік самостійно.

13. Міжнародна передача даних

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

14. Зміни цієї Політики

Ми можемо час від часу оновлювати цю Політику конфіденційності. Якщо зміна суттєва, ми повідомимо про неї до того, як вона набуде чинності, у той самий спосіб, що описаний у наших Умовах використання. Дата «Оновлено» вгорі цієї сторінки завжди відображає поточну версію.

15. Мова

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

16. Контакти

Питання щодо цієї політики або звернення щодо права на конфіденційність, описаного в розділі 12: support@tg.page.

AGP LLC
1712 Pioneer Ave Ste 500
Cheyenne, WY 82001
USA