<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Website Re-design &#8211; Simple Web Solutions</title>
	<atom:link href="https://simpweb.com/category/website-re-design/feed/" rel="self" type="application/rss+xml" />
	<link>https://simpweb.com</link>
	<description>Simple for you simple for your business.</description>
	<lastBuildDate>Tue, 20 Oct 2026 17:24:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>The cache that served a ten-month-old homepage (and why your edits might not be live either)</title>
		<link>https://simpweb.com/the-cache-that-served-a-ten-month-old-homepage/</link>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Tue, 20 Oct 2026 17:06:29 +0000</pubDate>
				<category><![CDATA[SEO]]></category>
		<category><![CDATA[Website Re-design]]></category>
		<guid isPermaLink="false">https://simpweb.com/the-cache-that-served-a-ten-month-old-homepage/</guid>

					<description><![CDATA[Three layers of caching, one stale snapshot from December, and a homepage change nobody saw for most of a year. A field guide to the caches between your WordPress site and your visitors.]]></description>
										<content:encoded><![CDATA[

<p>While cleaning up our own site we noticed the homepage HTML carried a comment: <em>&#8220;cache file was created on December 14, 2025.&#8221;</em> It was October 2026. Pages we&#8217;d edited since then looked edited in WordPress — and looked exactly like December to everyone else.</p>
<p>No error. No warning. The site was &#8220;up&#8221;. It just wasn&#8217;t the site we thought we had.</p>
<h2>How many caches are between you and your visitor?</h2>
<p>On a typical managed WordPress site there are at least four, and they don&#8217;t talk to each other:</p>
<ol>
<li><strong>Browser cache</strong> on the visitor&#8217;s device. You can&#8217;t clear it. You can only tell it when things change.</li>
<li><strong>CDN / edge cache</strong> (Cloudflare and friends). Caches images and scripts for sure; sometimes whole pages if someone turned on &#8220;cache everything&#8221;.</li>
<li><strong>Server-level page cache</strong> — NGINX, LiteSpeed or Varnish in front of the web server. Invisible from inside WordPress. Often has no button you can see.</li>
<li><strong>WordPress page cache</strong> — a plugin writing finished HTML to disk so PHP doesn&#8217;t run for every visitor.</li>
<li><strong>Object cache</strong> — Redis or Memcached holding database results. This one caused a second, stranger bug on the same site: a plugin we activated stayed &#8220;active&#8221; in the admin while the <em>cached</em> list of active plugins told WordPress not to load it. Nothing ran until the cache was flushed.</li>
</ol>
<p>Our stale homepage was layer 3. The WordPress cache plugin had already been cleared; the server in front of it hadn&#8217;t, and it kept serving a copy it had saved when the WordPress plugin was still running. The only fix was a button in the hosting control panel that no &#8220;Clear cache&#8221; link inside WordPress ever touched.</p>
<h2>Why this is a business problem, not a technical one</h2>
<p>Every &#8220;we changed the phone number on the website&#8221; that a customer later says they didn&#8217;t see. Every price update that didn&#8217;t take. Every &#8220;the site still shows the old promotion&#8221; conversation. Caching is the first thing to rule out, and almost nobody does, because it&#8217;s invisible unless you know to look at headers and timestamps.</p>
<h2>How to check your own site in one minute</h2>
<ul>
<li>Open your homepage in a private/incognito window and add <code>?x=1</code> to the end of the address. If the page with <code>?x=1</code> differs from the page without it, something upstream is serving a stale copy.</li>
<li>View the page source (right-click → View Page Source) and search for the word &#8220;cache&#8221;. Many cache layers leave a dated comment at the top or bottom.</li>
<li>Make a small, obvious edit — a word in the footer — and check it from your phone on mobile data five minutes later.</li>
</ul>
<p>When we take a site onto <a href="/site-care/">Site Care</a> the first job is a map of exactly which caches sit in front of it and how each one is cleared — then we clear all of them, in order, every time you ask for a change. Edits go live when you expect them to. That&#8217;s the whole job.</p>

<div class="sws-cta" style="background:#f5f5f5;border-left:5px solid #7fbe4b;border-radius:6px;padding:22px 24px;margin:36px 0 10px;font-family:Roboto,Arial,sans-serif">
<p style="font-size:20px;font-weight:600;margin:0 0 8px">Not sure what your visitors are actually seeing?</p>
<p style="margin:0 0 14px">The health check reports response time, cache signatures and whether the page it got matches what it should. It&#8217;s free, and it&#8217;s the fastest way to catch a stale site.</p>
<a href="/health-check/" style="display:inline-block;background:#7fbe4b;color:#fff;font-weight:700;padding:11px 22px;border-radius:3px;text-decoration:none;margin-right:8px">Run the free health check</a>
<a href="/site-care/" style="display:inline-block;background:#fff;color:#436b8d;border:2px solid #436b8d;font-weight:700;padding:9px 20px;border-radius:3px;text-decoration:none">Site Care plans from $49/mo</a>
</div>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
