Postiz 官网入口在哪：官网、源码与部署文档

Postiz 用来排期、自动化和分析社交媒体内容。

截至 2026 年 11 月 1 日，Postiz 同时提供托管版和开源版，但官网、注册入口、源码仓库与部署指南分散在几个页面。2026 年 10 月 29 日发布的 Postiz Agent 技能说明再次引用了 gitroomhq/postiz-app，说明源码仓库仍是自动化入口的核心，不只是开发者的备份页面。下面只标官方材料明确写出的内容；入口用途和选择建议属于基于多个官方页面作出的判断。

先认准三个入口，不要进错站

Postiz 官网是 https://postiz.com。官方 GitHub 仓库页面明确将它列为项目 Homepage。需要注册托管服务时，进入 https://platform.postiz.com；部署文档给出的路径是“先注册免费账户，然后跳到 Step 2”。

开源版源码位于 https://github.com/gitroomhq/postiz-app。认准仓库所有者 gitroomhq，不要仅凭搜索结果中相同的项目名称进入个人镜像或二次整理页。

这里的“托管版”指由 Postiz 维护运行环境的服务；“自部署”是把程序安装到自己的服务器或开发环境。后者不会因为下载了源码就自动可用。

托管版：注册后从哪里继续

打开 https://platform.postiz.com，按页面提示注册免费账户。官方快速开始材料明确写的是：“Sign up for a free account at platform.postiz.com and skip to Step 2.” 因此，自部署教程里的 Step 2 是针对已经拥有托管账户的场景，并不表示注册后还要重新寻找应用首页。

进入应用后，如果目标是先验证产品能否满足发布流程，应先完成账户设置和社交平台连接，再测试一条草稿或排期内容。官方仓库将 Postiz 定位为管理、发布、分析和协作内容的平台，并列有 Public API、NodeJS SDK、n8n 自定义节点以及 Make.com 集成入口。

NodeJS SDK 指用 JavaScript 或 TypeScript 调用 Postiz 能力的软件开发包，不是桌面客户端；第一次接触自动化时，不要把 SDK 当成安装包。n8n 自定义节点则是把 Postiz 操作接入 n8n 工作流的可复用组件。需要这些能力时，应先在官网或平台确认当前账户是否开放对应入口，再决定是否开发集成。

源码下载：复制仓库地址后运行

需要源码时，打开 https://github.com/gitroomhq/postiz-app，确认路径是 gitroomhq/postiz-app，然后复制仓库地址。以下两条命令来自官方 Quick Start 材料，可以直接执行：

git clone https://github.com/gitroomhq/postiz-app.git
cd postiz-app

执行后，用下面的命令确认仓库已经下载，而不是只看终端有没有报错：

git rev-parse --show-toplevel

成功时，输出应指向当前 postiz-app 目录。该仓库使用 pnpm workspace（pnpm 工作区，即由一个根目录管理多个前端、后端和公共代码包），文件列表中也包含 pnpm-workspace.yaml、pnpm-lock.yaml、.env.example、docker-compose.yaml 和 Dockerfile.dev。这些文件说明仓库同时提供包管理与容器化配置，但仅凭文件存在不能判断环境变量已经填好。

下载 ZIP 的路径则是进入同一个官方仓库，在页面右上方选择 Code，再选择 Download ZIP。这条路径适合只想查看代码的人；后续仍要回到 README 的 Quick Start，因为 ZIP 解压不会替你安装依赖、配置数据库或建立容器。

自部署：README 是执行清单

克隆完成后，打开仓库首页的 README，向下找到 Quick Start，再进入其 Quick Start Guide。这是官方仓库明确给出的入口。仓库首页把 Quick Start 标为启动项目的必要步骤，因此不要只看到代码目录就认为部署已经完成。

当前仓库页面能确认的部署相关文件包括 .env.example、docker-compose.yaml、docker-compose.dev.yaml 和 Dockerfile.dev。其中，.env.example 是环境变量示例文件，用来告诉程序需要哪些配置；docker-compose.yaml 是容器编排配置，用来组合并启动多个服务。README 才是这些文件应该怎样执行、依赖什么版本的权威操作顺序。

可核实的快速开始资料也放在 Mintlify Wiki 的 Postiz Quick Start 页面。这个页面可用于交叉查看命令，但遇到版本差异时，应以 gitroomhq/postiz-app 当前分支 README 和仓库文件为准，而不是把镜像页固定展示的命令当成永远不变的操作顺序。

常见卡点：登录页和“找不到下载页”

最常见的第一个卡点不是安装失败，而是入口混淆。GitHub 登录页出现 “Uh oh! There was an error while loading. Please reload this page .” 时，直接刷新当前页面；仍无法继续，则打开 GitHub 登录页，登录后再返回官方仓库。页面同时提示 “You can’t perform this action at this time.”，这通常需要有效登录会话，而不是改写仓库地址。

第二个卡点是搜索“Postiz 下载”时只看到 GitHub 页面，找不到传统安装器。Postiz 是 Web 应用，官方仓库提供的是源码和部署配置，不是桌面软件安装包。只想在线使用，走 platform.postiz.com；要自己运行，才下载源码并执行 README 的 Quick Start。

第三个卡点是把托管版注册当成自部署步骤。官方快速开始材料的“skip to Step 2”建立在免费账户已经创建的前提上。自部署读者若在 Step 2 遇到服务、账户或连接错误，应分别核对当前 README 要求的环境变量、数据库和容器服务，不要跳过初始化步骤。

怎么判断已经找对并可用

入口正确有三个可观察标志：访问 postiz.com 时，页面属于 Postiz 的社交媒体管理产品；访问 platform.postiz.com 时，能看到账户注册或登录界面；打开 gitroomhq/postiz-app 时，仓库说明中同时出现 Postiz Cloud 和 open-source edition 两种使用方式，并提供 README 与 Quick Start 入口。

只做在线使用，成功标准是进入托管平台并完成登录，而不是只打开首页。开始自部署后，成功标准则是源码已克隆、README 所列前置条件已满足，并能按 Quick Start 启动服务后访问本地应用。若只能看到源码和配置文件，说明“下载完成”，还不能算“部署完成”。

官方入口继续往哪里找

产品与使用方式以 Postiz 官网 为入口；托管账户进入 Postiz Platform；源码、README 和问题追踪集中在 官方 GitHub 仓库。需要核对当前部署细节时，从仓库 README 进入 Quick Start，并用 Quick Start 镜像页 交叉检查命令，但最终以官方仓库当前内容为准。

参考来源

• Install Postiz if it doesn’t exist
• github.com/gitroomhq/postiz-app