“后台显示用户集中在广州，线下门店怎么没见来人””给本地生活内容投的同城曝光，一半跑到了隔壁城市”——IP归属地跟真实位置对不上，是做区域运营的人绕不开的一件事。归属地不是网络里量出来的读数，是一套数据库算出来的推断结果。误差来自三层，每层的成因不一样。
第一层：地址段的登记地和实际路由不重合
公开资料里有一组常被引用的结构描述：中国电信承载公众宽带流量的主干AS4134，覆盖面广，但跨省跳数多。而定位库记录的是地址段的登记信息——这批地址划给了哪个省的哪家运营商。登记和路由是两回事：用户的光猫在苏州，流量进骨干之后从哪个汇聚点走、在哪个出口落地，由骨干网的拓扑决定，不由登记信息决定。一个登记为河北的地址段，实际服务边界外用户的情况并不罕见。定位库在这一层能做的，只是尽量对齐登记信息，对齐不了物理层。
地址转换让这一层更糊。家庭宽带公网IPv4收紧之后，大量用户位于CGNAT后面——上千户共享一个公网地址，这个地址只有一个归属地，而它背后的人散在整座城里。数据库标得再准，也只能标到出口，标不到人。
第二层：内容调度和网络切换，主动移动了用户
同一个网页，你每次打开，背后给你提供内容的服务器未必相同。内容分发网络会按就近接入和链路质量动态调度，同一个访问者的请求可能今天落到城东的缓存服务器、明天落到城西；无线网络的切换更直接——手机从流量切到Wi-Fi，出口立刻改变；高铁和城际通勤的用户，归属地跟着基站的切换一路漂移。这一层的误差不是数据库不准，是”用户”本身在这几秒里移动过。
第三层：定位库的更新各有快慢
商业定位库的数据来源通常有这几种，每一条链路都有时差：
- 运营商的地址段公告——新批出来的地址段，从公告到入库要等一轮更新；
- 注册与备案信息——新小区、新园区的运营商进场，登记变更滞后于实际放号；
- 测量与用户反馈——靠访问样本纠偏，冷门地区样本少，纠正得慢。
不同厂商的库，更新节奏不同、样本密度不同，所以同一个IP在不同工具里查出不同归属地，不是哪个错了，是它们的数据来源和更新周期本就不同。新城新区的用户，查询结果落在老行政中心，就是这个时差的典型表现。
做区域生意的，怎么用这个信息
把归属地当模糊参考，不当精确事实。城市级的精度一般可靠，区县级波动大，涉及投放和运营决策时，别拿IP当唯一依据，和注册信息、收货地址、基站定位交叉着看，多因子取交集。
搞清楚误差的方向，再定投放圈层。都市圈内的归属地漂移有系统性方向——珠三角、长三角的跨城漂移尤其密集，这不是随机噪声，是骨干汇聚点分布的结果。本地生活类投放按归属地圈人的时候，把相邻城市一并放进去，比只圈单城更接近真实客流。
矩阵运营要盯归属地和业务的一致性。一个杭州门店账号，出口IP的归属地如果长期显示外省，不用平台先有动作，自家数据里”杭州本地用户占比”这个指标已经失真了。这也是矩阵那篇台账里必须有”线路归属地”一列的原因。
一个正在变化的背景
IPv6正在改变地址的颗粒度：家庭里每台设备都有独立地址，运营商按前缀逐户下发。CGNAT式的粗颗粒共享会减少，定位库按”人”标注的可能性在上升；但另一面，前缀级地址的变更频率远高于IPv4时代的地址池，定位库的更新机制能不能跟上，是接下来几年的实际问题。截至2025年底，国内IPv6活跃用户已达8.69亿、移动网络IPv6流量占比70.85%——归属地这个老问题不会消失，只是换一副形态继续存在。