Kenneth Durrum using a persistent AI checklist to manage Google Search Console indexing work.
The Solution I Released

I Asked Claude for a Checklist. I Ended Up Building an App.

How a Google Search Console tracking problem became a persistent Claude Artifact

I did not set out to build an application. I was trying to keep up with Google Search Console.

I regularly review pages that Google has discovered but not indexed, along with new pages that have not yet been discovered or indexed. I already had an automation keeping the underlying list current. That part was relatively straightforward. The annoying part was the human side of the process.

Which URLs had I already submitted? When did I submit them? Which ones still needed attention? And if I moved from one computer to another, how could I keep that working list in sync?

I started using Claude Artifacts to solve it. What happened next changed the way I think about small, custom business tools.

THE PROBLEM
Tracking which Google Search Console URLs still needed attention, which had already been submitted, and when, across more than one computer.
THE RELEASED SOLUTION
A persistent Claude Artifact that turned an automatically maintained URL list into an interactive indexing workflow with search and checklist state.
THE TECHNOLOGY
Claude Artifacts, persistent storage, and an existing automation that keeps the underlying URL list current.

The problem was not the data. It was the workflow.

Google Search Console can tell me what Google knows about a URL. Google also provides a Request Indexing option through URL Inspection for pages I manage. But requesting indexing is not a magic button. Google says a crawl request can take days or weeks and does not guarantee that a URL will be indexed.

That means I still need a process around the process.

I wanted a working queue that helped me answer simple questions quickly: Which pages need attention? Which URLs have I already submitted? When did I submit them? Which ones should I come back to later?

I could have put all of that in a spreadsheet. But I wanted something that behaved more like the way I actually work.


The first Artifact was useful, but it was not enough

I asked Claude to create an Artifact around the list. The early version made the information easier to work with and eventually included search so I could quickly find a URL.

That was helpful, but search did not solve the real problem.

I wanted an interactive checklist. When I handled a URL, I wanted to mark it. More importantly, I wanted that decision to persist. Closing the tool, reopening it later, or working from another computer should not make me start over.

So I asked for it.

Claude changed the Artifact into a persistent working tool. That was the moment the project stopped feeling like a generated page and started feeling like a tiny piece of business software.

The solution I released

Today, the Artifact gives me a practical interface around a process I was already performing. My automation keeps the list of URLs current. The Artifact gives me the human workflow layer on top of it: search, interaction, and persistent status so I can keep track of what I have handled.

The value is not that I built the most sophisticated indexing application in the world. I did not need to.

The value is that I had a small operational problem that was annoying enough to matter, but probably too small to justify commissioning a traditional custom application. AI lowered the effort required to create something purpose-built for that gap.

That is the part I think many small-business owners are missing.

Artifacts are becoming small applications, not just AI output

Anthropic describes Artifacts as things you can create, edit, revisit, and share, including documents, dashboards, interactive React components, and small interactive tools. More importantly for this project, Claude Artifacts can now use persistent storage.

Persistent storage means an Artifact can keep state across sessions. Anthropic currently supports personal storage, where each user has private data, and shared storage, where users interact with the same stored information. The current documented limit is 20 MB of text-only storage per Artifact, and persistent storage is available for published Artifacts on supported paid plans.

That one capability changes the category of problems an Artifact can solve. A checklist can remember what was checked. A tracker can retain status. A lightweight workflow can continue tomorrow instead of resetting today.


Then there is MCP

Artifacts can also connect to external services through Model Context Protocol, or MCP, on supported plans. Anthropic specifically documents Artifacts that can read from and write to tools such as Asana, Google Calendar, Slack, and custom MCP servers.

That creates a useful mental model for what an Artifact can become:

Interface: the thing you see and interact with.

State: the information the Artifact remembers.

Connections: the outside tools and systems it can work with.

AI: Claude itself, when the application benefits from analysis, generation, classification, or reasoning.

Put those layers together and you are much closer to a purpose-built business application than a static AI answer.

What else could a small business build this way?

My GSC checklist is one example. Once I understood the pattern, I started seeing other small tools everywhere.

01A website launch checklist that remembers which analytics, DNS, SSL, schema, forms, redirects, and conversion tasks are complete.
02An SEO issue tracker organized by URL, severity, discovery date, owner, resolution status, and verification date.
03A content refresh manager that tracks which articles need updates, internal links, schema review, image updates, and follow-up measurement.
04A UTM builder that remembers approved naming conventions, clients, sources, mediums, and campaign patterns.
05An interactive SOP that changes the next step based on what an employee selects and remembers where the person stopped.
06A client approval tool for copy, creative, landing pages, or campaign assets.
07A simple KPI dashboard that combines connected data with a custom interface built around the numbers the business actually uses.

Interface

State

Connections

AI


This does not mean every spreadsheet should become an Artifact

There is a limit to the lesson.

Artifacts are not automatically a replacement for a mature CRM, a transactional database, a secure line-of-business application, or software with complex permissions, compliance requirements, large data volumes, or mission-critical availability requirements.

Even the persistent storage feature has documented limits. And when an Artifact connects to outside systems, permissions and security deserve the same attention they would in any other business workflow.

The opportunity is not to rebuild every piece of software you use. It is to notice the little workflow gaps between those systems.

Those gaps are everywhere.

Start with the annoyance, not the technology

The most important part of this experiment was not knowing how to code an Artifact. It was being able to explain what was irritating me.

I did not begin with a software specification. I began with something closer to: I have this list, I need to find things in it, I need to mark what I handled, and I need those choices to still be there on another computer.

Then I kept improving it through conversation.

That is a useful way for a small business to approach AI. Do not begin by asking, “What can I build with Claude Artifacts?” Begin by asking, “What little thing do I keep doing manually that should work better?”

Solve that first. Use it. Find the friction. Ask for the next improvement.

That is how my checklist became an app.

What I learned from releasing this solution

This project reinforced something I have been seeing across AI-assisted development: the economics of custom software are changing.

Not every business problem deserves a large development project. But that does not mean the business has to live with a clumsy process forever. There is a growing middle ground where a business owner can describe a very specific need and create a very specific tool around it.

The advantage is not “AI can code.” The advantage is that the distance between an operational problem and a usable first solution is getting much shorter.

For me, this one started with Google Search Console. The more interesting discovery was what else I could release next.

CTA: Have a small workflow that should work better?

Released Solutions helps small businesses turn repetitive work, disconnected tools, and AI ideas into practical systems they can actually use.

Explore AI-Managed Online Presence

Have a small workflow that should work better?

Released Solutions helps small businesses turn repetitive work, disconnected tools, and AI ideas into practical systems they can actually use.

Explore AI-Managed Online Presence

GOING BEYOND