您如何验证 Facebook 中的 user-owned 个子域?
How do you verify user-owned subdomains in Facebook?
作为 Facebook 广告即将发生的变化的一部分,您现在必须验证您的域名所有权。
我们运营一个 SaaS 平台,用户内容托管在子域(myaccount.example.com
等)上。我们需要这些用户能够验证其域的所有权,以便他们可以跟踪自己的事件。我们已经让他们能够在他们的域上添加元标记,这证明是可以的。
<meta name="facebook-domain-verification" content="codefromfbhere" />
但是,问题是,当您进入 'Events manager' -> 'Aggregated event measurement' -> 'Configure web events' 时,它显示的是根域而不是我刚刚验证的子域(例如example.com
而不是 myaccount.example.com
).
这 是 可能的,因为 Leadpages 已经实现了相同的目标。当您添加 Leadpages 子域时,您可以通过元标记对其进行验证,它会在 'Web event configurations' 区域中显示子域。
我没有看到他们提供的任何额外 headers 或任何其他可以实现此目的的内容。
如何将子域标记为独立于 eTLD+1?
[2021 年 3 月 19 日更新]
Facebook 刚刚宣布他们将支持 Public 后缀列表以进行域验证和事件配置。这意味着在 Public Suffix List 上使用注册域的商家将能够使用该域来验证和配置他们在该域上的前 8 个事件。例如,如果 myplatform.com
是 Public 后缀列表中的注册域,那么拥有子域 jasper.myplatform.com
的商家 Jasper 现在将有资格成为有效的 eTLD+1,并且能够验证“jasper.myplatform.com”并使用它来配置 Web 事件配置工具中的前 8 个事件。
在此处阅读更多内容:
https://developers.facebook.com/docs/sharing/domain-verification
[原答案]
对于 Apple iOS 14.5 即将发生的变化,您只能验证根域,在您的示例中是 example.com
以设置网络事件配置。
您可以做到这一点的唯一方法是为您的客户提供一种在您的服务中 buy/setup 他们自己的域的方法。
您可以在此处观看网络研讨会录像
https://www.facebook.com/business/m/sessionsforsuccess
我想从为 Facebook 工作的人的角度插话。对于大多数企业,即使是为其他企业托管页面的企业,Aggregated Event Measurement 没有任何额外的东西是正确的解决方案。
不拥有自己域的广告商将无法为广告管理器中的事件配置目的验证域。广告商可能会考虑购买他们自己的域以继续 运行 他们的广告活动不间断,或转向 link clicks/landing 页面浏览量以进行广告活动优化和报告。我们目前正在调查此用例的其他解决方案,但目前没有任何其他信息可以分享。
对于已经在 Public 后缀列表 (PSL) 中的极少数企业,子域将能够像根域一样获取数据。这是因为在 PSL 上基本上使根域名充当 TLD(例如“co.uk”或“gov.au”)。几乎在所有情况下,网站请求添加到 PSL 都是没有意义的,因为这会显着改变 Public 后缀列出的域名的运作方式。
PSL 流程仅适用于为大量小型企业提供子域的平台提供商,这些小型企业实际上应该被视为单独的域。
Public 后缀列表没有用,也不打算用作获得额外子域事件报告的手段。将域名添加到 PSL 意味着子域之间将完全 cookie 分离,并且 cookie 将在根域上被禁用。如果您将域添加到 PSL,您将无法对该站点本身进行太多控制。例如,如果您在该域上有一个 /login 页面。如果您继续添加 PSL,这可能无法像今天那样工作,因为 cookie 可能会在根域上被禁用。
同样重要的是要注意浏览器将根据他们自己的 PSL 更新节奏强制执行所描述的行为。有些浏览器不会比每年两次更频繁地更新它们的列表。这意味着如果您在列表中并且浏览器更新了他们的列表副本,而您后来决定不在列表中,则可能没有简单的方法来取消影响;这不像提交另一个请求从列表中删除那么简单。
可以在 Facebook 的帮助中心文章 here 中找到更多信息。
作为 Facebook 广告即将发生的变化的一部分,您现在必须验证您的域名所有权。
我们运营一个 SaaS 平台,用户内容托管在子域(myaccount.example.com
等)上。我们需要这些用户能够验证其域的所有权,以便他们可以跟踪自己的事件。我们已经让他们能够在他们的域上添加元标记,这证明是可以的。
<meta name="facebook-domain-verification" content="codefromfbhere" />
但是,问题是,当您进入 'Events manager' -> 'Aggregated event measurement' -> 'Configure web events' 时,它显示的是根域而不是我刚刚验证的子域(例如example.com
而不是 myaccount.example.com
).
这 是 可能的,因为 Leadpages 已经实现了相同的目标。当您添加 Leadpages 子域时,您可以通过元标记对其进行验证,它会在 'Web event configurations' 区域中显示子域。
我没有看到他们提供的任何额外 headers 或任何其他可以实现此目的的内容。
如何将子域标记为独立于 eTLD+1?
[2021 年 3 月 19 日更新]
Facebook 刚刚宣布他们将支持 Public 后缀列表以进行域验证和事件配置。这意味着在 Public Suffix List 上使用注册域的商家将能够使用该域来验证和配置他们在该域上的前 8 个事件。例如,如果 myplatform.com
是 Public 后缀列表中的注册域,那么拥有子域 jasper.myplatform.com
的商家 Jasper 现在将有资格成为有效的 eTLD+1,并且能够验证“jasper.myplatform.com”并使用它来配置 Web 事件配置工具中的前 8 个事件。
在此处阅读更多内容: https://developers.facebook.com/docs/sharing/domain-verification
[原答案]
对于 Apple iOS 14.5 即将发生的变化,您只能验证根域,在您的示例中是 example.com
以设置网络事件配置。
您可以做到这一点的唯一方法是为您的客户提供一种在您的服务中 buy/setup 他们自己的域的方法。
您可以在此处观看网络研讨会录像 https://www.facebook.com/business/m/sessionsforsuccess
我想从为 Facebook 工作的人的角度插话。对于大多数企业,即使是为其他企业托管页面的企业,Aggregated Event Measurement 没有任何额外的东西是正确的解决方案。
不拥有自己域的广告商将无法为广告管理器中的事件配置目的验证域。广告商可能会考虑购买他们自己的域以继续 运行 他们的广告活动不间断,或转向 link clicks/landing 页面浏览量以进行广告活动优化和报告。我们目前正在调查此用例的其他解决方案,但目前没有任何其他信息可以分享。
对于已经在 Public 后缀列表 (PSL) 中的极少数企业,子域将能够像根域一样获取数据。这是因为在 PSL 上基本上使根域名充当 TLD(例如“co.uk”或“gov.au”)。几乎在所有情况下,网站请求添加到 PSL 都是没有意义的,因为这会显着改变 Public 后缀列出的域名的运作方式。
PSL 流程仅适用于为大量小型企业提供子域的平台提供商,这些小型企业实际上应该被视为单独的域。
Public 后缀列表没有用,也不打算用作获得额外子域事件报告的手段。将域名添加到 PSL 意味着子域之间将完全 cookie 分离,并且 cookie 将在根域上被禁用。如果您将域添加到 PSL,您将无法对该站点本身进行太多控制。例如,如果您在该域上有一个 /login 页面。如果您继续添加 PSL,这可能无法像今天那样工作,因为 cookie 可能会在根域上被禁用。
同样重要的是要注意浏览器将根据他们自己的 PSL 更新节奏强制执行所描述的行为。有些浏览器不会比每年两次更频繁地更新它们的列表。这意味着如果您在列表中并且浏览器更新了他们的列表副本,而您后来决定不在列表中,则可能没有简单的方法来取消影响;这不像提交另一个请求从列表中删除那么简单。
可以在 Facebook 的帮助中心文章 here 中找到更多信息。