Google ignored meta keywords in 2009—your SEO plugin didn't notice

9 September 2026

The February sun slants through your office window, catching dust motes above your keyboard. You’re auditing your site’s SEO settings for the first time in months, and there it is: a field labelled “meta keywords,” waiting to be filled. You pause. Didn’t Google stop reading this years ago?

Why your WordPress SEO plugin still asks for meta keywords seventeen years later

Google stopped indexing the meta keywords tag in 2009, yet nearly every SEO tool includes it.

a computer screen with a line graph on it
Photo by Justin Morgan on Unsplash

Google announced in September 2009 that it would ignore the meta keywords tag entirely. Bing followed suit. Yandex never cared. By 2010, the tag was officially dead for search ranking purposes. Yet in 2026, Yoast SEO, Rank Math, All in One SEO, Shopify’s theme editors, Squarespace’s advanced settings, and dozens of smaller plugins still offer a dedicated field for meta keywords. Some even validate your entries and warn you when you exceed a character count that hasn’t mattered since the Bush administration.

The reason isn’t technical debt or developer laziness—it’s user expectation and competitive feature parity. SEO plugin developers report that removing the meta keywords field generates support tickets and negative reviews from users who believe they need it. When Plugin A drops the field and Plugin B keeps it, a non-trivial number of users interpret Plugin B as “more complete” or “more professional,” regardless of whether the field does anything. The same dynamic plays out in theme marketplaces: a Shopify theme with twenty SEO fields outsells one with fifteen, even when five of those fields connect to nothing.

There’s a secondary reason: a handful of niche search engines and directory sites still parse meta keywords, and some enterprise content management systems use the tag for internal taxonomy or site search. For most operators running a newsletter, blog, or small e-commerce site, those use cases don’t apply—but plugin developers build for the widest possible audience, and “widest possible” includes the edge cases. The result is a field that persists in every interface, trains new operators to fill it out, and quietly drains time that could go toward writing better titles or earning backlinks.

Read the full story

RELATED TRAP

Google rewrites your title tags a third of the time anyway

You spend fifteen minutes crafting the perfect SEO title—brand name, target keyword, character count under sixty. Then Google ignores it and pulls a different string from your H1 or your first paragraph. It happens to roughly 33% of all pages, and the trigger isn’t always obvious. Sometimes it’s length, sometimes it’s keyword stuffing, sometimes it’s just that Google’s algorithm decided your H1 was more relevant to the query. The pattern matters because it changes how you should allocate your time: writing a flexible H1 that works as a title often beats obsessing over the title tag itself.

See when it happens

TACTIC

CDN cache purges claim instant propagation but take minutes

You update a blog post, hit “purge cache” in your CDN dashboard, and refresh the page. The old version still loads. You purge again. Still there. The CDN’s dashboard says “purge successful” with a green tick, but your readers in Sydney won’t see the new content for another four minutes. The delay isn’t a bug—it’s propagation time across edge nodes, and every CDN handles it differently. Cloudflare averages under thirty seconds for most POP locations; some smaller providers take five minutes or longer. If you run time-sensitive corrections, product launches, or sponsored content with strict go-live windows, knowing your CDN’s real purge latency matters more than its marketing claim of “instant invalidation.”

Read the breakdown

WORTH WATCHING

Newsletter referral programs credit the share, not the signup

You launch a referral programme promising a free course after five successful referrals. A reader shares your link with ten friends, but only two subscribe. Your platform awards the reward anyway because it counted shares, not conversions. Most newsletter referral tools—including the native systems in Beehiiv, Substack’s recommendations, and ConvertKit’s older referral add-ons—track the share action (link generation, social post, email forward) rather than the downstream subscription. That design choice makes rewards easier to deliver and reduces disputes, but it also means you can’t reliably tie referral programme cost to subscriber acquisition. If you’re budgeting rewards or comparing referral ROI to paid acquisition, the distinction changes your math.

See how it works

Know someone who would like this? Forward today’s email — every operator we reach is one closer to running an online business with a little less friction.