企业官网建设流程全解析

• 数据集

导读

本文以开源远程职位目录 remote-jobs 中的 Intellum 公司档案 为样本，完整拆解一份“远程友好公司”档案在仓库中的数据结构、字段语义与前端渲染链路：从前置元数据（frontmatter）到 Markdown 正文，再到 Eleventy 集合的标签聚合与company布局页面的最终呈现。读完本文，你将掌握该目录中公司档案的标准撰写规范、remote_policy/company_size/region等字段的取值约束与含义，以及如何用仓库源码验证档案信息的真实来源。

一、Intellum 档案概览：一条典型的远程友好公司记录

src/companies/intellum.md是 remote-jobs 仓库中数千份公司档案之一。它采用“YAML 前置元数据 + Markdown 结构化小节”的混合格式，前半部分负责机器可读的分类信息，后半部分负责面向求职者的自然语言描述。整份档案包含以下信息层次：

这份档案对应的关键事实如下：Intellum 是一家成立于 2000 年、总部位于美国亚特兰大的中规模公司（51-200 人），曾推出全球首批云 LMS（学习管理系统），当前remote_policy标记为remote-friendly，但其正文明确说明“Currently no remote options/positions”（目前没有远程职位开放），并指引求职者通过 Workable 招聘平台与 LinkedIn 官方主页申请。

二、前置元数据逐字段拆解：档案的机器可读层

2.1 基础标识：title、slug、website

title: "Intellum" slug: intellum website: https://www.intellum.com

• title是公司展示名称，直接渲染为档案页面的 H1 标题。
• slug决定文件 URL 别名，与文件名（intellum.md）保持一致时，可由 collections.js 中的d.slug || company.fileSlug回退逻辑兜底。
• website是公司官网，当档案未单独设置careers_url时，company.njk 布局 会将其作为“Visit Website”按钮的跳转地址。

2.2 分类维度：region、remote_policy、company_size

region: americas remote_policy: remote-friendly company_size: medium

这三个字段是仓库“可浏览目录”体系的三个核心分类维度，其取值并非自由文本，而是受 labels.js 全局标签表约束的枚举：

• region（地域）：Intellum 取值americas，对应展示文案 “Americas”。完整枚举还包括worldwide（Worldwide）、europe（Europe）、americas-europe（Americas & Europe）、asia-pacific（Asia Pacific）、other（Other）。
• remote_policy（远程政策）：Intellum 取值为remote-friendly，即“远程友好”。完整枚举为fully-remote（Fully Remote）、remote-first（Remote First）、hybrid（Hybrid）、remote-friendly（Remote Friendly）。注意区分：remote-friendly仅表示公司对远程持开放态度，不代表当前一定在招远程岗位——Intellum 档案正是“政策友好、当前无远程空缺”的典型案例。
• company_size（公司规模）：取medium，对应 “51-200 employees”。完整枚举含tiny（1-10）、small（11-50）、medium（51-200）、large（201-1000）、enterprise（1000+）。

2.3 技术标签与时间戳

technologies: - javascript addedAt: 2018-04-24 updatedAt: 2022-10-22

• technologies是字符串数组，用于生成技术栈标签。Intellum 档案仅标注了javascript（渲染为 “JavaScript”）。需要说明的是，其正文“Company technologies”小节还罗列了 HTML、CSS、ReactJS、GIT 等技术，但在元数据层目前只登记了 JavaScript 一项——这正是正文描述与结构化标签不一致的一个真实样本。
• addedAt/updatedAt记录入库与最近更新日期，updatedAt会在档案页脚以MMMM D, YYYY格式展示（见 company.njk）。

三、Markdown 正文结构与核心内容继承

档案正文由若干##二级小节组成，构成求职者可见的主体信息：

3.1 Company blurb（公司简介）

原文简介指出：Intellum 通过融合客户体验（customer experience）与教育（education）帮助大品牌和快速成长公司提升营收与客户留存；成立 20 余年来，它持续观察并重构“人们如何学习与协作”的方式；2000 年创立当年即发布全球首个云 LMS，此后陆续推出云端课程与测评创作工具、Web 端课程交付、Tribe Social 与 Tribe Chat 社交学习产品。

值得注意：这段 blurb 不仅展示给读者，还会被自动化处理——companies.11tydata.js 会通过正则##\s*Company\s*blurb\s*\n+([\s\S]*?)(?=\n##|$)提取 blurb 段落，清洗 Markdown 标记后截取至约 155 字符，用作页面的 meta description。这解释了为何## Company blurb小节要放在正文最前且结构规整：它是搜索引擎摘要的直接数据源。

3.2 Company size / Remote status / Region

正文三个小节与元数据相互印证、也可能存在冲突，阅读档案时应以“正文为准、元数据为索引”：

• Company size：51-200 Employees，与company_size: medium一致。
• Remote status：明确写着 “Currently no remote options/positions”，这是求职决策的最关键信息，优先级高于remote-friendly标签。
• Region：USA。

3.3 Company technologies 与 Office locations

• Company technologies：HTML、CSS、JavaScript、ReactJS、GIT。注意这里是自由文本列表，并不直接等于元数据technologies字段（后者只登记了javascript）。
• Office locations：USA - Atlanta, Georgia（佐治亚州亚特兰大）。

3.4 How to apply（申请方式）

原文给出的申请渠道：Workable 招聘平台上的 Intellum Inc. 职位列表，以及 Intellum 的 LinkedIn 官方主页；同时指出公司官网目前没有独立的招聘（career）板块。这份信息提醒求职者：并非所有公司都在官网开设 careers 页面，多渠道检索（ATS 平台 + 社交招聘主页）是远程职位挖掘的常规手段。

四、渲染链路：档案如何变成可浏览页面

4.1 布局层：company.njk

每份公司档案使用_layouts/company.njk渲染，关键逻辑如下：

• 主导按钮：优先取careers_url，否则回退到website；存在careers_url时按钮文案为 “Apply Now”，否则为 “Visit Website”（company.njk）。Intellum 档案未设置careers_url，因此渲染为官网跳转按钮。
• 分类标签：region与remote_policy分别渲染为/browse/{{ region }}/与/browse/{{ remote_policy }}/的可点击标签（company.njk）。
• 技术栈区：technologies数组非空时生成 “Tech Stack” 区块，每个技术项链接到/browse/{{ tech }}/浏览页（company.njk）。

4.2 聚合层：collections.js 的标签索引

src/_config/collections.js的getCompanyTags函数从 Eleventy 集合中遍历全部公司，按technology、region、remote-policy三类构建浏览标签：

• 遍历每家公司，读取d.technologies（数组则逐个入桶）、d.region、d.remote_policy（collections.js）；
• 同一桶内的公司按title字典序排序，最终生成带count与companies列表的标签页数据（collections.js）。

因此，修改intellum.md的remote_policy、region或technologies字段，会直接影响它在对应/browse/目录页中的归属——这就是“元数据驱动浏览”的实现证据。

4.3 数据级联：companies.json 与标签文案

每个companies/*.md文件都由同级 companies.json（内容仅{ "layout": "company" }）指派布局；而标签的中文/英文展示文案统一收敛在 labels.js，模板通过全局数据级联以labels.region、labels.remotePolicy、labels.companySize、labels.tech访问，确保同一枚举值在全站渲染一致。

五、事实核验要点：读档案时如何交叉验证

• 远程政策 ≠ 当前招聘状态：Intellum 的remote_policy: remote-friendly是公司整体态度，正文 “Remote status” 的 “no remote options/positions” 才是当下招聘事实。判断是否值得申请时，正文优先级最高。
• 元数据与正文技术清单可能不同步：本档案正文列出 5 项技术，元数据仅登记 1 项。在仓库中，正文由{{ content | safe }}直接注入，元数据则驱动标签与浏览目录，二者各有用途、互不替代。
• 更新时间线索：addedAt: 2018-04-24表明该档案自建库早期即存在，updatedAt: 2022-10-22为最近维护时间。由于仓库本身不保证档案实时性，求职时应以公司官网与招聘平台的最新信息为准。

六、小结：一份档案 = 数据 + 语义 + 渲染的三层结构

以 Intellum 为标本可以看出，remote-jobs 的公司档案体系是“YAML 元数据（分类与索引）→ Markdown 正文（事实与叙事）→ Nunjucks 布局（呈现）→ collections.js（浏览聚合）”的分层协作：元数据保证机器可读与跨页一致，正文保证求职者读到最真实的现状，标签系统则让americas、remote-friendly、medium这些枚举值成为可点击、可聚合、可检索的结构化入口。理解这一模型后，你不仅读得懂 Intellum 这一份档案，也能独立解析仓库中任意公司的.md档案，甚至依照同一规范评估其他远程岗位机会。

• 数据集