企业官网建设流程全解析

• 数据集

CrateDB 是 remoteintech.company（Remote In Tech）开源仓库中收录的一家远程友好型数据库技术公司。本文以仓库内的 CrateDB 公司档案 为骨架，逐段拆解其 frontmatter 元数据、技术定位、远程政策与投递入口，并结合 CONTRIBUTING.md、companies.11tydata.js、company.njk 与 labels.js 等源码，讲清楚这份档案在目录站点中是如何被解析、渲染与分类的。读完本文，你将掌握 CrateDB 这家公司的完整画像，也能理解 Remote In Tech 目录中每一份公司档案背后的字段规范与数据流。

档案总览：一份标准的公司画像

src/companies/cratedb.md是一份符合 Remote In Tech 目录规范的 Markdown 公司档案，由YAML frontmatter（元数据区）与Markdown 正文（分节描述区）两部分组成。其 frontmatter 原文如下：

--- title: "CrateDB" slug: cratedb website: https://cratedb.com careers_url: https://cratedb.com/company/career region: europe remote_policy: hybrid company_size: small technologies: - cloud - javascript - search addedAt: 2023-11-17 updatedAt: 2023-11-17 ---

对照 CONTRIBUTING.md 中的模板与字段约束，这份 frontmatter 每个字段的含义与取值如下：

正文部分按规范包含了## Company blurb、## Remote status、## How to apply三个必需小节，并补充了## Company size、## Region、## Company technologies、## Office locations等常用小节，是一份完整度很高的档案。

技术定位：基于 Lucene 的多模型分布式数据库

档案的## Company technologies小节是理解 CrateDB 技术内核的关键段落，其核心信息可归纳为：

• 开源：CrateDB 是一款开源（open source）数据库；
• 多模型（multi-model）：可处理结构化（structured）、半结构化（semi-structured）与非结构化（unstructured）数据，覆盖“各类数据类型”；
• 分布式：构建在 Lucene 之上——Lucene 正是 Elasticsearch 底层所依赖的同一套存储/索引系统，CrateDB 同时继承了这套用于支撑分布式应用运行的基础子系统，从而让企业能够规模化地获取数据洞察；
• NoSQL 性能 + 标准 SQL：将 NoSQL 的性能与符合标准（standards-compliant）SQL 的简洁强大结合于一身；
• 部署形态灵活：面向大数据量、高计算与数据多样性需求优化，可运行在云端（cloud）、边缘（edge）与本地部署（on-premise）场景。

这份技术描述与档案technologies字段的三个标签（cloud、javascript、search）相互印证：cloud对应其云上部署形态，search对应其基于 Lucene 的全文检索/索引能力，javascript则代表其生态中面向 Web 开发者的接入语言。

从目录的消费方式看，collections.js 中的getCompaniesByTech会遍历每份档案的technologies数组，把公司按技术标签分组——因此 CrateDB 会同时出现在cloud、javascript、search三个技术浏览页下，方便求职者按技术栈反向检索。

远程政策：hybrid混合办公的欧洲团队

档案## Remote status小节描述了 CrateDB 的远程文化：

在 CrateDB，无论你住得离办公室很远还是很近，都不重要——我们是一个协同工作的团队，共同打造一款优秀且独特的数据库。我们有浓厚的远程活动文化，同时也会定期线下聚会以增进团队精神与沟通。

结合 frontmatter 可知，CrateDB 采用hybrid（混合办公）政策，招聘区域为europe，办公室分布在美国、德国与奥地利三地。这与remote_policy的其他取值（如fully-remote全远程、remote-first远程优先）存在明显差异：hybrid意味着远程与线下结合的灵活办公模式，团队既支持远程协作，也保留定期线下聚会的机制。

在站点渲染层面，labels.js 将hybrid映射为显示文案 “Hybrid”，而 company.njk 会把region与remote_policy渲染为可点击的分类标签，分别链接到/browse/europe/与/browse/hybrid/浏览页，求职者点击即可查看同区域、同政策的其他公司。

档案数据流：从 Markdown 到页面渲染

一份公司档案从源文件到线上页面，经过了以下源码链路：

1. 数据集合：collections.js 通过getFilteredByGlob('./src/companies/**/*.md')抓取全部公司档案；companies.json 指定了档案统一使用的页面布局company。
2. 元描述自动生成：companies.11tydata.js 中的eleventyComputed会自动从## Company blurb小节提取正文、剥离 Markdown 语法并截断到约 155 字符，作为该页面的 meta description。以 CrateDB 档案为例，其 blurb 提及的“开源、多模型、分布式数据库、高性能/可扩展/灵活”等内容会被清洗成纯文本 SEO 描述。
3. 布局渲染：company.njk 负责最终输出——头部根据careers_url生成 “Apply Now” 主按钮（无 careers_url 时退化为 “Visit Website”），按region、remote_policy渲染彩色标签，正文末尾根据technologies渲染 “Tech Stack” 标签区，页脚展示updatedAt格式化的最后更新日期。
4. 分类浏览：collections.js 与getCompanyTags按区域、技术、远程政策三类维度对公司分组建索引，支撑/browse/下的各类浏览页与标签页。

这意味着档案中任何字段的修改（例如把remote_policy从hybrid改为其他取值，或增删technologies标签）都会自动反映到页面按钮、标签、浏览页分类与 SEO 描述中，无需手工同步。

求职者视角：如何投递

档案## How to apply小节给出了明确的投递路径：访问 CrateDB 官网的招聘专区（即 frontmatter 中的careers_url）查看最新职位空缺，公司处于持续招聘状态。需要留意的是，CONTRIBUTING.md 对目录收录标准有明确约束——档案必须指向公司自有的招聘页面，且只收录真正提供可远程执行的带薪/计时岗位的公司。因此在目录中看到某家公司的careers_url，即代表该信息已经过贡献者核实并符合上述标准。

维护者视角：档案的健康度保障

档案的有效性并非一成不变，scripts/README.md 记录了目录的链接维护管线：

• check-links.sh会爬取src/companies/*.md中 frontmatter 与正文的全部外链，记录 HTTP 状态、重定向终址与说明，产出link-check-results.csv；
• fix-links.mjs对结果分类处置，其中CAREERS_DEAD（招聘链接已失效重定向到首页等）会被自动剥离该字段，REBRAND、NOT_FOUND则需人工复核。

这套机制保证了像 CrateDB 这类档案中的careers_url长期可用，避免求职者被失效链接误导。

小结

src/companies/cratedb.md是一份兼具技术信息与求职实用价值的完整公司档案：它用受控词表（europe+hybrid+small）精确描述了 CrateDB 的区域、远程政策与规模，用精炼的技术段落勾勒出“基于 Lucene、融合 NoSQL 性能与标准 SQL、可部署于云/边缘/本地的多模型分布式数据库”这一核心定位，并通过careers_url打通了从目录到招聘页的投递链路。若想继续深入，可查阅 CONTRIBUTING.md 了解档案字段规范，或直接阅读 company.njk 与 companies.11tydata.js 观察其渲染与元数据生成逻辑。

• 数据集