
Free Keyword Research Tool: The Free Stack That Works for Service Businesses
Which free keyword research tool should a Singapore clinic, firm, contractor or tutor use? Combine five free tools to find your first 30-50 keywords. See how.
From F&B to fintech, clinics to law firms, startups to enterprise. If your customers search on Google, we make sure they find you first, not your competitors.
One specialist team, focused only on the organic rankings that put you in front of ready-to-buy Singapore customers.
A clear, sequenced path from audit to rankings. You always know what we’re doing and why it matters for your leads.

Quick answer: Hreflang tags multilingual singapore sites use tell search engines which language version of a page to show each searcher. You add a tag for every language version, including the page itself, using a language code first and an optional region code second, such as en-SG or zh-SG, with matching return tags.
Singapore is one of the few markets where a multilingual website is a domestic decision rather than an export one. A company in London adding a second language is expanding abroad. A company in Singapore adding Mandarin is serving the customers already walking past the shopfront. That difference changes how hreflang tags multilingual singapore businesses deploy should be structured, and it is the reason so many local implementations go wrong: they are copied from international guides that assume one language per country. The single most common error we find in audits here is a site that has carefully tagged its Chinese pages with a country code where a language code belongs, quietly telling Google the wrong thing on every page. This guide covers what hreflang does, how Singapore search behaviour actually works across the four official languages, the exact syntax, and how to test it. For the local-market framing around all of this, our local SEO work is the natural companion.
Hreflang is an attribute, not a tag type of its own. It sits inside a link element in the head of your page, inside your XML sitemap, or inside an HTTP header, and its job is to say: this page has other versions, here is where they are, and here is who each one is for.
It is worth being precise about what it does not do. Hreflang does not translate anything. You must already have genuinely separate pages with genuinely separate content. It also does not decide which page ranks. Search engines pick the page they think is most relevant to the query first, and then hreflang helps them swap in the right language version of that page for that particular user. And it is a signal rather than a command, which means it is usually respected and occasionally overridden.
What it is genuinely good at is preventing two problems. The first is the wrong-language result, where a Mandarin-preferring searcher in Singapore lands on your English page and leaves. The second is duplicate content confusion, where search engines see several pages saying similar things across languages and struggle to work out whether they are alternates or copies competing with each other.
There is a third benefit that gets less attention and matters more than people expect. Hreflang consolidates the signals across your language versions, so links and engagement earned by your English page help the Chinese equivalent to be discovered and trusted rather than leaving it stranded as an orphan. A correctly linked set of language versions behaves like one strong page with several faces, rather than several weak pages. For organisations whose audience genuinely splits across languages, such as schools and enrichment centres, this consolidation is often the larger share of the value, which is why it appears in so much of our education SEO work.
Singapore has four official languages: English, Mandarin, Malay and Tamil. English is the language of administration, business and most schooling, and it dominates search volume across almost every commercial category. That is the starting fact, and it is also where most analysis stops, which is a mistake.
The real behaviour is more textured. A great many Singapore searchers are comfortable in two languages and switch depending on the topic, not the person. The same user may search for a software vendor in English and for traditional medicine, funeral services, temple-related enquiries or certain foods in Mandarin. Malay-language search clusters strongly around halal certification, religious services, community events and certain family and cultural topics. Tamil search volume is smaller in absolute terms and concentrated in similar cultural and community domains.
There is also the code-switching pattern, where a query mixes scripts and languages within a single search. Someone might type a brand name in English alongside a descriptive term in Chinese. Search engines handle this reasonably well, but it means your language versions should not assume purity of input.
Then there is the device and interface layer. A large share of Singapore users run their phone interface in English while reading comfortably in Chinese, or the reverse. Browser language settings are therefore an imperfect proxy for reading preference. This is precisely why hreflang matters more than automatic redirection. Hreflang lets the search engine offer the appropriate version at the results stage, where the user can still choose, rather than forcing a version on them at the door.
Two practical consequences follow. First, do not build a multilingual site on the assumption that Chinese pages will simply mirror English traffic at some fixed ratio, because the split is category dependent rather than site dependent. Second, do not translate everything by default. Translate where the demand exists, do it properly, and leave the rest. In our experience, large batches of machine-translated pages destroy more value than they create, and the hospitality sector is full of examples, which our hotel SEO work addresses directly.
Here is the mistake the brief for this article was written around, because it is that common. The hreflang value has up to two parts, and their order and meaning are fixed.
The first part is the language, written in the ISO 639-1 standard: en for English, zh for Chinese, ms for Malay, ta for Tamil. The second part, which is optional, is the region, written in the ISO 3166-1 Alpha 2 standard: SG for Singapore, MY for Malaysia, CN for China. The language part is mandatory. The region part alone is never valid.
So the correct value for an English page aimed at Singapore is en-SG. The correct value for a Chinese page aimed at Singapore is zh-SG. What we repeatedly find instead is a value of SG on its own, or a value like SG-zh with the parts reversed, or a Chinese page tagged as cn because someone reasoned that Chinese means China. In all three cases the tag is invalid and is simply ignored, which means the site owner believes they have hreflang and in effect has none.
| What We Find | Why It Is Wrong | Correct Value |
|---|---|---|
| hreflang=”SG” | Region code with no language | en-SG or zh-SG |
| hreflang=”cn” | CN is a country, not a language | zh |
| hreflang=”zh-CN” on a Singapore page | Targets mainland China audiences | zh-SG |
| hreflang=”SG-en” | Parts in the wrong order | en-SG |
| hreflang=”en-UK” | UK is not the ISO code | en-GB |
| hreflang=”ch” | CH is Switzerland | zh |
| hreflang=”chinese” | Not an ISO code at all | zh |
| hreflang=”my” for Malay | MY is Malaysia the country | ms |
The Malay case in the final row deserves emphasis because it catches people out constantly. The language code for Malay is ms. The code my belongs to Burmese as a language and to Malaysia as a country. A Malay-language page for a Singapore audience should be tagged ms-SG, not my-SG.
There is a further layer with Chinese: script. Singapore uses Simplified Chinese, as does mainland China, while Hong Kong and Taiwan use Traditional. If you serve both scripts you can specify them as zh-Hans for Simplified and zh-Hant for Traditional, optionally with a region, giving values such as zh-Hans-SG. In our experience most Singapore SMEs do not need this level of granularity and are better served by a clean zh-SG, but if you are also selling into Taiwan or Hong Kong it becomes relevant quickly.
Hreflang points at URLs, so you need a URL structure first. There are three practical options and the choice is close to irreversible once you have built traffic, so it deserves more thought than it usually gets.
| Structure | Example | Strengths | Weaknesses |
|---|---|---|---|
| Subfolder | example.sg/zh/ | Inherits full domain authority, cheapest to run | Requires server-side routing support |
| Subdomain | zh.example.sg | Easy on some platforms, clean separation | Authority is partially separated |
| Separate domain | example.cn | Strongest local signal abroad | Expensive, builds authority from zero |
| Parameter | example.sg/?lang=zh | Trivial to implement | Weak, easily mishandled, avoid |
For almost every Singapore business the subfolder is correct. You have one domain, usually a .sg or .com.sg, and you want every language version to benefit from the authority that domain has accumulated. Splitting that authority across subdomains to serve a domestic audience is self-defeating.
The parameter approach in the final row is listed only so you can recognise and reject it. Language selection through a query string tends to interact badly with caching, canonical tags and crawl budget, and we have never seen it outperform a subfolder.
Two structural rules apply regardless of choice. Every language version needs its own persistent URL that a user can bookmark and share. And the content on each version must be genuinely distinct, meaning the navigation, headings, body copy and meta data are all in the target language rather than an English page with a translated paragraph dropped in. Financial services firms tend to be the most disciplined about this because of how their disclosures work, which is visible in our finance SEO engagements.
There are exactly three valid delivery methods, and you should choose one rather than mixing them, because conflicting declarations across methods is a genuine source of errors.
HTML head elements. Each page carries a link element for every version in the set, including itself. This is the most common method, the easiest to inspect, and the heaviest if you have many language versions, since every page must list every alternate.
XML sitemap annotations. Instead of putting the tags on the pages, you declare the relationships inside your sitemap file. This keeps page weight down and centralises the mapping in one place, which makes large sets far easier to maintain. The trade-off is that it is invisible when you view the page source, so it is easier to forget it exists.
HTTP headers. The relationships are declared in the server response rather than in the document. This is the only option for non-HTML files such as PDF documents, which matters for organisations publishing bilingual brochures, price lists or regulatory documents.
Whichever you choose, three rules are absolute. Every page must include a self-referencing tag pointing at itself. Every declaration must be reciprocated, so if the English page points to the Chinese page, the Chinese page must point back to the English one. And every URL in a hreflang set must be the canonical version, absolute, and returning a 200 response.
The x-default value is worth understanding. It nominates a fallback for users whose language and region do not match any version you have declared. For a Singapore business, the English page is usually the sensible x-default. It is optional, and it is not a substitute for a self-referencing tag.
Most broken hreflang is broken in one of a small number of ways, and none of them announce themselves.
Missing return tags. Page A points to page B, page B does not point back. Search engines discard the whole relationship as unverified. This is by a wide margin the most frequent fault, and it usually happens when one language version is managed by a different team or plugin.
Hreflang pointing at a non-canonical URL. The canonical tag says one thing and the hreflang set says another. The two directives fight, and the outcome is unpredictable.
Hreflang on redirecting or 404 URLs. Someone renames a Chinese page and the English page keeps pointing at the old address. The set breaks silently and nothing in the interface tells you.
Automatic IP-based redirection layered on top. A visitor from a Singapore IP address is forced to the English page regardless of preference, including Googlebot, which cannot then see the other versions at all. This is the one piece of common advice we push back on hardest. Automatic redirection based on location is not a substitute for hreflang and frequently destroys it. Offer a clearly visible language switcher and let people choose.
Machine translation without review. Hreflang correctly delivers a Chinese page that reads as if it was produced by software, which converts a language signal into a credibility problem. The commercial cost of this is larger than the technical gain.
Language declared only in the HTML lang attribute. The lang attribute helps browsers and accessibility tools. It is not hreflang and does not perform its function. You need both.
Testing hreflang is genuinely straightforward, which makes it odd how rarely it is done. Start by viewing the page source of one page in each language and confirming that the full set is present, that the self-referencing tag is there, and that the codes are valid. Then click through every URL in the set and confirm each returns a live page rather than a redirect.
Next, check reciprocity in both directions rather than assuming it. A crawler configured to extract hreflang values across the whole site will surface missing return tags at scale in minutes, and this is where most of the real errors surface.
Then monitor. Google Search Console does not currently provide a dedicated hreflang report, so the practical monitoring signal is the Performance report filtered by country and by page. If your Chinese pages are receiving impressions but the English equivalent is appearing for queries in Chinese script, the set is not being honoured.
Finally, be patient with the timeline. Hreflang relationships have to be crawled on both sides before they can be verified, so a set is not live the moment you deploy it. We generally tell clients to allow a full crawl cycle across all versions, which on a mid-sized Singapore site is a few weeks, before drawing conclusions. The team pages on our about section describe how we sequence this alongside the rest of a technical programme.
The value of getting technical foundations right early shows up in engagements such as the one behind our insurance results, where schema and mobile fixes in Months 2-4, which lifted the mobile Lighthouse score from 55 to 79, were part of a programme that grew monthly organic leads from 6 to 19.
Field notes: In our education case study, the enrichment centre’s two branches in Tampines and Bishan each got a dedicated location page and a separately optimised Google Business Profile, so each could rank for its own proximity searches instead of one page trying to serve both. That engagement involved no hreflang or language versions, but the principle carries over: when you serve distinct audiences, give each one a dedicated, clearly signalled page and let the search engine match the right version to the right searcher. Missing return tags break exactly that signal, which is why they are the first thing to check.
Getting hreflang tags multilingual singapore websites rely on right is less about mastering an exotic standard and more about being disciplined with four small things: valid codes, self-references, return tags, and canonical consistency. The Singapore context changes the strategy rather than the syntax. You are not targeting separate countries, you are serving several language communities inside one small market, which means subfolders on a single strong domain, careful selection of what genuinely deserves translation, and a visible language switcher instead of forced redirection. Do not translate your whole site because the plugin makes it easy. Translate the pages where demand actually exists in that language, do it with a human, and tag them properly. If you already have a second language version live and have never verified it, that check is worth an afternoon and frequently turns out to be the reason the pages have never performed. Our industry SEO pages cover sector-specific language patterns.
The case study results in education show how separate location pages for each branch can rank independently once they settle, a useful parallel for separate language versions.
We recommend testing hreflang with a crawler that renders JavaScript if your language switcher is client-side, because a tag that never reaches the raw HTML does not exist as far as Google is concerned. Our team treats a broken return tag as the single most common hreflang failure on Singapore sites serving English and Chinese, because it is invisible in the browser and only shows up in Search Console weeks later.
No. Hreflang exists to connect equivalent pages in different languages or regional variants. If you publish a single English version and have no plans for another, there is nothing to connect and adding tags achieves nothing. The one exception is if you serve meaningfully different English content to different markets, such as a Singapore price list and a Malaysian one on separate URLs, in which case en-SG and en-MY annotations help search engines show the right pricing to the right audience.
Use zh-SG. The zh part declares Chinese as the language and the SG part declares Singapore as the region. Do not use cn, which is a country code rather than a language code, and do not use zh-CN unless you are deliberately targeting audiences in mainland China with separate content. If you need to distinguish Simplified from Traditional script because you also serve Taiwan or Hong Kong, zh-Hans-SG and zh-Hant variants are available, though most Singapore SMEs do not need that level of detail.
We advise against it. Automatic redirection based on IP address or browser language overrides the user’s own choice, breaks bookmarked and shared links, and can prevent search engines from crawling versions other than the one your redirect rule favours. A visible language switcher in the header, remembered as a preference once chosen, achieves the same goal without the damage. Hreflang already handles the job of surfacing the right version in search results, where the user can still see and choose the alternative.
Fewer than most platforms encourage. Start with English, then add a second language only where you can point to genuine demand: customer enquiries arriving in that language, keyword research showing volume, or a service that is culturally concentrated. Malay is worth considering for halal-linked, community and family services. Mandarin is worth considering across a wider range of consumer categories. Publishing four languages because the site builder offers a toggle usually produces three neglected sections that dilute rather than add.
Not directly. Hreflang does not make a page rank higher for any query. What it does is ensure that once a page from your site is chosen as relevant, the version shown matches the searcher’s language. That improves click-through rate and reduces immediate bounces, both of which support performance indirectly. It also consolidates signals across versions so that authority earned by one language version supports the discovery and credibility of the others rather than leaving them isolated.
Yes, and on larger multilingual sites it is often the better option. Sitemap annotation keeps the mapping in one file rather than repeating it in the head of every page, which reduces page weight and makes maintenance far easier when you add a language. The requirements are identical: self-references, full reciprocity, canonical absolute URLs. The main drawback is visibility, since the relationships no longer appear in the page source, so document the decision for whoever maintains the site next.
The x-default value nominates a fallback page for users whose language and region settings do not match any version you have declared. For a Singapore business with English and Chinese versions, the English page is usually the appropriate x-default, since it is the widest-reaching option locally. It is optional rather than required, and it is not a replacement for the self-referencing tag every page must carry. Adding it is low cost and generally worthwhile once you have more than two versions.
The most likely causes, in order of frequency, are missing return tags on one side of the pair, invalid language or region codes, hreflang URLs that redirect or return errors, and conflicts with canonical tags that point elsewhere. Less commonly, forced IP-based redirection prevents crawlers from reaching the alternate versions at all. Work through them in that order. Crawl your site with a tool that extracts hreflang values, check reciprocity in both directions, and validate every code against the ISO standards.
Both sides of each relationship must be crawled before search engines can verify the pairing, so nothing happens instantly. On a small site with frequent crawling you may see the correct versions surfacing within two to three weeks. On a larger or less frequently crawled site it can take considerably longer. We advise allowing a full crawl cycle across every language version before concluding that an implementation has failed, and re-verifying with a crawler rather than judging from search results alone.
Malay uses ms. This catches out a large number of Singapore and Malaysian implementations because my looks intuitive and happens to be the country code for Malaysia, while also being the ISO language code for Burmese. A Malay-language page aimed at Singapore should therefore be tagged ms-SG. Tamil uses ta, giving ta-SG. Getting these wrong does not produce a visible error anywhere in your content management system, which is exactly why they survive for years unnoticed.
If you already run a second language version of your Singapore website and have never verified the tags behind it, there is a reasonable chance the set is not working and has not been for some time. We include a full multilingual check in our free initial SEO audit, covering code validity, return tags, canonical conflicts and whether your language versions are being crawled at all, written up in plain English rather than a list of error codes. Talk to us about what you have in place, and we will tell you whether it needs fixing or replacing before you spend anything on more translation.
Natalie leads SEO strategy at Singapore SEO Agency, helping local and regional businesses build organic search programmes that drive qualified leads. She specialises in technical SEO and content-led authority building for Singapore SMEs.
Get a free SEO audit for your Singapore website — we'll show you exactly where you stand, what's holding you back, and what it would take to rank on page 1.
Get Your Free SEO Audit →
Which free keyword research tool should a Singapore clinic, firm, contractor or tutor use? Combine five free tools to find your first 30-50 keywords. See how.

SEO vs SEM is usually the wrong question. Learn what the terms really mean and how to use ads and Search Console data to decide which searches to earn or buy.

Google Search Console login problems usually start with verification and ownership. Learn how to get in, fix access errors and offboard agencies safely.

The click through rate formula is clicks divided by impressions. Learn what each platform counts, the averaging trap and how to set it up in Google Sheets.

A click through rate means nothing on its own. Learn to compare CTR by position, query type and SERP features, and see what low CTR is really telling you.

What a google analytics certification proves, what it misses, how to verify one and the practical questions to ask before you hire a marketer or freelancer.
Fast, no obligation. We reply within 24 hrs.
Singapore’s specialist SEO agency for SMEs. We rank your business on Google — and only Google. No distractions, just results.
© 2026 Singapore SEO Agency. All rights reserved.