WordPress 主题基础：style.css、wp_head 与函数文件

1. wordpress5 篇

「WordPress 主题基础：style.css、wp_head 与函数文件」中属于本栏目的文章共 5 篇，合计约 4,263 字，平均每篇 853 字，发布于 2026年10月20日。最近更新的一篇是《WordPress 主题的 wp_enqueue_script：依赖、版本与加载时机》，建议先读这篇了解最新进展。

1. WordPress 主题的 wp_enqueue_script：依赖、版本与加载时机2026-10-20

   直接把 写进 header.php 能跑，但会带来一堆麻烦：缓存不更新、插件冲突、加载顺序不可控。统一走 enqueue 才是正路。最小写法add_action('wp_enqueue_scripts', function

2. WordPress 主题的 functions.php 与插件该怎么分2026-10-20

   很多人把所有代码都塞进 functions.php，换主题时全部作废。这条界限值得一开始就划清楚。判断标准：换主题之后还需要吗？只要答案是需要，就放进插件。功能归属注册导航菜单、侧栏主题自定义文章类型（作品集）插件短代码 [year]插件文

3. WordPress 主题的 style.css 头部注释：那 8 行决定了主题能不能被识别2026-10-20

   WP 主题目录里必须有 style.css，但真正让 WP 认出「这是一个主题」的，不是文件本身，而是文件开头那段注释块。注释写错，主题在后台直接不出现，连报错都没有。 最小可用的一段 /* Theme Name: My Theme Aut

4. WordPress 主题做响应式导航：wp_nav_menu 之后还得补这几段2026-10-20

   wp_nav_menu() 输出的是一段纯 ，后台菜单里配好层级、主题里调用一行就能出结果。但它只解决「输出结构」，移动端的展开、收合、点击区域，全得自己补。 第一步：给菜单一个可控的容器 直接输出 ul 的问题是没法加开关按钮。标

5. WordPress 主题里的 wp_head()：少写一行，会连锁坏掉哪些东西2026-10-20

   很多人做 WP 主题，第一次把 header.php 从别人的主题抄过来时，会顺手删掉几行「看着没用的」。其中 wp_head() 是最常被误删的一个，因为它在源码里只输出一个空标签，浏览器里看不出来任何东西。 删掉之后最先坏的是什么 不是