How a global buyer evaluates a Turkish supplier online
Before an overseas buyer sends a single enquiry, they check whether your company is verifiable, whether your capacity fits their volume, whether your certificates are valid in their market, who will answer a technical question and how fast. This page sets out how export company website development actually works: the language and country decision, hreflang architecture, certificate records, and the measurement framework behind them.
What does a global buyer check before shortlisting a Turkish supplier?
A global buyer screens on five headings: company verifiability, production capacity, product and system certificates, who the contact is and how fast they reply, and whether the content uses correct target-market terminology. When those five cannot be found as text on the site, the supplier drops off the list before any enquiry is sent.
In export, a website is not a promotional surface. It is a remote supplier pre-qualification file. The buyer cannot visit you, wants to verify you before asking for references, and the only independent source in their hands is your site. Every contact — a trade fair conversation, a marketplace profile, a recommendation from another buyer — gets confirmed by looking at the same place.
So the measure of an export-oriented site is not visitor count. The measure is this: can a qualified buyer in the target market find the technical information they are looking for, in their own language and their own terminology, and do they know whom to write to?
Which five facts does an overseas buyer verify on your site?
They look, in order, for the legal and physical existence of the company, whether capacity covers their own volume, whether the certificates are valid in their market and product group, who will answer a technical question and within what time, and whether the content is written correctly in their language. Every missing heading is priced as supply risk.
| Verification heading | The buyer's question | What has to exist on the site | Consequence if missing |
|---|---|---|---|
| Company verifiability | Does this company really exist, where does it produce, who runs it? | Legal entity name, facility address, founding year, corporate registration details and Organization data |
Payment and shipment risk is assumed; no shortlist |
| Production capacity | Can they cover my order volume and my delivery calendar? | Number of lines, annual capacity, material grades processed, facility area — stated as measurable values | The buyer cannot size the fit and sends no request for quotation |
| Certification and conformity | Are the certificates valid in my market and for my product group? | Document record: issuing body, number, scope, validity, verification link | The supplier approval file cannot be opened; the process stops at quality |
| Contact and response time | Whom do I write my technical question to, and when do I get an answer? | Named foreign trade contact, languages spoken, working hours with time zone, written response commitment | The generic form goes unused; the buyer moves to the next supplier |
| Language and terminology | Does this company know the technical language of my market? | Product names, standard codes, units and tolerance statements in the target-market language | Technical competence is questioned; correspondence is seen as risky |
Why is an English page bolted onto a Turkish site not an export website?
A single English overview page carries none of what the buyer needs: product technical data, certificate records, the document archive and the enquiry flow all stay in Turkish. A search engine reads that page as a thin standalone document rather than a language version, and the buyer ends the evaluation at the first technical question.
The structural gaps repeat across exporter websites, and they are remarkably consistent:
- The language version is half-built. Home page and corporate text are translated; product and document pages are left in Turkish.
- No reciprocal mapping. Because
hreflangis not declared, the two versions are treated as separate, similar documents rather than as language alternates of each other. - Machine-translated terminology. Standard codes, material grades and units are not written the way the target market writes them.
- Certificates published as images. Documents appear as undated logo graphics; number, scope and validity are nowhere in text.
- A single contact channel. There is no foreign trade contact, the form carries no response commitment, and no time zone is stated.
- Performance never measured. The catalogue page has never been tested the way it is actually opened: from another continent, on a mobile network.
What these gaps share is that none of them is a translation problem. Each one is a decision about information architecture, structured data and international SEO.
Where does an overseas buyer look for a supplier now?
Supplier discovery no longer happens only in search results, fair catalogues and marketplace listings. A buyer can put “which companies in Türkiye manufacture this part” straight to an AI assistant. To appear in that channel a page has to be crawlable, parsable and quotable; ranking on its own is no longer the deciding factor.
We call the work of becoming the cited source in answer boxes AEO (Answer Engine Optimization), and the work of being citable inside generative engines GEO (Generative Engine Optimization). The definitions and the difference between them are set out separately in what AEO is and what GEO is.
This channel carries unusual weight in export for one reason: the overseas buyer does not know the Turkish market, cannot name its trade bodies or regional clusters, and often makes the first shortlist from behind a language barrier. The moment they can ask the question in their own language and receive a summarised supplier list, whether you are on that list depends directly on how machine-readable you are.
Who reads the site during an export enquiry, and what are they looking for?
Not one buyer but four roles read the site: the overseas sourcing specialist, the product or quality engineer, the compliance and import officer, and the prospective distributor. Each looks for different information and decides on a different page. A single English “Products” page satisfies none of these four needs.
The table below is not a list of assumptions. It is the page equivalent of the information items that repeat in supplier evaluation forms, import compliance files and distributorship applications.
| Role | First thing they look for | If they cannot find it | Page equivalent |
|---|---|---|---|
| Overseas sourcing / procurement | Product scope, capacity, minimum order quantity, delivery and shipping terms | No request for quotation, no shortlist | Product family index + capacity page + foreign trade contact |
| Product / quality engineer | Technical specification table, standard conformity, material, tolerance, datasheet | The design moves forward on a competitor's data | Individual product page + technical document record |
| Compliance and import officer | Certificate scope, country of origin, tariff heading, packaging and labelling data | The supplier approval file cannot be completed | Certificate record page + conformity and documents section |
| Distributor / agent candidate | Territory protection, cooperation model, brand support, technical training and after-sales | No application; they take on a competitor's brand instead | Representation application page + brand narrative in the target language |
Why is response time part of the website?
For the buyer, response time is a supply risk indicator. Someone working across a time zone gap wants to know, before filling in a form, whom they are reaching, in which language they will be answered and when. Without a named contact, languages, working hours and a written response commitment, they move to the next supplier.
An export-facing contact page is therefore not a single box with a form in it. At minimum it carries the name and role of the foreign trade contact, the languages spoken, working hours written with the time zone, a separate request-for-quotation flow with fields for product, quantity, target market and delivery terms, and a stated response time.
The contractual counterpart of that commitment — service levels, reporting rhythm and escalation — is published in writing in how we work.
Which combination should an exporting manufacturer start with?
The order is fixed: first build the multilingual publishing architecture, the product data and the document records; only then work on visibility. Corporate website, structured data and performance are taken together; international SEO, AEO and GEO come on top of that. Working on visibility while the language structure is half-built is like taking an untranslated catalogue to a trade fair.
| Service | What it does in an export context | Phase |
|---|---|---|
| Corporate website | Multilingual skeleton, product and certificate architecture, foreign trade enquiry flow | Phase 1 · foundation |
| Structured data (Schema) | Making Organization, Product and document records machine-readable across every language version |
Phase 1 · foundation |
| Core Web Vitals and performance | Catalogue and document access from a distant geography on a weak mobile network | Phase 1 · foundation |
| Enterprise and international SEO | Keyword and question map in the target language, hreflang architecture, country-level indexing control |
Phase 2 · visibility |
| AEO | Pages written answer-first against the buyer's technical, conformity and logistics questions | Phase 2 · visibility |
| GEO | Being nameable as a supplier from Türkiye inside AI assistants; entity and source signals | Phase 2 · visibility |
| B2B commerce / order portal | Multi-currency pricing, sample requests and order flow — only if the sales model calls for it | Phase 3 · conditional |
| Mobile application | Distributor ordering, field service and technical document access — only where the process already exists | Phase 3 · conditional |
| Brand identity | Brand architecture that reads correctly in the target market, delivered as design tokens — if there is a rebrand or a multi-product portfolio | Phase 0 · conditional |
Services can also be taken separately; this table is a prioritisation proposal, not a package requirement. If your existing site can be improved without a rewrite, Phase 1 is narrowed according to the audit result. Deliverables and acceptance criteria for each phase are written out in how we work.
The production side of the same problem — catalogue architecture, capacity narrative and document archive — is covered in manufacturing and factory solutions. If you also manage a distributor network abroad, franchise and dealer network solutions is the companion page to this one.
What must an export-ready corporate website satisfy technically?
There are four technical conditions: the targeting decision — language or country — is made up front, language versions are mapped reciprocally with hreflang, certificates and technical documents are recorded as text, and pages open on a weak network from a distant geography. All four are architectural; retrofitting them costs more than migrating content.
Should I target languages or countries?
The rule is simple: if price, stock, regulation, certification and contract terms do not change by country, target the language. If two markets share a language but differ in price list, documentation or distributor, target the country. Country targeting multiplies page count and maintenance load, so it is not chosen without a commercial reason.
| Situation | Targeting | Address structure | hreflang value |
|---|---|---|---|
| One catalogue, one pricing policy, several languages | Language only | /en/, /de/ |
en, de |
| Same language, different commercial terms in two markets | Language + region | /en-us/, /en-gb/ |
en-US, en-GB |
| Country-specific distributor, regulation and document set | Country | /de-de/, /fr-fr/ |
de-DE, fr-FR |
| Visitor matching no language or region | Fallback version | Default version (usually English) | x-default |
Language codes are written in ISO 639-1 form and region codes in ISO 3166-1 alpha-2 form. A region code is never used on its own: hreflang="de" is valid, while hreflang="DE" is not a language declaration at all. The other recurring mistake is writing en-UK; the valid code for the United Kingdom is en-GB.
What is hreflang and how is it set up?
hreflang is the annotation that tells search engines which language and region a page was prepared for. Setup has five steps: map languages against markets, give each version a permanent address, list every version on every page including itself, declare x-default, and verify with a crawl and Search Console. If the mapping is not reciprocal, the cluster is ignored.
- Map languages against markets. Decide which language is published for which market, and record the commercial reason. The decision is written into a table; changing it later means changing the address structure.
- Give every version a permanent, unique address. Language is not switched by query parameter, cookie or IP-based redirect. Both the buyer and the crawler expect an address they can reach directly and paste into an email.
- List every version on every page, including itself. Each page in the cluster points to the others with absolute addresses and references itself. A cluster without return links is disregarded.
- Declare
x-default. State which version is served when no language or region matches. For an exporting manufacturer this is usually the English version. - Verify with a crawl and Search Console. Look for missing return links, redirecting addresses, canonical conflicts and invalid codes. The target error count is zero, re-measured on every release.
3 methods
The number of methods Google documents for declaring localised versions of a page: an HTML link element, an HTTP response header, and a sitemap entry. All three do the same job; you pick one and apply it consistently.
Source: Google Search Central — Localized versions (opens in a new tab) · Accessed: 2026-07-29
Below is what that cluster looks like in markup for a three-language product page. The same list is repeated verbatim on the other two pages — an incomplete repetition invalidates the entire cluster, not just the page that is missing it.
<!-- Turkish version: /urunler/paslanmaz-flans/ -->
<link rel="canonical" href="https://example-exporter.com/urunler/paslanmaz-flans/">
<link rel="alternate" hreflang="tr" href="https://example-exporter.com/urunler/paslanmaz-flans/">
<link rel="alternate" hreflang="en" href="https://example-exporter.com/en/products/stainless-flange/">
<link rel="alternate" hreflang="de" href="https://example-exporter.com/de/produkte/edelstahlflansch/">
<link rel="alternate" hreflang="x-default" href="https://example-exporter.com/en/products/stainless-flange/">
The six mistakes we find most often:
- One-way mapping. The Turkish page points to the English one, the English one does not point back; the cluster is ignored.
- Missing self-reference. The page leaves itself out of its own list, breaking the integrity of the set.
- Invalid codes. Non-standard values such as
en-UKortr-TURKEYare discarded. - Canonical conflict. Each language version must declare its own canonical address; if they all point at one version, the rest are not indexed.
- Redirecting addresses. The annotation points at an address that returns a 301 or is no longer published.
- Forced IP-based redirects. A setup that automatically throws visitors to another version locks both the buyer and the crawler into a single version.
This page is its own worked example. The annotations published in the head of the page you are reading right now are exactly these — you can confirm them by viewing source:
<link rel="canonical" href="https://www.bakibilisim.com/en/solutions/export-industry/">
<link rel="alternate" hreflang="tr-TR" href="https://www.bakibilisim.com/cozumler/ihracatci-sanayi/">
<link rel="alternate" hreflang="en" href="https://www.bakibilisim.com/en/solutions/export-industry/">
<link rel="alternate" hreflang="x-default" href="https://www.bakibilisim.com/cozumler/ihracatci-sanayi/">
The Turkish counterpart, İhracatçı Sanayi Çözümleri, declares the same cluster in the opposite direction. The mapping is repeated in the sitemap as well: every address is published together with its language alternates.
How should certificates and technical documents be published?
A certificate is a record, not a logo image. For each document, the issuing body, certificate number, scope, the facility covered, the validity date and the verification route are written as text on the page. The PDF carries a searchable text layer, the address stays permanent, and the record is marked up with structured data.
The minimum fields of a document record:
- Identity: document name, issuing body, certificate number, first issue and validity dates.
- Scope: which product family, which process and which facility it covers — a certificate without a stated scope carries no information for the buyer.
- Verification: the issuing body's lookup link or the method by which the document can be checked.
- Language: the record itself is also published in the target-market language, while the document stays in its original language.
- File: a PDF with a searchable text layer. A scanned image PDF is an empty page as far as a search engine is concerned.
- Archive: an expired document is not deleted but moved to an archive record, because buyers verify historical conformity too.
The honesty rule applies here as well: no document, capacity figure or claim that cannot be verified gets published. We hold ourselves to the same rule — where we cannot measure a line, we delete it rather than publish it, and the reasoning is written out in why Baki Bilisim.
How document and product records are described to machines is set out with worked examples in the Schema.org and JSON-LD guide.
Why is page performance an export issue?
The buyer in your target market opens the page from another continent, often on a mobile network and often while travelling. Server distance, heavy image galleries and third-party scripts make catalogue and document pages unusable under those conditions. A performance budget is defined up front and bounded by thresholds that can be written into a contract.
2.5 s
The “good” threshold Google publishes for Largest Contentful Paint (LCP). If product and document pages stay above it when opened from the target market, the buyer may leave before seeing the content.
Source: Google web.dev — Core Web Vitals (opens in a new tab) · Accessed: 2026-07-29
Our own acceptance threshold sits below that value and is measured for every page we deliver. What the metrics mean is explained in the Core Web Vitals guide, and the method for fixing them in the performance engineering service. The measured figures for this site are published on the proof page.
How is the success of an export-oriented website measured?
Not by total visitors, but by the behaviour of qualified buyers in the target market: visibility by country, quotation form completion per language version, technical document downloads, and the share of pages indexed in the target language. Beneath those sit four infrastructure thresholds monitored continuously: language mapping errors, structured data errors, mobile performance and accessibility.
| Metric | Threshold / target | Tool | Frequency |
|---|---|---|---|
| Visibility by country (impressions and clicks) | Growth against the baseline measurement | Search Console — country breakdown | Monthly |
| Share of pages indexed in the target language | 95% of published pages | Search Console | Monthly |
| Quotation form completion per language version | Reported separately for each language | Form event log | Monthly |
| Technical document and certificate downloads | Reported by product family and language | Server / event log | Monthly |
Language mapping (hreflang) errors |
0 | Search Console + crawl | Monthly |
| Largest Contentful Paint (mobile) | < 1.8 s | Lighthouse + CrUX | Per release |
| Interaction to Next Paint | < 200 ms | Lighthouse + CrUX | Per release |
| Cumulative Layout Shift | < 0.05 | Lighthouse + CrUX | Per release |
| Structured data errors | 0 | Rich Results Test + validator | Per release |
| Citation rate against the target-market question set | Date-stamped sample record | Periodic check on a fixed question set | Quarterly |
We also write down the limits of this framework: we do not guarantee rankings, and we have no control over what an AI assistant produces. What we measure in that channel is a sample of how often the brand is cited against a fixed question set in the target language; it is recorded with a date stamp and shared in the report in raw form.
How measurement is set up, the reporting rhythm and the content of the governance meeting are described in how we work. Our own site's measured values are on the proof page.
What do exporting manufacturers ask most often?
How many languages should I support?
The number of languages follows the export plan, not ambition. Turkish and English are the baseline for most exporting manufacturers; an additional language is opened only where there is a sales contact, a distributor or measurable demand in that market. Every new language is not a translation job but a standing obligation: documents must be kept current and enquiries must be answered in that language. A stale language version does more damage in a market than having no page at all.
What is hreflang and how is it set up?
hreflang is the annotation that tells search engines which language and which region a page was prepared for. Setup has five steps: map languages against markets, give each version a permanent address, list every version on every page including itself, declare x-default, then verify with a crawl and Search Console. The annotation can be placed in the HTML head, in an HTTP response header or in the sitemap. If the mapping is not reciprocal, the cluster is ignored.
Should I target countries or languages?
Target the language when price, stock, regulation and contract terms do not change by country. Target the country when two markets share a language but differ in price list, certification or distributor. Country targeting multiplies page count, translation volume and maintenance load, so it is not chosen without a commercial reason. Write the decision into a table before build starts, because reversing it later means rebuilding the address structure.
Is translation enough, or is a rewrite needed?
Corporate narrative can be translated; product, standard and technical document text is rewritten. An engineer who sees a mistranslated tolerance, material grade or standard code draws a conclusion about technical competence within seconds. Search behaviour also differs by market: the buyer searches with local terminology and standard codes, and a literal translation does not match most of those queries.
How should certificates be presented on an export website?
A certificate is a record, not a logo image. For each document, publish the issuing body, certificate number, scope, the facility it covers, the validity date and how it can be verified, written as text on the page. The PDF carries a searchable text layer, the address stays permanent, and the record is marked up with structured data. An expired certificate is not deleted but moved to an archive record, because buyers also verify past conformity.
How does an overseas buyer find me through AI tools?
Three conditions must hold together: AI crawlers must be allowed to reach the site, the page must be machine-parsable, and the answer must be written as a passage that can be quoted on its own. When company identity, product data and certificate records are marked up with structured data, the engine can recognise the company as an entity rather than as loose text. Measurement is a date-stamped periodic sample against a fixed question set; the output itself cannot be guaranteed.
Do you work with clients outside Turkey, and in which languages do you deliver?
We work from Kocaeli, in Türkiye's industrial belt, and we deliver in Turkish and English. For other target-market languages we build the architecture, the terminology framework and the publishing workflow, while the copy itself is produced with your own translator, distributor or in-market team and reviewed for technical terminology. We do not publish a language we cannot keep current.
How do contracts and invoicing work for an international engagement?
Scope, deliverables, acceptance criteria, service levels, source code and design ownership, and exit terms are written into the contract before work starts, and the same clauses are published openly on our how we work page. The contract can be executed in English or Turkish. Invoicing is issued from Türkiye; currency, payment schedule and milestone structure are agreed per project and recorded in the contract rather than left to correspondence.
For the digital requirements of other segments see the solutions index; for where we are based and why the Kocaeli industrial belt matters to an overseas buyer, see corporate web design in Kocaeli.
See the measured state of your digital assets within five working days.
The audit is free and creates no obligation to work with us. The report itemises the mapping status of your language versions, how certificates and documents are presented, AEO answerability, AI crawler access, Core Web Vitals, structured data validity and WCAG 2.1 AA gaps.
We work with corporate-scale, multi-location or multilingual organisations. One-off small jobs fall outside our scope; in that case we point you to smaller studios.