WordPress 自定义分页失效：offset 重复问题解析

WordPress 自定义文章类型（Custom Post Type）分页时内容不更新，根本原因是 WP_Query 中误用了 offset 参数——它会强制忽略 paged 参数，使所有分页都返回相同结果。

WordPress 自定义文章类型分页时内容不更新，根本原因是 `WP_Query` 中误用了 `offset` 参数——它会强制忽略 `paged` 参数，使所有分页都返回相同结果。

在 WordPress 开发中，为自定义文章类型（如 broadcast）实现分页时，一个常见却隐蔽的陷阱是错误地使用 offset 参数。正如问题代码所示：

'offset' => 1,
'paged' => (get_query_var('paged')) ? get_query_var('paged') : 1,

⚠️ 关键事实：根据 WordPress 官方文档，offset 与 paged 互斥。一旦设置 offset，WordPress 将完全忽略分页逻辑，始终从指定偏移位置开始取固定数量的 posts（例如前 10 篇），导致 /page/2/、/page/3/ 等 URL 显示完全相同的 10 篇内容——URL 变了，数据没变。

✅ 正确做法：用 post__not_in 替代 offset

若你的本意是「排除最新一篇广播（如置顶预告）」，应避免 offset，改用 post__not_in 配合 get_posts() 预查 ID：

// 1. 获取需排除的最新 broadcast ID（仅 ID，高效）
$exclude_args = array(
    'post_type'   => 'broadcast',
    'posts_per_page' => 1,
    'post_status' => 'publish',
    'fields'      => 'ids', // 关键：只取ID，不加载全文
    'tax_query'   => array(
        array(
            'taxonomy' => 'format',
            'terms'    => 'videos',
            'field'    => 'slug'
        )
    ),
    'orderby'     => 'date',
    'order'       => 'DESC'
);
$excluded_ids = get_posts($exclude_args);

// 2. 主查询：使用 post__not_in + paged 实现真正分页
$args = array(
    'post_type'      => 'broadcast',
    'post_status'    => 'publish',
    'posts_per_page' => 10, // 显式声明，更清晰（默认即10，但建议写明）
    'post__not_in'   => $excluded_ids,
    'paged'          => get_query_var('paged', 1),
    'tax_query'      => array(
        array(
            'taxonomy' => 'format',
            'terms'    => 'videos',
            'field'    => 'slug'
        )
    ),
    'orderby'        => 'date',
    'order'          => 'DESC'
);

$broadcasts = new WP_Query($args);

? 补充优化建议

• posts_per_page 显式声明：避免依赖默认值，增强可维护性；
• get_query_var('paged', 1)：比三元运算更简洁安全；
• 分页链接 base 修复：确保 paginate_links() 的 base 匹配你站点的重写规则（当前 ?paged=%#% 适用于非伪静态；若启用「漂亮链接」，请使用 str_replace(999999999, '%#%', esc_url(get_pagenum_link(999999999))) —— 你已正确使用，无需改动）；
• 性能注意：get_posts() 预查 ID 是轻量操作，不影响主查询性能；切勿在主 WP_Query 中混用 offset 和 paged。

? 总结

删除 offset，改用 post__not_in，即可让分页真正生效——第 1 页显示第 2–11 篇（跳过最新），第 2 页显示第 12–21 篇，依此类推。这是 WordPress 分页机制的设计约束，而非 Bug，理解并遵循它，才能写出健壮的自定义查询逻辑。