企业官网建设流程全解析

• 数据集

本文基于开源项目 Remote In Tech（remoteintech.company 展开。ATOZDEBUG 是目录中一家面向全球招聘、实行 fully-remote 政策的定制软件外包公司。读完本文，你将完整了解该公司的业务定位、远程政策、技术栈构成与申请渠道，并掌握这套公司档案在仓库中的数据结构与渲染机制，知道如何从源码层面理解一个公司条目背后的字段含义与校验规则。

一、公司档案文件：一篇文章承载一份完整的雇主画像

在 Remote In Tech 仓库中，每一家远程友好的科技公司都对应一个独立的 Markdown 文件，存放于 src/companies/ 目录下。ATOZDEBUG 的档案即 atozdebug.md，其文件名（slug）与 frontmatter 中的slug值保持一致，这是仓库的硬性约定：slug: atozdebug对应文件atozdebug.md（见 CONTRIBUTING.md）。

该文件由两部分构成：

1. frontmatter（YAML 头）：承载结构化元数据，是生成页面、分组浏览、SEO 描述的关键数据源；
2. Markdown 正文：以##级标题组织，描述公司业务、远程政策、技术栈与应聘方式。

ATOZDEBUG 档案的完整 frontmatter 如下：

--- title: "ATOZDEBUG" slug: atozdebug website: https://atozdebug.com/ careers_url: https://www.linkedin.com/company/atozdebug/ region: worldwide remote_policy: fully-remote company_size: small technologies: - cloud - devops - javascript - mobile - nosql - php - python - sql addedAt: 2024-10-08 updatedAt: 2024-10-08 ---

其中每个字段的取值都受仓库统一约束。以 src/_data/labels.js 中定义的合法值为准：

addedAt与updatedAt记录了条目加入目录与最近更新的日期（此处均为 2024-10-08），这两个日期由维护者管理，贡献者在提交 PR 时不应自行填写（见 CONTRIBUTING.md）。

二、业务定位：将想法转化为数字体验的定制软件开发公司

档案的## Company blurb段落给出了公司核心定位：

ATOZDEBUG is a software development company that transforms ideas into digital experiences. We specialize in building custom software, websites, and mobile apps, along with UI/UX design and AI integration, serving clients worldwide with a focus on SaaS solutions.

可以概括为三点关键信息：

• 业务范围：定制软件（custom software）、网站（websites）、移动应用（mobile apps），并叠加 UI/UX 设计与 AI 集成能力；
• 服务区域：面向全球客户（worldwide）；
• 重心方向：SaaS 解决方案，尤其适合「想快速上线新 SaaS 业务」或「招聘速度跟不上、需要外包」的团队。

档案还强调其交付模式：公司会对产品承担「如同自己产品一样」的完整所有权（take full ownership of the product as if it were our own），并支持获取专属开发团队（dedicated development team）的合作方式。从仓库角度看，这一 blurb 段落不仅仅是展示文案——src/companies/companies.11tydata.js 中的 Eleventy computed 数据会自动从## Company blurb标题之后提取文本，清洗掉 Markdown 标记并截断到约 155 字符，作为每个公司页面的 meta description，供搜索引擎使用。这正是目录对 SEO 友好的实现细节之一。

三、远程状态与地域：100% 远程 + 全球招聘

ATOZDEBUG 的远程政策在 frontmatter 中明确标记为fully-remote（完全远程），在 src/_data/labels.js 的remotePolicy映射中对应展示文案 "Fully Remote"。正文## Remote status进一步说明：

We're 100% remote. You'll have the flexibility to work from home or rent a personal office.

即：员工可以在家办公，也可以自行租用个人办公室，拥有完全灵活的工作方式选择。

## Region段落补充了地域细节：

Worldwide. While our management team is based in the India, we hire technical writers all around the world.

尽管管理层位于印度，但公司面向全球招聘，并且明确提到会在世界各地招聘技术写作人员（technical writers）——这提示远程求职者，即使是文档/写作类岗位也在其全球招聘范围之内。办公地点（## Office locations）记录为印度阿萨姆邦（Assam, India）。

四、技术栈：从软件开发到 DevOps 的完整能力清单

档案的## Company technologies段落列出两类技术，这也是该公司的实战技术能力范围：

软件开发（Software Development）：

• JS（JavaScript）
• React
• Next.js
• Node
• Express
• MongoDB
• MySQL
• React Native
• Python

DevOps：

• AWS
• Heroku
• GitHub Actions
• Laravel Envoyer

从这套清单可以推断其典型交付画像：前端以 React + Next.js 为主，后端以 Node/Express 与 Python 为主，数据库横跨 MongoDB（NoSQL）与 MySQL（关系型），移动端采用 React Native 实现跨平台；DevOps 侧则覆盖 AWS 云基础设施、Heroku 与 Laravel Envoyer 部署工具，以及 GitHub Actions 自动化流水线。这与 frontmatter 中声明的cloud、devops、javascript、mobile、nosql、php、python、sql八项技术标签相互印证——注意php与nosql出现在技术标签中，也与 Laravel Envoyer（PHP 生态部署工具）及 MongoDB（NoSQL）的使用吻合。

在目录页面上，这些技术标签会被 src/_layouts/company.njk 渲染为可点击的tag--tech标签，并链接到/browse/{tech}/浏览页。其背后的数据流由 src/_config/collections.js 的getCompanyTags与getCompaniesByTech处理：前者读取每个公司 frontmatter 中的technologies数组，按技术归类公司；后者按技术分组生成浏览列表。也就是说，求职者可以在站点上点击「DevOps」或「JavaScript」标签，找到包括 ATOZDEBUG 在内的所有使用该技术的远程公司。

五、如何申请：两条路径

档案的## How to apply段落提供了两条申请通道：

1. 查阅岗位页：访问公司的 LinkedIn 主页（careers_url: https://www.linkedin.com/company/atozdebug/），查看已发布的职位；
2. 主动创建岗位：如果心仪的职位未在列表中出现，可以邮件联系hr@atozdebug.com，主动开启对话、自行提出岗位需求。

从仓库机制看，careers_url字段在页面渲染时优先级高于website：在 company.njk 中，模板通过{% set buttonUrl = careers_url or website %}决定「Apply Now →」按钮的跳转目标；只要careers_url存在，按钮即显示为 "Apply Now"。这也是 CONTRIBUTING.md 中「careers_url必须指向公司自己的招聘页」这一合规要求的前端呈现。

六、从档案到目录页面：数据如何被消费

要全面理解这份公司档案的价值，可以顺着仓库的渲染链路看一遍它的数据旅程：

1. 内容层：atozdebug.md 以 frontmatter + Markdown 正文承载全部信息；
2. 数据映射层：companyHelpers.js 引入 labels.js 的标签映射，通过getRegionLabel、getRemotePolicyLabel、getCompanySizeLabel、getTechLabel把worldwide、fully-remote、small等内部取值翻译为 "Worldwide"、"Fully Remote"、"11-50 employees" 等展示文案；
3. 集合层：collections.js 通过getAllCompanies按标题字母序生成公司总列表，getCompaniesByRegion/getCompaniesByTech按地域与技术分组，供/browse/页面使用；
4. 渲染层：company.njk 基于 companies.json 指定的company布局，渲染标题、Apply Now 按钮、地域/政策标签、正文内容、技术栈标签组，并在页脚展示updatedAt格式化后的「Last updated」日期与指向仓库的编辑链接；
5. SEO 层：companies.11tydata.js 自动从 blurb 生成 meta description，配合schema: Organization（见 company.njk 的 frontmatter）输出结构化数据。

七、给远程求职者的实用要点

结合档案全文，可以将 ATOZDEBUG 的求职要点归纳如下：

• 远程程度：100% 完全远程（fully-remote），工作地点不受限制，可在家办公或租用个人办公室；
• 招聘地域：全球（worldwide），管理层位于印度，全球范围招聘包括技术写作在内的岗位；
• 公司规模：11-50 人的小型团队（company_size: small）；
• 技术契合度：若你的技能栈覆盖 JavaScript/React/Next.js/Node/Express/MongoDB/MySQL/React Native/Python，或具备 AWS、Heroku、GitHub Actions、Laravel Envoyer 的 DevOps 经验，与该公司的技术需求高度匹配；
• 申请方式：优先查看 LinkedIn 岗位页；职位未列出时可邮件hr@atozdebug.com主动提出。

需要注意，本文内容全部来源于仓库档案与源码，关于公司在本文写作时刻之后的岗位空缺、薪酬福利等动态信息，应以档案careers_url指向的官方渠道为准。

结语

ATOZDEBUG 的档案是 Remote In Tech 目录中一个典型的中小型 fully-remote 公司的样本：结构化 frontmatter 提供了可检索、可分组、可校验的元数据，Markdown 正文提供了面向求职者的完整雇主信息。理解这份档案，既是了解一家真实远程公司，也是掌握整个仓库「一份文档 = 一个公司条目」内容模型的最佳入口——你可以对照 CONTRIBUTING.md 的模板，用同样的结构为其他远程公司建立档案。

• 数据集