后台已经填写价格，前台商品页却显示 0.00，不能只看商品编辑页中的 Price 字段。Magento 最终展示价格还会受到商品类型、网站作用域、客户组、目录价格规则和价格索引影响。第一步是确认问题只发生在一个商品、一个商店视图，还是所有商品都受影响。

从商品类型开始判断

简单商品应直接有基础价格；可配置商品的展示价格来自可售子商品的索引结果；Bundle 和 Grouped 商品则由选项或关联商品计算。可配置商品的父商品价格不是唯一依据。如果所有子商品都被禁用、未分配到当前网站或不可售，父商品可能没有有效的最低价。

先检查商品归属网站、状态、子商品关联和价格作用域。多网站使用 Website 级价格时，默认作用域有值并不代表当前网站也有正确值。还要核对特价起止时间，错误的日期和时区可能让最终价格意外落入折扣区间。

直接检查价格索引，而不是反复保存商品

找出商品实体 ID 后，可对当前网站和客户组查看索引：

SELECT entity_id, customer_group_id, website_id,
       price, final_price, min_price, max_price
FROM catalog_product_index_price
WHERE entity_id = 123;

如果索引表中已经是 0，问题位于数据、规则或索引过程；如果索引值正确而页面显示 0，重点转向缓存、模板和 JavaScript。检查索引状态并只重建价格索引：

bin/magento indexer:status catalog_product_price
bin/magento indexer:reindex catalog_product_price
bin/magento cache:clean block_html full_page

全量 reindex 能临时恢复但随后再次变成 0，通常说明 Cron 增量索引没有持续运行，或某个保存插件写入了错误作用域的数据。

规则与主题也会改写最终结果

目录价格规则可能针对特定网站、客户组或日期生效。先临时复制一个不参加规则的测试商品进行对照，而不是直接删除线上规则。对于主题问题，检查页面生成的 priceConfig 和 price-box。自定义模板若直接读取 getPrice()，可能绕过 FinalPrice 模型；RequireJS 错误也会让可配置商品的价格更新停在初始值。

最终验证应覆盖访客、登录客户、不同客户组和当前网站的商店视图。可配置商品还要逐个选择子项，确认最低价、特价和含税显示一致。数据库索引值、接口返回值和页面价格三者对得上，才算真正解决。