先分清：你改的是模板还是内容
很多人把“修改源码”和“后台编辑文章”混在一起。模板源码控制的是页面结构、样式和交互逻辑，通常位于主题目录、templates 文件夹或编译前的源文件里。动手前先确认：你要改的是所有页面共用的头部、某类页面的列表布局，还是单个页面的样式。目标越具体，改起来越不容易失控。
找到要改的文件
通过浏览器开发者工具定位
打开目标页面，按 F12，用元素选择器点中想改的区域。右侧会显示对应的 HTML 标签和 class 名。记下 class 或 id，再到项目里全局搜索，通常就能找到渲染它的模板文件。
通过目录结构判断
常见模板目录会有 header、footer、sidebar、single、archive 这类命名。先看文件名，再结合开发者工具里的结构特征交叉验证。如果项目用了构建工具，源文件可能在 src 下，而不是最终输出的 dist 目录。
改结构：从最小改动开始
不要一上来就删大段代码。先复制一份原代码注释掉，再写新结构。例如把原来的三栏列表改成两栏，只调整包裹层的 class 和循环次数，不动数据调用逻辑。改完后刷新页面，确认内容还在、布局没塌，再进行下一步。
改样式：优先覆盖而不是重写
样式修改建议新增一条规则，而不是直接改原规则。这样出问题时容易回退。比如原规则是 .card { width: 33%; }，你可以追加 .my-theme .card { width: 50%; }，并确保选择器权重足够。颜色、间距、字体这类改动，尽量用变量或统一入口，避免到处散落。
改逻辑：先读懂再动
如果模板里有条件判断、循环或变量输出，先看懂它依赖哪些数据。比如 if (post.count > 0) 控制空状态显示，你改成别的条件，就要保证数据字段确实存在。逻辑改动后，至少测试三种情况：有数据、无数据、数据很多。
备份、子主题与缓存
动手前备份原文件，或使用 Git 提交一次。用 WordPress 这类系统时，优先建子主题，把改动放在子主题里，父主题更新不会覆盖你的代码。改完若页面没变化，先清浏览器缓存、CDN 缓存和程序缓存，再检查文件权限和路径是否正确。
调试与回滚
页面白屏或报错时，打开错误日志，看具体行号。常见原因是括号不匹配、变量未定义、路径写错。若短时间内找不到问题，直接回滚到备份版本，再逐步重做。每次只改一个点，改完就验证，比一次性大改更安全。
什么时候不该改源码
如果模板提供可视化设置、钩子或插件就能实现，优先用这些方式。直接改源码会增加升级成本，也可能影响安全更新。只有当现有接口无法满足需求，且你愿意长期维护时，再考虑动源码。
