---
title: The product site, web renderer, and desktop delivery are separate · r1
description: How to distinguish informational web pages, browser rendering, and Mac package channels without implying deployment or release guarantees. Archived revision r1 (2026-10-12) of /architecture/web-and-distribution/.
url: https://docs.thegram.one/architecture/web-and-distribution/revisions/1/
lang: en
tier: legacy
source: https://docs.thegram.one/sources/web-and-distribution/revisions/1.gram
revision_of: https://docs.thegram.one/architecture/web-and-distribution/
revision: 1
date_published: "2026-10-12T08:13:38.941Z"
evidence:
  Canonical source SHA-256: ea99bd4dbe82145fa7043071a758f94a2d46dc70538f943a18f74df6885cdf08
  Selected revision: r1 · sha256:7148dd3e0fc566a92e26b24ea6c855b8bd12e291d7beb0b50180d8a43b0c95d2
  Local renderer: configured local Thegram renderer · API thegram-web-render/1
  Core source: git+https://github.com/clab-one/thegram-format.git?rev=b16489e1d0d77d38f82d2f61776524737aa31557#b16489e1d0d77d38f82d2f61776524737aa31557
---

# The product site, web renderer, and desktop delivery are separate · r1

> Archived revision r1, recorded 2026-10-12T08:13:38.941Z. Current page: [The product site, web renderer, and desktop delivery are separate](/architecture/web-and-distribution/).

<div class="gram-doc-anchor" id="e0-blog-web-and-distribution"></div>

## Three different meanings of “the web” {#h0-1}

Thegram has a public product site, an existing browser renderer, and native Mac software. These are related entry points but not one delivery system. The product site explains product and installation routes; the renderer accepts document bytes and produces a view; Desktop is an application installed and run on macOS. A statement about one surface does not prove availability, privacy model, or release status of another.

The `thegram-web` README describes a static site with pages for product information, install instructions, legal terms, privacy, and download guidance. Static content can explain how to obtain an application, but does not itself build or ship that app. Its README documents an intended cluster route and deployment setup alongside the source; repository configuration is not independent proof that a particular deployment is currently healthy or accessible.

### Browser reading is a request, not a hosted workspace {#h0-4}

`thegram-web-render` documents a no-login viewer. A user can paste or upload a .gram file, inspect its document or dashboard view, and navigate history. The browser submits source via POST; the server processes it ephemerally and does not retain documents for later retrieval. No reusable sharing link or synced library follows from opening a file in this interface. It is useful for quick reading where submission is acceptable, but not a replacement for a local file owner or team storage service.

### Native package routes {#h0-6}

The primary desktop repository README states a public Mac version and points to the public DMG endpoint. The separately maintained `thegram-desktop-appstore` README describes a different TEST line: it says the official release is blocked by unresolved Core licensing and acceptance gaps. These facts must remain separate. A test DMG is not an official App Store or general release. A public download URL in a README does not by itself establish current status of every package, its license conditions, or store availability.

For iOS, the README describes a read-only iPhone/iPad viewer and the product homepage calls the current route a TestFlight beta. Website wording is time-sensitive; readers should follow the current official page rather than infer an App Store release. iOS import behavior also differs from desktop editing and from the renderer’s upload flow.

### Example: choose the right route {#h0-9}

A Mac user preparing a decision brief can edit the canonical file in Desktop, preserving its history. A reviewer on a phone can open the same file in the iOS reader, but cannot author changes there. A recipient who does not need durable account storage can submit a copy to the browser renderer, accepting the transmission and renderer’s limits. A link to the public product page is for instructions and discovery, not a private document URL. A team that needs shared storage should evaluate Vault authorization separately rather than assume the renderer stores uploaded files.

### Distribution and evidence boundaries {#h0-11}

A distribution claim should name its channel (public DMG, local TEST DMG, TestFlight invitation, or browser service), owning repository, and evidence date. A website may be static source; a package may be signed but blocked from release; a service may have deployment manifests without a live health check. These are different evidence classes. Do not turn a package README into a live availability claim, or write that a site or service was deployed unless deployment evidence was actually checked.

Further reading: `thegram-web/README.md` for site routes and crawlable pages; Desktop and App Store README/acceptance for the Mac lines; the iOS README and homepage for current beta wording; renderer API and deployment docs for the browser path. This article makes no deployment action, account change, or release claim beyond those sources.

### Sources {#h0-14}

The comparison follows the checked website, native client, App Store test line, iOS, and renderer entry points.

## Source

<div class="gram-record" id="e0-web-readme" data-record-type="source">

**Source:** Static product website README

Internal source reviewed at revision 944ad8fb276bf14c50268816a85b779856b90406; not publicly available.

</div>

<div class="gram-record" id="e0-desktop-readme" data-record-type="source">

**Source:** Desktop product README

Reference: [https://github.com/clab-one/thegram-desktop/blob/main/README.md](https://github.com/clab-one/thegram-desktop/blob/main/README.md)

</div>

<div class="gram-record" id="e0-appstore-readme" data-record-type="source">

**Source:** App Store test-line README and release status

Reference: [https://github.com/clab-one/thegram-desktop-appstore/blob/main/README.md](https://github.com/clab-one/thegram-desktop-appstore/blob/main/README.md)

</div>

<div class="gram-record" id="e0-appstore-acceptance" data-record-type="source">

**Source:** App Store test-line acceptance

Reference: [https://github.com/clab-one/thegram-desktop-appstore/blob/main/docs/acceptance.md](https://github.com/clab-one/thegram-desktop-appstore/blob/main/docs/acceptance.md)

</div>

<div class="gram-record" id="e0-ios-readme" data-record-type="source">

**Source:** iOS read-only viewer README

Reference: [https://github.com/clab-one/thegram-ios/blob/main/README.md](https://github.com/clab-one/thegram-ios/blob/main/README.md)

</div>

<div class="gram-record" id="e0-site-home" data-record-type="source">

**Source:** Current public product homepage

Reference: [https://thegram.one/](https://thegram.one/)

</div>

<div class="gram-record" id="e0-renderer-api" data-record-type="source">

**Source:** Existing renderer API contract

Reference: [https://github.com/clab-one/thegram-web-render/blob/main/docs/api.md](https://github.com/clab-one/thegram-web-render/blob/main/docs/api.md)

</div>

## Knowledge

<div class="gram-record" id="e0-surface-separation" data-record-type="knowledge">

**Knowledge:** Product site, renderer and native clients have different roles

Documentation pages, byte-submission rendering and local application workflows have distinct persistence and delivery boundaries.

Reference: [→ Supports: Distribution labels can conceal different release gates](#e0-channel-confusion)

</div>

## Risk

<div class="gram-record" id="e0-channel-confusion" data-record-type="risk">

**Risk:** Distribution labels can conceal different release gates

Public DMG, local TEST DMG, TestFlight invitation and browser access are different channels; identify each source and date.

Reference: [→ Supports: Product site, renderer and native clients have different roles](#e0-surface-separation)

</div>

## Requirement

<div class="gram-record" id="e0-deployment-claim" data-record-type="requirement">

**Requirement:** Do not infer deployment from configuration alone

Public availability requires current service or release evidence, not only a repository URL or manifest.

Reference: [→ Supports: Product site, renderer and native clients have different roles](#e0-surface-separation)

</div>