Weekly Updates / September 20 to 26, 2026

The week the receipts argued back

A robots tag overturned two failed campaigns, rendered Dataset checks found their own blind spots, and fifteen crawler names led back to one suspicious actor.

This week produced 278 work-log records across 72 primary domains. That is not 278 wins, so this edition follows the three cases where the receipts overturned the first explanation and shows what we will measure next.

A robots tag spent five months pretending the content failed

RealSEOLife looked like a content failure. A 90-day review found 3,389 real estate impressions, no clicks, and a section that had already been removed twice after it seemed unable to recover. That was a clean story. It was also wrong.

The full 580-day record showed real estate visibility climbing before the April rebuild, while the whole site fell from 20,270 impressions in March to 437 in April. The rebuild had placed index-blocking robots tags across the real estate sections. Monthly impressions then moved from 437 in April to 346, 505, 711, 4,979, and 5,221 through September after the block was gone. That sequence is consistent with crawling and reprocessing, not proof that every returning impression came from one change, but it was enough to show that two abandoned content attempts had never received a fair test.

The correction did not stay inside one case study. A portfolio sweep fixed more than 80 files across 30 sites and found real pages hidden from discovery, public data directories blocked, and one robots file that welcomed named AI crawlers in a comment while denying them the site's own AI catalog. The rule now has an audit and a release gate because memory is not a control system.

The next question is not whether impressions can return. They already did. It is whether the rebuilt Florida directory earns clicks, whether old addresses settle on the right specific destinations, and whether the next campaign is judged from live evidence instead of an accidental exclusion rule.

The endpoint passed while the pages failed

Digital Karma had a more technical version of the same problem. The public catalog could say a site had Datasets while the HTML that search engines and AI crawlers actually fetched exposed none of them. The first portfolio inventory found only 20 of 155 registered sites passing the new rendered-page requirement. Eight catalogs had no Dataset entries, and 21 collapsed real content families into labels too broad to describe what the sites published.

The rollout reached the real hosting inventory, not just the cron list. Five live properties had been missing from that list, so the registry grew to 160 main-account sites plus MidlandInfosys.net. On September 24, the identity-aware audit passed 13,984 canonical pages and 924 catalog Datasets across all 161 sites with zero failures. It also stopped counting duplicate schema identities as coverage. A page now has to expose the right Dataset identities, one linked DataCatalog, and a page relationship that agrees with the public catalog.

Then the nightly job caught its own ordering mistake. Site builders wrote catalogs before the normalizer assigned stable Dataset IDs, but the rendered audit ran before that normalizer. The result was a large set of stale receipts even though the same sites passed when the steps ran in the right order. The runner was corrected and the publication-day inventory now shows 159 of 160 main-account sites passing, with one BellyUp Charlotte lens receipt still failing. That is not a reason to hide the rollout. It is the reason to keep the gate.

The useful metric now is boring on purpose: every registered site, every canonical page, every real content family, every night. If a page changes its schema, route, sitemap, template, or content family, the rendered receipt has to prove the whole graph again.

Fifteen crawler names belonged to one actor

A running research hypothesis expected crawler preferences to remain stable by property. Four of seven properties changed their top three crawler fingerprints with no matching site change. The three that stayed stable had a leading crawler ahead by at least 3.64 times. Every property that reshuffled had leaders within 1.71 times. There was no overlap. The test was measuring the width of the lead, not a durable platform preference.

The strongest example was also a rolling-window trick. AISymantix showed 587 Claude-User requests across 28 days, but 586 of them occurred in one week. The rolling total turned one burst into what looked like a month-long preference, then made its natural exit look like a collapse.

The non-GET review produced the stranger receipt. Of 1,065 requests labelled as AI crawlers, 902 came from fifteen addresses that each presented nine to eleven vendor identities and ten to fifteen crawler fingerprints. Ninety-one used DELETE, which no normal search, training, or retrieval crawler needs for reading a content site. This does not contaminate the frozen crawler baseline below, which counts successful GET requests to content routes. It also represents only 0.33 percent of the 317,280 declared AI crawler GET requests in the research window, so it says nothing about the identity of the other 99.67 percent.

The lesson is smaller and more useful than a bot conspiracy. A user agent is a claim. The next test is to capture signed-agent headers and separate verified identity from claimed identity before another crawler name becomes a conclusion.

Small audits became portfolio systems

A slow BellyUpJax page turned out not to be slow PHP. The server was sending every site uncompressed and gave static files no useful freshness lifetime. Compression and client caching went live across 157 docroots. On BellyUpJax, homepage HTML fell from 35,343 bytes to 6,189 and the stylesheet fell from 33,056 to 6,724. Typical transfers across the live hosts dropped about 80 percent.

The same week turned writing and design preferences into checks. Reader-facing copy that talked about queries and intent instead of answering people was cleared across 28 sites. A pill audit grew from one constellation into 165 corrected rules across 51 live sites, then gained a contrast check after the first conversion made some labels harder to read. A pre-draft brief, desktop and mobile first-screen review, and content-quality audit now sit in front of every new content sprint.

The point is not that scripts make judgment automatic. They make repeat mistakes loud. The label sweep still needed screenshots. The robots sweep still needed a human to recognize why the first explanation was wrong. The Dataset gate still needed someone to trace the order of operations. The system keeps the question attached to the work long enough for the contradiction to show itself.

The portfolio kept building, but launches remain baselines

BellyUp Charlotte launched as the sixth city with 195 verified venues, 36 neighborhoods, and 16 guides across the hub and five audience lenses. The expansion pause still stands. Charlotte is a measured exception, not permission to announce a seventh city before the Atlanta checkpoint in November.

RealSEOLife rebuilt its Florida real estate directory into 783 live pages with place-specific findings and real office records behind them. AIHealthcareNow grew to 106 sitemap URLs and 12 catalog Datasets with self-refreshing device, evidence, and return-on-investment collections. That healthcare build also caught a name matcher making one false regulatory connection while missing 29 real ones. The corrected map now carries 68 verified clearances across six companies and records where no honest connection exists.

The neglected-site rotation continued across art, insurance, AI, personal brands, healthcare, manufacturing, legal, and IBM properties. Those are interventions, not results. The questions now belong to the next snapshots: which pages earn their own visibility, which tools attract useful actions, and which apparent wins disappear when the cohort, date window, or label gets checked again.

2026-08-27 to 2026-09-23

The numbers at publication

At capture time, the latest complete Google Search Console date was September 23. Across the frozen cohort of 122 active public properties, the preceding 28 observed dates recorded 194,452 Google impressions and 453 clicks, a click-through rate of 0.233 percent. Average position was 55.143, weighted by impressions. The same cohort recorded 173,508 successful crawler content requests under algorithm version 2: 68,411 search, 13,452 AI search, 86,682 training, and 4,963 user retrieval requests. These are baseline values, not a growth claim. The prior edition used 116 properties and an overlapping earlier window, so comparing its totals directly would mix a changed cohort with changed dates.

Public properties in this snapshot
122
Portfolio work-log records
278
Google impressions
194,452
Google clicks
453
Click-through rate
0.23%
Average position
55.1

This snapshot is saved with the edition. Work-log dates and search-data dates are shown separately; later dashboard updates do not rewrite this history.

What we are watching next

Whether the rebuilt Florida real estate directory earns clicks and whether legacy addresses settle on specific live destinations.

Whether the nightly Dataset runner holds a clean 160-site main-account inventory and clears the remaining BellyUp Charlotte lens receipt.

Whether signed-agent header capture can separate verified crawler identity from names supplied in user agents.

Whether the same 122-property cohort remains complete enough for a defensible performance comparison in the next edition.

Whether Charlotte, the new AIHealthcareNow collections, and this week's content sprints earn visibility or useful actions after their launch baselines.

Explore the work

Dates, scope, and corrections

This edition covers Sunday, September 20 through Saturday, September 26. The frozen work-log snapshot includes portfolio events dated inside that window and stops at event 1106, the highest available event ID at capture time. The previous edition stopped at event 801. Events after that cutoff but dated before this coverage window are not included. The publication event itself is intentionally outside the frozen cutoff.

The 278 work-log records have a broader scope than the public performance cohort. They include follow-ups, corrections, repeated deployment records, and work across 72 primary domains. The editorial sections group related records and do not treat the event count as a count of unique projects or successes.

Search totals come from Google Search Console page data for August 27 through September 23. All 28 dates contain observations, and the snapshot found no duplicate page-days between parent and child properties in the selected cohort. A date with rows does not certify every property import.

The public performance cohort contains 122 active properties. The preceding edition contained 116, and the two 28-day windows overlap. This edition therefore preserves a new baseline and does not claim week-over-week portfolio growth or decline.

Crawler totals come from the separately validated server-request cache for the same 28 dates under algorithm version 2. They count successful GET requests to content routes and preserve search, AI search, training, and user retrieval purposes. They do not prove indexing, citations, human readership, or a ranking effect.

The three lead stories were selected after reviewing their full structured notes, corrections, and verification records. The publication-day Dataset inventory is a later live verification and is not part of the frozen performance snapshot.

Public source links were checked over HTTPS before publication. The issue JSON, rendered article, archive, feed, transcript, sitemap, federation catalog, schema, and protected infrastructure are verified again after deployment.

: First publication. The work-log cutoff, public cohort, Google Search Console metrics, crawler totals, and publication-day Dataset inventory state are preserved as reviewed and are not replaced with later live values.

Download the edition and frozen data

Plain-text reading copy