Content Decay

That article that used to rank third? It is on page two now.

Search Console has known for months. The evidence is sitting in your own property, one export and one window at a time. Murkuz hands those rows to Claude or ChatGPT, so finding the pages that slipped is a question rather than an afternoon.

The friction

Your traffic is dropping and nobody noticed.

Every piece of content decays. Statistics go stale. Competitors publish fresher takes. Google's algorithm moves. Your best-performing pages slide down a position at a time.

The problem is that it hides. A page falling from position three to position eight still gets traffic, and a monthly total still looks broadly flat. The signal is in the rows, not the summary, and the rows are the part nobody exports.

Position drift

The average position for a query creeps down week over week while the page itself looks untouched.

Impressions falling first

Impressions start sliding before clicks do, because you are being shown for fewer variants of the query.

CTR falling in place

The position holds but the clicks do not, which is usually the result around you changing, not you.

In practice

You do not get a verdict. You get the rows.

The pages that are sliding

Pages whose impressions are trending down over a longer window, so a slow slide shows up before the monthly total finally moves.

Live_Content_Decay

The raw rows behind it

Clicks, impressions, CTR and position by query, page, country, device or date, for any window your property holds. Paginated, not truncated.

Search_Analytics

What the drop is costing

Queries that still get impressions and almost no clicks, ordered by what a better title could recover. Your agent decides which are worth an afternoon.

Live_CTR_Opportunities

Every site at once

Ask across the whole roster instead of one property per view. Add a site next month and it is simply there in the next answer.

All_Sites_Overview

What Murkuz does not do is worth saying plainly. It does not write the refresh, it cannot publish anything to your CMS, and it will never claim it proved the recovery. It reads your own data, through the official APIs, with your own permissions, and hands it over. Deciding what to change is the part you are already paying a model to do.

Two ways to get the same rows out of Search Console.

The export loop

Open Search Console, one property at a time
Set the window, filter, export the CSV
Realise you needed the page dimension too. Start again
Paste a screenshot into the chat and hope it reads it
Repeat next month, from a different window
Never quite compare like with like

The same question, asked in the chat

Ask in your own words, from inside Claude or ChatGPT
Real Search Console rows, filtered, sorted and paginated
Any window your property holds, with no date-range cap
Every site you run in one answer, not one property per view
Sourced every time: which property, which window, how fresh
Ask again next month against exactly the same window

Built for people who publish and move on.

Solo founders

You wrote the posts and never went back to check whether they still rank. Now checking is one question, not an afternoon in Search Console.

Content teams

You publish steadily and have no process for revisiting older work. The rows that would tell you what to revisit are already in your property.

Anyone running a roster

Checking decay one property at a time does not scale. One connector covers the whole account, so a roster question is one call and one answer.

Stop losing rankings silently.

Connect Search Console once. Then ask Claude or ChatGPT which of your pages have been sliding, and since when.

Free on one site, no card. Reading your own data is never metered.