不一定。对遵循当前 SameSite 规则的浏览器，在普通 HTTPS 站点上，SameSite=None 只表示 Cookie 可以在同站与跨站上下文使用；要让浏览器接受，还必须同时设置 Secure。localhost 等例外不在本题讨论范围。写了 None 既不能证明 Cookie 已被接受或发送，也不能证明登录一定成功，更不能替代站点自身的认证流程。
本文适用于常州天宁区台式电脑用户遇到网页登录反复跳转、且怀疑与 Cookie 属性有关时的信息核对，不适合直接套到所有浏览器版本或所有站点。观察时，先看页面是否通过 HTTPS 加载，再看 Set-Cookie 的去敏属性中是否同时出现 SameSite=None 和 Secure，并记录浏览器版本、被拒收的提示或请求结果。只记录属性和状态，不记录或展示 Cookie 值，也不手工粘贴会话令牌。接收、发送、认证成功是三个不同环节，任何一个环节都可能导致跳转。
判断条件要分清：如果浏览器明确拒收，先核对 HTTPS 与 Secure 是否满足，再查浏览器其他 Cookie 策略和站点配置；如果属性看似正确但请求中未发送，继续核对站点域、路径、有效期等去敏属性及浏览器策略；如果 Cookie 已被接受、请求也带上，却仍然跳回登录页，应转向检查站点认证、会话和重定向流程，而不是继续把 None 当成万能开关。
风险在于，把 SameSite=None 当作绕过浏览器策略或认证流程的手段，会掩盖真正原因；跨站发送 Cookie 还会扩大暴露面，关闭安全策略或粘贴会话令牌更不可取。下一步，建议先做最小化记录：浏览器版本、HTTPS 状态、Cookie 的 SameSite/Secure 等去敏属性、拒收提示和跳转发生位置，再按“拒收—未发送—已发送但未登录”分支处理。电脑快修网是信息展示与第三方维修对接平台，在常州天宁区台式电脑场景中，当前入口启用只表示可咨询，不代表即时履约；可拨400-877-9605，先说明拒收、未发送还是已发送后又跳转，去敏记录需与网站维护方核对，不提供Cookie值。