企业官网建设流程全解析

• 数据集

Extreme Networks 是 remoteintech.company（本仓库 remote-jobs 的数据源）中收录的一家采用Flex First 混合弹性模式的全球网络技术公司。本文以该公司的 Markdown 档案为骨架，结合仓库中的 Eleventy 构建管道（frontmatter 字段、集合分组、标签渲染），讲解公司远程档案的完整数据模型、Flex First 远程策略的实际内涵，以及求职者如何据此筛选与投递远程职位。读完本文，你将掌握这类社区维护型远程职位目录的字段语义、渲染链路，并了解如何把一条公司档案转化为可检索、可分类的浏览数据。

档案文件的全貌：frontmatter + 正文的社区数据模型

Extreme Networks 的档案存放在 src/companies/extreme-networks.md，采用「YAML frontmatter + Markdown 正文」的标准结构。frontmatter 承载结构化字段，正文则用##小节承载可读性描述。两者共同构成目录中所有公司档案的统一数据模型。

frontmatter 核心字段逐一拆解

档案开头的 12 个字段是社区目录约定俗成的 schema，字段含义如下：

值得注意的是region、remote_policy、company_size、technologies都不是自由文本，而是受控枚举。其合法取值统一维护在 src/_data/labels.js 中，例如remote_policy只允许fully-remote、remote-first、hybrid、remote-friendly四种值；region只允许worldwide、americas、europe、americas-europe、asia-pacific、other。这种受控枚举设计保证了全站近千条档案（collections.js 中缓存过滤约 850 条记录）在分类、计数与标签展示上的一致性与可维护性。

正文小节的作用：机器字段之外的人类可读信息

正文四个小节（Company blurb、Company size、Remote status、Region、Company technologies、Office locations、How to apply）承担两类职责：

• blurb（公司简介）：一段客观描述，说明公司主业——让网络「简单、灵活、可扩展」，把网络变成支撑新服务、保障业务连续性、加速创新的战略资产，并列举了智慧教室、医院患者护理、智慧城市公民服务等落地场景。
• Remote status（远程状态）：最关键的求职信息。Extreme Networks 明确实行Flex First 模式——员工可在「最方便的地方」工作，公司文化中强调「灵活性是新常态」，并承诺通过技术、共同兴趣和热情让全球各地员工保持连接。这正是remote_policy: fully-remote字段在正文层面的展开解释。

Flex First 模式：fully-remote 标签背后的真实含义

档案把remote_policy标为fully-remote，正文则进一步解释了它的操作内涵。原文核心表述可归纳为三点：

1. 工作地点由员工决定：「enable our employees to work from wherever is most convenient for them」——没有强制办公室要求，地点选择权交给员工。
2. 灵活性被视为文化资产：原文将灵活工作描述为「新常态」（new normal），是打造更投入、更忠诚团队的「关键要素」（key ingredient），同时也被定位为吸引与留住人才的竞争优势与期待。
3. 连接是制度性承诺：无论员工身处世界何处，公司都通过技术工具、共同兴趣与热情来维系组织连接。

从求职者视角看，这类表述意味着：投递前不必受限于某个城市，但应评估自身对「分布式协作」的适应度；而Region: Worldwide+ 办公地点横跨 USA、LATAM、EMEA、APAC，也表明其团队分布具有明显全球化特征，时区协作是实际工作中的常态议题。

从档案到页面：Eleventy 渲染链路与标签系统

一条.md档案并不会被原样输出，它要经过仓库的构建管道渲染成结构化的公司页面。这条链路分为三层：

第一层：布局与元数据计算

所有公司档案共享 src/companies/companies.json 中的layout: company，即统一套用 src/_layouts/company.njk 模板。模板会自动完成以下渲染：

• 优先展示careers_url（存在时）生成“Apply Now”主按钮，否则回退到website的“Visit Website”；
• 依据region与remote_policy分别渲染可点击的地域标签与政策标签；
• 渲染technologies列表为 Tech Stack 标签区；
• 用updatedAt渲染「Last updated」时间（经formatDate过滤器格式化，见 src/_config/filters/dates.js）。

元数据方面，src/companies/companies.11tydata.js 的eleventyComputed会自动从## Company blurb小节截取正文、清洗 Markdown（剥离链接、强调符、换行），生成约 155 字符的页面 description，供搜索引擎与社交分享使用。

第二层：集合与分组

src/_config/collections.js 是数据组织的核心：

• getAllCompanies把全部src/companies/**/*.md按标题字母序排序，形成公司总列表；
• getCompaniesByRegion按region分组，getCompaniesByTech按technologies数组分组；
• getCompanyTags从每条档案的technologies、region、remote_policy字段动态构建标签数据，并统计各标签下公司数量，按数量降序排列——这就是 browse 页面按「技术 / 地区 / 远程政策」三个维度浏览的底层数据；
• getRecentCompanies按addedAt倒序取出最近 12 家，即首页「最近添加」区块。

因此，Extreme Networks 的technologies: [cloud]、region: worldwide、remote_policy: fully-remote三个字段会把它同时归入「Cloud 技术」「Worldwide 地区」「Fully Remote 政策」三个浏览分组。

第三层：标签文案统一映射

模板中labels.region[region]、labels.remotePolicy[remote_policy]等表达式，最终解析自 src/_data/labels.js 这个单一事实来源（single source of truth）：例如worldwide → Worldwide、fully-remote → Fully Remote、cloud → Cloud、large → 201-1000 employees。标签文案的集中定义避免了同义词分裂（如同时出现 “Remote” 与 “Fully Remote” 导致分组割裂），也让面向浏览者的展示文案与内部数据值解耦。

求职视角：如何用好这份档案

对求职者而言，这份档案提供的可执行信息可归纳为：

1. 确认远程匹配度：remote_policy: fully-remote+ Flex First 正文说明该岗位允许全球远程，但结合 Office locations（USA、LATAM、EMEA、APAC）评估时区与协作重叠度。
2. 核对技术栈：technologies: cloud提示该公司技术环境以云相关为主（档案另列出 AWS、Microsoft Azure、CSP），投递网络/云方向的工程师可据此判断匹配度。
3. 走官方投递通道：档案的 How to apply 小节直接指向官方 Career Page；在 company.njk 模板中，这条 URL 会渲染为页面主按钮，是社区收录时确认过的唯一官方入口。
4. 参考规模信号：company_size: large（1000+，对应 labels.js 的 enterprise 档）意味着这是一家大型企业，招聘流程、团队结构与初创公司差异明显。

社区目录的价值在于：addedAt: 2023-10-18这样的时间戳配合「最近添加」集合，让求职者可以持续追踪新入库的公司；而通过 browse 页面按fully-remote政策筛选，即可快速获得一份「全球远程 + 大型网络技术公司」的候选清单，Extreme Networks 正是其中的一个典型样本。

延伸：在本地查看与验证这份数据

本仓库是一个 Eleventy 静态站点，包管理脚本定义在 package.json（Node.js >= 22）。如果你想在本地观察 Extreme Networks 档案被渲染成的最终页面，可以：

npm install # 安装 Eleventy 3.x 及相关依赖 npm start # 等价于 npm run dev:11ty，启动开发服务器并实时重建 npm run build # 生产构建：clean + build:11ty + pagefind 站内搜索索引

构建产物输出到dist/，随后可用npm run pagefind生成全文检索索引（pagefind 相关说明见 scripts 目录）。整个过程不需要修改任何仓库文件，仅需本地执行查看、安装与运行命令即可复现社区目录的渲染结果。

• 数据集