A modification beyond translation to fit cultural norms, imagery, examples, colour meanings, or content adjustments.
Cultural adaptation is the work that begins where translation ends: reshaping dates, currency, imagery, colour, layout direction, and legal defaults so a product feels native to a market rather than merely legible in its language. A product can be translated word-perfect and still read as foreign, and closing that gap is what cultural adaptation does.
The distinction grew out of localisation practice itself. Early l10n treated a market as a language to translate into; experience taught the field that language is one variable among many. The industry settled on a sharper split, sometimes called culturalisation: translation converts the words, while localisation adapts the whole experience, and the cultural layer covers everything words alone cannot reach.
That layer is broad. Date and number formats flip with region. Currency and tax presentation change. Imagery and iconography that read as neutral in one market can mislead or offend in another, and colour carries meaning that does not travel: a colour signalling celebration in one culture signals mourning in another. The most structural change is reading direction. Adapting a left-to-right product for right-to-left languages like Arabic, Hebrew, and Farsi mirrors navigation and visual hierarchy, and the discipline is specific about not blindly flipping everything, since asymmetric assets and embedded numerals needNeedUserA user need, pain, desire, or constraintView reference → deliberate handling rather than a horizontal flip. Legal norms add another axis: consent flows, age gating, and data-handling defaults differ by jurisdiction.
A wellness app translated into Arabic passes linguistic review and still feels wrong to testers in the Gulf. The fix is cultural, not lexical. The team mirrors the layout for right-to-left reading, so progress bars fill from the right and the back gesture reverses. They swap a hero image whose iconography carried an unintended religious reading. They change a "success" colour that local users associated with warning. They adjust the date picker to the locale's calendar conventions and rework a consent screen to match regional data law. None of this touched a single translated string; all of it decided whether the product felt made for its audience.
cultural_adaptation_targets_personaCultural AdaptationtargetsPersonacross-domain edge ties the work to a specific user whose expectations it must meet, keeping the change anchored to a person rather than a guess about a country.In the Unified Product Graph, cultural adaptation sits in the localisation region and attaches to a locale through Localeadapted viaCultural Adaptationhierarchy, deliberately separate from the translation path so the graph can show a locale that is fully translated yet culturally raw. It points outward through locale_adapted_via_cultural_adaptationCultural AdaptationtargetsPersonacross-domain and cultural_adaptation_targets_personaCultural AdaptationtargetsMarket Segmentcross-domain, which connect the work to the people and the market it is meant to fit. Modelling adaptation as its own node, distinct from the bundle, is what stops a team from mistaking translated for localised.cultural_adaptation_targets_market_segment
Type-specific fields on BaseNode
adaptation_typestringAspect of the product being adapted
rationalestringReason for the cultural adaptation
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
3 edge types connected to this entity.
locale_adapted_via_cultural_adaptationcultural_adaptation_targets_personacultural_adaptation_targets_market_segment