> ## Documentation Index
> Fetch the complete documentation index at: https://docs.orriven.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 活动页面

> 活动的公开面如何运作：门户、主题、草稿与已发布的区别、公开网址与参会者账号。

控制台的「活动页面」板块管理活动的公开面：是否可见、公开地址是什么、页面用谁的主题。公众正是在这个页面上了解活动并完成报名。

## 门户：活动的公开面

每个活动都通过一个**门户**发布。门户是一个完整的公开面，它把四样始终绑在一起的东西打包在一起：

* 一个网址（平台的子域名）；
* 一套参会者账号体系——谁可以在这里登录、登录后能看到什么；
* 一个主题；
* 一个供参会者管理自己报名的账号区。

每个业务单元自动拥有自己的门户，其公开首页列出该单元已发布的活动。**独立**活动则拥有自己的门户：独立网址、独立账号，对外看不出运营方是谁。活动使用哪个门户在创建时选定，并在[第一条报名产生后锁定](/zh/events/create-event)。

## 发布与取消发布

活动页面板块显示可见性与开关：

* **已发布**——活动拥有公开页面，可接受报名。任何拿到链接的人都可以报名。
* **草稿**——业务单元之外不可见。公开地址在发布前返回「未找到」，且发布需要先设置开始时间。

<Note>
  是「未找到」而不是「无权访问」：草稿活动、未发布的页面和根本不存在的地址，从外部看完全一样。没有人能通过试探链接来确认某个草稿的存在。
</Note>

## 公开网址

发布后，活动地址是门户网址加上一段简短的公开 URL id——刻意做成不可猜测、也不由活动名派生。活动页面板块展示完整地址并可一键复制；邀请函和推广里放的就是这个链接。

<Tip>
  重命名活动不会改变它的网址——已经发出去的链接一直有效。
</Tip>

## 主题

活动页面的外观由主题决定，来源有三种：

<AccordionGroup>
  <Accordion title="实时引用门户主题">
    默认方式。页面**实时引用**门户的主题——改版业务单元门户，所有引用它的活动页面一起换新。这正是这一选项存在的理由：一次品牌焕新，处处生效。
  </Accordion>

  <Accordion title="活动自己的主题">
    活动携带独立编辑的主题，门户主题不再影响此页面。
  </Accordion>

  <Accordion title="从其他活动复制（快照）">
    以复制某个现有活动的外观作为自有主题的起点。复制是**快照**——复制之后两者互不相关，改动任何一方都不影响另一方。独立活动通常就是这样沿用一套成熟的设计。
  </Accordion>
</AccordionGroup>

独立活动的门户就是它自己的，所以「引用门户主题」本身已经是一套独立外观——它没有任何外部对象可供继承。

### 草稿主题与已发布主题

主题有两个版本：供编辑的**草稿**和公众实际看到的**已发布**版本。公开访客永远只看到已发布的主题——编辑草稿不会改动线上页面，直到你发布它。正因如此，报名开放期间改版页面也是安全的。

<Warning>
  主题只管外观。主题里没有任何东西能隐藏活动或限制访问——可见性由活动**状态**决定，准入规则在票种和兑换码上。「被主题藏起来」不是一种存在的状态。
</Warning>

## 参会者账号

报名者会在门户上获得一个参会者账号，可登录管理自己的报名。账号按门户划分，带来两个结果：

* 一个账号覆盖此人在该门户上的全部报名——如果是业务单元的门户，就是该单元的所有活动。
* 同一个邮箱在两个不同门户上是**两个独立账号**——即使两个门户由同一业务单元运营。独立活动若与运营方的其他活动共享登录，恰恰会泄露它想隐藏的那层关系。

参会者账号属于参会者本人；组织者视角下的同一个人是报名记录，见[参会者页面](/zh/events/attendees)。

## 注意事项

* 公开访客只看到**已发布**的主题和**已发布**的活动；两者的草稿一律不可见。
* 引用主题是实时的，复制主题是快照。取舍标准：将来门户改版时希不希望跟着变。
* 主题从不决定访问与可见性——状态才决定。
* 活动网址不随改名变化；背后的门户选择在第一条报名后锁定。
* 同一邮箱、不同门户 = 不同参会者账号，这是刻意设计。
