Two business figures inspect a current geometric identity marker on a root-homepage structure and an older detached marker nearby.

Google Still Shows the Old Site Name: What Should You Check After a Website Redesign?

Author: JVDS (Jieda Design Studio) Reading time: about 6 min

If Google search results still show the old website name, first identify which element is wrong, then check the relevant pages and settings. Changing the name in the administration system only shows that the website has been edited. Whether Google has processed the change and which name it ultimately selects need separate observation.

In plain language, the site name identifies “which website this result comes from,” the title link explains “what this page is about,” the favicon is the small icon beside it, and Organization data represents the company or organization's identity. They may all use the same brand, but their settings and verification methods differ.

Save a Search Result That Clearly Shows the Problem

Record the search query, destination URL, displayed text, date, device, and the name you believe is correct. Keep the complete result in the screenshot so you can distinguish whether the old brand appears in the site name, page title, or icon.

Google handles site names separately from the title links for individual pages. Title links may also draw on the main page heading and other information instead of simply copying the SEO title in the administration system. Google's site name documentation and title link documentation explain these separate rules.

If the problem is an outdated year or product name in a title, assign it to the editor responsible for that page and use the checks for SEO titles and main page headings. If the company identity, official name, or logo relationships are unclear, first review how Organization information should match public facts.

Find the Correct Homepage, Then Check Name Preferences

The aim is to have developers inspect the page that actually carries the site name. First list the canonical homepage the website uses and its redirects from old addresses. Do not infer Google's entry point merely because the administration system has a section called “Homepage.”

According to Google's technical guidelines, site names are supported at the domain and subdomain levels, with the markup on the corresponding root homepage. https://example.com/ and https://news.example.com/ are such entry points. https://example.com/en/ is a subdirectory and cannot have its own separately specified site name.

Ask developers to check the existing WebSite data on the homepage: whether name is the approved name, url points to the canonical homepage, and alternateName genuinely represents an abbreviation or alternative name. If a node of the same type already exists, update it rather than leaving conflicting versions from the theme, plugins, and manually written code.

When the domain itself is used as an alternative name, Google's requirements call for lowercase, such as example.com. This applies to the domain used as a name preference; the homepage URL should still be the actual canonical address. Do not stuff a series of service keywords into the name for SEO. Google's alternative name guidance describes the conditions.

The check succeeds when the responsible owner has approved the name and abbreviation, developers can identify their configuration source and the homepage where they are output, and the existing nodes do not conflict.

Check Homepage Text, Duplicate Versions, and Redirects Together

The goal is to find inconsistent information that remains public, rather than only changing hidden code. Suppose a website changes from “Brand A” to “Brand B”: if the header uses the new name but the homepage title and theme settings still use the old one, record these locations separately and confirm the version to use.

Check the visible homepage name, og:site_name, title, and main text. Historical descriptions can explain the renaming, while the current identity should be clear to readers. When finding an old name, first determine whether it is historical information or an overlooked update; do not replace every occurrence indiscriminately.

If identical homepages still exist across HTTP/HTTPS or www/non-www versions, Google requires consistent site name data on these duplicate pages. Check existing redirects, their final destinations, and whether those destinations are accessible. Google's site name troubleshooting guidance explains both checks.

Give the following table to the maintainer. Record what was observed first, then the outcome. Leave items awaiting access or evidence marked as unconfirmed.

Check location
Record to retain
Completion criterion
Search result
Query, URL, screenshot, and date
The incorrect element is clearly identified
Canonical root homepage
Selected URL, name, and approver
Business and development teams use the same version
WebSite output
Existing nodes and field sources
The selected fields do not conflict
Public homepage text
Locations where the old name remains and their purpose
Historical explanations and current identity are clear
Duplicate homepages and redirects
Accessed addresses and final destinations
Names are consistent and destinations are as intended
Verification after changes
Check date, results, and remaining issues
The scope that passed can be checked again
Duplicate homepage routes converging on a root homepage node while reviewers inspect the connections
Concept illustration: check the root homepage, duplicate versions, and redirects together.

Use the Right Tools: A Pass Does Not Mean the Name Has Changed

First confirm that the technical output can be read, then observe the search result. Google explicitly states that Rich Results Test does not support site names. The official testing guidance makes this distinction.

Use Schema Markup Validator to check markup syntax, then Search Console's URL Inspection tool to check homepage accessibility. Record the two results separately so developers can identify whether they need to address an output error or an access problem.

Ask maintainers to record whether login requirements, crawling settings, or indexing settings affect the homepage. If a tool reports an issue, save the specific message and tested URL for developers to assess. Passing a syntax check does not prove the name is accurate, every homepage is consistent, or Google search results have adopted the new name.

The check succeeds when the live homepage output matches confirmed information, the checks needed for Google access have no unexplained issues, and the business owner understands which items remain outside the checked scope.

Keep Observation Records After Submission and Follow Up on Differences

After checks pass, you can request recrawling of the correct homepage and record the submission date and selected version. Google still needs to recrawl and process the information, and the system selects the name automatically. No submission button guarantees that a specified name will appear immediately. Google's processing and troubleshooting guidance sets these boundaries.

When reviewing results, use the previously recorded query and result URL where possible. If the homepage shows the new name but an internal page still shows the old one, record them separately instead of declaring everything complete because one location changed. If only one result remains incorrect, repeatedly changing an already approved brand name is not necessary.

If the preferred name is still not used, recheck the public text, markup, redirects, and access conditions against the original list. Evaluate an alternative name only when there is a genuinely used abbreviation. Retain separate records for “website changes completed,” “check results,” and “search display observations” so the next maintainer can identify the stage the work has reached.

Link copied

From Idea to Launch, We Build It Together

Building useful, scalable digital products around user experience

Tell Us About Your Project