网站资料 · 技术情报 · 相似站点

consentomatic.au.dk

暂未发现付费内容
访问网站
站内浏览 3 次 访问跳转 0 次 正常
Consent-O-Matic 首页完整截图

快速了解

分类
软件与应用
语言
未知
付费内容信号
暂未发现付费内容已观察
注册年份
未知
主机
au.dk推测
HTTPS 证书信任
通过已观察
最后更新

AI 生成的网站测评

AI 生成

本测评由 AI 根据公开资料生成,未经逐项人工核实;域名、证书等事实以本页采集数据为准。

Consent-O-Matic是什么网站?

Consent-O-Matic 是一个浏览器扩展的官方网站,用来帮你自动处理网站上的 Cookie 同意弹窗,按你的偏好填写,避免被“暗黑模式”诱导点“同意”。

它解决什么问题

很多网站的同意弹窗故意把“拒绝”藏得很深,资料称约 90% 的弹窗使用了这类暗黑模式。Consent-O-Matic 能识别常见 CMP(同意管理平台)弹窗,自动按你的偏好勾选或提交。遇到网站不使用标准分类时,它会尽量提交最保护隐私的设置。

谁在什么情况下用

  • 经常浏览新闻、电商等弹窗密集的网站,不想每次手动拒绝跟踪。
  • 希望统一表达“拒绝非必要跟踪”的偏好,而不是逐个网站点。
  • 遇到扩展暂时不支持的弹窗,可以点扩展图标里的“Let us know”匿名上报,帮助更新规则。

支持平台与获取方式

桌面端支持 Chrome、Firefox、Safari、Edge,移动端支持 Safari。官网提供安装入口和源码仓库,规则也可由社区贡献。

选择条件

适合想减少手动操作、又不愿默认接受跟踪的用户;它依赖规则库覆盖弹窗类型,个别新式弹窗可能仍需手动处理,遇到时可上报。同类工具可对比 Privacy Badger(侧重拦截跟踪器)和 uBlock Origin(侧重广告与脚本过滤),Consent-O-Matic 的侧重点在“自动填写同意弹窗”。

Consent-O-Matic如何自动处理网站的Cookie同意弹窗?

Consent-O-Matic 的核心做法是“识别弹窗类型 + 按你的偏好自动填写”,而不是简单地点“同意”或“拒绝”。

它如何自动处理 Cookie 同意弹窗

  • 识别标准弹窗:许多网站使用 CMP(同意管理平台)生成的 Cookie 弹窗,Consent-O-Matic 能识别这些常见弹窗的界面结构。
  • 按偏好自动填写:扩展会依据你预设的偏好勾选或取消各类跟踪用途,然后提交,不需要你手动逐项点选。
  • 对抗“暗黑模式”:网站常把“全部接受”做得显眼、把“拒绝”藏得很深,Consent-O-Matic 会绕过这种设计,直接按你的意愿填写。
  • 遇到非标准分类时:如果网站没有使用常见分类,它会尽量提交最保护隐私的设置。
  • 处理不了的情况:部分弹窗尚未被规则覆盖,此时可通过扩展图标里的“Let us know”匿名上报,帮助更新规则。

适合谁、什么情况下用

经常浏览新闻、电商、博客等大量使用 Cookie 弹窗的网站,又不想每次手动拒绝跟踪的用户,装上扩展后基本可以“无感”通过弹窗。对隐私要求较高、希望默认拒绝非必要 Cookie 的人尤其合适。

选择条件与下一步

  • 支持 Chrome、Firefox、Safari、Edge 桌面版,以及 Safari 移动版,按自己浏览器安装即可。
  • 安装后先检查扩展里的偏好设置,确认默认拒绝哪些类别,自动填写才会符合你的预期。
  • 若某些站点弹窗仍出现,用“Let us know”上报,比手动处理更省事。

同类工具可参考 Privacy Badger(侧重自动拦截跟踪器)和 uBlock Origin(侧重广告与跟踪请求过滤);Consent-O-Matic 的差异在于专门处理“同意弹窗”的填写环节,三者用途并不完全重叠。

安装Consent-O-Matic后遇到无法识别的弹窗该怎么反馈?

装好 Consent-O-Matic 后遇到它没识别出来的同意弹窗,扩展内自带匿名上报入口:点浏览器工具栏上的 Consent-O-Matic 图标,在弹出面板里按“Let us know”,把当前网站报给开发团队,他们会据此更新识别规则。iOS Safari 上图标不在工具栏,要先点地址栏旁的小拼图块,再进入扩展面板操作。

上报前可以顺手做的事

  • 确认扩展已启用且规则为最新版本,避免是旧规则导致的漏识别。
  • 记下出问题的具体页面(同一网站不同子域或不同 CMP 变体,规则可能不同)。
  • 如果弹窗是非标准分类,扩展本来就会尽量提交最保护隐私的设置;这类情况仍可上报,帮助补齐规则。

想直接参与改进

项目开源,规则贡献方式在其 GitHub 仓库(页面“Source code”一节有入口)。适合愿意按规则格式提交 PR 的用户,比单次上报更彻底。

选择建议

你的情况 建议动作
偶尔碰到一个没处理的弹窗 用“Let us know”匿名上报即可
同一网站反复出现 上报并注明页面,便于定位 CMP 变体
熟悉规则编写、想长期参与 走 GitHub 仓库贡献规则

上报是匿名的,不需要提供账号信息;它只解决“规则覆盖不到”的问题,不改变你在单个网站上的手动选择。

Consent-O-Matic支持哪些浏览器和移动设备?

Consent-O-Matic 支持桌面端的 Chrome、Firefox、Safari 和 Edge,移动端仅支持 iOS/iPadOS 上的 Safari。官方页面没有提到 Android 版浏览器或独立 App。

使用情境

  • 在电脑上日常用 Chrome、Firefox、Edge 或 Safari,装扩展后,遇到符合规则的 CMP 同意弹窗会自动按你的偏好填写。
  • 在 iPhone 或 iPad 上用 Safari 浏览时,也可以安装该扩展处理弹窗;iOS 上需先点地址栏旁的拼图图标进入扩展操作。
  • 遇到扩展暂时无法处理的弹窗,可点扩展图标里的“Let us know”匿名上报,便于后续补充规则。

选择条件

如果你的主力浏览器是 Android 上的 Chrome、Firefox,或使用其他移动浏览器,目前资料未显示有对应版本,不能指望它自动处理弹窗。桌面四款浏览器和 iOS Safari 用户可以优先尝试。

Consent-O-Matic如何处理网站使用非标准分类的同意选项?

当网站使用非标准分类的同意选项时,Consent-O-Matic 会按“最保护隐私”的原则自动填写:它不依赖网站自定义的类别名称,而是尽量提交限制数据收集的选项。

具体处理方式

  • 识别到 CMP(同意管理提供商)弹窗后,扩展按你预设的偏好自动填写。
  • 遇到网站不使用标准分类(例如自定义类别名称或选项结构),扩展会始终尝试提交最保守、最保护隐私的设置。
  • 即使弹窗使用“暗黑模式”设计(让拒绝很难、同意很容易),扩展也按上述逻辑填写,不受界面诱导影响。

适用场景与限制

适合不想每次手动对付复杂同意弹窗、希望默认拒绝非必要追踪的用户。但扩展的规则库并非覆盖所有弹窗变体,可能遇到暂时无法处理的弹窗;此时可通过扩展图标的“Let us know”匿名上报,帮助其更新规则。

选择条件

如果你更在意“不确定时默认少收集数据”,这种非标准分类下的保守策略符合需求;如果你希望按网站自定义类别精细选择,则需要在扩展偏好中自行配置,或手动处理该弹窗。

如何参与改进Consent-O-Matic的规则库?

参与改进 Consent-O-Matic 规则库,官方给出的入口是 GitHub 仓库:在官网“Source code”区域可以找到仓库地址,按仓库中的规则编写说明提交新增或修正的 CMP 弹窗规则即可。官网明确表示欢迎对规则的贡献。

具体做法

  • 先看规则结构:仓库里每条规则对应一类 CMP 弹窗,需要按既有格式描述弹窗元素和应选择的选项,让扩展能识别并按隐私友好偏好自动填写。
  • 提交前自测:在 Chrome、Firefox、Safari 或 Edge 桌面版加载修改后的扩展,到实际使用该 CMP 的网站上验证弹窗能否被正确识别和填写。
  • 覆盖特殊类别:如果网站不使用标准分类,规则应尽量指向最保护隐私的选项,这与扩展的默认行为一致。

不写代码也能帮上忙

遇到扩展处理不了的弹窗,点扩展图标按“Let us know”匿名上报(iOS 先点地址栏的小拼图图标)。这些上报会进入官方待处理列表,是规则库更新的主要线索来源;熟悉规则格式后,也可以把其中反复出现的弹窗类型转成 GitHub 上的规则提交。

Consent-O-Matic 如何应对网站同意弹窗中的“暗黑模式”?

Consent-O-Matic 是一个浏览器扩展,用来识别网站上的同意管理平台(CMP)弹窗,并按你预设的偏好自动填写。它主要解决的是“暗黑模式”问题:这类弹窗把“同意”做得很容易点,把“拒绝”藏得很深或做得很绕。扩展在 Chrome、Firefox、Safari 和 Edge 桌面版可用,移动端支持 Safari。它不能保证覆盖所有弹窗,遇到无法处理的弹窗可以匿名上报,帮助更新规则。

暗黑模式为什么需要专门工具

网站普遍使用跟踪技术收集数据,法律通常要求先获得你的许可,于是出现了大量“同意弹窗”。问题在于,很多弹窗的设计目的不是让你做出真实选择,而是让你顺手点“同意”。比如:

  • “接受全部”按钮醒目、位置顺手,“拒绝”或“管理偏好”是灰色小字或藏在二级页面;
  • 关闭弹窗的叉号实际等同于同意;
  • 默认勾选全部跟踪类别,需要逐项取消。

这些设计让拒绝的成本远高于同意。手动处理每个网站既费时又容易出错,这正是自动填写工具的价值所在。

扩展的工作方式

Consent-O-Matic 的核心机制是“识别 + 按偏好填写”:

  1. 识别 CMP 弹窗:扩展内置针对常见同意管理平台弹窗的规则,能认出弹窗属于哪类 CMP、有哪些选项。
  2. 按你的偏好自动填写:你事先设定好对各类跟踪的接受或拒绝偏好,扩展在弹窗出现时自动勾选、点击,完成提交。
  3. 遇到非标准分类时保守处理:有些网站不使用标准分类,这时扩展会尽量提交最保护隐私的设置,而不是默认放行。

换句话说,它把“每次都要和弹窗斗智”变成“设置一次,之后自动执行”。

使用步骤与验证

前提:使用桌面版 Chrome、Firefox、Safari 或 Edge,或移动端 Safari。

  1. 在对应浏览器的扩展商店安装 Consent-O-Matic(官网提供 Install 入口)。
  2. 打开扩展,设置你对各类跟踪类别的偏好(例如全部拒绝非必要跟踪)。
  3. 正常访问网站。当出现 CMP 弹窗时,扩展会尝试自动填写并提交。
  4. 验证方法:在弹窗出现后观察选项是否按你的偏好被勾选;也可在扩展界面查看它对当前站点的处理情况。若弹窗未被处理,说明该变体暂不在规则覆盖范围内。

常见卡点:

  • 弹窗样式较新或非标准,扩展暂时无法识别;
  • 网站使用自建弹窗而非标准 CMP,覆盖概率较低;
  • 自动填写后网站仍重复弹出,可能是站点未正确记录选择。

遇到处理不了的弹窗怎么办

扩展明确说明无法保证覆盖所有弹窗变体。遇到处理不了的情况,可以通过扩展内的上报机制匿名反馈:

  • 桌面端:点击扩展图标,按“Let us know”;
  • iOS:先点击地址栏附近的小拼图图标,再操作。

上报后,维护方可以据此更新规则。官网还提供源码仓库入口,欢迎贡献规则。

它适合谁、不适合谁

适合 不适合
经常遇到同意弹窗、希望减少手动操作的人 期待 100% 拦截所有弹窗的人
希望默认选择更保护隐私选项的人 需要针对每个站点精细逐项配置的人
使用上述受支持浏览器的桌面或 iOS 用户 使用未列出的浏览器或平台的人

需要注意,扩展的作用是“按你的偏好填写弹窗”,而不是屏蔽弹窗或阻止跟踪本身;它的效果取决于规则库对具体 CMP 的覆盖程度。

如何安装 Consent-O-Matic 浏览器扩展

Consent-O-Matic 是一款浏览器扩展,用于识别网站上的同意管理平台(CMP)弹窗,并按你预设的偏好自动填写,即使弹窗使用了“暗黑模式”设计也尽量按最保护隐私的选项提交。桌面端支持 Chrome、Firefox、Safari 和 Edge,移动端支持 Safari。安装入口在官网 consentomatic.au.dk 的 Install 部分,安装后通过浏览器扩展图标进行设置和问题上报。

安装前需要确认的事

  • 浏览器版本:桌面端为 Chrome、Firefox、Safari、Edge;移动端仅 Safari。其他浏览器不在官方支持范围内。
  • 安装来源:从官网 Install 部分进入对应浏览器的安装渠道,不要从不明来源下载扩展包。
  • 预期行为:扩展不会让弹窗消失,而是自动替你填写选项;遇到非标准分类时,会尝试提交最保护隐私的设置。部分弹窗可能暂时无法处理,这属于正常情况。

桌面端安装步骤

  1. 打开 consentomatic.au.dk,找到页面上的 Install 部分。
  2. 在 Install 中选择你使用的浏览器(Chrome / Firefox / Safari / Edge),按页面指引进入对应的扩展商店或安装入口。
  3. 在浏览器弹出的安装确认中完成添加。
  4. 安装完成后,浏览器工具栏会出现 Consent-O-Matic 图标;若未显示,在扩展管理页将其固定到工具栏。
  5. 打开一个带同意弹窗的网站,观察弹窗是否被自动填写。预期结果是选项按你的偏好被勾选或提交,而不是保持空白。

验证是否生效

访问任意使用 CMP 弹窗的网站,弹窗出现后应被自动处理。若弹窗原样停留,先确认扩展已启用,再检查该站点是否属于扩展暂未覆盖的弹窗变体。

移动端(Safari)安装

移动端仅支持 Safari。在 iOS 上,安装后如需操作扩展,先点击地址栏附近的小拼图图标,再进入扩展界面。具体安装入口同样从官网 Install 部分进入。

安装后的设置与上报

  • 设置偏好:通过扩展图标进入设置,调整你希望自动提交的同意类别。扩展会以此为依据填写弹窗。
  • 上报无法处理的弹窗:遇到扩展处理不了的弹窗时,点击扩展图标,按 “Let us know” 提交匿名报告(iOS 上先点地址栏的小拼图图标)。这有助于维护者更新规则。
  • 参与规则贡献:官网 Source code 部分指向 GitHub 仓库,可按其中说明提交规则改进。

常见卡点

现象 可能原因 处理方式
工具栏找不到图标 扩展被折叠进扩展菜单 在浏览器扩展管理页固定图标
弹窗未被填写 该弹窗变体暂未被规则覆盖 用“Let us know”匿名上报
弹窗选项不符合预期 网站未使用标准分类 扩展会尽量选最保护隐私的设置,可在扩展设置中复核偏好
移动端无法操作扩展 iOS 入口不在工具栏 先点地址栏的小拼图图标

适用与不适用

适合希望减少手动处理同意弹窗、且愿意接受“部分站点暂不支持”这一限制的用户。如果你需要扩展对所有网站 100% 自动处理,目前做不到;官网明确说明会存在尚无法处理的弹窗,并依赖用户上报来逐步完善规则。

在哪里找到 Consent-O-Matic 的源码、隐私政策和联系方式?

Consent-O-Matic 官网 consentomatic.au.dk 首页底部设有 Source code、Privacy policy、Contact us 三个入口,分别对应源码仓库、隐私说明和开发团队联系方式。打开官网后向下滚动到页脚即可看到这些链接;如果你要找的是“参与规则贡献”的入口,从 Source code 进入 GitHub 仓库即可。

三个入口分别通向什么

入口 位置 内容与用途
Source code 官网首页页脚 指向 GitHub 仓库,可查看扩展源码,也可按仓库说明参与弹窗识别规则的贡献
Privacy policy 官网首页页脚 说明扩展如何处理数据,安装前想确认隐私边界时看这里
Contact us 官网首页页脚 联系开发团队的渠道

源码:查看与贡献规则

Consent-O-Matic 是浏览器扩展,官网说明其规则需要持续跟进各类弹窗变体,因此源码入口同时承担“查看实现”和“提交规则改进”两种用途。官网明确欢迎对规则的贡献,具体做法写在 GitHub 仓库的 Source 部分。适合以下情况使用:

  • 想确认扩展识别弹窗、填写偏好的逻辑;
  • 遇到扩展处理不了的弹窗,希望从规则层面补充;
  • 想了解项目是否接受外部提交。

如果你只是想报告一个识别失败的网站,不必先走源码仓库——官网提供了更直接的方式,见下一节。

遇到无法识别的弹窗:先报告,再考虑贡献

官网说明,扩展会尽量覆盖大多数弹窗变体,但仍可能遇到处理不了的弹窗。此时可以匿名报告该网站,让开发方更新规则:

  1. 在出现弹窗的页面上点击扩展图标;
  2. 点击 “Let us know”;
  3. 在 iOS 上需先点击地址栏中的小拼图图标,再执行上述操作。

报告是匿名的,不需要提供账号信息。这条路径适合普通用户;如果你能直接修改规则,再走 Source code 的贡献流程更高效。

隐私政策与联系方式的使用场景

  • 隐私政策:官网首页将其列为独立栏目,说明扩展在填写同意弹窗时如何处理数据。安装前或向他人推荐前,可先阅读这一页确认处理方式。
  • Contact us:适合规则之外的问题,例如安装异常、对项目的其他询问。官网未说明回复时限,紧急问题建议优先使用扩展内的报告机制。

安装入口与支持范围

官网的 Install 栏目提供安装入口。桌面端支持 Chrome、Firefox、Safari 和 Edge,移动端支持 Safari。安装后扩展会根据你的偏好自动填写 CMP(同意管理提供方)弹窗;当网站不使用标准分类时,扩展会尽量提交最保护隐私的设置。

官网未提及该扩展的收费方式或是否需要登录,实际安装时以对应浏览器商店页面显示的信息为准。

Consent-O-Matic 遇到无法识别的弹窗时怎么办?

当 Consent-O-Matic 没有自动处理某个网站的同意弹窗时,可以直接在扩展内匿名上报该网站,帮助开发团队补充规则。具体做法是:点击浏览器工具栏中的扩展图标,再点击“Let us know”;在 iOS 上,需要先点击地址栏里的小拼图图标,然后才能找到该入口。上报是匿名的,官方说明中表示,收到反馈后会更新规则以覆盖新的弹窗变体。

为什么会出现无法识别的弹窗

Consent-O-Matic 的工作方式是识别网站上常见的 CMP(同意管理提供商)弹窗,再按你设定的偏好自动填写。它依赖一套持续维护的规则来匹配不同弹窗的样式和结构,因此存在两类覆盖不到的情况:

  • 网站使用了非标准分类:此时扩展会尽量提交最保护隐私的设置,但不一定能完全按你的偏好逐项填写。
  • 弹窗变体尚未被规则收录:官方明确说明,尽管团队尽量跟进大多数变体,用户仍可能遇到扩展暂时处理不了的弹窗。

这类情况并不代表扩展失效,而是规则库还没覆盖到该站点的具体实现。

上报的具体步骤

桌面端(Chrome、Firefox、Safari、Edge)

  1. 在出现未处理弹窗的页面上,点击浏览器工具栏中的 Consent-O-Matic 扩展图标。
  2. 在弹出的扩展界面中点击“Let us know”。
  3. 完成后即视为已提交匿名报告,无需填写额外表单。

预期结果:该站点信息被匿名发送给开发团队,用于后续规则更新。你不需要等待回复,也不必重复提交同一站点。

iOS(Safari 移动版)

iOS 上扩展入口不在常规工具栏位置,需要多一步:

  1. 先点击地址栏中的小拼图图标。
  2. 在展开的扩展列表中找到 Consent-O-Matic 并打开。
  3. 点击“Let us know”完成上报。

如果直接找扩展图标而找不到,通常就是漏掉了地址栏拼图这一步。

上报之外还能做什么

  • 手动处理当前弹窗:上报不会立即改变当前页面的弹窗行为,这一次仍需你自己手动选择拒绝或调整选项。
  • 参与规则贡献:官方在 GitHub 仓库(页面“Source code”部分有入口)接受规则贡献,适合有能力编写或修改匹配规则的用户。
  • 确认安装渠道正确:扩展支持桌面端 Chrome、Firefox、Safari、Edge,以及移动端 Safari。若在不受支持的浏览器上使用,弹窗不被处理属于预期情况。

常见卡点

现象 可能原因 处理方式
找不到“Let us know” iOS 上未先点地址栏拼图图标 按上文 iOS 步骤操作
上报后弹窗仍未被处理 规则更新需要时间,上报不改变当前页面 本次手动处理,后续访问再看效果
弹窗分类与预期不符 网站未使用标准分类 扩展会倾向最保护隐私的设置,可手动复核
换了浏览器仍不生效 该浏览器不在支持列表内 改用受支持的浏览器

上报的价值在于让规则库逐步覆盖更多弹窗变体,遇到处理不了的站点时,花几秒提交一次即可。

Consent-O-Matic 是什么网站?

Consent-O-Matic 是一个浏览器扩展的官方站点,不是普通的内容网站。它由奥胡斯大学(域名 au.dk)相关团队开发,用来对付网站上那些“同意弹窗”——自动识别弹窗并按你的偏好填写,尽量替你选中最保护隐私的选项。适用条件是:你日常用 Chrome、Firefox、Safari 或 Edge 桌面浏览器,或在移动端用 Safari,并且希望减少手动处理 Cookie 弹窗的麻烦。

它解决什么问题

几乎所有网站都用追踪技术收集你的数据。法律通常要求网站先征得同意,于是出现了大量“同意弹窗”。但据该站点说明,约 90% 的弹窗使用了“暗黑模式”(dark patterns):把“拒绝”设计得很难找、很难点,把“同意”设计得一键即达。这类设计虽然违法,但执法不足,很多网站因此得逞。

Consent-O-Matic 的做法是:识别这些由 CMP(同意管理提供商)生成的弹窗,然后按你设定的偏好自动填写,即使弹窗用了暗黑模式设计也照填不误。

关键机制

  • 识别 CMP 弹窗:针对网络上常见的标准化同意弹窗,靠规则库匹配。
  • 按偏好填写:你设定偏好后,扩展自动代填,不需要每次手动点。
  • 非标准分类的处理:如果某网站不使用标准分类,扩展会尽量提交最保护隐私的设置。
  • 规则覆盖有限:站点明确说明,规则库尽量跟进大多数弹窗变体,但仍可能遇到处理不了的弹窗。

遇到处理不了的弹窗怎么办

站点提供了反馈渠道:点击扩展图标,按“Let us know”上报(iOS 上需先点地址栏里的小拼图图标)。上报是匿名的,用于更新规则库。此外也欢迎直接向 GitHub 仓库贡献规则,入口在站点的 Source 部分。

安装与适用平台

站点设有 Install 入口,支持以下环境:

平台 支持的浏览器
桌面 Chrome、Firefox、Safari、Edge
移动 Safari

站点还提供 Source code、Privacy policy、Contact us 三个入口,分别对应源码、隐私政策和联系方式。如果你关心扩展会读取哪些数据,建议先看 Privacy policy 再决定是否安装。

适合谁用

  • 经常被 Cookie 弹窗打断、又不想逐个手动拒绝的人。
  • 在意隐私、希望默认选中最保护隐私选项的人。
  • 愿意在遇到漏网弹窗时顺手匿名上报,帮助规则库完善的人。

如果你使用的浏览器不在上述列表内,或你希望完全自主地逐项决定每个网站的同意范围,这个扩展的自动代填方式可能不完全符合你的习惯。

网站信息概览

从当前可见信息判断,当规范链接、描述或分享字段共同不足时,搜索平台更依赖自行推断,可能出现摘要偏题、图片缺失或权重分散。

域名与注册信息

未知

DNS 与邮件配置

从当前可见信息判断,名称服务器由 au.dk 提供,使用专业 DNS 托管。现有迹象表明,MX 记录使用 mx.microsoft 企业邮箱服务。已检测到 CAA 记录,用于限定可签发证书的 CA。SPF 与 DMARC 已有公开记录,当前无法确认 DKIM 的配置状态。综合当前可观察字段,TXT 中发现 Meta 等第三方服务验证记录。

TLS 与证书

公钥算法为 EC,密钥长度 256 位。证书链完整,可由客户端连续验证。证书可验证域名控制权,但现有数据不能确认组织身份。从公开技术信号来看,证书由 Let's Encrypt 签发,采用常见的自动化短周期证书服务。该证书有效期约 89 天,剩余 58 天。

HTTP 响应

HTTP 响应没有提供常用的附加安全策略。响应已省略 X-Powered-By 标头。未在响应头中发现明显的内部地址或调试信息。服务端仅返回软件名称 Apache。HTTP 响应没有提供边缘代理证据。

技术栈分析

现有迹象表明,公开页面可识别出 jQuery、Apache,但未直接暴露精确版本。网站实现方式并非完全隐藏,不过针对特定版本的扫描线索相对有限。

SEO 与社交分享

页面缺少描述标签,搜索平台可能自行截取正文。页面没有声明首选 URL。首页没有专门配置社交平台分享信息。页面标题长度为 15 个字符,处于常用展示范围。当前首页面向常规搜索抓取开放。

主机和电子邮件

DNSau.dk
主机au.dk
电子邮件mx.microsoft
IP 地理位置(推测,CDN 或代理可能与源站不同) Denmark 国旗Aarhus, Central Jutland, Denmark 推测 185.45.23.237

域名登记事实

RDAP / WHOIS

未知

DNS 记录

DNS

类型名称值TTL优先级
Agrillhost.cs.au.dk185.45.23.237600—
MXau.dkau-dk.m-v1.mx.microsoft90010
NSau.dkns3.au.dk900—
NSau.dkns4.au.dk900—
TXTau.dk+Fnrpf/C6TrPbElr0B4fQGjNEYRd4T/ytAhMD8ykt/moByOIDbK0I6RMUBqJ0TVjSMNzyiD51EX7UjotrShqrg==900—
TXTau.dk+iP7dH9sQ7U6Bizb5xnlnP1XHsguI/P3TfT9D3uaDJU=900—
TXTau.dkHARICA-6Qf59HXTkKhLQAnEiXF900—
TXTau.dkHARICA-LFwo1IKesH7HjyJl7Vf900—
TXTau.dkHARICA-TGkR4O06XFkACDLBINW900—
TXTau.dk_globalsign-domain-verification=E41x9CFBQXLhrTxSVKXK4DYo5vXJbfkyEdtKysnSd2900—
TXTau.dk_globalsign-domain-verification=_s8DS-NJexcgiiwmad7BTd5cb8ZNjQB8ud5pKppY8K900—
TXTau.dkcisco-ci-domain-verification=32d3e8846a2f05d750cd8b256efb1007d1dbe8b5cd6332d17768ebc5122110ab900—
TXTau.dkeUWetivz3T6kSv0rVsZctuxW608nPMLSD2OOrysnUJY=900—
TXTau.dkfacebook-domain-verification=j5idhj3z2q5z0g278fbvz0r9a6514t900—
TXTau.dkfacebook-domain-verification=utyroagwj8u8kxmw2ic2lppqoyl7ci900—
TXTau.dkfeM2adQcQxv1whDnMIPyaXUfBUntVwKt0RByr6toeoU=900—
TXTau.dkppO+5CUA3y6OgCCZsRDPvU6O8Xixg5zXQ6Grj78SgEA/H44nZaQ+ZuSjSSQEPHw/JhIRBvtMLwOkhWl0YdFgag==900—
TXTau.dkv=msv1 t=ACEC4DAA-8F71-4B7A-BF61-05179ED7BA3D900—
TXTau.dkv=spf1 include:spf.au.dk -all900—
CNAMEconsentomatic.au.dkgrillhost.cs.au.dk900—
CAAau.dk0 iodef "mailto:[email protected]"900—
CAAau.dk0 issue "amazon.com"900—
CAAau.dk0 issue "digicert.com"900—
CAAau.dk0 issue "globalsign.com"900—
CAAau.dk0 issue "harica.gr"900—
CAAau.dk0 issue "letsencrypt.org"900—
CAAau.dk0 issue "sectigo.com"900—
CAAau.dk0 issuewild "globalsign.com"900—
CAAau.dk0 issuewild "harica.gr"900—
CAAau.dk0 issuewild "letsencrypt.org"900—
DSau.dk12265 8 2 791544d4e790a20a141cfa45cf1599d35a3becc7c610092653b212b1dc940c7d7200—
DMARC_dmarc.au.dkv=DMARC1;p=reject;pct=100;rua=mailto:[email protected];ruf=mailto:[email protected];aspf=r;900—

TLS 与证书

TLS / SSL

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题consentomatic.au.dk
颁发者Let's Encrypt
有效期至2026-12-19T02:12 · 记录时剩余 58 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

HTTP

标头值
content-typetext/html
serverApache

已识别技术

jQueryApache

页面、搜索与分享信息

页面描述未检测到
规范链接未检测到
语言未知(默认)
Twitter Card未检测到

未知

未发现 robots.txt

暂未发现 Sitemaps

用户评价(0)

  • 暂无评价。