Ücretsiz Araçlar / URL Yapılandırması ve Transliterasyon
Slug ve ASCII Dönüştürücü
Başlık ve metinlerinizi arama motoru dostu, temiz ve güvenli URL bağlantılarına (slug) dönüştürün. Türkçe ve özel karakterleri ASCII standartlarına hatasız uyarlayın.
Web Standartlarında URL Mimarisi, Transliterasyon ve Percent-Encoding
Neden URL'lerde Türkçe ve Özel Karakterler Doğrudan Kullanılamaz?
İnternetin temel taşı olan RFC 3986 (Uniform Resource Identifier) şartnamesi, bir web adresinde yalnızca sınırlı bir ASCII karakter kümesine doğrudan izin verir. Bu küme; temel Latin alfabesi (A-Z, a-z), rakamlar (0-9) ve unreserved olarak adlandırılan kısa çizgi (-), alt çizgi (_), nokta (.) ve tilde (~) işaretlerinden oluşur. Türkçedeki ç, ğ, ı, ö, ş, ü harfleri ve büyük İ karakteri bu korumalı listenin dışındadır.
Tarayıcılar veya web istemcileri bu harfleri bir URL içinde doğrudan göndermeye çalıştığında, HTTP protokolü gereği bu karakterleri 'percent-encoding' işlemine tabi tutar. Örneğin 'sağlık' kelimesi adres satırında 'sa%C4%9Fl%C4%B1k' formuna bürünür. 6 karakterlik kısa ve anlaşılır bir ifade, bir anda 18 karakterlik karmaşık bir dizeye dönüşür. Bu durum metin mesajlarında, e-postalarda veya sosyal medya paylaşımlarında linklerin kırılmasına ve kullanıcı güveninin zedelenmesine yol açar.
Sunucu Yönlendirme (Routing) ve Reverse Proxy Hataları
Percent-encoding uygulanan URL'ler yalnızca görsel bir kirlilik yaratmakla kalmaz; modern bulut altyapılarında ciddi yönlendirme (routing) hatalarına neden olur. Nginx, Apache, Caddy gibi web sunucuları veya Cloudflare ve AWS CloudFront gibi reverse proxy katmanları, gelen istekleri alt sunuculara iletirken URL deşifreleme (decoding) aşamalarında farklı mantıklar yürütebilir.
En tehlikeli senaryo ise 'Double Encoding' (çift kodlama) hatasıdır. Zaten encode edilmiş olan bir '%C4%9F' baytı, bir ara katman veya API gateway tarafından yanlışlıkla bir kez daha kodlandığında '%25C4%259F' dizesine evrilir. Sonuç olarak sunucu rotayı tanıyamaz ve kullanıcıya 404 Sayfa Bulunamadı hatası döner. Türkçe karakterleri doğrudan evrensel ASCII karşılıklarına (ç->c, ğ->g, ı->i, ö->o, ş->s, ü->u) dönüştüren temiz bir slug yapısı, bu teknik felaketlerin tamamını kaynağında engeller.
İ ve I Harflerinin Doğru Transliterasyonu ve Slug Algoritması
Bir metni güvenli bir slug dizesine dönüştürürken en çok yapılan hata, doğrudan genel bir toLowerCase() fonksiyonu çalıştırıp ardından boşlukları tireye çevirmektir. Türkçedeki büyük noktalı 'İ' harfi standart İngilizce kütüphanelerle küçültüldüğünde çoğunlukla 'i\u0307' (Unicode birleştirici nokta) karakterine ayrışır. Ardından gelen alfa-sayısal temizleme filtreleri bu noktayı algılayamayarak ya gereksiz çift tireler üretir ya da geçersiz karakter artıkları bırakır.
Kusursuz bir slug algoritması önce Türkçeye özgü transliterasyon haritasını çalıştırmalıdır. Büyük 'İ', noktasız büyük 'I' ve küçük 'ı' harflerinin tümü web adresinde standart 'i' karakterine indirgenmelidir. Benzer şekilde 'ş' harfi 's'ye, 'ç' harfi 'c'ye, 'ğ' harfi 'g'ye, 'ü' harfi 'u'ya ve 'ö' harfi 'o'ya dönüştürülmelidir. Ardından tüm noktalama işaretleri ayıklanmalı, kelimeler arasındaki boşluklar tekil tire ('-') ile bağlanmalı ve baştaki/sondaki gereksiz çizgiler temizlenmelidir.
SEO Dostu Temiz URL Standartları: Tire (-) vs Alt Çizgi (_)
URL yapılarında kelimeleri ayırmak için hangi karakterin kullanılacağı konusu, arama motoru optimizasyonunun (SEO) en temel ilkelerinden biridir. Google Arama Merkezi rehberleri, kelime ayracı olarak alt çizgi (_) yerine kesin bir dille kısa çizgi / tire (-) kullanılmasını şart koşar. Çünkü Google tarayıcıları tire işaretini kelimeleri birbirinden ayıran doğal bir boşluk (space) gibi yorumlar. Örneğin 'mobil-uygulama' adresi iki ayrı anahtar kelime olarak taranır.
Buna karşılık alt çizgi kullanıldığında ('mobil_uygulama'), arama motoru botları bu ifadeyi çoğunlukla tek parça birleşik bir kelime ('mobiluygulama') olarak algılar. Bu durum sayfalarınızın hedeflenen arama sorgularıyla eşleşme şansını düşürür. Ayrıca tamamen küçük harflerden oluşan, temiz ve mantıklı hiyerarşiye sahip kısa URL'ler kullanıcıların bağlantıya tıklama güvenini pekiştirir. Candemsoft Slug Dönüştürücü, tüm bu modern SEO kriterlerini tek tıkla otomatik olarak hayata geçirir.
Daha Fazla Mühendislik Çözümü
Türkçe dil desteği, yapay zekâ entegrasyonu ve dijital metin işleme vizyonumuzla geliştirdiğimiz ürünler ve teknik yazılarımız.
Türkçe Büyük İ ve I Kuralları Rehberi
Web sitelerinde toUpperCase ve CSS text-transform kullanımında Türkçe karakterlerin bozulma nedenleri ve kalıcı çözümleri.
Candemkey
Candemkey, yazdığın her yerde yanında olan Türkçe yapay zekâ klavyen. Metin düzeltme, resmî e-posta hazırlama ve anında çeviri parmaklarının ucunda. Yakında App Store ve Google Play'de.
Orpigo
ORP (Optimal Tanıma Noktası) tekniğiyle çalışan hız okuma uygulaması. PDF'ini yüklersin, hızını seçersin; metin kelime kelime gözünün odak noktasında akar. Okumak için tasarlandı, başka hiçbir şey için değil.
Sıkça Sorulan Sorular
- Neden URL'lerde Türkçe karakter yerine ASCII harfleri kullanılmalıdır?
- URL standartları gereği Türkçe karakterler percent-encoding ile kodlanır ve 'sağlık' kelimesi 'sa%C4%9Fl%C4%B1k' gibi karmaşık bir hale gelir. ASCII dönüşümü linklerin kırılmasını önler, paylaşımı kolaylaştırır ve sunucu yönlendirme hatalarının önüne geçer.
- URL slug yapısında neden alt çizgi (_) yerine tire (-) kullanılır?
- Google ve diğer arama motorları tireyi kelime ayırıcı (boşluk) olarak yorumlar ve anahtar kelimeleri bağımsız algılar. Alt çizgi ise kelimeleri birleşik bir bütün olarak okuyarak arama sıralamasını olumsuz etkileyebilir.
- Percent-encoding (yüzde kodlama) ve Double Encoding nedir?
- Percent-encoding, standart dışı karakterlerin % baytları ile ifade edilmesidir. Çok katmanlı sunucularda bu kodlanmış metnin (%C4%9F) yanlışlıkla bir kez daha kodlanarak (%25C4%259F) bozulmasına ise Double Encoding denir ve 404 hatasına yol açar.
- Büyük 'İ' ve 'I' harfleri slug oluştururken nasıl dönüştürülmelidir?
- Büyük 'İ', noktasız büyük 'I' ve küçük 'ı' harflerinin tamamı doğrudan küçük ASCII 'i' harfine dönüştürülmelidir. Standart toLowerCase kullanılırsa 'i' harfinin üstüne eklenen birleştirici nokta slug yapısını bozar.
Projenizi birlikte hayata geçirelim
İstanbul merkezli yazılım ekibimizle web, mobil ve yapay zekâ odaklı projelerinizi görüşün.