Catalog سے storefront تک ecommerce localization
Updated 2026-09-05
Language، product facts اور market operations کو الگ decisions سمجھیں۔ Glossary بنائیں، ہر locale review کریں اور storefront context میں stored content check کریں۔
Translation کو market readiness سے الگ کریں
Translation fact کے اظہار کو بدلتی ہے۔ Localization یہ بھی پوچھتی ہے کہ reader product سمجھ سکتا ہے، measurements پڑھ سکتا ہے اور service information تک پہنچ سکتا ہے یا نہیں۔ Market readiness آگے جا کر actual delivery، payment، return اور product rules کی تصدیق مانگتی ہے۔ Fluent page یہ operational facts ثابت نہیں کرتی۔
ہر locale کے لیے scope sheet بنائیں۔ Language reviewer، category reviewer اور store owner identify کریں۔ Unresolved policies اور next action record کریں۔ ایسی buyer journey سے شروع کریں جسے team end to end support کر سکے، پھر review capacity کے مطابق language inventory بڑھائیں۔

Buyer journey inventory کریں
Buyer کے راستے سے شروع کریں: product discovery، variant selection، specification reading، cart review اور service information۔ Navigation labels، size guidance، image text اور error messages بھی شامل کریں جب وہ path پر اثر ڈالیں۔ صرف descriptions translate کرنے سے اہم decisions دوسری language میں رہ سکتے ہیں۔
ہر content surface کو اس کے اصل owner اور storage location سے جوڑیں۔ Theme label، product field اور policy document کو مختلف tools چاہیے ہو سکتے ہیں۔ Inventory کو source revisions کے ساتھ connect رکھیں تاکہ product update بتا سکے کن translations کو review کرنا ہے۔
| Surface | Main reviewer question | Evidence رکھیں |
|---|---|---|
| Product text | کیا facts complete اور understandable ہیں؟ | Source-linked approved revision |
| Variant selectors | کیا buyer intended item منتخب کر سکتا ہے؟ | Label اور variant mapping |
| Campaign copy | کیا approved message یہاں مناسب ہے؟ | Market brief اور approval |
| Service policies | کیا wording actual operations سے match کرتی ہے؟ | Policy-owner approval |
| Store interface | کیا locale coherent render ہوتی ہے؟ | Viewport اور navigation checks |
Locale identifiers سوچ سمجھ کر define کریں
W3C guidance بتاتی ہے کہ BCP 47 tags language اور ضرورت پڑنے پر script یا region الگ کرتے ہیں۔ ایسا language tag استعمال کریں جو intended content اور destination platform کے supported values سے match ہو۔ صرف country abbreviation جیسا دکھنے کی وجہ سے locale code invent نہ کریں۔
اپنے records میں content locale کو target market اور currency سے الگ رکھیں۔ ایک ہی language کئی markets میں مختلف commercial settings کے ساتھ استعمال ہو سکتی ہے۔ Fallback behavior واضح کریں: missing translation review میں نظر آئے، source language دکھنے کی وجہ سے completed locale نہ گنی جائے۔
Product meaning کے گرد glossary بنائیں
ہر اہم term کے لیے مختصر definition اور product context لکھیں۔ Approved target forms، unchanged رہنے والے brand names اور misleading alternatives کی مثالیں شامل کریں۔ Reviewer کو exception مانگنے کا طریقہ دیں؛ غلط glossary term ہر sentence میں force نہ کریں۔
Glossary version کریں اور اسے ہر candidate کے ساتھ attach کریں۔ Changed term affected content review trigger کرے۔ W3C ITS terminology اور translation metadata کے لیے reference دیتی ہے؛ نیچے والا record illustrative editorial format ہے، ITS implementation یا store import schema نہیں۔
{
"conceptId": "material-linen",
"definition": "Fiber described as linen in the approved specification",
"sourceTerm": "linen",
"targetLocale": "de",
"approvedTerm": "Leinen",
"rule": "Do not infer a material blend or certification",
"reviewStatus": "pending"
}Prices، units اور product claims protect کریں
Localized decimal separator display choice ہے، stored amount بدلنے کی اجازت نہیں۔ Source price، currency اور unit values protected record میں رکھیں۔ Conversion درکار ہو تو اسے recorded rule کے ساتھ separately approved deterministic operation بنائیں۔
Claims پر بھی یہی discipline لگائیں۔ Suitable for travel کو unsupported durability guarantee نہ بننے دیں۔ Materials، compatibility، certifications اور health-related assertions کے لیے evidence لیں۔ Source کی uncertainty محفوظ رکھیں اور missing specifications product owner کو flag کریں۔
ہر locale کو دو passes میں review کریں
Fact pass اور language pass الگ کریں۔ پہلے quantities، units، product relationships اور claims کو source سے compare کریں۔ دوسرے میں terminology، natural expression، audience اور brand tone دیکھیں۔ Results الگ record کریں تاکہ readable copy unresolved factual defect نہ چھپائے۔
Warnings اور variant labels سمیت مکمل product context review کریں، isolated strings نہیں۔ Unfamiliar یا regulated category میں مناسب specialist شامل کریں۔ Model-generated back-translation differences locate کر سکتی ہے، مگر دونوں generated texts کا agree ہونا independent proof نہیں کہ کوئی product سے match کرتی ہے۔
Destination-specific delivery تیار کریں
Shopify merchant documentation میں translation management اور localized store content present کرنے کے broader عمل میں فرق کرتا ہے۔ Platform language workflow استعمال کریں اور supported resources verify کریں۔ دوسرے store stack میں locale columns map کرنے سے پہلے multilingual layer اور import contract confirm کریں۔
Product identifiers، locale، source revision، approved text اور reviewer identity والا delivery package بنائیں۔ اسے minimal import payload سے الگ رکھیں۔ Staging store میں language selection، fallback، text wrapping، links اور product selection check کریں۔ Export میں content موجود ہونا intended page پر visible ہونے کے برابر نہیں۔
Launch کے بعد localization current رکھیں
Source changes field level پر track کریں۔ Corrected material statement affected translations invalidate کرے، چاہے title وہی رہے۔ Updated glossary targeted terminology review مانگ سکتی ہے؛ price change commercial data path سے آئے، ہر description rewrite نہ ہو۔
Coverage کو current، approved product-locale revisions کے طور پر measure کریں اور held یا stale records الگ report کریں۔ API spend، reviewer effort اور storefront behavior بھی الگ track کریں۔ Product importance اور source freshness کے مطابق backlog review کریں۔
عمومی سوالات
کیا localization اور translation ایک ہی ہیں؟
Translation ایک component ہے۔ Localization context اور presentation بھی check کرتی ہے، جبکہ commercial readiness actual store operations اور product rules کی تصدیق مانگتی ہے۔
کیا locale میں country code لازمی ہے؟
Content کی ضرورت اور platform support کے مطابق specificity رکھیں۔ Market targeting الگ رکھیں تاکہ language tag currency یا shipping eligibility کا accidental proxy نہ بنے۔
کیا AI translation کے دوران dimensions convert کر سکتی ہے؟
Conversion کو language step سے باہر رکھیں۔ Authorized ہو تو recorded rule apply کریں اور approval سے پہلے number اور unit دونوں verify کریں۔
Brand names کے ساتھ کیا کریں؟
Glossary میں approved treatment record کریں۔ اس workflow میں default طور پر names محفوظ رکھیں اور market-specific rendering brand owner سے approve کرائیں۔
Locale publish کے لیے کب ready ہے؟
جب source-current content factual اور language review pass کرے، destination import verify ہو اور storefront checks intended content اور product behavior confirm کریں۔