Writing · Search · · 5 min read
Getting a two-location restaurant found
How I think about location profiles, menus and reviews for a restaurant with counters in Fontana and Redlands.
I built Naan Cafe’s WordPress website and its loyalty card, and I manage its Google Business Profiles for both locations, Fontana and Redlands, California. That is the starting point for this article, not a claim that I moved either location up a search results page.
A two-location business gives me a useful way to think about local search. Someone needs the right counter, the right menu and the right next action. I would judge the information against that job before reaching for another keyword tool. The checks below are recommendations unless I explicitly describe work I have already done.
Start with the actual location
Google’s business guidelines call for accurate real-world names and addresses, a profile representing the actual business location, and contact details that reach that location. They also prohibit unnecessary additions to the business name. I would not rename a restaurant profile to squeeze in a string of cuisine and city keywords (Google Business Profile Help, Business guidelines, n.d.).
For two eligible storefronts, I would review each location’s own profile rather than treat both counters as one interchangeable address. My working sheet would have a separate row for each: name, address, phone, website destination, regular hours and special hours. I would get the owner to confirm the details before changing them.
That last step matters to how I work. A plausible opening time is still a guess. Copying yesterday’s hours from another directory is not the same as confirming them with the business. I would rather leave the task open than make the wrong counter look open.
Give each counter a useful page
My preferred website structure is one useful page for each real location, with a shared route back to the restaurant’s menu. I want the city, address and next action to be obvious. If ordering goes somewhere else, I want to know which location that link selects before I send someone there.
This is a proposed structure, not a claim that I have already implemented separate Naan Cafe location pages. I would first inspect the current site and the owner’s ordering setup. If both locations share a menu, I would say that plainly instead of manufacturing differences to fill a second page.
Google describes local ranking in terms of relevance, distance and prominence, and says complete, accurate business information helps it understand a business. That is not a promise that adding a location page will overcome distance or win a particular query (Google Business Profile Help, Local ranking, n.d.).
For name, address and phone consistency, I would compare meaning rather than obsess over a harmless punctuation difference. The serious problems are a wrong number, the wrong city, or an old address that sends a person elsewhere. I want one owner-approved record that I can compare across the website and profiles.
The menu has to be information
I want a menu I can read on a phone, not just admire as a photograph. My review would check names, descriptions, prices where confirmed, and a clear way to order. I would not infer dietary suitability or allergen safety from a dish’s name. Those details need the restaurant’s confirmation.
Schema.org offers Menu, MenuSection and MenuItem for describing the menu’s structure. Its Restaurant type has hasMenu, which can point to a menu or contain a structured representation. Those are vocabulary options, not proof that an assistant will recommend the restaurant (Schema.org, Menu and Restaurant, n.d.).
Google’s LocalBusiness documentation has its own supported properties, including a menu URL, address and opening hours. I would check that documentation separately from the wider Schema.org vocabulary. Valid vocabulary and eligibility for a particular Google presentation are different questions (Google Search Central, Local business, 2026).
For this job I would compare the visible page and its machine-readable description. A location must not inherit the other location’s phone number just because both use the same template. I would also leave a simple update path for the owner. A menu that needs a developer for every correction is not the handover I want.
Reviews are not loyalty rewards
Google allows businesses to ask customers for reviews using a link or QR code. It prohibits incentives such as free or discounted goods in exchange for reviews, changes to reviews or removal of negative reviews. Its advice includes responding helpfully and valuing honest feedback (Google Business Profile Help, Reviews, n.d.).
That distinction is especially relevant here because I also built Naan Cafe’s loyalty card. I would keep a request for feedback separate from earning a stamp or redeeming a reward. The loyalty work is not evidence that a review campaign exists, and I am not describing one as implemented.
If I were preparing review links, I would check which location each one opens. I would also ask who receives feedback and who can answer it. Getting a link onto a receipt is the easy part. The useful design decision is making sure the business can respond without turning every reply into advertising.
An AI answer still needs the right place
I would not claim to know the hidden selection formula for a local answer in ChatGPT or Perplexity. Their crawler documentation explains parts of access and retrieval, not a complete local-ranking recipe. OpenAI identifies OAI-SearchBot as its search crawler; Perplexity identifies PerplexityBot as a search crawler and describes a separate user-triggered fetcher (OpenAI, n.d.; Perplexity, n.d.).
Microsoft’s AI Performance guidance specifically points local businesses towards accurate details in Bing Places for Business when discussing location-based AI answers. That supports maintaining another accurate business record, not assuming that a Google Business Profile automatically covers every assistant (Microsoft Bing, 2026).
My practical response would be to make each location unambiguous wherever I control the information. Then I would inspect a small set of real questions and their sources: is it the right city, is the cited menu current, and does the next action reach that counter? That would be a review of those answers, not a universal visibility score.
Be precise about what I did
My work covers Naan Cafe’s WordPress website, its loyalty product and management of the Google Business Profiles for both locations. I do not have verified rankings, traffic changes or AI citation results to put beside this article. I would not use screenshots of demo loyalty data as evidence of search performance either.
Managing the profiles is part of the work. Claims about search outcomes still need their own evidence. I want the website and profiles to agree on the real business details, and I would use a location-by-location review to decide what needs attention next.
Sources
Documentation checked on 30 October 2026. Pages without a published date are marked n.d.
Google Business Profile Help (n.d.). Guidelines for representing your business on Google. https://support.google.com/business/answer/3038177
Google Business Profile Help (n.d.). Tips to improve your local ranking on Google. https://support.google.com/business/answer/7091
Schema.org (n.d.). Menu. https://schema.org/Menu
Schema.org (n.d.). Restaurant. https://schema.org/Restaurant
Google Search Central (2026). Local business structured data. Updated 8 September 2026. https://developers.google.com/search/docs/appearance/structured-data/local-business
Google Business Profile Help (n.d.). Tips to get more reviews. https://support.google.com/business/answer/3474122
OpenAI (n.d.). Overview of OpenAI crawlers. https://developers.openai.com/api/docs/bots
Perplexity (n.d.). Perplexity crawlers. https://docs.perplexity.ai/docs/resources/perplexity-crawlers
Microsoft Bing (2026). Introducing AI Performance in Bing Webmaster Tools Public Preview. Published 10 February 2026. https://blogs.bing.com/webmaster/2026/2/Introducing-AI-Performance-in-Bing-Webmaster-Tools-Public-Preview/