Cover image for What Aither Found vs What I Actually Changed on JackRighteous.com

What Aither Found vs What I Actually Changed on JackRighteous.com

Gary Whittaker
Aither Watch · Real-world validation · September 8, 2026

WHAT AITHER FOUND VS WHAT I ACTUALLY CHANGED

An AI website audit can surface useful things to review. That does not mean every recommendation deserves a rewrite. I tested Aither Watch's findings against the live JackRighteous.com experience and tracked what held up, what changed and what turned out to be a false alarm.

The rule

I did not treat the audit as instructions.

The most useful way to work an automated business or website review is simple:

Review → Test → Confirm → Change only if needed → Re-test.

That sounds obvious, but it matters. A broad recommendation can be directionally useful while still being wrong about what actually needs changing.

I had already published the original Aither Watch test and a separate action plan. This third article is the result of actually working through the recommendations.

Result 1

Service and audience clarity: mostly already healthy.

PASS

What Aither suggested

State the service, intended customer and delivery model more plainly.

WHAT HAPPENED

The homepage did not need a rewrite.

The current homepage already explains who the site is for, the creator starting points, the operating roads and the access model. Rewriting it just to satisfy a generic recommendation would have made the site noisier, not clearer.

The only justified change was smaller: ASK JACK needed one explicit sentence clarifying that it is an email-based written review, while Work With Jack is the live consultation route.

Result 2

Contact delivery: tested, not assumed.

Aither could detect contact routes, but it did not actually verify inbox delivery. So I tested the route instead of treating detection as proof.

Result: the primary ASK JACK inbox path received the test successfully. No repair project was required.

This is a good example of the difference between an audit finding and a business check. The report told me what still needed evidence. The test produced the evidence.

Result 3

Public profiles: no substantive correction required.

The current YouTube, Instagram, Facebook group, Spotify, Facebook, TikTok and X destinations were checked against the identities used across the site.

The only maintenance note was that the Contact page still uses an older twitter.com form for the X account. It still resolves to the same destination, so that is maintenance—not evidence of a broken identity path.

Result 4

The strongest improvement came from an identity review.

Aither's structured-identity finding led to a broader human review of how Jack Righteous, Gary Whittaker and JackRighteous.com are presented.

The core identity was already consistent. The useful issue was elsewhere: the current About page and the older Jack Righteous story page were competing for the same job.

What changed: the About page remained the authority for the current business and operator identity. The older story page was repositioned around origin, creative identity and evolution.

While doing that, I preserved useful current routes, restored links that had been dropped during an early rewrite pass, and then rebuilt the presentation so the page feels like a defining identity asset rather than a leftover profile page.

See the live Jack Righteous story page.

This became the biggest testing win because the audit did not hand me the exact fix. It prompted the review that exposed the real opportunity.

Result 5

The Shopify authentication 400 was not a broken customer journey.

Aither reported an HTTP 400 on a sampled Shopify customer-authentication redirect. That looked actionable until we checked how the store is actually configured.

SHOPIFY CONFIGURATION

New Customer Accounts are active, login links are visible, login is optional at checkout and the canonical account destination is account.jackrighteous.com.

MANUAL TEST

The normal account link was opened in a real browser and passed.

Conclusion: the 400 was a context/crawler edge case, not evidence that the real customer account journey was broken.

This is exactly why I do not want an automated review turning every unusual HTTP response into a repair ticket.

Result 6 · Confirmed and fixed

The stale machine-facing store description was a real maintenance issue.

This finding held up under review. The previous Shopify store-level meta description said:

“Turn AI ideas into books, songs, products, guides, courses, and brands. Start free, choose your creator road, and build with the JR Creator System.”

That no longer matched the way the business is positioned. But I still did not treat the first replacement suggestion as gospel. I used the finding as the trigger, then researched the current SEO constraints, tightened the wording, used stronger action language and aligned the final copy to the live business.

The live Shopify replacement is now:

“Build AI-assisted music, writing, products and brands with free creator training, practical guides and tools designed to turn ideas into real projects.”

Result: COMPLETED / PASS

This is a useful contrast with the authentication 400. One machine-facing issue disappeared after real-world testing; the other survived validation and deserved an actual change.

The bigger lesson

An AI audit is a review trigger, not an automatic instruction to rewrite a site.

After testing the recommendations, the outcomes were mixed in the best possible way:

  • Some findings were already healthy and required no change.
  • One needed a tiny clarification.
  • One led to a meaningful structural and presentation improvement.
  • One apparent technical problem was disproven by a real browser test.
  • One machine-facing metadata issue was confirmed, researched and fixed.
The value was not the number of fixes. The value was knowing what deserved attention.

The full cycle also reinforced something I would now carry into any future test: a first run helps you learn two things at once. You learn how the tool thinks, and you learn enough about the topic to make a better business decision before changing anything.

For creators and consultants

This is the workflow I would actually reuse.

If I use Aither Watch again—or teach a similar workflow to creators—the first priority is not “fix everything.” It is deciding what deserves human review first.

That matters even more for someone working with clients. A clean Client Update is useful, but the real time-saver is separating passed checks from review-worthy findings before anyone starts changing a live site.

SEE THE COMPLETED ACTION PLANREAD THE ORIGINAL TEST

Tested and validated on JackRighteous.com on September 8, 2026. Aither Watch was provided for early-access testing at no cost. I was not paid to publish this series.

Retour au blog

Laisser un commentaire

Veuillez noter que les commentaires doivent être approuvés avant d'être publiés.

articleall levelsHow to Use Jack Righteous
On this page

    Keep Jack Righteous in your Google results

    Make Jack Righteous a preferred source.

    Google can highlight preferred publications more prominently for you in Top Stories, AI Mode and AI Overviews when those features are available.

    The Righteous Beat

    Get the week’s most useful creator guidance, platform changes and free resources.

    Join the free newsletter →