Skip to main content

Your Residents May Never See Your Government Homepage. They Still Need the Right Answer.

12 min read
Silhouette of woman with phone near Capitol building, text on left side.

I keep coming back to a simple scenario. A resident in your city wants to replace a deck. Before they call the permit office, they ask an AI assistant what they need: a survey, a setback variance, a fee, a timeline. The assistant answers instantly, whether or not that resident ever opens the city's website, and whether or not it is the chatbot the city trained and paid for.

That moment is happening more than most communications teams realize, and it raises a question of AI search visibility as much as customer service.

 

According to Pew Research Center, about half of U.S. adults (49%) now use AI chatbots, up from a third in 2024, and searching for information is the single most common reason they turn to one (42% of users). Sixty percent of U.S. adults also read Google’s AI Overview summary at the top of a search result before clicking any page.

 

SEO vs. GEO for the public sector

Traditional search optimization was about ranking high enough in a list of links that a person would click through. Generative engine optimization, sometimes called answer engine optimization, is about being the source an AI assistant reads and states directly, often with no click and no visit at all.

For a government agency, that distinction matters more than the acronym. The page has to hold up as an answer on its own, not just as a result worth clicking. That is also a different problem from adding a chatbot widget to an agency’s own website. This is about the underlying content that any assistant, agency-built or otherwise, ends up reading.

 

What happens when a resident asks an AI assistant instead of visiting your site?

They get an answer built from whatever public information the assistant could find, correct or not, current or not, and from whichever source ranked highest, not necessarily the agency's own page. For state and local governments, that reality changes the central website question. Instead of asking whether most residents will eventually skip the agency's own site, the more useful question is how to make sure the information those residents get elsewhere, whenever they get it, is accurate, current, and something the agency actually stands behind.

 

Alternative resources are a data problem

Local agencies already have more than a website. Public records, a printed handout at the counter, a PDF a resident downloads once, a dataset other stakeholders build tools on top of: these are alternative resources that existed long before anyone worried about AI. What has changed is that a large language model like ChatGPT or Gemini can now read any of them and repeat what it finds as the answer. The goal for government organizations is making sure that when it does, the model is citing the agency's own current page, not an old record, a personal blog, or a state site that went stale years ago.

That is a data problem as much as a technology one. Readiness, for public sector leaders, starts with a policy for which page or dataset counts as the actual source on something as specific as a permit rule, keeping that data current, and giving one person clear ownership over it. A page nobody owns is a page a model will eventually cite with confidence, wrong details included.

 

Design still matters, and it only carries half the job

I think of it like city hall itself. City hall used to be the default first stop for almost everything, a kind of civic church. People still walk through those doors today, just not as automatically as they used to, since plenty of business now starts by phone, online, or through someone else’s app first. The building did not stop mattering. It just stopped being everyone’s first move.

Government websites are heading down the same path. The fix is making sure whichever door a resident finally walks through, virtual or physical, gives them the same accurate answer the office down the hall would.

It would be easy to misread the adoption numbers above as a case for spending less on design, accessibility, and navigation. The actual lesson runs the other way. A resident who does find their way to the agency's own site still needs to complete a task there: submit an application, make a payment, schedule an appointment. Visual polish and usable navigation get that resident through the door. What the data changes is the assumption that the homepage is the only door. For agencies auditing that experience, Promet Source’s guide to municipal website design essentials is a reasonable starting point.

The same clean, well-structured code that meets the WCAG 2.1 AA accessibility standard, the standard state and local governments must reach under DOJ's Title II accessibility rule by April 26, 2027 or April 26, 2028 depending on population, also happens to be the version of a page an AI assistant can read most reliably. Accessible, well-organized content serves residents and machines at the same time. Neither obligation excuses the other. Agencies working through that Title II timeline can find a fuller walkthrough in Promet Source’s accessibility compliance overview.

 

What “AI-ready” content should actually mean for a government agency

AI-ready content is not a set of hidden tags aimed at machines. It is the same standard a good public information officer already applies: complete answers, explicit requirements, current fees and deadlines, clear jurisdiction, and one accountable owner for keeping each page correct, written plainly enough for a resident and an assistant alike.

A permit page that buries the deck setback requirement in a three-year-old PDF attachment is a problem for the resident who calls the office confused, and it is the same problem for any assistant that reads that page and repeats the outdated answer with confidence. That confident, wrong answer is not a hypothetical AI hallucination risk. It is what happens when an assistant does exactly what it is supposed to do: read the source and repeat it.

Fixing the second problem starts with fixing the first one.

 

Two jobs, one page

A resident asking about a permit and an AI assistant answering on that resident's behalf are doing different jobs, but they depend on the same page to do them well.

 

Whose job What it actually is
Resident's job Understand what they need to do, and get it done, however they first found the answer.
Agency's job Give residents an accurate answer and a working way to complete the task, wherever the question started.

 

Your AI readiness checklist starts with existing data

Most local agencies already have a content management system, some open data infrastructure, and a workforce that knows their own programs well. What most lack is a review process built for how often an AI agent might now be checking that data on a resident's behalf.

Closing that gap has less to do with new technology than with discipline: someone actually doing the review. Someone needs explicit responsibility for reviewing what an AI agent would find if it went looking for an answer on a given topic, supported by systems built to make that kind of review realistic rather than a manual chore layered onto an already full workload.

That review should cover data security and data quality together, and it needs to be built directly into the workflow rather than added as an extra step nobody has time for. Automating part of that schedule, a structured reminder or workflow tied to each high-traffic page, is often the difference between a policy on paper and one that holds up in practice.

Higher education institutions run into a similar version of this. A prospective student asking an artificial intelligence assistant about financial aid deadlines is doing exactly what the resident asking about a deck permit is doing. The tools and technology to answer both questions already exist right now. What's still missing at most government organizations and education institutions alike is making sure the systems behind those answers can actually keep up.

 

Where to start this quarter

Start with the handful of pages residents and assistants both rely on most, permits, fees, meeting schedules, service requests, and give each one a single owner responsible for keeping it accurate, not just a workflow that publishes it once.

  • Assign one accountable owner per high-traffic page, not just a publishing workflow.
    Write the direct answer first: the requirement, the fee, the deadline, and the exception, in that order.
  • State jurisdiction explicitly. “Residents of [County]” reads differently to an assistant than “residents.”
  • Review high-traffic pages on a fixed schedule. A page nobody has checked in a year is a page nobody currently owns.
  • Keep the service channel next to the answer. An accurate explanation still needs a working link to the form, the payment, or the appointment.

A content management system built for exactly this kind of ownership and review makes the standard easier to hold to. Promet Source’s comparison of government CMS options is a useful starting reference.

 

The question worth asking your own staff

The next resident who asks about a deck permit, a business license, or a burn ban is going to get an answer from somewhere. The only real choice a communications or IT team has is whether that answer traces back to something the agency wrote, checked, and stands behind. That deserves the same discipline agencies already put into how the homepage looks.

Web development companies like Promet Source spend a lot of time inside exactly this question with government communications and IT teams: which pages already carry the weight of an answer, and whether those pages are ready for it. That is the audit worth running before the next resident asks.


Talk to our team about what your highest-traffic pages are telling residents, and the assistants answering on their behalf, right now.

Andrew Kucharski

Andrew “Andy” Kucharski is the founder and CEO of Promet Source, a Chicago-based digital services company he has led since 2003. He brings more than 25 years of technical and project management experience across banking, telecommunications, government, and association technology, including work on secure systems for the Executive Office of the President and the U.S. Army. A recognized open-source advocate, he speaks regularly at Drupal events worldwide and writes about how public sector agencies can put AI, accessibility, and content strategy to practical use.

Other Insights & Resources you may like