WordPress Solution 详情页怎么做：用 CPT 还是 Posts？

用 Posts 还是自定义文章类型（CPT）？

结论：用自定义文章类型（Custom Post Type，CPT），不要用普通 Posts。

普通 Posts 是博客文章，带有时间属性，适合新闻/资讯内容。Solution 是产品级内容，不依赖时间，需要独立的 URL 结构、独立的分类体系和模板。用 Posts 会污染博客列表，也不利于长期维护。

注册 CPT 示例

// functions.php 或插件中
function register_solution_cpt() {
    register_post_type( 'solution', [
        'labels'      => [
            'name'          => 'Solutions',
            'singular_name' => 'Solution',
        ],
        'public'      => true,
        'has_archive' => true,
        'rewrite'     => [ 'slug' => 'solutions' ],
        'supports'    => [ 'title', 'editor', 'thumbnail', 'excerpt', 'custom-fields' ],
        'menu_icon'   => 'dashicons-lightbulb',
        'show_in_rest'=> true, // 开启 Gutenberg 支持
    ] );
}
add_action( 'init', 'register_solution_cpt' );

URL 结构变为：/solutions/{solution-slug}/，清晰且 SEO 友好。

Solution 详情页的核心内容结构

Solution 页面的本质是**"我帮你解决什么问题、怎么解决、为什么选我"**，围绕这个逻辑组织内容。

1. Hero 区：问题定义 + 价值主张

• 一句话说清楚：这个 Solution 解决谁的什么痛点
• 副标题说明核心交付物或结果
• CTA 按钮（联系我们 / 免费试用 / 查看案例）

❌ 错误示范："我们提供企业级云计算解决方案"
✅ 正确示范："制造业 MES 系统对接慢？3 天完成数据打通"

2. 痛点放大（Pain Points）

用 3~4 个具体场景描述目标用户现在的困境，让访客产生"说的就是我"的感受。

3. 解决方案说明（How It Works）

• 分步骤或分模块说明你的方法/产品
• 避免堆砌技术术语，聚焦"用户得到什么"
• 可配流程图或架构图

4. 核心功能 / 交付物（Features / Deliverables）

用结构化方式列出，每项功能都对应一个用户收益：

5. 适用行业 / 客户画像（Who It's For）

明确说明适合谁，反而更容易转化精准客户。可用 Taxonomy（自定义分类）关联行业标签。

6. 案例或数据背书（Social Proof）

• 客户 Logo 墙
• 关键数字（"已服务 200+ 企业""项目交付周期缩短 40%"）
• 关联的 Case Study（可单独做一个 case_study CPT）

7. FAQ

处理常见疑虑，同时对长尾关键词 SEO 有明显帮助。

8. 底部 CTA

重复行动号召，降低转化摩擦。

自定义字段（ACF / Meta Box）

Solution 详情页强烈建议用 ACF 或 Meta Box 管理结构化数据，而非全部写在富文本编辑器里：

solution_tagline       // 副标题/一句话价值主张
solution_pain_points   // 重复字段组：痛点列表
solution_steps         // 重复字段组：解决步骤
solution_industries    // 关联分类：适用行业
solution_results       // 重复字段组：成果数据
solution_cta_text      // CTA 按钮文案
solution_cta_url       // CTA 链接

这样模板逻辑和内容完全解耦，编辑人员无需懂代码。

SEO 要点

1. 页面 Title：{解决的问题} 解决方案 - {品牌名}，而非 {产品名} - {品牌名}
2. Meta Description：包含痛点关键词 + 核心价值 + 行动号召
3. H1：唯一，与 Title 关键词一致但文案可有差异
4. Schema Markup：使用 Service 类型的结构化数据
5. 内链：从 Solution 页指向相关 Case Study、Blog 文章，从首页导航指回 Solution Archive

推荐目录结构（主题模板）

themes/your-theme/
├── single-solution.php        // Solution 详情页模板
├── archive-solution.php       // Solution 列表页模板
├── template-parts/
│   ├── solution/
│   │   ├── hero.php
│   │   ├── pain-points.php
│   │   ├── how-it-works.php
│   │   ├── features.php
│   │   └── cta.php

小结

Solution 页面本质是销售页，不是说明书。每一个模块都要服务于"让访客采取下一步行动"这个目标。