Trust
The visits Google reports are arriving in your analytics
cross.clicks-sessions-variance
Why this matters
Search Console counts a click when somebody chooses your result. Analytics counts a session when the page loads and the tag runs. The two never match exactly — people leave before the page finishes, some decline the cookie banner — but they should be in proportion across your pages. A page where far fewer visits arrive than clicks were recorded is usually a page where the tag is not firing: a redirect that loses it, a template that omits it, or a consent banner behaving differently there.
Who fixes it
A developer
Roughly how long
half a day
Care needed
Low risk to change
How to fix it
Open one of these pages with Analytics' Realtime report in another window and check the visit appears. If it does not, look for what is different about the page: a different template that omits the tag, a redirect on the way in that drops it, or a consent banner configured differently. If the page is reached through a redirect, follow the whole chain — a link that goes through two hops before landing often loses the tag or the referrer on the way. Where the visit does appear, the tag is fine and the difference is genuine, which is worth knowing too.
How we score it
Failing this check takes up to 14 points off your trust score. This one is a measurement rather than a fact about your markup, so two scans of an unchanged site can legitimately differ a little.
Does your site pass this one?
This check runs on every scan, along with the other 121. Free, no account, and you see the evidence for each result.
Check my siteOther trust checks
- Analytics can account for where your visitors came fromAnalytics sorts every visit into a channel — search, direct, social, email and so on — and puts the ones it cannot work out into 'Unassigned'. A large unassigned share usually means campaign links are being tagged inconsistently, or a redirect is stripping the tracking parameters off them. The effect is that the channels which *are* recognised look smaller than they are, and whatever is being spent on the unrecognised one cannot be judged at all.
- Analytics keeps enough history to answer a question about last yearGoogle Analytics throws away the detailed data behind your reports after a set period, and the shortest option is the one every property starts on. Two months is not enough to compare this Christmas against last one, or to look back at what a campaign actually did. The headline totals survive, but the ability to ask a new question about an old period does not — and it cannot be recovered later, because the data is gone rather than hidden.
- Analytics knows what counts as a success on this siteA key event is how you tell Analytics that something mattered — a form sent, a purchase, a call button pressed. Without any, the property can tell you how many people came and nothing at all about whether any of it worked. Every question worth asking of analytics data is some version of 'did this bring us business', and none of them can be answered by a property that has never been told what business looks like.
- Analytics knows which page your visitors arrived onThe landing page is the first page of a visit, and it is how you tell which of your pages actually bring people in. Sessions recorded as '(not set)' are ones where Analytics never saw a first page — usually because the visit was measured before the page view arrived, or a single page application changed the address without telling Analytics. Those sessions still count in your totals but cannot be credited to any page, so the pages doing the work look less important than they are.
- Analytics reports on the same day your business doesEvery date in Analytics is drawn against the property's timezone, so it decides when 'today' starts and ends. A property reporting on a timezone several hours from the business means daily figures cut the day in an odd place — yesterday's sales include this morning's, and a comparison between two days is comparing two overlapping windows. It is easy to set when a property is created and almost never revisited.
- Browsers are allowed to fill in your formsSetting autocomplete to off tells the browser not to offer a visitor their own saved details. On a phone that turns a form somebody could have completed with one tap into a dozen fields typed with a thumb, and every extra field measurably costs completions. It is almost always inherited from a template or added years ago to stop a browser suggesting the wrong thing, and on a password field it is worse than useless: password managers ignore it, so the only people it stops are the ones typing by hand, who then choose something they can remember.