The same underlying rule that makes AutoSchedulePost’s slugs reliable — exact seed keyword in, exact slug out — creates one predictable side effect worth planning around: if two of your keywords are close variants of the same query, you’ll end up with two very similar pages and two very similar slugs. That’s not a bug in the system so much as an honest reflection of a keyword list that needs a review pass before you commit it to a full batch write.
How Overlap Actually Happens
Keyword research tools, including the cluster-generation step in the Pillar Pages builder, tend to surface variations of the same underlying query as if they were distinct: “espresso machine maintenance,” “espresso machine maintenance guide,” “how to maintain an espresso machine.” A human searcher typing any of these three is looking for essentially the same thing. Treated as three separate cluster articles, you’d end up writing three pages that compete with each other for the same search intent instead of covering three genuinely different angles.
Why This Matters More at Cluster Scale
A single overlapping pair is a minor inefficiency. A 40-post cluster with a dozen near-duplicate pairs scattered through it is a structural problem — you’ve spent a meaningful fraction of your writing and scheduling budget on redundant content instead of genuine topic coverage, and you’ve created pages that may end up competing against each other in search results rather than each owning a distinct piece of the topic (a problem worth understanding on its own terms — see our companion piece on pillar pages cannibalizing their own clusters).
How to Spot Overlap Before You Write
Because the keyword list generated for a cluster is fully editable before you run “Write all” or send anything to the Pages builder, the practical fix is a review pass at that stage, not damage control after publishing. A few concrete checks:
- Read the list in one sitting, out loud if it helps. Near-duplicate phrasing is much easier to catch by ear than by skimming a long list visually.
- Group keywords by their core noun phrase. Anything sharing the same core subject — “maintenance,” “descaling,” “repair” — deserves a closer look at whether the surrounding words actually signal a different angle or just a different way of asking the same thing.
- Ask what a searcher typing each keyword actually wants. If the honest answer is the same article for two different keywords, merge them and keep only the stronger-volume or more natural-sounding version.
- Watch for question-form duplicates. “Best time to descale an espresso machine” and “when should you descale an espresso machine” are the same question wearing different words.
When Overlap Is Actually Fine
Not all similar-looking keywords are true duplicates. “Espresso machine maintenance schedule” and “espresso machine maintenance cost” share a core phrase but point at genuinely different content — one is about timing and frequency, the other about budgeting. The test isn’t whether two keywords share words; it’s whether the article you’d write for each would actually be different in substance. Keep both if the answers diverge; merge them if they wouldn’t.
What to Do With a Merged Pair
Once you’ve identified an overlapping pair, keep the keyword that best matches your target audience’s actual phrasing (often the more natural, conversational version rather than the more “SEO-sounding” one) and drop the other from the cluster entirely, rather than trying to write both and hoping search engines sort out which one should rank. Remember the pillar’s own slug rule: since slugs come from exact keywords, keeping both would eventually produce two live pages competing for the same query — there’s no upside to that, even with different-sounding phrasing.
A Pre-Publish Overlap Checklist
- Has every keyword in the batch been read against the full list at least once, specifically looking for near-duplicate phrasing?
- For any pair that looks similar, has someone actually asked whether the resulting articles would differ in substance, not just wording?
- Has the weaker or less natural-sounding keyword in any confirmed duplicate pair been removed before running “Write all” or sending to Pages?
- If nesting is in play, does the overlap check account for keywords at different levels of the hierarchy that might still describe the same underlying page?
The Takeaway
Exact-keyword slugging is a feature, not a liability — it’s precisely what makes your URLs trustworthy and search-relevant. The tradeoff is that it surfaces keyword-list quality problems immediately and literally, in the form of near-identical URLs, rather than hiding them behind AI-smoothed rephrasing. Treat that as useful information: a quick review pass before you write catches overlap while it’s still a five-minute edit, not a 40-post batch you have to untangle after the fact.
