Question gathering
Support threads, sales calls and customer emails mined for the questions people really ask, in their own words.
Guide — — by Mahmoud Zalt
Google names AI-generated pages made at scale without value as spam. Here is how to use AI in SEO content production without crossing that line.
It says the method does not matter and the intent does. Scaled content abuse covers generating many pages whose primary purpose is manipulating rankings rather than helping users, and the policy names generative AI tools among the ways people do it. Notably it also covers doing the same thing with humans, or with templates, or by stitching together scraped material. The machine is not the offence.
That framing is more useful than the panic around it. It means a single AI-assisted page that genuinely answers a question is fine, and a hundred human-written pages spun to fill a keyword list are not. The question a policy reviewer is effectively asking about your site is whether a reasonable person landing on the page would get what they came for, or whether the page exists because a spreadsheet had a row.
There is a related rule worth knowing if you have ever been offered money to host someone else's articles. Site reputation abuse covers third-party content published on an established domain when the main motivation is borrowing that domain's ranking authority. It is the same logic applied to a different tactic: the content is not there for the reader, it is there for the rankings.
Set the policy aside for a moment. Bulk AI content usually fails commercially before it fails on compliance, because a page assembled from what is already ranking contains, by construction, nothing that was not already available. Nobody links to it, nobody quotes it, nobody remembers where they read it. It competes on being the ninety-first version of a thing that already existed ninety times.
| Dimension | Traditional | With Sista |
|---|---|---|
| Output | A hundred pages assembled from what already ranks | Eight pages a month, each with something in it that is yours |
| Research | Skimmed from the current top results | Your own data, customer questions and support threads, gathered on a schedule |
| Policy risk | Sits inside the named example of scaled content abuse | Each page has a reader and a reason it exists |
| Editing | Skipped, because a hundred pages cannot be edited | Real editing on every page, because there are few enough to edit |
| What compounds | A maintenance burden and a thin archive | A body of work people cite, and a record of what worked |
There is also a maintenance cost nobody prices in. Every page you publish is a page you own forever: it goes stale, it accumulates broken links, it needs refreshing when your product changes. A hundred thin pages is not an asset, it is a hundred small liabilities that will each embarrass you at some point.
The right-hand column of that table is not free either. Eight good pages a month still need someone gathering the questions, reading the competing answers and keeping the briefs moving, every week, without being chased. That standing job is the one we built the content role for at Sistava, and it is the half of content work that quietly stops happening when a founder gets busy.
In the research and preparation, which is the part that gets cut when time is short. A good page starts with knowing what people actually ask, what the existing answers miss, and what you know that nobody else can write. That work is slow, unglamorous and enormously improved by having something tireless doing the gathering.
Support threads, sales calls and customer emails mined for the questions people really ask, in their own words.
Reading what already ranks and reporting what none of it covers, so your page has a reason to exist.
A brief that names the reader, the question, the angle and the evidence needed. The hardest part to do well.
Definitions, comparison tables, step lists. The scaffolding, not the argument.
Watching your existing pages for stale facts, dead links and changed product details on a schedule.
Which pages moved, which are decaying, and what you shipped in between. Assembled instead of skipped.
On the analysis side there are established tools worth knowing about. Clearscope compares your content against competing pages and flags topics you have missed. Semrush handles rank tracking, competitor analysis and brand monitoring. Similarweb tracks brand visibility inside AI chatbots, which is a newer question and a real one. An agent can work alongside those rather than replacing them.
The structural point is that an employee doing this work needs access to your own material, not just the open web. On Sistava each tool is enabled or disabled per employee, so a content employee can read the support inbox and your documents without touching anything it does not need. Tool Rules let you attach plain-English constraints to a specific tool that bind on every run, so a rule like never publishing without review is enforced rather than remembered. Approval gates hold consequential actions until you release them, the activity feed records every action with a screenshot, and because employees keep memory across runs, what you learned about your own topics carries from one month to the next.
The routine below produces roughly two pages a week from a solo operator, which is a serious publishing rate for most businesses. The discipline is that nothing gets written until the brief can answer one question: what does this page contain that a reader could not already get?
Step three is the whole system. If the brief cannot name something the page adds, the honest answer is not to write it faster, it is not to write it. That single gate is what separates a content operation from the thing the spam policy describes, and it costs about ten minutes per page to apply.
The gate stays yours. What you can hand over is everything feeding into it: the question collection, the gap read, the first pass at the brief. Hiring an AI Employee on Sistava to run those three steps on a schedule means the brief is already waiting when you sit down to decide, instead of the deciding never happening because the research never got done.
A note on disclosure, since people ask. There is no requirement to label AI assistance, and the policy does not turn on it. What matters is whether the page is accurate, useful and genuinely yours in the parts that need to be. If you would be uncomfortable telling a reader how the page was made, that discomfort is usually pointing at a content problem rather than a disclosure problem.
The output of that arrangement is not more pages. It is better briefs, faster, with the research already done, so the pages you do publish are ones you would be happy to put your name on. Over a year that is a body of work rather than an archive, and it is the only version of this that survives a policy update.
Not for being AI-generated. The spam policy on scaled content abuse is neutral about production method: it targets generating many pages whose primary purpose is manipulating rankings rather than helping users, and it names generative AI as one way people do that, alongside purely human methods. A single AI-assisted page that genuinely helps someone is not what the policy is aimed at.
It is Google's term for creating large numbers of pages that exist to rank rather than to help anyone. The policy explicitly gives using generative AI tools or other similar tools to generate many pages without adding value for users as an example. The two conditions that matter are scale and absence of value, and the policy applies the same test regardless of who or what wrote the pages.
The wrong question, because the policy does not count pages or measure how much of a page a model wrote. What it tests is whether pages exist primarily to rank rather than to serve a reader. A better internal test is whether each page can name something it adds that a reader could not already get. If it cannot, the page is a problem at any volume.
You can, if each one is genuinely useful and you stand behind it. The risk is not the drafting, it is publishing at a volume that removes real editing and real expertise from the process. Keep the rate low enough that every page gets an editor, a fact check, and something specific from your own experience that nobody else could have written.
It depends on why they are there. Google's site reputation abuse policy covers third-party content published on an established domain when the primary motivation is taking advantage of that domain's ranking authority. Genuine contributions from people with something to say are ordinary editorial practice. Content sold onto your domain because your domain ranks is what the policy describes.
The research and the preparation. Gathering the real questions from support threads and sales calls, reading what already ranks and reporting the gap, writing the brief, drafting the structural parts, and watching published pages for stale facts. What it should not do is supply the expertise, since that is the only part of the page that gives it a reason to exist.
If you want the practical version of this applied to writing rather than policy, the next read covers AI content creation for SEO end to end: how the research feeds the brief, how the brief shapes the draft, and where a human has to take over for the page to be worth anything.
The uncomfortable conclusion for anyone who bought a bulk publishing plan is that the cheapest thing AI does is also the thing search engines have named as a spam pattern. Producing text at scale was never the bottleneck in good content. Knowing something worth writing down was, and it still is.
So use the capacity where it converts into quality. Let the agent gather the questions, map what is missing, write the briefs and watch your existing pages for decay. Keep the judgment about what deserves to be published and the expertise that makes a page worth reading. Fewer pages, each with a reason to exist, is both the safer position and the one that still works when everyone else has published a hundred.