WooCommerce的?add-to-cart=网址用于执行加购动作，不应被当作产品内容页放进站点地图、商品标题链接或canonical。排查时先辨认它指向哪件商品、是否携带数量以及加购后停留在哪里；涉及真实购物车状态的请求，应在测试店铺和独立会话里验证，不能让爬虫批量点击生产站加购链接。
动作网址与产品网址的任务不同
产品详情页解释商品、规格、库存和购买条件，适合被分享与作为商品发现入口。加购网址则可能改变当前访客的购物车。浏览器直接跟随这类链接通常发送GET请求，但这里的GET可能带有加购副作用，不能因此当作安全的只读检查；也不要把平台现有用法当作新接口设计建议。即使加购后最终仍显示产品页，它也不是同一个无副作用的读取动作。主题按钮、营销活动链接和商品名称链接应各自承担清楚的职责。
WooCommerce官方加购URL文档提供简单商品的示例结构：
https://example.com/?add-to-cart=PRODUCT_ID&quantity=QUANTITY这是不可直接使用的说明格式，PRODUCT_ID与QUANTITY需要替换为获准测试的商品信息。不要把示例数字照抄到真实店铺，也不要把sku或产品slug误当内部ID。相同的数字在另一家店铺可能是完全不同的商品。
变体商品要核对变体ID，不能只看父商品名称
官方文档对指定变体使用变体ID。例如颜色和标志组合对应一个具体变体，产品父级的名称并不能唯一表达这个购买选项。拿父商品ID去测试，却只根据“购物车里出现了同名商品”判定成功，很容易漏掉颜色、尺寸或配置错误。
本地原创教学程序实截：实际执行一次GET加购，购物车由空变为demo-blue两件。不是WooCommerce界面或平台兼容性测试；商品图与标识均为原创教学素材。
测试记录应写清父商品、目标变体、数量和可购买状态。若商品需要额外配置、订阅条件或其他扩展提供的必填项，不能假设基础URL示例自动适用。先查该扩展官方接口与加购要求，必要时继续使用产品页中的完整选项流程。
先做静态检查，再做受控的加购测试
第一轮不需要真的加购物车。导出或查看页面中的href，找出包含add-to-cart的链接，按商品卡片按钮、文章活动链接、导航和异常内容入口分类。核对商品名称是否仍链接到真实详情页；仅剩加购按钮可点击的卡片，会让浏览与购买动作混在一起。
同时查看站点地图和规范链接中是否错误包含该参数。若有，追查生成这些URL的主题或插件，不要只在导出的清单里删除一次。源头仍生成动作链接，下次更新就会再次出现。多个插件同时输出标签时，可用重复SEO输出的责任排查定位。
第二轮在获准的测试店铺执行。新建独立浏览器会话，从空购物车开始，只执行一次已知链接，然后检查品项、变体、数量和最终地址。再以已含该商品的购物车测试一次，确认重复点击的实际行为。不要下真实订单，不触发生产支付、库存扣减流程或自动营销通知。
跳转和AJAX要分别看结果
官方文档展示了把加购参数放在购物车或结账路径上的用法，也说明站点设置会影响加购后的停留位置。验收时应写出实际最终URL，而不是认为路径写了checkout就必定满足所有结账条件。用户是否仍需选择配送、登录或补足必填项，应按具体店铺检查。
如果主题采用AJAX，页面不整页刷新也可能已经完成加购。检查购物车内容和可见反馈，不能以地址栏没变化认定请求未执行。反过来，出现成功提示也不能替代品项与数量核对。缓存和代理必须尊重动作的动态性质；具体规则由实际架构决定，不能给所有店铺照抄同一段缓存配置。
审计工具也可能误触动作链接
给开发人员或SEO工具提供抓取范围时，应把加购、结账、退出登录等动作入口单独标记，避免把“遍历所有href”当作无副作用的检查。自动工具是否会点击、预取或重复请求，需要看具体行为；不要假设只有人按下按钮才可能改变会话状态。静态提取链接已足够完成很多第一轮检查。
需要验证活动链接时，最好另建获准的测试商品并说明不会发送真实营销消息，也不会进入生产支付。若店铺包含库存预留、税费或其他扩展逻辑，由对应维护人员确认测试影响。测试完成后清理测试会话与获准的临时数据，保留链接结构和结果记录即可，不把购物车中的客户信息写进公开报告。
对于失效变体或不可购买商品，测试应确认页面给出能理解的反馈，且没有误加入另一种默认配置。不要把购物车空着视为唯一失败表现；加错商品比没有加入更需要立即处理。
robots和canonical都不是购物车的安全开关
不要把动作URL写成canonical来“集中权重”。Google的规范网址文档针对重复或高度相似的内容页，选择的是应代表内容的地址。购物动作本身不应被包装成独立内容资产。
robots.txt也不能阻止所有自动程序执行请求，更不能代替权限和业务校验。应先纠正错误的内容入口与生成逻辑，再由维护人员按实际需求评估抓取控制。如果光算参与网站技术优化，可把动作URL清单、来源模板和测试结果纳入项目范围，具体执行另行确定。
收尾时保留一个可重复的测试说明：从哪个页面进入、使用哪个获准的商品与变体、点击几次、预期购物车怎样变化。加购流程可用与SEO入口清楚应同时成立，不能为了其中一项破坏另一项。