Youtube api Youtube API密钥配额

我承认在API使用方面我不是最聪明的人，但我正在学习。我非常擅长建立Wordpress网站，目前我正在为一位朋友建立一个网站，将他的Youtube频道链接到他的博客网站。我正在使用一个插件（请注意，这个插件的评级很高），并且已经设置了一个

YouTube API密钥

几天来，我一直在建设网站，尝试不同的主题，等等。你可以在我的配额表中看到，查询量非常低，远远没有达到百万的上限。但是，在9月21日星期四，他们暴涨，达到并超过了我的限制，关闭了

API

，直到午夜重置。然后第二天，我直到晚上才在这个网站上工作，我的查询数超过了65万。我是唯一访问该网站的人，该网站正在建设中，尚未向公众开放

我在两个页面上链接到YouTube，主页上有一个链接到他的YouTube直播视频（假设加载页面时他是直播的），还有一个页面列出了他频道上的所有YouTube视频。我注意到，如果我转到频道页面，查询计数将增加5个单位。如果我在主页上加载实时视频（如果他不是实时视频，则加载另一个视频），查询计数将增加102个单位

我很少访问频道页面。我已经在主页上工作了几天，在这里和那里进行调整。但是，为了最大限度地提高我的配额，即每页加载102个单位，我将刷新主页9000多次。有些事情似乎不对劲

我错过什么了吗？有人知道我的配额是如何被最大化的，或者大部分配额是在只有一个人访问网站的情况下使用的吗

以下是我的配额页面的屏幕截图：

---

提前谢谢。该网站将于周四上线，我真的很想在出现错误时保持页面无误。

因为这是一个广泛的问题，我会尽力提供帮助。但请注意，它可能是在黑暗中拍摄的

在我自己的项目中（这是一个youtube复古页面网站），我的平均页面负载配额为14。
这需要同时调用几个api来填充所需的信息。
所以从我的知识来看，我可以假设一些事情

1：可能有人使用/找到了您的api密钥。
2：您没有为手头的任务使用正确的调用。
3:您的脚本可能有比预期运行次数更多的内容。
4:调用或脚本的实现不正确。
最后
5：我见过搜索机器人和页面爬虫为页面编制索引，这样做会耗尽配额

这些不是唯一可能的原因，但从有限的信息来看，这听起来是一个很好的开始

---

下面是要查看的页面

欢迎使用堆栈溢出。请复习。您的问题应包括您的特定编码相关问题的清晰大纲、您已经尝试的内容的摘要以及a中的相关代码，因此我们有足够的信息可以提供帮助。如果这不是提出此类问题的适当位置，请向我咨询我将在何处提出此类问题。Youtube建议用户向stackoverflow寻求支持……或者至少这是我的印象。你的问题可能是正确的，但它的呈现方式既不符合网站指南，也不便于任何人提供帮助！这是一个文本墙-请包括您的具体编码相关问题的清晰简明的大纲。这个网站是为编码相关的问题，所以你应该包括一个。它也期望你事先研究过你的问题，所以包括你已经尝试过的内容的摘要，这样我们就不会再建议他们了。作为一个新用户，你的问题经过了一个质量审查过程，根据我在审查期间添加的评论，你的问题不符合网站的指导原则。为了帮助你，我建议如何改进它。符合准则和2。让其他人更容易帮助你解决问题。除了不符合指导原则之外，当你的问题按原样呈现时，你很难得到帮助。堆栈溢出不是YouTube的支持论坛，不管YouTube怎么说。这并不意味着您不能发布关于YouTube API的问题，但请注意，没有明确指示a的文本墙并不是定义堆栈溢出的好问题。谢谢Tempus。这对我来说已经足够了，至少我可以开始找出问题所在。