Bir Emojiye Bastığınızda Aslında Ne Gönderiyorsunuz? ASCII’den Unicode’a Emojilerin Hikâyesi

Bir arkadaşınıza 😂 gönderdiğinizde telefonunuzdan onun telefonuna küçük, sarı bir yüz resmi gitmez. Gönderilen şey, bilgisayarların ortak sözlüğünde belirli bir adrese karşılık gelen koddur. Arkadaşınızın telefonu bu kodu okur ve kendi sistemindeki çizimi ekrana getirir. Bu yüzden aynı emoji iPhone’da, Android telefonda ya da bir sosyal medya platformunda biraz farklı görünebilir. Kod ortaktır, çizim değil.

Bugün birkaç dokunuşla yaptığımız bu işlem, bilgisayar tarihinin en eski sorunlarından birine dayanıyor: Bir makinede yazılan karakterin başka bir makinede de aynı şekilde anlaşılmasını nasıl sağlarız? Emojilerin hikâyesi Japon cep telefonlarında başlamadan çok önce, harflere ve işaretlere ortak numaralar verme çabasıyla başladı.

İlk bilgisayar sistemleri metni aynı biçimde kodlamıyordu. Bir makinenin “A” diye kaydettiği değer, başka bir sistemde farklı bir işarete dönüşebiliyordu. Ortak standart eksikliği, dosya alışverişini ve farklı cihazların birlikte çalışmasını zorlaştırıyordu.

1963’te, bugünkü ANSI’nin öncülü olan American Standards Association, ASCII standardının ilk sürümünü yayımladı. ASCII 7 bit kullanıyor, böylece 128 olası değere yer açıyordu. 0–31 arasındaki değerler satır başı veya zil gibi kontrol işlevlerine ayrılmıştı. 32–126 arası boşluk, İngiliz alfabesinin harfleri, rakamlar ve noktalama işaretlerini içeriyordu. 127 ise DEL adlı bir başka kontrol karakteriydi.

ASCII önemli bir ortak zemin kurdu ama açık bir sınırı vardı: Amerikan İngilizcesine göre tasarlanmıştı. 

Türkçedeki ğ, ş ve ı; Fransızcadaki aksanlı harfler; Arapça, Japonca ve Çince yazı sistemleri bu dar alana sığmıyordu. Bilgisayarlar dünyaya yayıldıkça sorun daha görünür hale geldi.

Üreticiler 8 bitlik kod sayfalarıyla kapasiteyi 256 değere çıkardı. IBM’in 1981’deki kişisel bilgisayarında kullandığı Code Page 437 bunların en bilinen örneklerinden biriydi. İlk 128 değer ASCII ile uyumluydu; kalan bölümde aksanlı harfler, matematik işaretleri ve o dönemin metin ekranlarında kutu ya da pencere çizmeye yarayan karakterler bulunuyordu. Fakat “genişletilmiş ASCII” adı altında tek bir evrensel sistem yoktu. Farklı ülkeler ve üreticiler aynı sayıya farklı karakterler atayabiliyordu. Bir dosya yanlış kod sayfasıyla açıldığında harflerin anlamsız simgelere dönüşmesinin nedeni buydu.

ISO/IEC 8859 ailesi, 1987’den itibaren farklı dil grupları için daha düzenli 8 bitlik kodlamalar sundu. Batı Avrupa dilleri için ISO 8859-1 ilk yayımlanan bölümdü. Türkçeye gerekli harfleri içeren ISO 8859-9 ise 1989’da geldi. Yine de temel sorun çözülmemişti: Her kodlama yalnızca sınırlı bir dil grubuna yer veriyor, aynı belgede dünyanın farklı yazı sistemlerini birlikte kullanmak zorlaşıyordu.

1987’de Xerox’tan Joe Becker ile Apple’dan Lee Collins ve Mark Davis, bütün yazı sistemlerini kapsayacak ortak bir karakter standardı üzerine çalışmaya başladı. Unicode adını alan fikir basitti ama iddialıydı: Her karaktere, hangi cihazda ya da yazılımda kullanılırsa kullanılsın değişmeyecek bir kod noktası vermek. Kod noktası bir adres gibidir. O adreste hangi karakterin yaşadığı bellidir; karakterin ekranda nasıl çizileceğini ise yazı tipi ve platform belirler.

Unicode Consortium Ocak 1991’de kuruldu ve Unicode 1.0 aynı yıl yayımlanmaya başladı. İlk tasarım 16 bitlik bir alanı temel alıyor, yaklaşık 65 bin kod noktası hedefliyordu. Bu sayı o gün için çok büyük görünse de dünyadaki bütün yazı sistemleri, tarihî alfabeler ve semboller düşünüldüğünde yeterli değildi.

Süreç yalnızca kapasite meselesi de değildi. Çince, Japonca ve Korecede ortak tarihsel köklere sahip Han karakterlerinin hangi koşullarda aynı kod noktasında birleştirileceği uzun tartışmalara yol açtı. Unicode ve ISO, ulusal standartlardaki biçimleri uzlaştırmaya çalıştı. 1993’te ISO çatısı altında kurulan Ideographic Rapporteur Group, sonraki Han genişletmelerini geliştirme sorumluluğunu üstlendi; Unicode Consortium da çalışmalara irtibat üyesi olarak katıldı. Aynı karakterin farklı dillerdeki tipografik görünümü bugün uygun yazı tipi ve dil bilgisiyle değişebiliyor. Yani ortak kod, her yerde tek bir çizim kullanılması demek değil.

Unicode 2.0, Temmuz 1996’da kod alanını temel düzlemin ötesine taşıyan yapıyı yerleştirdi. UTF-16’da “vekil çift” denen iki 16 bitlik birim, U+FFFF’in ötesindeki karakterleri temsil edebildi. UTF-8 ise aynı Unicode kod noktalarını bir ila dört baytla saklayan değişken uzunluklu bir kodlamadır. ASCII karakterleri UTF-8’de tek bayt ve aynı değerle kaldığı için eski sistemlerle uyum büyük ölçüde korunur. UTF-8’in ilk tasarımı 1992’ye uzanır; bugün geçerli çerçeveyi belirleyen RFC 3629 ise Kasım 2003’te yayımlandı.

Bu teknik ayrıntıların emojiyle ilgisi doğrudan. Ortak kod noktaları olmasaydı bir telefonda görünen gülen yüz, başka bir telefonda boş kutuya veya bambaşka bir simgeye dönüşebilirdi. Harfleri sınırların ötesinde anlaşılır kılan altyapı, sonunda yüz ifadelerini, hayvanları, yiyecekleri ve bayrakları da taşıdı.

Emoji tarihinden söz ederken iki kavramı ayırmak gerekiyor. Emotikon, klavyede zaten bulunan karakterlerin yan yana getirilmesiyle oluşur. :-) bunun klasik örneğidir. Emoji ise standartta tek bir karaktere veya tanımlanmış bir karakter dizisine karşılık gelen resimsel işarettir.

Bilgisayar bilimci Scott Fahlman, 19 Eylül 1982’de Carnegie Mellon Üniversitesi’nin çevrim içi tartışma panosunda şaka amaçlı iletileri :-) ile, ciddi iletileri :-( ile işaretlemeyi önerdi. Sonraki yıllarda emotikonlar forumlara ve sohbet odalarına yayıldı, kimi zaman burunlarını kaybedip :) biçimini aldı. Japonya’daki mobil iletişim şirketleri ise klavye işaretlerini yan yana dizmek yerine doğrudan küçük resimsel karakterler geliştirmeye yöneldi.

Kasım 1997’de, daha sonra SoftBank adını alacak J-Phone, DP-211SW adlı telefonunda 90 simgelik bir set sundu. 1999’da NTT DoCoMo’nun i-mode hizmeti için geliştirilen 176 karakterlik set geldi. Shigetaka Kurita’nın tasarladığı bu küçük, 12’ye 12 piksellik işaretler hava durumundan ulaşıma, kalpten günlük nesnelere kadar pek çok şeyi kısa yoldan anlatıyordu.

Japon kullanıcılar bu simgeleri benimsedi; operatörler de kendi setlerini büyüttü. Fakat eski kod sayfalarında yaşanan sorun geri dönmüştü. Her şirket emojilere kendi özel kodlarını veriyordu. Bir operatörde görünen sembol, başka bir şebekeye gönderildiğinde kaybolabiliyor ya da yerini belirsiz bir işaret alabiliyordu. Emoji vardı, ortak emoji dili henüz yoktu.

Apple 2008’de Japonya’daki iPhone’lara emoji klavyesi ekledi. Özellik başlangıçta Japon pazarıyla sınırlıydı; Japonya dışındaki meraklı kullanıcılar yazılım açıkları ve jailbreak yöntemleriyle klavyeyi etkinleştirdi. Bu ilgi, emojinin yalnızca Japon operatörlerine özgü kalmayacağının erken işaretlerinden biriydi.

Standartlaştırma çalışması aslında daha önce başlamıştı. Google 2006’dan itibaren Japon operatör emojilerini Unicode’la eşleştirmek üzerine çalıştı; Google ve Apple’dan uzmanların ortak teklifi 2009’da Unicode’a sunuldu. Japon operatör setlerinin birleşiminde 722 karakter belirlenmişti. Bunların 114’ü Unicode 5.2’de zaten bulunan karakterlerle eşleşiyordu. Kalan 608 karakter 2010’da Unicode 6.0’a eklendi; aynı sürümde başka emoji karakterleri de standarda girdi.

Burada Unicode’un ne yaptığı kadar ne yapmadığı da önemli. Konsorsiyum her platform için sarı yüz çizmez. Karakterin kod noktasını, adını ve temel özelliklerini belirler. Apple, Google, Microsoft, Samsung ve diğer şirketler kendi görsel tasarımlarını üretir. Bu nedenle aynı kodla gönderilen “gözlerinden yaş gelen yüz” farklı cihazlarda farklı çizgiler, renkler ve ayrıntılarla görünebilir. Standardın amacı görüntüleri tıpatıp aynı yapmak değil, gönderilen karakterin kimliğini korumaktır.

Yeni bir emoji fikri Unicode’a teklif edilebilir, fakat “bence eğlenceli olur” demek yetmez. Güncel başvuru rehberi, önerinin kullanım sıklığına ilişkin kanıt, birden fazla anlam taşıma potansiyeli, mevcut emoji setindeki boşluğu doldurması ve diziler içinde kullanılabilmesi gibi ölçütleri soruyor. Teklifin neden kalıcı ve geniş bir kullanım alanına sahip olacağı gösterilmeli.

Dışlama ölçütleri de var. Logo, marka veya belirli bir kişiyi temsil eden öneriler kabul edilmiyor. Geçici bir akıma dayanan, aşırı dar kapsamlı olan ya da mevcut bir emojiyle kolayca anlatılabilen fikirlerin şansı düşük. Başvurular önce biçim ve uygunluk açısından inceleniyor; uygun bulunanlar Emoji Standard & Research Working Group tarafından değerlendiriliyor ve öneriler Unicode Technical Committee’nin karar sürecine taşınıyor. Teklif durumlarının yer aldığı liste 2015’ten bu yana sunulan pek çok başvuruyu gösteriyor, ancak otomatik reddedilen başvurular bu listede yer almıyor.

Bayraklar, Unicode ile platformlar arasındaki iş bölümünü açıkça gösteren özel bir örnek. Unicode tek tek ülke bayraklarının resmini kodlamıyor. Bunun yerine A’dan Z’ye 26 “bölgesel gösterge sembolü” bulunuyor. Örneğin T ve R sembolleri yan yana geldiğinde, bunu destekleyen platform diziyi Türkiye bayrağı olarak gösterebiliyor. Hangi bölge dizilerinin geçerli olduğu CLDR’deki bölge alt etiketlerine dayanıyor; bayrağın biçimini ve güncellenmesini ise platform sağlayıcıları yönetiyor.

30 Temmuz 2026 itibarıyla Unicode 18.0 beta sürecinde. Unicode, bu aşamada karakter repertuvarını kararlı kabul ediyor: güçlü bir gerekçe olmadıkça yeni karakter eklenmeyecek, mevcut bir karakterin çıkarılması veya adının değiştirilmesi de istisnai olacak. Sürümün 15 Eylül 2026’da yayımlanması planlanıyor.

Yeni sürüm için dokuz emoji karakteri onaylanmış durumda: çatlayan yüz, deniz feneri, meteor, silgi, saplı ağ, monark kelebeği, turşu, sola bakan başparmak ve sağa bakan başparmak. Bunların telefonlara aynı gün gelmesi gerekmiyor. Unicode standardı yayımlandıktan sonra işletim sistemi ve uygulama geliştiricilerinin karakterler için çizim hazırlaması, yazılımlarını güncellemesi gerekiyor.