我正在构建一个用于从电子商务网站收集活动的API。除了身份验证和HTTP响应代码之外，数据流将完全从客户端到服务器。
以RESTful方式设计这样的API是否有意义？
例如，我不确定我是否从代表资源的URL端点获得了很多。例如，当电子商务网站上的用户转到新页面时，我希望通知API，并发送已更改的所有用户数据。 REST，我必须在/pageloads，/webpages或/users这样的端点上执行此操作，因为我不仅对页面数据感兴趣，而且对用户＆＃感兴趣39;也是。不完全RESTful，以下似乎更自然：/pageloadEvents以及其他类似的事件。我说＆＃34;不太安静＆＃34;因为这些终端似乎并不代表真实的资源，例如下面的网页，用户等。
此外，由于通信仅从客户端到服务器，我不再需要REST动词GET。换句话说，服务器只是一个监听器。也许这种单方面的沟通是非常好的，但是环顾四周，我感觉这有点不寻常。
非常感谢！