网站
小企业网站构建提示词
创建包含真实服务信息、地区信息和有效咨询路径的本地商家网站。
编辑审核 · 2026-11-07 · Vibe Coding
适用场景
适合服务内容、服务地区和咨询目标明确的本地商家。
可复制的完整构建指令
为 [BUSINESS NAME] 创建网站。这家商家在 [SERVICE AREA] 提供 [SERVICE TYPE]，目标客户是 [CUSTOMER TYPE]，主要转化目标是 [CONTACT GOAL]。缺少经营事实时先询问，不要自行编造。 功能与实现要求: 1. 先规划首页、各项服务的独立页面、关于页面和联系页面，并说明每页用途；用描述性锚文本把相关页面连接起来。 2. 每项服务写清服务范围、流程、报价方式或定价依据，并回答 [TOP CUSTOMER QUESTION]。不要生成内容几乎相同的地区页。 3. 资质、照片、评价、地址和营业时间必须来自真实资料；没有资料时明确标为占位内容。 4. 制作字段精简、标签清晰的咨询表单，提供前端与服务端校验、提交成功提示和可恢复的失败状态。 5. 为每页撰写独特的标题、H1 和描述，确保导航与内部链接可被抓取，页面内容能回答客户实际问题。 6. 检查移动端阅读、键盘操作、对比度、图片体积与替代文本；列出上线前仍需连接的服务。 使用前替换的项目资料: [BUSINESS NAME], [SERVICE TYPE], [SERVICE AREA], [CUSTOMER TYPE], [CONTACT GOAL], [TOP CUSTOMER QUESTION]. 优先适配移动端，使用语义化结构、清晰标签和可见的键盘焦点。使用真实内容，或明确标注演示数据。为关键流程提供加载、空数据、错误和成功状态。只有界面而没有真实后端时，不得声称集成已经完成。交付前列出尚需接入的服务，并亲自验证核心流程。 验收标准: - 每个服务页有独立价值和相关咨询入口。 - 表单真正送达指定位置；否则明确写明只是演示。 - 未核实的评价、地址和资质不能当作事实展示。
使用前替换的项目资料
使用前替换的项目资料
[BUSINESS NAME]Northside Bicycle Repair[SERVICE TYPE]mobile bicycle repair[SERVICE AREA]north Seattle and Shoreline[CUSTOMER TYPE]commuters who need same-week repairs[CONTACT GOAL]request a repair estimate[TOP CUSTOMER QUESTION]Can you fix my bike at my home or office?预期成果
一个内容可信、可抓取、咨询路径完整的本地服务网站。
为什么这样设计
- 先明确目标用户、核心任务和可验证的成果。
- 写清数据、状态和技术边界，避免停留在界面演示。
- 用具体验收项目判断生成结果是否真正可用。
验收标准
验收标准
- 每个服务页有独立价值和相关咨询入口。
- 表单真正送达指定位置；否则明确写明只是演示。
- 未核实的评价、地址和资质不能当作事实展示。
资料来源与审核依据
资料来源与审核依据
下列资料用于核对方法和技术要求；提示词由本站独立编写。
常见问题
常见问题
创建包含真实服务信息、地区信息和有效咨询路径的本地商家网站。
这个提示词会生成什么？
一个内容可信、可抓取、咨询路径完整的本地服务网站。
开始前需要替换哪些内容？
使用前替换的项目资料: [BUSINESS NAME], [SERVICE TYPE], [SERVICE AREA], [CUSTOMER TYPE], [CONTACT GOAL], [TOP CUSTOMER QUESTION]. 适合服务内容、服务地区和咨询目标明确的本地商家。
怎样验证生成结果？
每个服务页有独立价值和相关咨询入口。 表单真正送达指定位置；否则明确写明只是演示。 未核实的评价、地址和资质不能当作事实展示。
把提示词改成你的项目需求
替换占位符，对照验收标准检查，再将可编辑草稿放入构建器。