top of page
Iced coffee with cream swirling in a tall glass on a cafe bar

Fix: The Foundation Work Most Coffee Shop Sites Are Missing

Writer: Thomas Garner
Thomas Garner
Sep 10
11 min read

Updated: Oct 6

Iced coffee with cream swirling in a tall glass on a cafe bar


Fix is the second step in how Hillcane works, and it's the one most owners misunderstand before they ever talk to us. When someone hears their site "isn't working" for search, the instinct is to assume the site itself needs to be rebuilt. Almost never true. Fix is foundation work on the site a café already has, not a replacement for it.


See comes first and tells us exactly what's broken. Fix is where we correct it, the schema, the titles, the crawl hygiene, the Google Business Profile settings, almost always without touching the platform underneath, the visual design, or anything a customer would notice by looking at the page. It's a layer most owners have never had a reason to think about, which is exactly why it tends to be the layer that's actually broken.


This post walks through what foundation work concretely means, why it's so commonly missing, and why fixing it is a different job than redesigning a website.


Schema: telling search engines what the business actually is

The single biggest gap Fix corrects is structured data, usually called schema. Schema is a standardized format that tells a search engine, in a way it can parse directly rather than guess at, exactly what a business is, a café, its hours, its address, its menu category, instead of leaving that inference to whatever the page's prose happens to say.


In Hillcane's own 2026 visibility research, looking directly at 201 independent specialty cafés across 53 Southeast secondary cities, 63 of those cafés, 31%, had no café-specific schema at all. Another 68, or 34%, had only generic Organization or WebSite markup: technically present, but describing a brand in the abstract rather than a physical café a customer could walk into. That's 65% of the cafés studied without real, correctly typed café schema, even though the cafés, the menus, and the addresses those sites described were entirely real.


Fixing this doesn't mean touching how the site looks. It means going into the code that already exists and adding or correcting the structured markup that identifies the business correctly, its category, its address, its hours, its relationship to the physical place customers visit. A visitor to the page never sees this layer. Google, Maps, and AI-generated answers read almost nothing else.


Getting this right isn't a one-line fix, either. Correct schema for a café means the right type (a café or coffee shop category, not a generic local business), the right nested fields (menu, price range, accepted payment types, service options like dine-in or takeout), and a structure that validates against what search engines expect. A shop with the right type but missing fields is still leaving information on the table that a competitor with complete schema is handing over freely.


Titles, H1s, and the CMS defaults nobody ever changed

Right below schema sits a problem that's almost embarrassingly simple once you see it: title tags and H1 headings that never got customized past whatever the website builder auto-generated when the site was first created. A homepage titled with a generic template phrase, or an H1 that just repeats the business name with no city or neighborhood attached, tells a search engine far less than it could about where a café is and what it offers.


This matters more than it looks like it should, because titles and headings are some of the first signals a search engine uses to understand what a page is about and whether it's relevant to a specific, local search. A page that never names its city, its neighborhood, or its specific specialty focus is handing away information that costs nothing to include and does real work once it's there.


Fix goes through this page by page, not just the homepage, a location page, an about page, and a menu page all carry their own titles and headings, and all of them are opportunities to say something specific instead of something generic. None of it requires a new layout. It requires someone to go look, which is precisely what most owners, busy running a café, have never had time to do.


The fix is often shorter than the diagnosis. Once a title tag or heading is identified as generic, rewriting it to include the café's actual name, neighborhood, and city is usually a matter of minutes inside whatever platform the site already runs on. The hard part was never the edit, it was noticing the problem existed in the first place, which requires someone looking specifically for it rather than glancing at a page that looks fine to a human reader.


Crawl hygiene: robots.txt, sitemaps, and canonical tags

Underneath the visible page sits a set of technical files most café owners have never opened: robots.txt, which tells search engines what they're allowed to crawl; a sitemap, which lists the pages that exist and want to be indexed; and canonical tags, which tell a search engine which version of a page is the "real" one when duplicates exist.


These sound abstract until they break, and when they break, they break quietly. A canonical tag pointed at the wrong URL can tell Google to treat a whole page as a duplicate of somewhere else, effectively hiding it from search even though the page itself is fine. A sitemap that hasn't been updated since a platform migration two years ago can leave newer pages entirely unlisted. A misconfigured robots.txt can block crawlers from parts of the site nobody meant to hide.


None of these problems show up to a customer browsing the site normally. They only show up to something specifically looking for them, which is the whole reason Fix exists as a distinct, deliberate step rather than something that happens automatically as a side effect of having a website at all.


Fixing these usually means auditing every one of these files against what the site contains today, not what it contained when they were last touched. A sitemap gets regenerated to include every real page. A canonical tag gets pointed at the actual, intended version of each page. Robots.txt gets checked line by line to confirm nothing important is accidentally blocked. It's meticulous, unglamorous work, and it's exactly the kind of work that goes undone for years at even well-run cafés.


Google Business Profile and Maps hygiene

Fix also covers the Google Business Profile itself: making sure the business category matches what the café is, that name, address, and phone number are consistent everywhere they appear online, that hours reflect reality rather than whatever was entered years ago, and that photos are current and show the real space.


This is not a cosmetic exercise. In the research behind this post, wherever we could open a live local Google Maps pack for a café's own city, the profile was functioning as the effective front door more than the website itself, a customer deciding whether to visit was making that decision largely off the Business Profile, not the homepage. A café with an inconsistent or stale profile is losing ground at the exact point where most local decisions get made.


The fixes here are usually small individually and significant together: a corrected category, a consistent address format, current hours, a handful of real, recent photos. None of it requires a developer. All of it requires someone who knows specifically what a specialty café's profile should say, and is willing to go check it carefully rather than assume it's fine.


We also check for duplicate or unclaimed listings sitting alongside the real profile, a leftover from a past ownership change, a data aggregator's guess, or an old address a café moved away from years ago. A duplicate listing splits reviews, splits search visibility, and confuses a customer trying to decide which listing is current. Consolidating those down to one accurate, fully claimed profile is routine Fix work that most owners have never had a reason to check for themselves.


Why Fix is almost never a platform change

It's worth saying this plainly, because it's the single most common misconception Fix runs into: correcting all of the above almost never means moving a café off the platform it already runs on. Whether a site runs on Wix, Squarespace, Square Online, or Shopify has very little to do with whether its schema is correct or its title tags are generic, those are content and configuration problems, not platform limitations.


In fact, in the same 201-café research sample, 148 cafés, 74%, were already running one of exactly those four platforms: 54 on Squarespace, 48 on Shopify, 28 on Square Online, and 18 on Wix. Those platforms are commerce-first by default, built to sell a product cleanly, which is a large part of why so many café sites end up describing a bag of beans more clearly than the room a customer would walk into. That's a configuration and content problem, correctable within the platform, not a reason to abandon it.


This is also why Fix pairs directly with the reassurance that most clients keep their current website. The platform was very rarely the actual problem. The layer underneath it, schema, titles, crawl hygiene, Business Profile accuracy, was.


This distinction matters because a platform migration is expensive, disruptive, and risky, it means rebuilding pages, redirecting old URLs, and hoping nothing important gets lost in the move. Correcting schema, titles, and profile details inside an existing platform carries none of that risk. It's precise, targeted work on the parts that were broken, which is a very different proposition than starting over on a whole new site.


Where Fix sits in the sequence

Fix doesn't happen in a vacuum. It follows See, because you can't correct a foundation you haven't first looked at carefully, guessing at what's broken wastes time and risks fixing the wrong thing. And Fix precedes Build, because new location and neighborhood pages built on top of missing schema and a stale Business Profile are still fighting the same structural problems this whole post describes, no matter how well those new pages are written.


That order isn't a formality. A neighborhood page is only as useful as the foundation it's standing on. Get the schema right, get the titles right, get the Business Profile right, and new content built afterward has a real foundation to work from, search engines already understand what the business is and where it is before a single new page gets added.


The plainest way to describe Fix is this: it's not the part of the work anyone notices by looking at the site. It's the part that determines whether everything else, the See step's findings, the Build step's new pages, has anywhere solid to land.


Skipping straight to Fix without a proper See pass, or skipping straight to Build without a completed Fix pass, tends to produce work that looks productive but doesn't hold up. A café that adds new content on top of broken schema is still invisible in the same way it was before, just with more pages now sharing that same invisibility. The sequence exists because each step depends on the one before it being done properly, not because of arbitrary process for its own sake.


Related Reading

More from this Hillcane series, plus the pages on the site that sit next to the work.


Frequently Asked Questions

What exactly counts as 'foundation work' in the Fix step?

Foundation work means correcting the technical and structural layer underneath a website: adding or fixing schema that correctly identifies the business as a café, rewriting title tags and headings that were left as generic defaults, cleaning up crawl files like robots.txt and sitemaps, and correcting Google Business Profile details like category, hours, and NAP consistency. None of it touches the site's visual design.


Does Fix require moving my website to a different platform?

Almost never. In Hillcane's research, 74% of the cafés studied were already running Squarespace, Shopify, Square Online, or Wix, and the problems Fix corrects, missing schema, generic titles, stale Business Profile details, exist independently of which platform a site runs on. Fix works within the platform a café already has, correcting the layer underneath it rather than replacing it.


What is schema, and why does Fix focus on it so heavily?

Schema is structured data that tells a search engine directly what a business is, rather than leaving it to infer that from ordinary page text. In the research behind this post, 65% of the cafés studied had either no café-specific schema or only generic, non-café markup, which means most of the sites studied weren't clearly telling search engines what kind of business they were.


Will fixing my title tags change how my website looks to visitors?

No. Title tags and headings are read primarily by search engines, browser tabs, and search results, not by the visible page layout a customer scrolls through day to day. Fixing them to name the actual café, neighborhood, and city adds information a search engine can use without changing a single pixel of the page's visual design or layout.


How do I know if my site's schema is missing or broken?

Most owners can't tell just by looking at the page, because schema lives in the underlying code, not the visible layout a customer sees. That's exactly what the See step is built for, it checks whether real, correctly typed café schema exists at all, and identifies exactly which fields are missing, before Fix goes in and corrects whatever gaps See finds.


Why does my Google Business Profile matter as much as my website?

Because in practice, a Business Profile often functions as a café's real front door. In the research behind this post, wherever a live local Maps pack could be opened, the profile was doing more of the work of getting a customer through the door than the website itself, which makes profile accuracy a genuinely high-leverage fix.


Can Fix happen before See is finished?

No, and that's intentional rather than a rigid formality. Fix corrects specific problems that See identifies first, guessing at what's broken without a real, careful look risks fixing things that were already fine while missing what matters. See always comes first so that Fix has an accurate, verified list of real problems to work from.


Does Fix guarantee my café will rank higher in search results?

No, and we won't claim otherwise just to make the pitch sound stronger than it is. Correct schema, accurate titles, and a clean Business Profile are foundational, independently verifiable improvements, but Hillcane's research doesn't include a controlled before-and-after ranking test, so Fix is described honestly as foundation correction, not as a promise of any specific ranking outcome or timeline.


Is Fix a one-time project or does it need to happen again later?

The initial correction is a defined, finite project, but foundations can quietly decay afterward, a schema field can break during a platform update, hours can drift out of date, a canonical tag can silently reset. That kind of ongoing upkeep is part of what the Build and maintenance work covers once the initial Fix project is complete, so it doesn't have to be redone from scratch.


What's the difference between Fix and a general website audit checklist?

Generic checklists from POS providers or platform blogs tend to offer broad marketing suggestions, post more often, take better photos, ask for reviews more consistently. Fix is narrower and considerably more technical: it's specifically about correcting the structured, machine-readable layer of an existing site and profile, which most generic checklists don't address in any real depth at all.


Work with Hillcane

Most coffee shop websites aren't broken where you can see them. Fix corrects the layer underneath, the one search engines read.


Work with Hillcane to fix the foundation your current site is standing on, without starting over. Call (256) 384-2449 or begin at hillcane.co/contact.


Reach out at hillcane.co or (256) 384-2449.

Comments


bottom of page