Why Content Effort Matters to Google and How to Measure It

For SEOs today, publishing more content is not the problem. The challenge is knowing whether what we publish deserves to exist. Both Google's Search Quality Rater Guidelines and the leaked Google API documentation offer clues about how it might be measured. That documentation included  "contentEffort": (LLM-based effort estimation) and "ugcDiscussionEffortScore": UGC (user-generated content) page quality signals.

For years, we have measured editorial production using easy-to-count indicators: number of articles, words published, frequency, rankings, or traffic. These metrics are useful, but they do not answer a far more uncomfortable question: how much intellectual and editorial work does this page actually contribute?

Two pieces can be the same length, follow sound SEO structure, and be impeccably written. Yet one may simply rearrange what already appears in ten Google results, while the other adds original tests, calculations, a useful comparison, or a perspective grounded in real experience. They may look similar from the outside, but they are not the same for the reader.

A few days ago, I was reading a post by Cyrus Shepard on this subject, and it gave me the idea of building something that could assess or measure "Content Effort" in a way similar to how Google might do it.

That is the problem I have tried to solve with this project: turning Content Effort into something observable, debatable, and measurable, regardless of whether a perfect formula or secret Google score exists. So I created a harness with a three-judge system, a versioned measurement contract (Rubric 2.0.0), semantic contribution analysis using embeddings, and deterministic scripts.

Google Has No Public Metric Called Content Effort

This is the right place to start because SEO has a habit of turning recommendations into supposed ranking factors.

Google has not published a metric called Content Effort. Nor is there documentation stating that a page with a particular score will rank better. What does exist is a fairly clear direction of travel.

In its documentation on helpful, reliable, people-first content, Google suggests checking whether a page provides original information, research, or analysis; whether it offers more than a rewrite of other sources; whether it demonstrates first-hand expertise; and whether it delivers substantial value compared with other search results.

The guidance on AI-generated content is even more explicit: generating many pages without adding value may violate policies against scaled content abuse. The documentation itself points to the rater guidelines for identifying main content created with little effort, little originality, and little added value.

This does NOT mean human raters decide which page ranks. Google makes clear that their ratings are used to evaluate how well its systems work and do not directly influence rankings. Nor does it mean our rubric reproduces an internal Google algorithm.

It means something more useful: originality, editorial work, experience, and incremental value matter enough that we need a serious way to audit them.

What I Mean by Content Effort

To me, Content Effort is the verifiable work that turns available information into something genuinely useful to the user.

A 3,000-word article can be five sources padded into an overlong essay. This is not about measuring how long the author took, either: someone can spend two days writing a disorganized piece that contributes absolutely nothing. Nor is it about automatically rewarding human-written content over AI-generated content.

What I am trying to observe is the outcome of the work:

  • what was selected and what was removed
  • what data was calculated or compared
  • which facts or perspectives are original
  • what resources had to be created
  • whether the important answer appears soon enough
  • whether limitations and alternatives are explained
  • whether the content connects facts that are normally presented separately
  • whether there is evidence of first-hand experience

AI can play a role in the process. The criterion remains the same: does the result add knowledge, reduce uncertainty, or help someone make a decision? Automating the writing does not remove the need to do that work.

How We Built Rubric 2.0.0

I did not want to build yet another SEO traffic-light tool that returned 82 out of 100 from a checklist without explaining where the score came from. That is why "Rubric 2.0.0" works as a versioned measurement contract. It was developed through training on a human-selected set of URLs representing high-quality, low-quality, and neutral content. That selection is subjective, but subjectivity is probably part of what we are trying to measure.

Each dimension has a definition, a scale from 0 to 4, and anchors describing what must be observed to award each score. A judge cannot simply say that content "seems in-depth." It must quote the text directly and explain why those passages meet the criterion.

These are the eight intrinsic dimensions:

Dimension What It Measures
1. Curation and editing Selection, ordering, structure, removal of redundancy, and editorial clarity.
2. Derived and computed content Comparisons, calculations, classifications, or conclusions built from data.
3. Original facts and perspectives Original findings, verifiable observations, and a sustained perspective that goes beyond repeating conventional wisdom.
4. High-effort resources Charts, derived tables, diagrams, annotated images, or interactive elements created to explain the subject.
5. Prominent helpful content How quickly the reader finds the problem, the answer, and actionable information.
6. Quality of discussion Consideration of nuances, objections, limitations, risks, and alternatives before reaching a conclusion.
7. Depth beyond common facts Non-obvious connections and explanations that produce new understanding.
8. Authorship and experience Evidence of use, checks, procedures, results, and first-hand learning.

Each contributes between 0 and 4 points. The intrinsic result is expressed as a score out of 32 points.

This distinction matters because an article can be superbly edited yet contain no original research. Another may offer a highly valuable test but bury it behind an endless introduction. A single number enables comparison; the dimensions make improvement possible.


As an example, the dimension “3. Original facts and perspectives” looks for signs that the page contributes more than generic information or a rephrasing of a single source. Applied to a recent article on my blog, the assessment would look something like this:

Its anchors are:

PointsRequirements
0Only generic facts, common knowledge, or obvious reproduction of a source are present.
1Some specific data appears, but its source or method is not explained.
2Data is provided with limited context about its source, but without original interpretation.
3There is at least one clearly original claim, comparison, synthesis, or interpretation supported by specific evidence.
4There are three or more distinct original contributions, or a sustained original perspective backed by verifiable evidence.

Simplified Example

Level 0

“SEO helps improve visibility.”

This is a generic statement.

Level 1

“Traffic increased by 37%.”

It is specific, but we do not know where the figure came from.

Level 2

“According to the 2025 report, traffic increased by 37%.”

It has a source, but merely repeats it.

Level 3

“When we compared the 37% growth with the decline in conversions, we found that the new traffic had lower commercial intent.”

This is an original, data-supported interpretation.

Level 4

The article develops several distinct conclusions, for example about traffic, conversion, and retention, or sustains an original thesis throughout the piece by connecting specific evidence.

How an Analysis Works

The process begins before any model is called. First, we download the page and extract its main content. We save the snapshot, the extracted text, and their hashes. This tells us exactly which version was assessed and allows us to repeat the analysis without depending on the URL remaining unchanged the next day.

We then prepare a request containing the exact rubric version, the page text, the response schema, and the identifiers linking the assessment to that snapshot.

The same request is sent to three isolated judges. In the configuration we used, all three run on gpt-5.6-sol with high reasoning effort. They cannot see one another's responses and do not negotiate a shared score.

Each judge returns strict JSON containing:

  1. A score from 0 to 4 for each dimension
  2. The verbatim quotations supporting that score
  3. A rationale tied to the rubric anchors
  4. The total assessment score
  5. The provenance of the model, protocol, and reasoning level

The response then passes through deterministic validators designed to catch hallucinations and errors. The schema must be correct, all eight dimensions must appear in the expected order, and every quotation must actually exist in the extracted text. If the evidence for a dimension cannot be verified, its score is voided. We do not accept a persuasive explanation unless the page content supports it.

Finally, we calculate the median of the three judges for each dimension and record the minimum, maximum, and range. We also retain the median of their individual totals. When the judges disagree, the report turns that disagreement into a reviewable signal.

Why We Use Three Judges Instead of One

A language model is not a mathematical function. It may interpret an example differently, give more weight to a piece of evidence, or draw the line between a 2 and a 3 elsewhere.

Using three judges does not eliminate that variability, but it avoids relying on a single reading. The median reduces the impact of an extreme assessment, while the range reveals where the contract still leaves room for differing interpretations.

The key lies not only in the number of judges, but in the combination of controls:

  • Isolation between assessments
  • The same contract for everyone
  • Structured output
  • Verbatim evidence
  • Automated validation
  • Explicit aggregation
  • Calibration against reference content.

The model provides semantic judgment. The rubric, validators, and calibration prevent that judgment from becoming an unauditable opinion.

Dimension 9: Measuring Information Gain

The first eight dimensions analyze the content itself, but one question crucial to Google was still missing: what does this page contribute that is not already covered by the results competing for the same query?

That is the purpose of dimension 9. Information gain is not an absolute property of a text. It depends on a query, country, language, device, and point in time. An explanation may be novel for one SERP and completely redundant for another. The process begins with those explicit parameters. 

We request Google's organic top 10 from DataForSEO and save the response as an immutable snapshot. We then download and extract the competitors' main content. The candidate page and the top-10 pages are split into semantic chunks. We generate their embeddings using BGE-M3 running locally through LM Studio. For each query-relevant chunk, we find the semantically closest competitor content.

In practical terms, we measure two things: whether the chunk helps answer the query and how far it differs from the best coverage already available in the SERP. The results are aggregated using calibrated thresholds to produce a score from 0 to 4.

A different but irrelevant paragraph does not count as novel. Nor is changing the wording while preserving the same idea enough. We are looking for relevant information that expands, corrects, connects, or makes more concrete what the other results already offer.

Dimension 9 is presented separately from the intrinsic total. We do not turn 32 points into 36 because that would mix two different contracts: the observable quality of the content and its novelty relative to a specific SERP. A page can be extremely well constructed yet add little new information, or it can be novel but poorly edited. We need to see both.

How Much Each API Analysis Would Cost

I started building this harness with Claude, but ultimately finished it with ChatGPT. Anthropic's model dragged its feet on certain issues and was "far too keen" for me to run the judges through its API, with the additional cost that would entail. To calculate the price, I used artifacts from a real project analysis. Across the three judges, approximately 29,826 input tokens were sent and 5,579 visible output tokens were received.

The official GPT-5.6 Sol pricing, checked on August 25, 2026, is $4 per million input tokens and $20 per million output tokens. Using those figures:

Component Calculation Approximate Cost
Input for all three judges 29.826 × $4 / 1M $0,119
Visible output 5.579 × $20 / 1M $0,112
Observable minimum Input + visible output $0,231
DataForSEO, live top 10 1 SERP $0,002

The full minimum would therefore be about $0.233 per page. However, high reasoning also generates internal reasoning tokens billed as output, and those tokens were not recorded in the manual artifacts from that analysis.

Because the figure can vary, here are three possible scenarios and their costs:

Scenario Additional Reasoning Tokens Total Cost Including SERP
Verifiable minimum 0 recorded $0,233
Medium reasoning 2,000 per judge $0,353
High reasoning 5,000 per judge $0,533

DataForSEO lists a price of $0.002 for one live organic SERP with ten results. BGE-M3 embeddings run locally, so they add no per-token charge. I have not included electricity, proxies, storage, or maintenance because the cost is almost negligible.

That puts the approximate cost range at €0.20 to €0.46 per analysis.

API vs. ChatGPT Plus or Pro

AI providers' plans allow supervised analyses to run with Codex within their usage limits, avoiding marginal API charges while included capacity remains. According to the official pricing documentation, ChatGPT Plus starts at $20 per month and Pro at $100, with higher limits for Pro and the option to purchase additional credits.

If we use reference budgets of €20 and €100 per month and compare them with the range above, we get the following direct equivalent. In practice, the plans are considerably more generous, so you can probably run five to ten times as many analyses:

Monthly Budget Equivalent API Analyses
Plus: €20 44–100 analyses
Pro: €100 219–500 analyses

This does not mean Plus guarantees one hundred analyses or Pro guarantees five hundred. Each assessment requires at least three judge runs, limits are shared with other uses, and consumption depends on the model, content length, and reasoning effort. 

If I were developing a similar system for a company or launching it as a professional tool, my rule would be simple:

  • ChatGPT Plus or Pro for supervised analyses, editorial research, and moderate volumes within the included capacity.
  • API for automation, batch processing, CMS integration, precise telemetry, and predictable per-run costs.

The plan reduces the marginal cost when it is already part of our workflow. The API also gives you operational control.

Case Study: Analyzing the Content Effort of My Recent Post About Sistrix's Move to OAuth2

How the Result Is Calculated

  1. Three independent judges receive the same page and Rubric 2.0.0.
  2. They cannot consult the other judges' responses.
  3. Every positive score must include verbatim quotations from the page.
  4. The system verifies that those quotations actually exist; unverifiable evidence voids the corresponding score.
  5. The median of the three judges is calculated for each dimension.

The judges agreed completely in this analysis:

  • Totals: 26, 26, and 26
  • Range: 0
  • Verified evidence: 101/101
  • Result: 26/32

Explanation by Dimension

Dimension

Reason for the Score

Curation and editing — 2/4

The page has headings, ordered steps, troubleshooting, and a checklist. However, it retains both the OAuth migration and the old API key instructions, creating duplication. To reach 3, it would need to remove or better separate that redundant content.

Derived/computed content — 3/4

It compares API keys and OAuth in terms of security, automation, and ease of use, and explains what the comparison means. It does not score 4 because it calculates no new figure — difference, ratio, ranking, total, or trend — from the data.

Original facts and perspectives — 4/4

It maintains an original and sustained perspective: separating data from interpretation, not confusing a lack of data with zero searches, treating automation as subordinate to SEO judgment, and diagnosing errors according to context.

High-effort media — 1/4

The extracted text contains relevant lists and configuration blocks, but they are easy to reproduce. It provides no evidence of charts, diagrams, annotated screenshots, or elaborate tables. This dimension evaluates only what is visible in the extraction, so an image without detectable textual information may not count.

Prominent helpful content — 4/4

The introduction immediately presents the problem, the benefit of the MCP, and the critical OAuth update. The reader finds the main value before the detailed instructions.

Quality of discussion — 4/4

It does not merely recommend OAuth: it contrasts the benefits and risks of both options, acknowledges the challenges on unattended servers and the residual risk of tokens, and concludes when each alternative is appropriate.

Depth beyond common facts — 4/4

It connects non-obvious details: OpenCode-specific syntax, variables that do not hot-reload, differences between 401 and 403, plan restrictions, country codes, and the distinction between “no data” and “zero searches.” It also turns those details into diagnostic actions.

Evidence of authorship and experience — 4/4

It describes a reproducible check: initialization with HTTP 200, a text/event-stream response, and confirmation using opencode mcp list. That experience informs the recommendation to begin with a small, verifiable test.

The Most Influential Evidence

The judges particularly highlighted passages from the post such as:

  • “In my test, the endpoint responded to initialization with HTTP 200 and text/event-stream.”
  • “A decline in visibility indicates that something has changed. On its own, it does not explain the cause.”
  • “The absence of results does not automatically mean zero searches, either.”
  • “OAuth does not eliminate every risk.”
  • “That control matters more than automating everything.”

These are not mere instructions: they demonstrate direct testing, interpretation, limitations, and reasoning, precisely what dimensions 3, 6, 7, and 8 reward.

Key Takeaways:

  1. The main loss of points comes not from a lack of depth, but from editorial duplication and the absence of sophisticated media.
  2. To exceed 26/32, the legacy content would need to be pruned or separated, and non-trivial informational resources added, such as an authentication-flow diagram or a structured comparison table.

Measurement Is Not Score Optimization

The obvious temptation would be to turn the rubric into another checklist: add a table to raise D4, insert an opinion to improve D3, or extend a discussion to create the appearance of depth.

That would repeat the same mistake we made with so many SEO metrics. The goal is not to decorate content for the evaluator, but to identify the work that is missing.

If D2 is low, we may not need more text; we may need to work with the data and perform analyses and calculations the reader can use. If D3 is low, an original test may be missing. If D6 is low, we are probably presenting a conclusion without acknowledging its limitations. And if D9 is low, we need to ask whether the page adds anything new or merely competes by rewording the same information.

The tool does not predict rankings, either, because a page's search ranking depends on relevance, authority, links, context, user experience, and many other factors. What it does is distinguish content that looks complete from content that demonstrates genuine effort.

That is the real value of this system: automating part of the assessment so that human judgment can focus on what matters. Not publishing faster, but understanding what deserves to be published and what we should improve before asking for the reader's time.