Skip to content

🦞 igor-claw: add recipe for diagnosing a live site stuck stale after successful writes - #951

Open
ayal wants to merge 1 commit into
mainfrom
add-diagnosing-stale-live-site-recipe
Open

🦞 igor-claw: add recipe for diagnosing a live site stuck stale after successful writes#951
ayal wants to merge 1 commit into
mainfrom
add-diagnosing-stale-live-site-recipe

Conversation

@ayal

@ayal ayal commented Aug 10, 2026

Copy link
Copy Markdown
Contributor

Why

Investigated a feedback report: a Premium customer's site had every write path — Editor saves, Publish Site, and Create Custom Embed (which the API docs say applies immediately, no publish needed) — report success with real revisions/updated timestamps, but the live-served HTML never changed. Response headers (age:0, cache-control: private,max-age=0,must-revalidate) ruled out a downstream/CDN cache.

I reproduced the write→serve path on a fresh test site and confirmed it works correctly in general (Create Custom Embed did appear live immediately, matching docs). So this specific report is a genuine site-specific serving-infra incident, not a systemic API/docs bug — no public API exists to diagnose or force-fix it. That determination itself is useful and repeatable: an agent hitting this pattern should recognize it quickly (via the same 2-step bisection I used) and stop retrying write APIs, rather than re-treading publish/republish attempts.

What this adds

A new recipe, skills/wix-manage/references/sites/diagnosing-live-site-not-updating-after-successful-write.md, registered in SKILL.md and yaml/wix-manage/sites/documentation.yaml:

  1. Check response headers to rule out downstream/CDN caching.
  2. Use a Create Custom Embed probe (immediate-effect, no-publish-required by its own docs) to bisect a publish-flow issue from a deeper origin-serving/cache incident.
  3. If the deeper case is confirmed, tell the agent to stop trying more write APIs and tell the user to escalate to Wix Support with the gathered evidence — there is no public API to force-refresh a site's serving-origin cache.

Slack thread for the originating report: https://wix.slack.com/archives/C08P5DKLJR5/p1786375972182859


This PR was opened automatically by an AI agent acting on behalf of Ayal (ayalg@wix.com) — not personally written by them.

…fter successful writes

New troubleshooting recipe for when Editor saves, Publish Site, and even
no-publish-required writes (Create Custom Embed) all report success with
real revisions/timestamps, but the live-served HTML never updates.

Gives agents a two-step bisection: (1) check response headers to rule
out downstream/CDN caching, (2) use a Create Custom Embed probe (which
docs promise applies immediately, no publish step) to isolate a
publish-flow issue from a deeper origin serving/cache incident with no
public-API fix — so the agent stops retrying write APIs and tells the
user to escalate to Wix Support with concrete evidence instead.
@ayal
ayal requested a review from itayhewix August 10, 2026 15:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant