这篇要学会什么
用同一浏览器资料、普通窗口和可信的官方练习入口对照：提供商直接访问也失败，先查账号或服务；直接访问成功、嵌入失败，再检查跨站上下文与站点设置。Cookie是候选原因之一，不是仅凭现象就能确定的唯一原因。
先把两个网站画在纸上
地址栏显示的课程网站通常是你直接访问的网站，页面中嵌入的测验、播放器或练习可能来自另一个域名。登录状态不是一张对全部网站都通用的通行证；不同上下文能否访问会话，还受网站设计与浏览器设置影响。
Chrome官方Cookie帮助区分第一方与第三方Cookie，并说明第三方Cookie可能用于嵌入内容。它也说明隐身模式默认阻止第三方Cookie，以及删除Cookie可能使用户退出登录。不能据此写成所有Chrome普通窗口都采用同一种阻止状态。
以下使用保留给示例的course.example和practice.example，均不是要访问的真实课程。假设课程页在前者、嵌入练习由后者提供；实际排查时从学校或课程方的可信入口辨认提供商，不向来源不明的弹窗输入账号。
把观察对象分开
课程页
course.example在地址栏里，课程目录可以打开。
练习提供商
practice.example的练习出现在课程页面的框中。
提交结果
练习已加载、已登录，仍不等于答案已保存或作业已提交。
先观察哪条路径失败，再决定查哪里
下面的矩阵是编辑设计的故障定位练习，没有登录真实学校账号。每次只改变一个条件：先固定浏览器资料和普通窗口，再比较课程嵌入页与提供商官方直接入口。不要把同时换资料、清缓存和切网络后的成功归因给其中某一个动作。
| 观察 | 当前判断 | 下一步 |
|---|---|---|
| 课程成功，提供商直接访问也失败 | 不能先归因嵌入Cookie | 核对正确账号、服务状态和网络 |
| 提供商直接成功，嵌入失败 | 上下文差异值得查；Cookie只是候选 | 检查受信任站点设置，必要时请课程方查嵌入策略 |
| 普通窗口成功，隐身失败 | 隐身Cookie差异可能相关 | 回到获准的普通资料，核对官方帮助 |
| 换到另一个资料才成功 | 可能使用了不同身份或站点状态 | 先辨认资料与账号，不混合会话 |
| 练习可用，但没有保存或提交回执 | 访问问题与完成状态分开 | 检查草稿保存、提交按钮与课程记录 |
只在可信且获准的范围内试验
先确认普通窗口使用的是该课程的正确Chrome资料。学校与个人资料容易混淆时，可参照资料分开与学习交接指南。此时反复改密码并不能解决资料选错的问题。
如果已确认两个站点可信、组织政策允许，并且观察指向跨站上下文，可以查看当前站点的第三方Cookie控制或站点例外。Chrome界面名称可能随版本变化；以当前官方帮助为准，优先使用范围受限的当前站点控制。
“当前站点允许第三方Cookie”和“允许特定嵌入内容访问已保存Cookie”的连接权限不是同一种设置。记录实际改的是哪项，不要把它们混成一个永久全局开关。没有必要为了课程登录而整体关闭浏览器保护。
受学校管理的Chrome或Chromebook可能不允许改相关设置。不要绕过管理策略；把两个域名、窗口类型和失败步骤交给管理员或课程支持。若临时例外没有帮助，恢复原状态，并保留观察结果。
每次试验保留的最小记录
- 日期、Chrome版本、使用的资料与普通/隐身窗口类型。
- 课程站点与官方练习提供商的域名，以及直接/嵌入哪条路径失败。
- 本次改动范围、重试结果和是否恢复设置；不保存密码或会话Cookie。
把能定位的问题交给课程方
如果直接访问成功而嵌入持续失败，课程方还可能需要检查页面是否允许被框入、跳转设计或服务端会话策略。Cookie设置无法修复所有嵌入兼容问题，因此不应无限循环地清数据和重登。
一条有用的反馈可以写为：“普通窗口、课程资料；course.example能打开；从官方入口直接进入practice.example成功；回到课程内嵌页重复要求登录。未改全局设置。请核对嵌入访问要求。”这是虚构反馈模板，不是已经发送的消息。
分享截图前遮住姓名、课程私人内容和任何令牌。描述可重复的路径比发送整份浏览器资料或账号凭据更有用。
最后验收的是学习结果，不只是登录状态
页面能显示题目后，先用允许的练习或草稿操作确认答案会保存，再按课程要求完成提交并查记录或回执。不要为了排查而提交真实测验的随意答案。没有收到提交证据时，仍应把作业记为未确认完成。
若问题是离线保存后只有课程首页可看，另见阅读清单与离线学习检查。缓存一份网页不等于第三方练习、登录和提交都可离线运行；这是与Cookie问题不同的一条排查路径。
