排查公司、学校与会场共享网络中的IP误拦截，并结合账号或邀请码配置参与规则。
同一Wi-Fi下多人可以参与投票，前提是各自具备参与资格，并且满足活动的次数规则。公司、学校和会场中的不同手机可能共用同一个公网IP；如果主办方设置“相同IP每天只能投一次”，第一人投过后，其他人即使是第一次参与，也可能被拦截。
共享IP不等于同一个人，也不能仅凭同IP就认定刷票。这类活动应结合微信账号、指定手机号或邀请码等参与方式配置规则，并在正式发布前用多部手机连接实际网络测试。
手机连接Wi-Fi后，通常通过路由器或单位网络访问互联网。手机在局域网内的地址可能不同，但投票服务看到的公网出口IP可能相同。大型单位还可能让不同楼层、不同无线接入点共用出口，因此换一个Wi-Fi名称也不一定改变公网IP。
IP只是网络标识。多人可能共享一个IP，一个人的IP也可能随网络环境变化，所以“一个IP一次”无法严格等同于“一人一次”。
遇到无法投票时，先记录页面完整提示、发生时间、活动入口和使用的投票模式，不要只根据“第一次投票”推断系统出错。
| 提示或现象 | 优先核对 | 处理方向 |
|---|---|---|
| 提示相同IP达到次数或间隔限制 | 当前模式的IP周期、次数及同网其他人的投票情况 | 主办方结合身份限制与共享规模调整IP规则 |
| 提示同一微信号或设备次数已用完 | 对应账号、设备已有记录及时间周期 | 核对个人次数规则，共享IP并非唯一可能原因 |
| 提示邀请码无效、已使用或未获投票资格 | 凭证状态、活动是否匹配及是否已通过资格审核 | 联系主办方核对资格和凭证 |
| 不显示投票按钮或活动尚未开始、已经结束 | 活动时间、状态及页面具体说明 | 先排查开放条件，再检查次数限制 |
完整的无法投票排查请参考《关于不能投票、不显示投票按钮的说明》。没有管理权限的参与者，应将提示反馈给主办方，由主办方核对规则。
进入后台投票规则设置，先确认当前采用传统单选、多选模式，还是一键投票模式，再检查对应规则并保存。
需要按微信号限制次数时，先启用微信验证；设备标记适合作为辅助措施，不能代替人员身份核对。具体周期与模式说明参见《如何限制公开投票次数？每天一票与多选规则设置》。
| 场景 | 参与资格与次数依据 | 共享IP处理思路 |
|---|---|---|
| 公司内部评选，名单明确 | 每人一个邀请码，选择仅能凭邀请码投票；也可采用指定账号方案 | 核对其他限制是否影响同网员工，按实际方案测试后配置 |
| 面向公众的微信活动 | 启用微信验证，按微信号设置对应周期和次数 | 结合共享规模放宽IP阈值，并配合其他适合的验证措施 |
| 会议或现场评选 | 按签到名单发放邀请码，或核对受邀账号 | 使用会场实际网络演练，确认同网多人能按规则参与 |
没有适合所有活动的统一IP次数阈值。应结合实际参与人数、网络出口和防作弊要求决定。若将IP次数设为不限，应先确认有合适的参与资格及个人次数控制，并完成测试；不能把单纯取消限制当作完整方案。
邀请码验证的是持有的凭证，微信次数限制识别的是账号，两者都不自动证明真实人员身份。内部资格方案参见《如何设置内部投票？限制指定人员参与和记名投票》；公开活动还可参考《如何防范网络在线投票刷票作弊》。
在测试活动中准备3部手机和3个独立参与凭证，以每人只允许提交一次为例：
小规模演练用于发现规则冲突，不代表已经验证正式活动的并发容量。大型现场活动还应评估网络承载、套餐配置和实际接入情况。正式凭证应在演练完成后发放，避免测试提前消耗。
可以作为网络出口相关问题的排查线索，但不能只凭这一现象确定原因。仍应结合失败提示、原网络的规则和投票记录判断。切换网络不会清除同一微信账号已经产生的次数记录。
账号变化不代表公网IP和设备环境变化。如果对应IP或设备已达到限制，仍可能被拦截；也应核对新账号是否具备参与资格。
不会因为修改次数规则就自动清除既有投票记录。应按新规则的周期和上限，结合已有记录及页面提示判断，也要确认修改的是当前投票模式对应的设置。
应先核对是否来自正常的单位或会场共享网络，再结合时间分布、参与凭证、候选项选择和其他记录分析。IP相同本身不足以证明作弊，也不足以证明这些票都来自同一个人。