如何在WordPress中生成短链接：完整技术指南

WordPress短链接是缩写URL，可重定向到您网站上的特定文章、页面或自定义文章类型。它们遵循https://yourdomain.com/?p=POST_ID格式，由WordPress使用其内置固定链接重写系统原生生成——无需外部服务。

本指南介绍生成、自定义和跟踪WordPress短链接的所有方法，包括原生编辑器工作流程、WP-CLI命令、基于插件的解决方案以及服务器级重定向行为。无论您是在精简的共享环境还是完全托管的VPS Hosting环境中运行，以下技术均可直接适用。

什么是WordPress短链接及其工作原理

WordPress在每条内容保存为草稿或发布时，都会为其生成一个短链接。短链接由查询字符串参数?p=加上文章的内部数据库ID构成。该ID由MySQL或MariaDB中的wp_posts表按顺序分配，即使您之后更改了文章别名或固定链接结构，该ID也不会改变。

当访客访问短链接时，WordPress的index.php引导程序加载，重写引擎解析查询字符串，并使用HTTP 301 Moved Permanently响应将请求内部重定向到规范固定链接。这意味着短链接对SEO是安全的——搜索引擎会跟随301重定向，并将所有链接权重归属于规范URL。

关键技术事实：

• 短链接完全在PHP/WordPress应用层解析，而非在Web服务器层。
• 无论您的固定链接结构设置如何，?p=参数均可正常工作。
• 更改文章别名不会破坏其短链接。
• 删除并重新创建文章会分配新ID，这将使旧短链接失效。

方法一：在经典编辑器中生成短链接

经典编辑器在发布元框中直接提供专用的获取短链接按钮，位于文章编辑区域上方。

操作步骤：

1. 在经典编辑器中打开或创建文章。
2. 将文章保存为草稿或发布——由于尚不存在文章ID，无法为未保存的内容生成短链接。
3. 点击发布元框中的获取短链接。弹出对话框显示短链接URL。
4. 从对话框字段中复制URL。

如果获取短链接按钮不可见，可能已通过”显示选项”将其隐藏。点击编辑器屏幕右上角的显示选项选项卡，确保已勾选别名或与短链接相关的选项。某些主题和插件也会通过remove_action('admin_head', 'wp_shortlink_header')取消此UI元素的加载，或通过过滤器pre_get_shortlink返回空字符串。

方法二：在Gutenberg块编辑器中生成短链接

Gutenberg编辑器从默认UI中移除了专用短链接按钮。但短链接仍然存在，可通过两种方式访问。

方式A——从文章ID手动构建：

1. 在Gutenberg编辑器中打开文章。
2. 查看浏览器地址栏。URL将包含post=XXXX，其中XXXX为数字文章ID。
3. 手动构建短链接：

https://yourdomain.com/?p=XXXX

将XXXX替换为实际文章ID。

方式B——文章设置侧边栏：

1. 在Gutenberg中打开文章。
2. 在右侧文章设置面板中，展开固定链接部分。
3. 文章ID在编辑器URL中可见。如果有兼容插件处于激活状态，某些配置也会在摘要面板中显示短链接。

方式C——通过代码片段恢复短链接按钮：

如果您希望在Gutenberg中恢复短链接按钮，请将以下内容添加到主题的functions.php或特定站点插件中：

add_filter( 'get_shortlink', function( $shortlink, $id, $context, $allow_slugs ) {
    return home_url( '/?p=' . $id );
}, 10, 4 );

此过滤器确保wp_get_shortlink()始终返回值，从而在兼容的UI组件中重新启用短链接显示。

方法三：通过WP-CLI生成短链接

对于在命令行管理WordPress的管理员——尤其是在带cPanel的VPS或裸机独立服务器上——WP-CLI提供了一种无需访问仪表板即可检索短链接的直接方式。

通过ID检索特定文章的短链接：

wp post get 42 --field=url --path=/var/www/html

列出所有已发布文章及其ID和短链接：

wp post list --post_status=publish --fields=ID,post_title,post_name --format=table

获得ID后，短链接即为https://yourdomain.com/?p=ID。您也可以通过WP-CLI eval直接调用WordPress函数：

wp eval 'echo wp_get_shortlink(42);'

这将输出WordPress实际提供的短链接字符串，并遵循所有活跃过滤器。

方法四：基于插件的短链接（自定义别名与跟踪）

WordPress原生短链接使用?p=ID格式，功能完善但不易记忆，也不具备品牌特色。插件可显著扩展此功能。

Pretty Links

Pretty Links是WordPress生态系统中部署最广泛的短链接插件。它将自定义重定向存储在专用数据库表（wp_pretty_link和wp_pretty_link_clicks）中，并提供点击跟踪、地理位置数据和UTM参数注入功能。

配置工作流程：

1. 从WordPress插件库安装并激活Pretty Links。
2. 导航至Pretty Links > 添加新链接。
3. 输入目标URL（您文章的规范固定链接）。
4. 定义自定义别名，例如go/my-post。
5. 选择重定向类型：301表示永久重定向，302表示临时重定向，307表示保留方法的临时重定向。
6. 保存。短链接变为https://yourdomain.com/go/my-post。

技术说明：Pretty Links重写通过add_rewrite_rule()在WordPress应用层处理，而非在Apache或Nginx层。这意味着每次短链接访问都会触发完整的WordPress引导程序。在高流量站点上，与服务器级RewriteRule相比，每次重定向可能增加50–200ms的延迟。如果重定向性能至关重要，请考虑将高流量链接转移到Nginx map指令或专用重定向微服务。

ThirstyAffiliates

对于联盟营销人员，ThirstyAffiliates提供具有点击隐藏、自动关键词链接和基于地理位置重定向规则的短链接。它将链接存储在自定义文章类型（thirstylink）中，而非单独的表中，使其与标准WordPress备份和迁移工作流程兼容。

Redirection插件

Redirection插件通过单一界面管理短链接和常规301/302重定向。它还可捕获404错误并建议重定向目标，在站点迁移期间非常有价值。

对比：WordPress短链接方法

短链接性能的服务器级注意事项

在共享主机上，每次短链接重定向都会经过完整的WordPress堆栈：PHP-FPM或mod_php初始化，wp-config.php加载，数据库连接打开，重写引擎解析查询。对于中低流量，这完全可以接受。

在高流量站点或运行数千个被跟踪短链接时，点击日志记录产生的数据库查询负载可能成为瓶颈。实际缓解措施包括：

• 对象缓存：安装Redis或Memcached，并在wp-config.php中配置WP_CACHE。这将缓存重定向目标查找并显著减少数据库读取。
• 异步点击日志记录：将Pretty Links配置为使用后台进程异步记录点击，而非阻塞重定向响应。
• CDN级重定向：如果您使用Cloudflare，可以在边缘实施批量重定向规则，对高流量链接完全绕过WordPress。
• Nginx map块：对于服务器管理环境，直接在Nginx配置中定义重定向映射：

map $request_uri $redirect_target {
    /go/my-post https://yourdomain.com/full-canonical-url/;
    /go/another  https://yourdomain.com/another-post/;
}

server {
    if ($redirect_target) {
        return 301 $redirect_target;
    }
}

此方法在微秒内提供重定向，无需调用PHP。

SSL、安全性与短链接完整性

通过HTTP提供并重定向到HTTPS目标的短链接在技术上可以正常工作，但会使用户面临潜在的降级窗口风险。请始终确保您的WordPress站点安装了有效的SSL证书，以便短链接从一开始就通过https://提供。混合协议短链接（http://yourdomain.com/?p=42重定向到https://yourdomain.com/post-slug/）会增加额外的重定向跳转，在某些配置中可能触发浏览器安全警告。

如果您在AlexHost基础设施上运行WordPress，将您的站点与正确颁发的SSL证书配合使用，可完全消除此问题，并确保所有短链接通过单一安全的301重定向链解析。

此外，短链接端点可能在网络钓鱼活动中被滥用，因为目标被隐藏。如果您使用Pretty Links或类似插件，请在重定向页面上启用noindex选项，并考虑为外部共享的短链接添加rel="nofollow"属性，以防止意外的爬取路径。

以编程方式检索文章ID

在构建自定义集成时——例如在REST API响应或电子邮件模板中动态生成短链接——请使用WordPress的原生函数：

$post_id  = get_the_ID(); // Inside The Loop
$shortlink = wp_get_shortlink( $post_id );
echo esc_url( $shortlink );

在循环外部，显式传递文章ID：

$shortlink = wp_get_shortlink( 42 );

wp_get_shortlink()函数会应用get_shortlink过滤器，这意味着任何修改短链接行为的活跃插件都将自动被遵循。因此，这是正确的使用函数，而非手动将home_url('/?p=')与ID拼接。

决策矩阵：选择正确的短链接方法

使用此矩阵根据您的操作需求选择合适的方法：

在以下情况下使用原生?p=ID短链接：

• 您需要一个快速、无需配置的内部分享或测试解决方案。
• 您不关心品牌URL或点击分析。
• 您使用资源受限的共享虚拟主机方案，希望零插件开销。

在以下情况下使用Pretty Links或ThirstyAffiliates：

• 您需要品牌化、人类可读的短别名。
• 需要点击跟踪、UTM参数或转化归因。
• 您正在运营内容营销业务或联盟网站。

在以下情况下使用Nginx map指令或Cloudflare重定向规则：

• 重定向量每天超过数万次访问。
• 您需要无PHP开销的亚毫秒级重定向延迟。
• 您在独立服务器或高性能VPS上直接管理基础设施。

在以下情况下使用WP-CLI：

• 您正在编写批量文章操作或迁移脚本。
• 您需要在没有浏览器会话的情况下以编程方式检索短链接。

技术要点总结

• 每篇WordPress文章从首次保存起就在/?p=POST_ID处拥有永久短链接；除非删除并重新创建文章，否则此ID永不改变。
• Gutenberg编辑器移除了短链接UI按钮，但未移除短链接功能——wp_get_shortlink()函数和?p=参数仍完全可用。
• 基于插件的短链接（Pretty Links、ThirstyAffiliates）在PHP应用层运行；对于高流量场景，请将重定向卸载到Nginx或CDN边缘规则。
• 始终通过HTTPS提供短链接，以避免多跳重定向链和潜在的安全警告。
• 在自定义代码中使用wp_get_shortlink()，而非手动构建URL，以确保活跃插件过滤器被遵循。
• 异步点击日志记录和Redis对象缓存是短链接流量繁重站点中影响最大的两项优化措施。
• 定期审计短链接插件的数据库表增长——wp_pretty_link_clicks在活跃站点上可能积累数百万行，在没有适当索引的情况下会降低查询性能。

常见问题

更改文章的固定链接别名会破坏其短链接吗？

不会。短链接与文章的数据库ID绑定，而非其别名。更改别名会更新规范URL，但?p=ID短链接仍会通过301重定向正确解析到新的规范固定链接。

为什么我的WordPress编辑器中缺少”获取短链接”按钮？

在Gutenberg中，该按钮已从默认UI中移除。在经典编辑器中，它也可能通过”显示选项”被隐藏，或被插件通过pre_get_shortlink过滤器返回空字符串而抑制。无论UI状态如何，均可通过WP-CLI使用wp eval 'echo wp_get_shortlink(POST_ID);'检索短链接。

WordPress短链接会影响SEO吗？

原生短链接使用HTTP 301重定向到规范URL，因此搜索引擎会跟随重定向，并将所有排名信号归属于规范固定链接。短链接本身不会被索引。请确保您的短链接插件不会意外将重定向页面设置为含有稀薄内容的200 OK，这可能会造成索引问题。

WordPress短链接与Bitly等URL缩短服务有何区别？

WordPress短链接是自托管的，在您自己的域名上解析，保留品牌信任度并将分析数据保留在您的基础设施内。Bitly等第三方缩短服务通过外部域名路由流量，引入了对第三方服务的依赖，并可能在共享链接中隐藏您的品牌。

短链接可以在WordPress REST API响应中使用吗？

可以。在自定义REST API端点回调中调用wp_get_shortlink( $post->ID )，或使用rest_prepare_post过滤器将短链接字段附加到标准文章响应中。这对于无头WordPress设置非常有用，前端应用程序需要可分享的短URL，而无需在客户端构建它。