Django仅通过pk查询问题时，用户改标题不更新slug是否有问题，是否需结合slug查询

算力阿峰

2026-11-5

当前实现的核心风险

你现在的实现本质是把URL里的slug段做成了完全不参与校验的“装饰文本”，存在几个非常实际的问题：

SEO权重被无限稀释：同一个问题可以对应无数个不同的合法URL，比如/question/123/old-slug、/question/123/new-slug、/question/123/随便乱打的字符串全部会返回200正常响应，搜索引擎爬取这些地址时会判定为多个独立的重复页面，无法确定哪个是你希望作为收录入口的规范地址，最终所有页面的权重会被平均拆分，甚至会因为大量软重复内容触发搜索引擎的内容质量惩罚。你之前担心的“旧slug被Google索引”只是极小的问题，这种无限生成重复URL的实现才是SEO层面的硬伤。
合规风险直接拉高：因为URL里的slug段完全没有校验，任何人都可以随意把slug替换成违规内容、广告引流字符串，比如把正常问题的URL改成/question/123/加微信领红包，这个地址可以正常打开你的问题页面，但地址栏显示的是违规引流内容，一旦被用户截图传播、被监管抽查，平台需要为这些随意拼接的违规URL承担直接的合规责任。
接口容易被恶意刷量：由于所有非404的请求都会被正常处理，恶意爬虫只需要遍历所有存在的pk值，每次请求时随意生成随机slug字符串，就能构造出无限多的有效请求轰炸你的服务，而且系统永远不会返回404，很难通过访问日志识别异常的爬虫流量。
访问体验混乱：不管用户、外链、第三方网站填的slug是对是错，页面都会正常打开，永远不会自动跳转到和当前问题匹配的正确slug地址，久而久之站点会积累大量来源混杂的错误入口，用户看到的地址和问题实际标题完全不匹配，信任感会下降。

是否需要同时结合pk和slug查询？

完全需要，而且这也是Django官方推荐的、兼顾可读性和稳定性的路由设计思路，根本没有必要为了“兼容任意slug”牺牲前面提到的所有好处。
具体的调整逻辑非常简单：

改造QuestionDetailView的查询逻辑，不要直接依赖默认仅按pk取对象的行为：

from django.shortcuts import get_object_or_404, redirect
from django.urls import reverse

class QuestionDetailView(DetailView):
    model = Question

    def get_object(self, queryset=None):
        # 从URL参数中取出pk和当前拼接的slug
        pk = self.kwargs["pk"]
        current_url_slug = self.kwargs["slug"]
        # 先按pk定位到唯一问题记录
        question = get_object_or_404(Question, pk=pk)
        # 比对当前URL的slug和数据库存储的真实slug是否一致
        if question.slug != current_url_slug:
            # 不一致时返回301永久重定向到带正确slug的规范地址
            # 这个逻辑会自动帮你处理旧slug被索引、拼错slug的场景
            return redirect(
                to=reverse("question-detail", kwargs={
                    "pk": question.pk,
                    "slug": question.slug
                }),
                permanent=True
            )
        return question

同步修正问题更新的逻辑：用户修改问题标题时，不要只更新标题字段，要根据新标题同步生成对应slug，保证slug和标题的一致性。你现在用的pk + slug的URL结构本身就天然解决了纯slug路由的“slug重复导致404”问题——哪怕两个问题的slug完全一样，靠pk值就能精准区分定位，完全不需要担心slug唯一性的兼容问题。
你的QuestionUpdateView也可以复用同样的校验逻辑，虽然因为有登录权限校验、作者身份校验，风险比公开访问的DetailView低很多，但保持一致的校验规则能避免出现权限绕过的隐性漏洞。

注：你之前顾虑的“Google已经索引了旧slug，会不会影响收录”，恰好是这套301跳转逻辑要解决的场景：当用户、爬虫访问旧slug地址时，服务器会自动返回301重定向信号，搜索引擎会自动把旧地址的所有权重同步转移到新的正确地址上，根本不会出现收录失效的问题，反而比你现在“所有错slug都返回200”的实现对SEO友好得多。

内容的提问来源于stack exchange，提问作者spotnag