本文约 5,469 字，预计阅读 14 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：六个栏目都齐了，客户还是说「找不到东西」
很多企业站的栏目一个不少：首页、产品、案例、关于、联系、新闻。但访客的真实体验是——首页大图很漂亮，往下翻全是「品质铸就未来」这类空话；点进产品中心，是按内部型号排列的 200 个条目；想找同行案例，案例页是按时间排的列表，没有任何筛选。
栏目「齐全」不等于结构「可用」。区别在于：齐全是按企业视角列全了信息，可用是按访客的决策路径组织了信息。B2B 采购的决策路径大致是「确认你能做这类产品 → 看有没有同行用过 → 判断公司靠不靠谱 → 联系询价」，栏目结构应当沿着这条线排布，而不是按企业内部信息分类排布。
结构设计里有几组常见取舍：产品是按品类分还是按应用分、案例是放在产品下还是独立成栏目、新闻要不要放在一级导航。这些选择没有唯一正确答案，但有明确的判断依据——取决于访客进站时脑子里想的是什么词。
原理分析：结构由「访客心智」决定，不由「内部分类」决定
| 内部视角 | 访客视角 | 应采用 |
|---|---|---|
| 按事业部/产品线分 | 按要解决的问题或场景分 | 场景优先，品类作为筛选维度 |
| 按型号分 | 按参数区间分 | 分类 + 筛选器 |
| 按时间排案例 | 按行业/规模排案例 | 行业分类法 |
| 公司简介一段话 | 资质、产能、团队、年限 | 拆分多页 |
一个实操判断法：把访客可能输入的搜索词或口头描述列出来（「做汽车零部件的自动化产线」），看它落在你的哪个栏目下。如果落在「产品中心 → 事业部 A → 型号 X」，说明分类维度错了，应该是「解决方案 → 汽车行业」。
URL 结构也随之确定。建议的规范是：
/ 首页
/products/ 产品中心（CPT 归档）
/products/controller/ 产品分类（分类法归档）
/products/x200/ 单个产品
/solutions/automotive/ 解决方案（按行业）
/cases/ 案例归档
/cases/xxx-project/ 案例详情
/about/ 关于我们
/about/honors/ 资质荣誉
/news/ 新闻资讯
/contact/ 联系我们
要点：层级不超过三层；分类 slug 用英文小写短横线；不要在 URL 里放年份和 ID；案例与产品用不同前缀，方便将来分别做结构化数据。
保姆级实操
步骤 1：先定菜单，再建页面
菜单是结构的骨架，先把它定下来，页面只是填充物。在主题里声明两个位置：
<?php
add_action( 'after_setup_theme', 'mmf_register_menus' );
function mmf_register_menus() {
register_nav_menus( array(
'primary' => '主导航（顶部）',
'footer' => '页脚导航',
'mobile' => '移动端抽屉导航',
) );
}
主导航只放 5–7 项：产品中心、解决方案、客户案例、关于我们、新闻资讯、联系我们。超过七项时把次要项（招聘、资质、下载）下沉到页脚。
步骤 2：用 WP-CLI 批量建页面骨架
手动在后台新建十几个页面效率低且容易写错 slug，用脚本一次生成：
#!/usr/bin/env bash
# build-pages.sh：批量创建企业站页面骨架
create_page() {
local title="$1" slug="$2" parent="$3"
local args=( --post_type=page --post_status=publish --post_title="$title" --post_name="$slug" )
if [ -n "$parent" ]; then
args+=( --post_parent="$parent" )
fi
local id
id=$(wp post create "${args[@]}" --porcelain)
echo "$slug => $id"
echo "$id"
}
HOME_ID=$(create_page "首页" "home" "")
PRODUCTS_ID=$(create_page "产品中心" "products" "")
CASES_ID=$(create_page "客户案例" "cases" "")
ABOUT_ID=$(create_page "关于我们" "about" "")
create_page "资质荣誉" "honors" "$ABOUT_ID"
create_page "生产实力" "capacity" "$ABOUT_ID"
create_page "人才招聘" "jobs" "$ABOUT_ID"
create_page "新闻资讯" "news" ""
create_page "联系我们" "contact" ""
# 设置静态首页
wp option update show_on_front page
wp option update page_on_front "$HOME_ID"
--porcelain 只返回 ID，方便在脚本里串联父子关系。
步骤 3：建菜单并挂上页面
wp menu create "主导航"
wp menu location assign "主导航" primary
wp menu item add-post "主导航" "$PRODUCTS_ID" --title="产品中心"
wp menu item add-post "主导航" "$CASES_ID" --title="客户案例"
wp menu item add-post "主导航" "$ABOUT_ID" --title="关于我们"
# 二级菜单项（资质荣誉）
HONORS_ID=$(wp post list --post_type=page --name=honors --field=ID --posts_per_page=1)
wp menu item add-post "主导航" "$HONORS_ID" --parent-id=$( \
wp menu item list "主导航" --format=ids --fields=db_id --title="关于我们" 2>/dev/null | head -1 )
wp menu list --fields=term_id,name,locations,count
菜单与页面是两套独立的数据：页面是内容，菜单只是指向内容的链接集合。改页面 slug 不会自动更新菜单，需要重新保存一次菜单。
步骤 4：首页结构——按决策顺序排布
首页不是公司简介，而是整站的导航与信任建立页。推荐区块顺序：
1. 价值主张区（一句话说清做什么 + 主行动按钮）
2. 核心产品/能力入口（3–6 个图标卡片，指向产品分类）
3. 差异化证据（产能、年限、认证、服务客户数，用具体数字）
4. 行业解决方案入口（按行业分，指向 /solutions/xxx/）
5. 精选案例（3 个，含客户 logo 与一句话成效）
6. 最新动态（3 条新闻标题，不占太多篇幅）
7. 联系引导条（电话 + 表单入口，全站页脚复用）
关键取舍：案例和新闻的篇幅要小。它们的作用是「证明站点活跃」，不是让人在首页读完。首页 70% 的版面应该留给产品与方案入口。
步骤 5：产品中心——分类 + 筛选，不要纯列表
200 个产品不能铺在一个页面上。结构是「两级分类归档 + 参数筛选」：
/products/ → 所有分类入口（分类卡片）
/products/controller/ → 该分类下的产品网格
/products/x200/ → 产品详情：参数表 / 图纸 / 应用 / 相关案例
筛选器建议用分类法链接而非 AJAX——链接可爬取、可被搜索引擎收录，还能带来长尾流量。
步骤 6：案例页——把「行业」做成主分类
案例最常见的错误是按时间排列。应该按行业（或按应用场景）做分类法，案例详情页内再关联到所用产品：
案例详情页结构：
1. 客户背景（行业、规模、痛点）
2. 我们的方案（用了哪些产品，链接到产品页）
3. 实施过程（时间线，3–4 个节点）
4. 成效数据（用具体数字：效率提升 32%、人工减少 4 人）
5. 客户评价（含署名与职位）
6. 相关案例推荐（同行业 2–3 个）
「方案」部分链接回产品页，「相关案例」链接到同行业案例，这两组内链是整站权重流动的主干。
步骤 7：关于我们与联系我们
关于我们要拆：公司简介（1 页）、资质荣誉（图片墙 + 证书大图）、生产实力（车间实拍 + 设备清单）、招聘。拆开的好处是每页都能独立被收录，且资质页可以单独投放给采购做背调。
联系我们页必须包含：总机电话（可点击拨号）、邮箱、各分公司地址、地图、表单、营业时间、以及各渠道的响应时效说明。
步骤 8：页脚导航承载次要入口
<?php
// 页脚三列：产品分类 / 关于我们 / 联系方式
if ( has_nav_menu( 'footer' ) ) {
wp_nav_menu( array(
'theme_location' => 'footer',
'container' => 'nav',
'menu_class' => 'footer-menu',
'depth' => 1,
) );
}
页脚还要放备案号、隐私政策链接、站点地图入口。
常见踩坑
- 一级菜单塞十几个项：访客记不住，移动端抽屉会超出屏幕。最多七项。
- 产品按内部型号命名分类：客户不知道型号含义。分类名用场景或品类通用词。
- 案例页没做分类：无法筛选，客户只能一条条翻，跳出率极高。
- 新闻放一级导航但常年不更新：不如降级到页脚，或改成「公司动态」并承诺更新频率。
- 案例： 某工程公司把「关于我们」做成了单页长滚动，包含简介、荣誉、团队、招聘四个板块，全部堆在一个 8000 字的页面里。结果四个关键词互相竞争，页面在任何一组词上排名都不靠前；招聘信息想在搜索引擎被搜到也做不到。拆成四页后，资质页三个月内进入了「某某资质」相关词的首页。教训：能拆就拆，每个主题独立成页才有利于收录。
- URL 里带中文或 ID：
/product/123这类 URL 没有语义，也不利于分享。用英文 slug。 - 改了页面 slug 没更新菜单：菜单里的旧链接指向 404。改 slug 后必须重新保存菜单，检查方法见 主题切换对SEO的短期影响与应对 里的 URL 一致性检查。
总结
企业站的栏目结构判断标准有三条：一级导航 ≤7 项且每项对应一个明确的访客问题；任意内容距首页点击深度 ≤3 次；产品与案例都有可用的分类维度（品类/行业）而不是只有时间序列表。
落地顺序：先定菜单骨架 → 用 WP-CLI 批量建页面 → 建产品 CPT 与分类法（做法见 企业站产品中心CPT搭建教程）→ 填内容 → 最后做视觉。结构定好后再考虑栏目里每个模块长什么样，可以避免大量返工。
