StayTuned Feed Reader Privacy Policy

Effective date: 2026-09-10

StayTuned Feed Reader is a local-first browser extension. The developer does not collect, receive, sell, share, or monetize personal data or usage data. There is no StayTuned account, project-hosted backend, analytics service, advertising network, or tracker.

The extension does contact hosts outside your device, and each of them is a host you named:

1. The feed sites you subscribe to.
2. A site whose address you paste while asking the extension to find its feed.
3. api.notion.com, and only when you choose the optional Notion sync backend and connect it.
4. A webhook endpoint you configured, and only when you send an article to it from the share menu.

Every path after the first is off until you turn it on. This policy describes each of them, the data the extension handles inside your browser, and the optional synchronization provided by your browser vendor.

Data The Extension Handles

StayTuned may handle the following data to provide the reader:

1. Feed subscriptions: feed URL, site URL when supplied by the feed, title, category, and whether the feed is active.
2. Feed content: article identifier, title, URL, publication time, summary, and author when the feed provides them.
3. Feed icons: the small image a feed site serves as its icon, together with the address it came from and the time it was last checked. It is fetched from the feed site, not from any icon service, and it is not personal data.
4. Reading state: read or unread state, starred or unstarred state, and the timestamps used to merge those choices between devices.
5. Settings: synchronization preference, selected sync backend, refresh interval, auto-refresh preference, and interface-language preference.
6. Connection secrets you enter: the Notion integration token, the identifiers of the two Notion databases, and the name, URL, and payload format of each webhook. A webhook URL is handled as a credential, because anyone holding it can post to that destination.
7. Local operational state: refresh results, errors, queue depth, pending read or star changes, the record of Notion databases this device created, the Notion page-identifier cache, the outcome of the most recent webhook send, and saved article search words.

The developer cannot view this data because the extension has no service that receives it.

Where Data Is Stored

1. IndexedDB on your device stores feed content, the cached feed icons, and the local projection of read and star state. Feed icons stay on the device that fetched them: they are never placed in storage.sync and are never sent to Notion, and deleting a feed deletes its icon.
2. Browser extension storage.local stores the local subscription mirror, refresh status, the outbound queue, the Notion token, the two Notion database identifiers, the record of databases this device created, the Notion page-identifier cache, your webhook list, the last webhook delivery outcome, and saved article search words.
3. Browser extension storage.sync stores your settings under every backend: the synchronization preference, the selected sync backend, the refresh interval, the auto-refresh preference, and the interface language. When synchronization is on and the browser-account backend is selected, it also stores the subscription list and quota-bounded recent read and star state.

Secrets are never written to storage.sync. The Notion token, the Notion database identifiers, the provisioning record, and webhook URLs stay in storage.local on the device where you entered them, so a second browser is connected by entering them again there. That division is enforced in the code by an allowlist rather than by convention: extension/src/shared/sync-data-classes.ts names every value each backend may carry, and the Notion client rejects any request naming something outside that list before the request reaches the network.

Synchronization is off by default. When you enable it, the browser vendor may copy storage.sync data between browser profiles signed into that vendor's account. Chrome and Edge, Firefox, and Safari/iCloud use their own separate synchronization systems; StayTuned does not operate or bridge them. Your browser vendor's privacy policy governs its handling of synchronized extension storage. Article text is never placed in storage.sync; each device fetches feeds for itself.

Feed Requests And Optional Site Access

StayTuned makes direct HTTP or HTTPS GET requests to the RSS or Atom feed URLs you add. Before the first request, it asks the browser for optional access scoped to that feed site's origin. If you deny the request, the feed remains saved but paused until you grant access. You can revoke the origin in your browser's extension settings at any time.

The feed host receives an ordinary network request and may observe information inherent in that request, such as your IP address, request time, and browser networking headers. When the browser allows it, StayTuned appends _StayTuned-Feed-Reader to the browser's default User-Agent so the publisher can recognize this extension. The feed host's own privacy policy governs that information. StayTuned does not add your settings, subscription list, reading state, or cached articles to the request. HTTP feed requests are not encrypted; prefer HTTPS feeds where the publisher offers them.

After a feed is fetched successfully, StayTuned looks for that feed's icon, so the feed can be shown with the publisher's own image instead of a generic symbol. One check makes up to four image GET requests, each to the feed site itself or to an address the feed itself declares, which may be a host run by somebody else. It never asks a third-party icon service. Each address is requested only when you already granted access to its origin, and skipped without any request when you did not. The requests carry no cookies and no credentials, each one is abandoned after 5 seconds, and only an image no larger than 128 KiB is accepted. The first image found ends the check, so the later addresses are usually never requested. A check is repeated at most once a week for a feed whose icon was found and at most once a day for one whose icon was not. The image is stored on your device. If no icon is found, the reader keeps showing the symbol it derives from the feed address, and nothing further is requested until the next check.

Opening an article follows its URL in a browser tab. The destination website then handles the visit under its own privacy policy, just as it would for a link opened from another page.

Finding A Feed From A Site Address

You can paste the address of a site rather than the address of its feed. The extension then asks for access to that site's origin and, only if you grant it, makes one HTTP or HTTPS GET request to the address you typed and reads the feeds that the page advertises in its markup. A denial makes no request at all.

That request abandons itself after 8 seconds, reads at most 512 KiB of the document, and sends no data of yours beyond the ordinary request the site receives from any browser, plus the same User-Agent suffix used for feed requests when the browser allows it. Nothing from the page is stored: the feed addresses it advertises are shown to you so that you can choose one, and only the feed you add is saved.

Optional Notion Synchronization

You can use a Notion workspace you own as the sync backend, so that one feed list and one set of read and star flags converge across different browser vendors instead of within one browser account.

This backend is off by default. A new installation uses the browser account, and the extension makes no request to api.notion.com until you select Notion in Settings, grant the optional https://api.notion.com/* host permission, and store an integration token together with the identifiers of the two databases. The workspace, the integration, and the token are yours; the developer has no access to them and receives nothing from them.

What Is Sent To Notion

Requests carry your integration token in an authorization header, and write exactly these columns:

1. Subscriptions database, one row per feed: Name, which is the feed title; Site URL; Feed URL; Category; Active; and Feed ID, the identifier the extension gave that subscription.
2. Read State database, one row per article URL: Title, URL, Read, Starred, Read At, Starred At, and Item Key. A row is written when you change read or star state, and also for locally cached articles published in the last year (the newest 10,000 distinct links), including unread and unstarred ones. Title is the article title. URL is the canonical article link, and is the identity of the row: two feeds that publish the same link share one row. Item Key is the 16-character hash the extension uses locally, stored last because it is not what the Notion list is for. The timestamps are numbers.

Those thirteen column names are the complete list the Notion path is permitted to name, in a write or in a query filter. Removing a feed locally sets Active to false on its row rather than deleting the row, so a row you want gone is deleted in Notion by you.

The extension also reads from Notion. Connecting reads the identity of your own integration, to confirm the token works, and the schema of the two databases, to confirm the columns above exist. Each later sync cycle reads the rows of those two databases, to merge what another browser wrote.

What Is Never Sent To Notion

1. Article bodies, summaries, and authors. The Read State row carries the article title, the article URL, the local item hash, and the flags. It does not carry the body or any other metadata.
2. Settings. The sync preference, the refresh interval, the auto-refresh preference, the interface-language preference, and the backend selection itself stay in the browser account under every backend.
3. Secrets. The Notion token, the database identifiers, and webhook URLs are never written into a Notion page.
4. Per-device state: fetch times, errors, the outbound queue, sync status, and the page-identifier cache.

Creating The Databases In Your Workspace

The extension can create the two databases for you rather than asking you to build them by hand. When you use that path, and only then, it asks Notion for the list of pages you shared with your integration, so that you can choose which one the databases are created inside. That list is what Notion returns for a page search, it is limited to what you shared with the integration, it is shown to you in a picker, and only the identifier of the page you choose is stored on your device. The extension then creates two databases as children of that page, with the columns named above.

If you would rather create the databases in Notion yourself and paste their identifiers, the extension reads no page list and creates nothing.

Stopping It

1. Disconnect on the Notion Integration page removes the token, both database identifiers, the record of the databases this device created, and the page-identifier cache from storage.local. Nothing further is sent, and the local reader keeps working.
2. Selecting the browser-account backend again also stops the Notion path.
3. Revoke api.notion.com access in your browser's extension settings to withdraw the permission.
4. Your workspace keeps the databases and rows already written until you delete them, and the integration itself is removed in Notion, not in the extension.

Optional Webhook Sharing

Each article carries a share control. It offers three kinds of action, all of which you start:

1. Copy link writes the article URL to your clipboard. Nothing leaves the device.
2. Post to X opens a compose window at https://x.com/intent/post with the article title and URL filled in as parameters. Nothing is posted until you send it there, and X handles that visit under its own privacy policy.
3. Send to, one entry per webhook you configured, posts the article to that endpoint.

A webhook is a URL you paste into Settings, such as a Slack or Discord incoming webhook. The extension asks for access to that endpoint's origin when you save it, and refuses to send when the access is missing. Nothing is sent to any webhook until you pick its entry for an article.

A send is a single HTTP POST with a JSON body carrying the article title, the article URL, the feed name, and the publication date. Nothing else about the article goes with it: not the summary, not the author, not your read or star state, and not your subscription list. The request carries no cookies, no credentials, and no header identifying you or the extension. It is abandoned after 10 seconds, and a failed send is reported to you once and never retried, so a share happens as many times as you ask for it and no more.

Whoever operates that endpoint receives what you sent, under their own privacy policy. Deleting the webhook in Settings stops it, and you can revoke its origin in your browser's extension settings.

Permissions

StayTuned uses these browser-extension permissions:

1. storage stores the data described above.
2. alarms schedules periodic feed refresh.
3. clipboardWrite lets the share menu put an article URL on your clipboard.
4. sidePanel on Chrome and Edge opens the reader in the browser side panel.
5. Optional access to https://api.notion.com/* is requested only when you connect the Notion backend. It is not required at installation.
6. Optional HTTP and HTTPS host access lets the extension fetch the feed origins you add and approve, the site whose feed you ask it to find, and the webhook endpoints you configure. It is not required at installation.

The extension does not request access to browsing history, tabs, cookies, location, contacts, camera, microphone, or advertising identifiers.

Retention And Deletion

Data remains in browser-managed extension storage until it is replaced, evicted under the documented sync quota, removed through the reader, cleared through browser profile controls, or removed with the extension according to that browser's behavior.

You can stop future feed requests by pausing or removing a feed or revoking its optional site access. You can stop future browser synchronization by turning synchronization off. To remove synchronized copies already held by a browser vendor, use that vendor's extension-data or profile-sync controls. You can stop future Notion requests by disconnecting Notion or selecting the browser-account backend, and you delete rows already written to your workspace in Notion itself. You can stop future webhook sends by deleting the webhook. There is no StayTuned server account and therefore no server-side data-deletion request to make.

Security

StayTuned uses browser storage APIs and asks for the narrowest host access available at runtime. It does not execute remotely hosted code. HTTPS requests are encrypted in transit; HTTP feed requests are not. The Notion token and your webhook URLs are stored unencrypted in extension local storage, as browsers provide no separate secret store for extensions, which is also why neither is ever handed to browser-vendor synchronization. Anyone with access to your browser profile or browser-vendor account may be able to access data stored or synchronized by that profile.

Children

StayTuned is not directed to children and does not knowingly collect information from anyone. Feed content is selected by the user and is not moderated by the extension.

Changes To This Policy

A release that changes data handling must update this policy, the store privacy declarations, and the effective date before publication. The repository history records every version of this policy.

Contact

For privacy questions or reports, open an issue in the public project support tracker.

StayTuned フィードリーダー プライバシーポリシー

施行日: 2026-09-10

StayTuned フィードリーダーは、ローカル優先のブラウザー拡張機能です。開発者は個人データや利用データを収集、受信、販売、共有、収益化しません。StayTuned のアカウント、プロジェクトが運営するバックエンド、アクセス解析、広告ネットワーク、トラッカーはありません。

拡張機能は端末の外のホストへ通信しますが、それぞれあなたが指定したホストです。

1. 購読しているフィードのサイト。
2. フィードを探すために貼り付けたサイトのアドレス。
3. api.notion.com。任意の Notion 同期バックエンドを選び、接続したときにだけ。
4. 設定した Webhook のエンドポイント。共有メニューから記事を送ったときにだけ。

最初以外の経路は、自分で有効にするまでオフです。このポリシーは、それぞれの経路、ブラウザー内で扱うデータ、およびブラウザーベンダーが提供する任意の同期について説明します。

拡張機能が扱うデータ

リーダーを提供するために、StayTuned は次のデータを扱うことがあります。

1. フィード購読: フィード URL、フィードが提供するサイト URL、タイトル、カテゴリー、有効かどうか。
2. フィード本文: 記事識別子、タイトル、URL、公開時刻、要約、およびフィードが提供する著者。
3. フィードアイコン: フィードのサイトが配信している小さな画像と、その取得元アドレス、最終確認時刻。アイコン配信サービスではなくフィードのサイトから取得するもので、個人データではありません。
4. 閲覧状態: 既読 / 未読、スターの有無、および端末間でそれらを統合するための時刻。
5. 設定: 同期の可否、選んだ同期バックエンド、更新間隔、自動更新、画面言語。
6. 入力した接続用の秘密情報: Notion のインテグレーショントークン、2 つの Notion データベースの識別子、各 Webhook の名前、URL、ペイロード形式。Webhook の URL は、それを持つ誰でもその宛先へ投稿できるため、資格情報として扱います。
7. 端末内の運用状態: 更新結果、エラー、キューの深さ、未送信の既読 / スター変更、この端末が作成した Notion データベースの記録、Notion のページ識別子キャッシュ、直近の Webhook 送信結果、保存した記事検索語。

このデータを受信するサービスがないため、開発者はこれを閲覧できません。

データの保存場所

1. 端末上の IndexedDB が、フィード本文、キャッシュしたフィードアイコン、既読 / スター状態のローカル投影を保存します。フィードアイコンは取得した端末にとどまり、storage.sync に置かれず、Notion にも送られません。フィードを削除すると、そのアイコンも削除されます。
2. ブラウザー拡張機能の storage.local が、ローカルの購読ミラー、更新状態、送信キュー、Notion トークン、2 つの Notion データベース識別子、この端末が作成したデータベースの記録、Notion のページ識別子キャッシュ、Webhook 一覧、直近の Webhook 配信結果、保存した記事検索語を保存します。
3. ブラウザー拡張機能の storage.sync が、どのバックエンドでも設定を保存します。同期の可否、選んだ同期バックエンド、更新間隔、自動更新、画面言語です。同期がオンで、ブラウザーアカウントが選ばれているときは、購読リストと、容量制限のある最近の既読 / スター状態も保存します。

秘密情報は storage.sync には書き込まれません。Notion トークン、Notion データベース識別子、プロビジョニング記録、Webhook URL は、入力した端末の storage.local にとどまるため、別のブラウザーではそこでもう一度入力して接続します。この区分は慣例ではなく許可リストでコードに固定されています。extension/src/shared/sync-data-classes.ts が各バックエンドの運べる値を列挙し、Notion クライアントはリスト外の名前をネットワークへ出す前に拒否します。

同期は初期状態でオフです。有効にすると、ブラウザーベンダーは、そのベンダーのアカウントにサインインしたプロファイル間で storage.sync をコピーすることがあります。Chrome と Edge、Firefox、Safari / iCloud はそれぞれ別の同期システムを使い、StayTuned はそれらを運用したり橋渡ししたりしません。同期された拡張機能ストレージの扱いは、ブラウザーベンダーのプライバシーポリシーに従います。記事本文は storage.sync に置かれず、各端末が自分でフィードを取得します。

フィードの取得と任意のサイトアクセス

StayTuned は、追加した RSS または Atom のフィード URL へ、HTTP または HTTPS の GET を直接送ります。最初のリクエストの前に、そのフィードサイトのオリジンに限定した任意アクセスをブラウザーに求めます。拒否すると、フィードは保存されたまま停止し、許可するまで取得しません。オリジンは、いつでもブラウザーの拡張機能設定から取り消せます。

フィードのホストは通常のネットワークリクエストを受け取り、IP アドレス、リクエスト時刻、ブラウザーのネットワーク用ヘッダーなど、そのリクエストに固有の情報を観測することがあります。ブラウザーが許可する場合、StayTuned はブラウザー既定の User-Agent に _StayTuned-Feed-Reader を付け足し、公開者がこの拡張機能からのリクエストだと分かるようにします。その情報はフィードホスト自身のプライバシーポリシーに従います。StayTuned は設定、購読リスト、閲覧状態、キャッシュした記事をリクエストに付け足しません。HTTP のフィード取得は暗号化されないため、公開者が HTTPS を用意している場合はそちらを選んでください。

フィードの取得に成功した後、StayTuned はそのフィードのアイコンを探します。汎用の記号ではなく、公開者自身の画像でフィードを表示するためです。1 回の確認で、画像の GET を最大 4 回送ります。送り先はフィードのサイト自身か、フィードが自ら宣言しているアドレスであり、後者は別の運営者のホストであることもあります。第三者のアイコン配信サービスへは送りません。どのアドレスも、そのオリジンへのアクセスをすでに許可している場合にだけ送り、許可していない場合はリクエストせずに飛ばします。Cookie も資格情報も伴わず、1 回ごとに 5 秒で打ち切られ、128 KiB 以下の画像だけを受け付けます。最初に見つかった画像で確認は終わるため、後続のアドレスは通常リクエストされません。確認は、アイコンが見つかったフィードでは最大で週に 1 回、見つからなかったフィードでは最大で 1 日に 1 回だけ繰り返します。画像は端末に保存されます。アイコンが見つからない場合、リーダーはフィードのアドレスから導いた記号を表示し続け、次の確認まで追加のリクエストはしません。

記事を開くとその URL がブラウザーのタブで開きます。訪問先のサイトは、他のページから開いたリンクと同じく、自身のプライバシーポリシーの下でその訪問を扱います。

サイトのアドレスからフィードを探す

フィードではなくサイトのアドレスを貼り付けることができます。拡張機能はそのサイトのオリジンへのアクセスを求め、許可したときにだけ、入力したアドレスへ HTTP または HTTPS の GET を 1 回送り、ページのマークアップが公開しているフィードを読みます。拒否した場合、リクエストは一切行われません。

そのリクエストは 8 秒で打ち切られ、文書は最大 512 KiB まで読み、サイトがどのブラウザーからでも受け取る通常のリクエスト以上の、あなた固有のデータは送りません。フィード取得と同じく、ブラウザーが許可する場合は User-Agent に _StayTuned-Feed-Reader を付け足します。ページの内容は保存されません。公開されているフィードアドレスは選ぶために表示され、追加したフィードだけが保存されます。

任意の Notion 同期

自分が所有する Notion ワークスペースを同期バックエンドにできます。1 つのブラウザーアカウント内ではなく、異なるブラウザーベンダー間で、1 つの購読リストと 1 組の既読 / スター状態を収束させるためです。

このバックエンドは初期状態でオフです。新規インストールはブラウザーアカウントを使い、設定で Notion を選び、任意の https://api.notion.com/* ホスト権限を許可し、インテグレーショントークンと 2 つのデータベース識別子を保存するまで、api.notion.com へリクエストしません。ワークスペース、インテグレーション、トークンはあなたのものであり、開発者はアクセスできず、何も受け取りません。

Notion に送るもの

リクエストは認可ヘッダーにインテグレーショントークンを載せ、次の列だけを書き込みます。

1. 購読データベース、フィードごとに 1 行: フィードタイトルである Name、Site URL、Feed URL、Category、Active、拡張機能がその購読に付けた識別子 Feed ID。
2. 既読状態データベース、記事 URL ごとに 1 行: Title、URL、Read、Starred、Read At、Starred At、Item Key。行は既読やスターを変えたときに書かれ、さらに過去 1 年に公開されたローカルキャッシュ記事（新しいほうから 10,000 件の異なるリンク）にも書かれます。未読でスターなしも含みます。Title は記事タイトルです。URL は正規化した記事リンクで、行の身元です。同じリンクを公開する 2 つのフィードは 1 行を共有します。Item Key は拡張機能がローカルで使う 16 文字のハッシュで、Notion の一覧の目的ではないため末尾に置きます。時刻は数値です。

これら 13 の列名が、書き込みでも問い合わせのフィルターでも、Notion 経路が名前を出してよい完全な一覧です。ローカルでフィードを外すとその行の Active を false にするだけで行は削除しないため、消したい行は Notion 側で自分で削除します。

拡張機能は Notion からも読みます。接続時は、トークンが使えることを確認するために自分のインテグレーションの身元を読み、上記の列があることを確認するために 2 つのデータベースのスキーマを読みます。以降の各同期サイクルは、別のブラウザーが書いた内容を統合するために、その 2 つのデータベースの行を読みます。

Notion に送らないもの

1. 記事本文、要約、著者。既読状態の行が運ぶのは記事タイトル、記事 URL、ローカルの項目ハッシュ、フラグだけです。本文やその他のメタデータは運びません。
2. 設定。同期の可否、更新間隔、自動更新、画面言語、バックエンド選択そのものは、どのバックエンドでもブラウザーアカウントに残ります。
3. 秘密情報。Notion トークン、データベース識別子、Webhook URL が Notion のページに書かれることはありません。
4. 端末ごとの状態: 取得時刻、エラー、送信キュー、同期状態、ページ識別子キャッシュ。

ワークスペース内へのデータベース作成

手作業で作る代わりに、拡張機能が 2 つのデータベースを作成できます。その経路を使うときにだけ、インテグレーションへ共有したページの一覧を Notion に求め、データベースをどのページの下に作るか選べるようにします。その一覧はページ検索で Notion が返すもので、インテグレーションへ共有したものに限られ、ピッカーに表示され、選んだページの識別子だけが端末に保存されます。拡張機能はそのページの子として、上記の列を持つ 2 つのデータベースを作成します。

Notion で自分でデータベースを作り、識別子を貼り付けたい場合、拡張機能はページ一覧を読まず、何も作成しません。

停止する方法

1. Notion 連携ページの Disconnect は、トークン、両方のデータベース識別子、この端末が作成したデータベースの記録、ページ識別子キャッシュを storage.local から削除します。それ以降は送信されず、ローカルのリーダーは動き続けます。
2. ブラウザーアカウントのバックエンドを選び直すことでも、Notion 経路は止まります。
3. ブラウザーの拡張機能設定で api.notion.com へのアクセスを取り消すと、権限を撤回できます。
4. ワークスペース上のデータベースと、すでに書いた行は、自分で削除するまで残ります。インテグレーション自体の削除は拡張機能ではなく Notion で行います。

任意の Webhook 共有

各記事に共有コントロールがあります。次の 3 種類の操作があり、いずれも自分で開始します。

1. Copy link は記事 URL をクリップボードに書き込みます。端末の外へは出ません。
2. Post to X は https://x.com/intent/post の投稿画面を開き、記事タイトルと URL をパラメーターとして入れます。そこで送るまで投稿は行われず、その訪問は X 自身のプライバシーポリシーに従います。
3. Send to は、設定した Webhook ごとに 1 件あり、そのエンドポイントへ記事を POST します。

Webhook は設定画面に貼り付ける URL で、Slack や Discord の Incoming Webhook などです。保存時にそのエンドポイントのオリジンへのアクセスを求め、アクセスがなければ送信しません。記事の共有メニューでその項目を選ぶまで、どの Webhook にも送られません。

送信は、記事タイトル、記事 URL、フィード名、公開日を載せた JSON 本文の HTTP POST 1 回です。要約、著者、既読 / スター状態、購読リストは付きません。Cookie、資格情報、あなたや拡張機能を示すヘッダーも付けません。10 秒で打ち切られ、失敗は一度だけ表示され、再試行しません。共有は、求めた回数だけ行われ、それ以上は行われません。

そのエンドポイントの運営者が、送った内容を自身のプライバシーポリシーの下で受け取ります。設定から Webhook を削除すると止まり、ブラウザーの拡張機能設定からオリジンを取り消すこともできます。

権限

StayTuned は次のブラウザー拡張機能の権限を使います。

1. storage は上記のデータを保存します。
2. alarms は定期的なフィード更新を予約します。
3. clipboardWrite は共有メニューが記事 URL をクリップボードへ置くために使います。
4. Chrome と Edge の sidePanel は、ブラウザーのサイドパネルでリーダーを開きます。
5. 任意の https://api.notion.com/* へのアクセスは、Notion バックエンドを接続するときにだけ求めます。インストール時には不要です。
6. 任意の HTTP / HTTPS ホストアクセスは、追加して許可したフィードのオリジン、フィードを探す対象のサイト、設定した Webhook のエンドポイントを取得するために使います。インストール時には不要です。

拡張機能は閲覧履歴、タブ、Cookie、位置情報、連絡先、カメラ、マイク、広告識別子へのアクセスを求めません。

保持と削除

データは、置き換えられるまで、文書化された同期容量の制限で追い出されるまで、リーダーから削除されるまで、ブラウザーのプロファイル操作で消去されるまで、またはそのブラウザーの動作に従って拡張機能とともに削除されるまで、ブラウザーが管理する拡張機能ストレージに残ります。

今後のフィード取得は、フィードの停止や削除、または任意のサイトアクセスの取り消しで止められます。今後のブラウザー同期は、同期をオフにして止められます。ブラウザーベンダーがすでに持っている同期コピーを消すには、そのベンダーの拡張機能データまたはプロファイル同期の操作を使います。今後の Notion リクエストは、Notion を切断するかブラウザーアカウントのバックエンドを選ぶことで止め、すでに書いた行は Notion 上で自分で削除します。今後の Webhook 送信は、Webhook を削除して止めます。StayTuned のサーバーアカウントはないため、サーバー側のデータ削除を依頼する先はありません。

セキュリティ

StayTuned はブラウザーのストレージ API を使い、実行時に得られる最も狭いホストアクセスを求めます。遠隔ホストのコードは実行しません。HTTPS リクエストは転送中に暗号化され、HTTP のフィード取得は暗号化されません。Notion トークンと Webhook URL は拡張機能のローカルストレージに平文で保存されます。ブラウザーは拡張機能向けの別の秘密ストアを提供しないためであり、どちらもブラウザーベンダーの同期に渡さない理由でもあります。ブラウザーのプロファイル、またはブラウザーベンダーのアカウントへアクセスできる人は、そのプロファイルが保存または同期したデータへアクセスできる場合があります。

子ども

StayTuned は子ども向けではなく、誰からも情報を意図して収集しません。フィードの内容は利用者が選び、拡張機能はモデレートしません。

このポリシーの変更

データの扱いを変えるリリースは、公開前にこのポリシー、ストアのプライバシー申告、施行日を更新しなければなりません。このポリシーの各版はリポジトリの履歴に残ります。

連絡先

プライバシーに関する質問や報告は、 公開プロジェクトのサポートトラッカー に issue を開いてください。