Since the 20th, there has been a sudden surge in Visual Views (VV), and although I can see which page is affected, there are no API calls on that page, and only a few images are used. I want to understand what factors might be affecting VV. Using 1M VV as an example:
Content API: Does each call count as one VV?
Image API: Does using images uploaded via Builder count as one VV, regardless of image size? If image optimization is used on resources uploaded via Builder, does it count as two VVs?
Track: Does the built-in tracking of Builder also count as one VV?
What other factors might influence VV, and could you explain their calculation rules? The documentation is not detailed enough.
If I use the image component from Builder, will it cause an increase in Visual Views? If I use the image component from Next.js, will it not cause this issue?
Visual Views are recorded when a tiny (1x1) hidden image, called a tracking pixel, is rendered upon someone visiting your site or app.
If a single Page contains multiple content entries from Builder — such as two symbols — Builder ensures that these pixels are only counted once to avoid double counting by using a cache period in which the pixel request is cached in the user’s browser.
In this way, multiple pixel requests on the same Page from different Builder content entries only result in one tracking pixel request.
Technically, this method can result in undercounting Visual Views if a site visitor is navigating pages very quickly, but in most cases, this technique yields an accurate representation of Visual Views.
Because I used the builder’s image in the project, I kept getting hydration error warnings. I found out that in the code, when the Tag is set to img , using fetchPriority causes the warning, so it should be changed to fetchpriority .