子主题部件是否生效，要看当前主题体系、文件位置、引用slug和已有数据库自定义。文件叫header不代表所有模板都自动使用它；应从一个实际页面的模板引用追踪到最终部件来源。
确认当前主题支持的结构
区块主题的模板部件与经典主题的PHP模板函数并非同一方式。记录实际父子主题关系、当前模板和部件名称，先确认使用的是哪种机制。不要把一个PHP片段放进区块主题的HTML部件目录，就期待WordPress按PHP模板方式执行。
核对文件路径与引用标识
按照当前主题手册检查部件文件所在目录和slug，查看模板中的引用是否指向同一对象。大小写、连字符和拼写错误都可能让新文件没有被引用。父主题还有其他相似页眉时，应确定目前页面具体使用哪一份，而不是全部改动。
检查已保存的用户定制
站点编辑器中保存的模板或部件定制可能影响最终来源。先导出并比较用户定制，再决定合并或恢复文件版本。不要为让子主题生效清除所有编辑器定制，也不要直接覆盖父主题，因为这样会损失子主题隔离更新的价值。
选择不同模板做公开验证
检查首页、单篇和归档，确认预期使用新部件的页面都正确，特例页面仍保持自己的布局。再测试菜单、Logo链接及手机版式；部件文件存在和视觉正常是不同检查项。记录最终引用slug与来源，供后续父主题升级检查。
关键区别
文件路径：按主题体系组织；PHP与HTML机制不同。
引用slug：连接模板和部件；文件名相似不够。
用户定制：可能改变实际来源；处理前导出比较。
怎样确认处理到位
目标模板使用预期子主题部件，其他页眉特例未被覆盖，公共导航和手机操作正常，引用关系与定制合并内容有明确记录。
容易误判的边界
模板部件要同时核对文件路径、slug和引用；不要以删除全部定制作统一修复方式。
