Google Analytics (GA4)
- What people do on your site
- Which pages get read, and for how long
- Whether visitors reached your contact form
- Where the traffic came from, by channel
- Requires a tag on your pages to see anything
Most analytics setups produce a dashboard nobody opens. A useful one answers a specific question: are the pages you paid for bringing you enquiries, and where do people give up?
Google Analytics setup is the work of making a site report what actually happens on it: which pages get read, where visitors come from, and whether they reach the action you care about. The current version is GA4, and it is event-based: nothing meaningful is tracked unless someone decides what counts as meaningful and configures it.
That last part is where most setups fail. The tag gets pasted in, page views start counting, and the question the owner actually had, whether the site is bringing in work, never gets answered because nobody ever told the tool what a lead looks like.
Installing the tag is the smallest part of the job. Here is what the rest of it is.
Before any code goes near the site: what decision will this data inform? For most small businesses the answer is short. Did the enquiry come in, and what did the person read before it did. Everything else is interesting, not useful. A setup built around a real question stays small and gets used.
A GA4 property, configured with the right data retention and settings, and the tag loaded so it never blocks the page from rendering. Analytics that slow your site down are costing you more than they tell you. If the site is already sluggish, that is a speed problem to fix rather than to measure around.
GA4 counts events. Out of the box it counts generic ones like page views and scrolls. The valuable ones are yours: a contact form submitted, a phone number tapped on a mobile, a quote request started but abandoned. These have to be configured deliberately, and they are the difference between a dashboard and an answer.
Analytics knows what happened on the site. It does not know what happened in the search results that sent people there. Linking a Search Console property fills in that half. Kept apart, you are reading two halves of a sentence.
This is worth reading properly, because it is both a legal condition and a design decision, and it is routinely ignored.
The Google Analytics Terms of Service forbid sending personally identifiable information to Google. Not discourage: forbid. No names, no email addresses, no phone numbers, no message contents, and no putting any of that in a page URL that analytics then records. The penalty is your data being deleted or your account being terminated, and the obligation sits with you, not with whoever installed the tag.
It gets broken constantly, and usually by accident. A contact form that redirects to a thank-you page carrying the visitor's email in the URL has just sent that email to Google. Nobody intended it. It still happened.
We will describe our own setup rather than speak in the abstract, because we had to make this decision too. Our site records that a lead action happened. It does not record who did it. No name, no email address, no phone number, no message text ever enters analytics. We know a quote request was submitted and which page the person was on when they did it, which is exactly what we need to know, and nothing more.
You lose nothing useful by working this way. "Someone submitted the form from the local SEO page" is the fact that changes what you do next. Their name is in your inbox already, where it belongs.
Google's terms require you to publish a privacy notice disclosing your use of cookies and analytics. If you are running analytics without one, you are out of compliance with the product you are using. It is a page of honest text, not a legal ordeal. Ours is at our privacy notice.
They are both free Google tools with graphs in them, which is where the similarity ends. Knowing which one answers your question saves a lot of wasted staring.
Usually it is one or two questions, not twenty. The setup gets built around those, which is why it ends up small enough to be maintained and read.
Old tags, duplicate tags, a property nobody can log into any more, or a setup quietly sending data it should not. This turns up more often than you would think, and it has to be cleaned up before anything new is trusted.
A GA4 property with sensible settings, and the tag loaded so it does not delay your page rendering.
Form submissions, phone taps, and whatever counts as a lead in your business. Configured to report the action, never the person.
Connect the two so search data and site behaviour sit together, then test the whole path end to end. An event nobody tested is a guess with a graph on it.
The page has to describe what the site genuinely does. A copied privacy policy that describes someone else's setup is worse than useless.
Said plainly, because expectations here are frequently oversold.
We set up analytics the way we run our own: built around a real question, tracking the action rather than the person, and tested end to end so the numbers can be trusted.
Analytics measures what people do on your site once they arrive: which pages they read, where they came from, and whether they reached the contact form. Search Console shows how Google sees your site before anyone arrives: what it crawled, what it indexed, and which searches you appeared in.
They answer different questions and neither replaces the other. Most businesses want both, connected to each other, so you can follow a search through to what the visitor actually did.
No, and it must not. The Google Analytics Terms of Service forbid sending personally identifiable information into the product: no names, email addresses, phone numbers, or the contents of a form message. Accounts have been terminated over it.
Some tools advertise visitor identification. Read carefully what they are actually doing and where the data comes from before you connect anything like that to your site.
Yes. Google's terms require you to publish a privacy notice that discloses your use of cookies and analytics, and to have the rights you need to collect the data. This is not optional fine print, it is a condition of using the product. Ours is at our privacy notice.
Because they are counting different things. Search Console counts what happened in Google search results. Analytics counts what happened in a browser on your site, and only when its tag actually loads: ad blockers, privacy browsers and people who leave instantly all shave off data.
Treat analytics as a reliable measure of direction and change, not as a perfect census. If two tools disagree by a little, that is normal. If they disagree wildly, that is usually a tagging fault worth finding.
Often yes, but for a narrower reason than people expect. On a low-traffic site the visitor counts are too small to read as trends. What is still worth having is proof that your enquiry path works: that the form submits, and that the pages you invested in are the ones being read. That is a small, specific setup rather than a dashboard nobody opens.
See how Google actually crawls, indexes and ranks your pages.
The crawling, indexing and structure work search engines depend on.
Get found by people searching for your service near you.
What the common reports mean, and which ones are not problems.
Edits, updates, backups and monitoring so the site keeps working.
Straight advice on the systems your business runs on.
Tell us what you think your site is doing and what your numbers say. We will find out which one is wrong.