很多人在找 kadence 教學、blocksy pro、blocksy child、woodmart主题 或 woodmart教程 时,其实不是想看一堆主题介绍,而是想解决一个很具体的问题:主题装好了,下一步怎么安全地改页眉、页脚、商品页提示、活动横幅和自定义代码?尤其是 Blocksy Pro 的 Content Blocks,看起来像“模板”,又像“钩子”,新手很容易不知道从哪里下手。
这篇文章不做空泛对比,而是按站长真实工作流来写:先判断用 Blocksy、Kadence 还是 WoodMart;再用 Blocksy Pro Content Blocks 做一个可复用的内容块;最后说明哪些修改要放进 blocksy child 子主题,哪些完全不需要写代码。读完后,你至少能完成一个全站通知条、一个 WooCommerce 商品页说明区,或者一个只在指定分类显示的营销模块。
先判断:你到底适合 Blocksy、Kadence 还是 WoodMart?

如果你还在选主题,可以先用需求倒推,不要只看演示站好不好看。
Blocksy 更适合想用 Gutenberg 区块、轻量页面结构和条件显示的人。它的 Pro 版 Content Blocks 能把一段内容挂到页眉、页脚、文章前后、WooCommerce 页面、指定分类、指定用户状态等位置。对内容站、教程站、小型品牌站和轻量 WooCommerce 店铺来说,它的自由度很高。
Kadence 的优势是上手快、区块生态成熟,很多用户搜索 kadence 教學,是因为想快速做首页、按钮、网格、表单和落地页。如果你更习惯用 Kadence Blocks 拼页面,并且不想频繁折腾主题钩子,Kadence 会更省心。
WoodMart 主题则偏 WooCommerce 商店,特别是产品筛选、商店页布局、商品卡片、购物车侧栏、移动端商店体验。搜索 woodmart主题 或 woodmart教程 的用户,通常是要做电商,而不是普通博客。它功能重,配置项多,适合商品量较多、需要现成电商模块的网站。
简单说:内容和灵活钩子选 Blocksy;快速区块建站选 Kadence;重电商选 WoodMart。本文重点放在 Blocksy Pro,因为它的 Content Blocks 是很多站长低估的功能。
安装前准备:不要一上来就改主题文件
正式操作前,先确认三件事。
第一,网站已经开启 Blocksy 主题,并安装 Blocksy Companion 插件。Content Blocks 属于 Pro 扩展能力,如果后台看不到对应入口,通常是 Pro 插件没有启用,或者授权没有完成。
第二,备份数据库和 wp-content。Content Blocks 本身是后台配置,不一定会破坏网站,但你可能会同时调整页眉、CSS 或 WooCommerce 模板。备份可以让你放心测试。
第三,确认是否真的需要 blocksy child。很多新手一听“改主题”就先建子主题,其实 Blocksy 的颜色、排版、页眉、页脚、条件内容块,大多数都能在后台完成。只有你要写 PHP 函数、覆盖模板文件、长期维护自定义 CSS/JS,才建议创建子主题。
创建第一个 Blocksy Content Block:全站通知条
下面以“全站顶部活动通知条”为例,这也是最适合练手的场景。
步骤一:进入 Content Blocks
在 WordPress 后台进入 Blocksy 相关菜单,找到 Content Blocks 或内容块入口。点击 Add New,新建一个内容块。标题建议写清楚用途,比如“全站顶部优惠通知条 – 2026 春季活动”。标题只是后台管理用,不会直接影响前台 SEO,但清楚命名能避免后期找不到。
步骤二:选择内容块类型
Blocksy Pro 的 Content Blocks 通常会让你选择 Hook、Popup、Template 等类型。新手建议先从 Hook 开始,因为 Hook 的逻辑最直观:把一段内容插入到主题预留的位置。
如果你要做顶部通知条,可以选择页眉前、页眉后或页面内容前的位置。不同版本的名称可能略有差异,核心原则是:先选不会破坏布局的位置,不要一开始就插入到商品价格、购物车按钮附近。
步骤三:用 Gutenberg 编辑内容
进入编辑器后,你可以像写普通文章一样添加段落、按钮、列、图标或短代码。例如:左侧写“全站 WordPress 主题配置服务限时开放”,右侧放一个“查看教程”按钮。按钮链接可以指向站内服务页、分类页或相关教程。
这里建议少用复杂动画。通知条的目标是让用户看懂,不是展示特效。移动端尤其要控制高度,最好一行文字加一个按钮,避免把首屏内容挤下去。
步骤四:设置 Display Conditions 显示条件
Content Blocks 真正强的地方在条件显示。你可以设置:
- 全站显示;
- 只在文章页显示;
- 只在 WooCommerce 商品页显示;
- 只在某个分类或标签显示;
- 登录用户和未登录用户显示不同内容;
- 排除购物车页、结账页等关键页面。
如果是全站通知条,我建议排除购物车页和结账页。原因很简单:用户已经进入购买流程时,不要再用横幅干扰转化。内容站则可以只在教程分类显示,避免首页或服务页太拥挤。
步骤五:设置过期和复查时间
Blocksy 本身可能不会替你“自动判断活动是否过期”,所以你要在标题里写日期,或者给团队留一个复查提醒。很多网站顶部还挂着两年前的黑五活动,不仅影响信任,也会让用户觉得网站没人维护。
第二个实战:给 WooCommerce 商品页加说明区
如果你用 Blocksy 做轻量商店,可以用 Content Blocks 在商品页加入统一说明,例如“发货时间”“售后政策”“尺码提醒”“下载类商品授权说明”。
操作流程和通知条类似,但显示位置要更谨慎。建议优先放在商品摘要下方、加入购物车按钮下方或商品 Tab 前后,不要放在价格和按钮之间,除非这段内容直接影响购买决策。
内容写法可以采用三列:配送说明、支付方式、售后支持。每列不超过两行。移动端会自动堆叠时,要检查间距是否过大。
显示条件建议设置为“所有商品页”,如果不同商品分类政策不同,就按产品分类拆成多个 Content Blocks。例如实体商品显示物流说明,虚拟商品显示下载和授权说明。这样比在每个商品详情里手动复制一段话更好维护。
blocksy child 子主题什么时候必须用?
很多人搜索 blocksy child,是因为担心主题更新后修改丢失。这个担心是对的,但不代表所有修改都要放进子主题。
适合放在 Content Blocks 或自定义器里的内容:
- 顶部通知条、底部说明、文章前后提示;
- 商品页统一服务说明;
- 简单 HTML、按钮、短代码;
- 不涉及 PHP 逻辑的内容模块;
- 主题自定义器能完成的颜色、字体、页眉布局。
适合放进 Blocksy Child Theme 的内容:
- functions.php 中的自定义函数;
- WooCommerce 钩子逻辑;
- 自定义文章类型或字段输出;
- 需要版本管理的 CSS/JS;
- 覆盖模板文件。
创建子主题的基本结构通常包括 style.css 和 functions.php。style.css 写子主题名称、模板目录等信息;functions.php 用来加载父主题样式和你的自定义逻辑。不要直接改 Blocksy 父主题文件,因为父主题更新后这些修改很容易被覆盖。
和 WoodMart 的思路有什么不同?

WoodMart 主题自带大量电商模块,很多功能不需要再用 Content Blocks 这类钩子系统重复实现。例如商品筛选、分类页布局、商品标签、促销倒计时、购物车抽屉等,WoodMart 后台通常都有对应选项。
如果你正在做大型 WooCommerce 商店,商品数量多、筛选维度复杂、需要现成商店组件,WoodMart 的配置效率会更高。但它也更“重”,设置项多,性能优化要更细。361sale 之前也写过 WoodMart 商店页和筛选相关教程,可以继续看:WoodMart Store Page, Category Page Performance Optimization Practical Guideas well as How to Properly Enable Product Filters on WoodMart Category PagesThe
Blocksy 的优势则是轻量和通用。你可以用 Content Blocks 按条件插入内容,用子主题处理少量代码,再配合 WooCommerce 做一个不臃肿的商店。两者没有绝对好坏,关键看你的网站是不是需要 WoodMart 那一整套电商能力。
和 Kadence 的思路有什么不同?

Kadence 更像“区块建站套装”。如果你的主要工作是搭首页、服务页、落地页、文章布局,Kadence Blocks 会让编辑体验更直接。很多 kadence 教學 都围绕行布局、按钮、信息盒、表单和模板库展开。
Blocksy Content Blocks 更像“条件内容管理器”。它不只是做页面,而是决定某段内容出现在哪里、对谁显示、在哪些页面隐藏。如果你的网站已经有大量文章、分类、商品页,希望统一插入提示、广告位、服务说明或代码片段,Blocksy Pro 会更灵活。
一个常见组合是:用 Blocksy 做主题框架,用 Gutenberg 或 Kadence Blocks 做内容排版,用 Content Blocks 处理全站条件模块。只要控制插件数量和样式冲突,这个组合也可以很稳定。
发布前检查:别让内容块影响前台体验
创建完 Content Block 后,不要只在后台预览。至少检查以下位置:
- 首页是否出现重复横幅;
- 文章页、分类页、商品页的位置是否正确;
- 手机端是否遮挡菜单或首屏内容;
- 购物车页和结账页是否已排除;
- 缓存清理后,未登录用户是否能看到正确版本;
- 如果用了按钮,链接是否能正常打开;
- 如果用了短代码,禁用相关插件时是否会裸露短代码文本。
如果你使用缓存插件或 Cloudflare,修改 Content Blocks 后要清理页面缓存。否则你在后台已经更新,前台访客看到的仍然是旧版本。
Frequently Asked Questions FAQ
Blocksy Content Blocks 会影响速度吗?
少量内容块影响通常很小。真正拖慢网站的往往是过多第三方脚本、复杂动画、大图和未优化的字体。如果每个内容块都加载轮播、视频、外部表单脚本,就会明显增加前端负担。
没有 Blocksy Pro 能做类似功能吗?
可以用子主题钩子、代码片段插件或页面构建器模板实现部分效果,但显示条件和后台管理体验通常不如 Pro 版集中。对不熟悉 PHP 的站长,Content Blocks 更安全。
Blocksy Child 和 Content Blocks 能同时用吗?
可以,而且这是比较健康的做法。内容、横幅、说明区放 Content Blocks;逻辑代码、模板覆盖、长期维护的样式放子主题。不要把所有东西都塞进 functions.php。
WoodMart 用户需要 Blocksy Content Blocks 吗?
不需要。WoodMart 是另一套主题体系,不能直接使用 Blocksy Pro 的 Content Blocks。WoodMart 用户应优先使用 WoodMart 自带设置、HTML Blocks、WooCommerce 钩子或子主题方案。
Kadence 用户要不要换 Blocksy?
如果你只是做普通页面和文章排版,不一定要换。只有当你非常依赖“按页面、分类、用户状态插入内容”的逻辑,并且当前方案维护困难时,才值得考虑 Blocksy Pro。
总结:主题教程的重点不是“功能多”,而是可维护
Blocksy Pro、Kadence、WoodMart 都能做出漂亮网站,但站长真正要关心的是后期维护成本。Blocksy Content Blocks 的价值在于:把全站提示、商品页说明、文章前后模块这些重复内容集中管理,并用条件显示减少手动复制。
如果你是内容站或轻量商店,建议先用 Blocksy Pro Content Blocks 解决可复用模块,再用 blocksy child 保存必须写代码的部分。如果你是重电商,WoodMart 仍然是很成熟的选择;如果你追求快速区块搭建,Kadence 也值得继续使用。选主题不用追热门,能稳定维护、方便更新、用户体验清楚,才是长期最省钱的方案。
延伸阅读
Link to this article:https://www.361sale.com/en/87629/The article is copyrighted and must be reproduced with attribution.













March 11, 13:490
Now definitely still do SEO, just play changed. Previously rely on heaps of content, heaps of keywords can have traffic, and now pay more attention to the quality of content + brand trust + user experience. In addition to relying solely on SEO is actually more and more difficult, a lot of good basically SEO + social media + content marketing + private domain conversion to do together. SEO is still a long-term customer acquisition channel, but can no longer be taken as the only channel.Hehe is working.
March 11, 10:540
Normal, included only on behalf of Google to see the page, does not mean that the ranking immediately, "has been included but not ranked" usually because: Keyword competition, page weight is low, the content is not strong enough, the page is relatively new. Continue to optimize the long-tail keywords, content quality and internal chain, usually takes a little time, the ranking will slowly come out!Amelia Foster March 6, 16:200
Do you have a screenshot?lit. even a son who is not a fish knows the joy of fish March 6, 09:230
Don't pile on the optimization plugins first, locate the bottlenecks first: Use Query Monitor to see slow SQL, slow hooks. Pause all plugins for comparison, then turn them on one by one. Check autoload is too big (options table). Check database indexes with large table queries. Tackle host/database performance first if server TTFB is high.Hehe is working.
March 3, 16:470
Hi Windjammer, there's really no need to mess with complicated local environments, regular people follow these steps and the update basically won't crash the site 👇 First, backup the whole site, files + database are prepared, this is the bottom line, out of the problem can be a key to go back. Don't change the whole thing in one click, change it in batches, change the unimportant plug-ins first, and then change the core ones. Immediately after the update, clear the cache, go to the foreground to check the home page, article page, buttons, forms, these key positions. It is best to install a plug-in that supports version rollback, in case of a crash, cut back to the old version in a second. To summarize: backup first, change in batches, check after changing, leave a way back, stable ✅😎 Hope this helps!bugbang March 2, 09:550
Usually it's not that the payment didn't work, but that the callback (webhook) didn't write back the order status. Troubleshooting steps: WooCommerce → Status → Logs: see if the payment gateway has webhook error / signature error / timeout Check if the site is blocked by WAF (Cloudflare, Pagoda Firewall, security plugins) Check if "Cache checkout pages/interface paths" is enabled (checkout pages and callback interfaces should not be cached) Look at the server error logs for 500/fatal errors that interrupt the callback execution. Solution: Release wp-json, wc-api, payment gateway callback URLs (configure as per gateway documentation) Disable cache and JS merge compression test on checkout page once If using Cloudflare: set no-challenge, no-block rules for callback URLsUlla Nala Zhenhuan (18嬛嬛嬛) January 31st, 09:360
1) Determine whether it is "Normal Waiting" or "Abnormally Stuck". You can first look at 3 signals: whether the page release time is within 7-14 days, whether there are only a small number of pages with this status, and whether the page has appeared in the XML Sitemap. If all three are satisfied, most likely belong to the normal crawling and evaluation stage, do not need to do it immediately. 2) Under what circumstances is it useless to "wait"? The following cases will not be solved automatically by time: the page has almost no internal links (isolated page), the content is highly similar to the existing pages on the site, canonical points to other URLs, and too many similar articles are published on the same topic for a short period of time. In this case, Google has been crawled, but judged that "it is not worth entering the index". 3) The most effective way of manual intervention (no tossing) Prioritize these 3 things: add internal links, link to the page from related old articles or columns, and enhance the density of information on the first screen. The first 2-3 paragraphs directly answer the user's question, avoid too much padding, confirm canonical as self-referential, avoid being judged as a duplicate page, and then go to GSC to request reindexing after doing so. 4) What "intervention actions" are counterproductive? It is not recommended: frequent deletion and reposting, clicking "request to index" several times in a row, forcing keywords to be stacked for indexing, changing URLs or titles arbitrarily. These operations will allow Google to reassess the stability of the page, but slow down the inclusion. 5) a practical judgment standard If an article: has been crawled, there is no noindex / robots problem, there are at least 1-2 related internal links, the content obviously solves an independent problem, then it is included, just a matter of time, not a plug-in problem.Post Porter January 30th 10:000
The new station does not do external links can be completely, the first content and station structure to do a good job more stable. Only rely on the content can generally get included and part of the long-tail word rankings, but the amount of high competition will be slow. It is recommended to wait for the site stable inclusion, 30-50 quality content, keywords began to enter the top 20/30, and then a small amount of external links, priority brand words/naked chain/citation type, do not come up to chase the number. 👍