# Öznitelik mapping Olanaklar, kategoriler, özellikler, sınıflandırmalar — her kaynağın bir mülkü çekici veya filtrelenebilir kılan şeyler için kendi taksonomisi vardır. **Öznitelik mapping**, bu taksonomileri sizinkiyle hizalar; böylece kataloğunuzdaki bir *Ücretsiz WiFi*, bir channel manager (CM), bir içerik feed'i veya bir B2B aggregator'dan gelse de *Ücretsiz WiFi* kalır. ## Bu bağlamda öznitelikler nelerdir? Öznitelikler, bir mülkü veya bir odayı adının ve açıklamasının ötesinde tanımlayan tipli etiketlerdir. Üç grup: | Grup | Örnekler | | ------------------------- | ------------------------------------------------------------------ | | **Otel düzeyi olanaklar** | Havuz, spa, otopark, restoran, spor salonu, iş merkezi | | **Oda düzeyi özellikler** | Deniz manzarası, balkon, mutfak, erişilebilir banyo, çift yataklar | | **Kategoriler** | Boutique otel, her şey dahil, kayak tatili, aileye uygun, lüks | Bir gezgin için öznitelikler filtrelerin üzerinde çalıştığı şeydir. Bir operatör için, bir mülkün hangi kitleye gösterildiğini belirleyendir. Kaynaklar arası eşleşmeli, yoksa filtreleme kırılır. ## Mapping olmadan ne ters gider? Öznitelik mapping olmadan, tipik olarak üç başarısızlık modundan biriyle sonuçlanırsınız: * **Kopyalar.** *Ücretsiz WiFi*, *Free WiFi*, *Komplimenter internet* — üç etiket, bir özellik, hiçbiri birlikte filtrelenmiyor. * **Boşluklar.** Bir mülkün *kaynak A*'da *7/24 resepsiyon*, *kaynak B*'de *Yirmi dört saat ön büro* etiketi vardır; mapping olmadan ikisini de tutarsınız ve "7/24" araması ikincisini kaçırır. * **Sürüklenme.** Bir kaynaktan yeni bir olanak gelir ("Evcil hayvana uygun") ve mevcut etiketlerinizden farklı bir stilde mülk sayfasında sessizce görünür — bir içerik incelemesine kadar kimse fark etmez. Öznitelik mapping üçünü de kapatır. ## Neyi eşlersiniz? Taksonominizdeki her kanonik öznitelik için, hangi kaynak kodlarının ona karşılık geldiğine karar verirsiniz:
Kaynak başına öznitelik kodları tek kanonik özniteliğe iner

Tipik olarak iki ya da üç kaynak kodu her kanonik öznitelik altında toplanır. Karar bir kez verilir; sonraki mesajlar otomatik iner.

Tek bir kanonik öznitelik tipik olarak iki veya üç kaynak kodunu toplar. Mapping tek seferlik bir karardır; o kaynaklardan gelen gelecek mesajlar kanonik satıra iner. ## Çok dilli etiketler Kanonik öznitelikleriniz kendi çok dilli etiketlerini taşır — İngilizce *Free WiFi*, Türkçe *Ücretsiz WiFi*, vb. Bir kaynak aynı olanağı birden fazla dilde verdiğinde, çevirileri kaynak bilgisi ile birlikte kanonik etiket setine ekleme olarak absorbe edersiniz. Bir kaynağın çevirisi yanlış veya stilistik olarak uygun değilse, üzerine yazarsınız. Bir gezginin partner kanalında gördüğü dil, kaynağın gönderdiği değil, *sizin* kürasyonladığınız dildir. ## Kategoriler — taksonomi için aynı model Kategoriler olanaklarla aynı şekilde çalışır — kaynakların kendi sınıflandırma şemaları vardır, sizin kendi şemanız vardır, mapping uzlaştırır. Tipik bir kanonik kategori *Boutique otel* gibi görünür; kaynaklar aynı şeye taksonomilerine bağlı olarak *Boutique*, *Bağımsız boutique*, *Küçük lüks* diyebilir. Kategoriler için kürasyon kararı daha ağırdır: bir kategori, bir mülkün arama ve partner kanallarında nerede gösterileceğini yönlendirir. Bir mülkü *Aileye uygun* olarak eşlemek operasyonel olarak önemlidir; mülk başına bir kez karar verirsiniz, platform her yerde uygular. ## Adragent nasıl yardım eder? Öznitelik mapping işinin çoğu tekrarlıdır — aynı olanak kodları birçok mülkte görünür, aynı kategoriler bir zincir boyunca tekrarlanır. Adragent kısaltır: * "Bu kaynaktaki WiFi ile ilgili her kodu *Ücretsiz WiFi* kanonik özniteliğimize eşle." * "Kaynağın henüz eşlemediğim bir olanak listelediği her mülkü göster." * "On'dan az mülkte eşlenmiş kanonik öznitelikleri bul — yanlış adlandırılmış olabilirler." * "Bu kaynaktan gelen yeni mülkler için açıklamalarındaki anahtar kelimelere dayanarak kategori eşlemeleri öner." Adragent'ın önerileri önizlemedir; siz onaylarsınız. Kararlar kataloğu sizin kalır. ## Kanal başına görünürlük Bir kanonik öznitelik her outbound kanala gösterilmek zorunda değildir. Bunun önemli olduğu bazı örnekler: * "Otelin tur masası var" özniteliği B2B dağıtımda alakalı olabilir ama bir metasearch feed'inde alakasız olabilir. * Yalnızca personel bir öznitelik (örn. "iç tercih edilen tedarikçi katmanımızı kullanır") herhangi bir outbound kanalda görünmeden kanonik kalabilir. * Yalnızca tek bir kaynak gönderdiği için var olan bir öznitelik (örn. niche bir partner sınıflandırması) inbound eşleştirme için tutulabilir, asla dışarı yayınlanmaz. Hangi özniteliklerin hangi kanallara gideceğine, fiyat planları ve içeriği kontrol eden aynı kanal başına görünürlük mekanizması üzerinden karar verirsiniz. ## Sırada * **Oda tiplerini detayda uzlaştırma** → [Oda mapping](/console/tr/mapping-ve-kurasyon/room-mapping.md) * **Pansiyon planı kodlarını uzlaştırma** → [Pansiyon planı mapping](/console/tr/mapping-ve-kurasyon/meal-plan-mapping.md) * **Öznitelik ötesi çok dilli içerik** → [Görseller ve içerik](/console/tr/katalog/images-and-content.md) * **Bir partner çalışma zamanında bir öznitelik mesajı gönderdiğinde ne olur** → [Konnektör bağlamaları](/console/tr/mapping-ve-kurasyon/connector-bindings.md) --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://adrasis.gitbook.io/console/tr/mapping-ve-kurasyon/attribute-mapping.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.