Desteklenen her pazar ve dil amacı için tek bir rota düzeni, platformun gerçek uç durumlarında sınanmış hâliyle ve her rotada bir sorumlu, bir geri dönüş kuralı ve bir geri alma yolu.

Domain, subdomain ya da klasör tercihi yalnızca URL'nin görünüşüyle ilgili değil. Kimin yayın yapabildiğini, kullanıcının pazarlar arasında nasıl geçtiğini, botların neyi taradığını, analitiğin nerede koptuğunu ve yeni bir dili ne kadar güvenle açabileceğinizi de bu tercih belirliyor.

Pazar ve dil yapınıza uyan tek bir sürdürülebilir URL modeli tanımlıyor, bunu canlı platform kısıtları ve uç durumlar altında sınıyoruz. Her rotaya bir sorumlu, bir geri dönüş kuralı ve bir migrasyon yolu atıyoruz.

Uzmanlar büyük bir site haritası üzerinde pazar ve dil rota tabelalarını yerleştirirken ikinci bir uzman domain, klasör ve yerel seçici arasındaki yolları kontrol ediyor.

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • Mini
  • Yeditepe Üniversitesi
  • Memorial
  • Albaraka Türk
  • Exquise
  • Akşam

Mimari seçenekleri gerçek pazar planınızla, eski URL yapınızla ve yayın kontrolleriyle karşılaştırıyoruz. Seçtiğimiz kuralları geniş yayından önce en sorunlu durumlarda deniyoruz.

  1. Pazar ve dil gereksinimlerini ayırın

    Dil ihtiyacını bölgesel teklif, hukuk, marka, sorumluluk ve raporlama farklarından ayrı tutuyoruz. Planlanan her yerel için amacı, kimde durduğunu, ne zaman yayına çıkacağını ve neden açıldığını belirliyoruz.

    URL biçiminin iş ihtiyacının önüne geçmesini engelleyen bir pazar ve dil gereksinimi haritası.

    Yapay zeka desteği
    Pazar ve ürün belgelerinden planlanan yerellerin ilk listesini çıkarır, dil ihtiyacını bölgesel teklif farkından ayırır.
    İnsan onayı
    Herhangi bir URL kalıbı tartışılmadan önce her yerelin amacını, ne zaman yayına çıkacağını ve neden açıldığını işin sorumlusu onaylıyor. Yerel amacı onaylanmadan URL tartışması açılmıyor.
  2. Mevcut URL yapısını inceleyin

    Host'ları, yolları, dil parametrelerini, seçicileri, canonical'ları, yönlendirmeleri, site haritalarını, analitik sınırlarını ve gözlemlenen kullanıcı ile bot davranışını haritalıyoruz. Değerli eski URL'leri ve mevcut tutarsızlıkları gizlemiyoruz.

    Rota sorumluluğunu, çakışmaları, süreklilik ihtiyacını ve platforma özgü kısıtları gösteren, yeniden üretilebilir bir mevcut durum analizi.

    Yapay zeka desteği
    Binlerce mevcut host, yol ve yönlendirme zincirini çapraz karşılaştırır, çakışmaları ve sorumlusu belirsiz yerel rotaları ortaya çıkarır.
    İnsan onayı
    Teknik sorumlu, ortaya çıkan bir çakışmanın gerçek bir hata mı yoksa bilinçli bir eski istisna mı olduğunu, denetim kapanmadan doğruluyor. Envanter denetimi onaylanmadan model karşılaştırmasına geçmiyoruz.
  3. Uygulanabilir modelleri karşılaştırın

    Domain, subdomain ve alt dizin seçeneklerini yayın kontrolü, otorite sürekliliği, hukuki ayrışma, analitik, çerez davranışı, bakım maliyeti, migrasyon eforu ve gelecekteki büyüme açısından karşılaştırıyoruz. Karşılanmayan bir temel koşul, o seçeneği listeden düşürüyor.

    Varsayımları, ödünleşimleri, istisnaları ve seçilen modelin kurumunuza neden daha iyi oturduğunu açıklayan bir mimari matris.

    Yapay zeka desteği
    Her aday modeli belgelenmiş kısıt listesine göre puanlar, eleme mantığını görünür kılar.
    İnsan onayı
    Bir model elenmeden önce, hangi kısıtın bu kurum için gerçekten pazarlıksız olduğunu teknik ve hukuk sorumluları onaylıyor. Bir model, yalnızca gerçek bir kısıt karşılanmadığında eleniyor.
  4. Rota kurallarını yazın ve uç durumları test edin

    Varsayılan yereli, kullanıcı seçimini, taranabilir yolları, canonical sorumluluğunu, yönlendirmeleri, hataları, desteklenmeyen yerelleri, ortak içeriği, çerezi ve bot davranışını tanımlıyoruz. Temsili örnekleri ortaya çıkan çıktı üzerinden sınıyoruz.

    Normal yolculuk, temiz oturum, bot, hata ve geri alma senaryolarıyla desteklenen bir URL ve yönlendirme spesifikasyonu.

    Yapay zeka desteği
    Rota spesifikasyonundan uç durum test matrisini üretir: temiz oturum, dönen çerez, desteklenmeyen yerel, bot isteği ve yönlendirme döngüsü.
    İnsan onayı
    Mühendislik sahibi, kurallar yayına girmeden önce ortaya çıkan test kanıtının belirtilen davranışla örtüştüğünü doğruluyor. Bir rota, yalnızca ortaya çıkan test kanıtı temiz geçtiğinde yayınlanıyor.

Derlemeyi, taramayı ve test matrisini yapay zeka üretiyor; kurumun neyi sürdürebileceğine sorumlular karar veriyor.

Yapay zeka pazar ve ürün belgelerinden planlanan yerellerin ilk listesini çıkarıyor, binlerce mevcut host, yol ve yönlendirme zincirini çapraz karşılaştırıp çakışmaları ve sorumlusu belirsiz yerel rotaları ortaya koyuyor, her aday modeli belgelenmiş kısıt listesine göre değerlendirip tercih dayatmak yerine eleme mantığını görünür kılıyor, rota spesifikasyonundan uç durum test matrisini üretiyor. Mimari kararı adı belli sorumlularda kalıyor. Kullanıcının erişemediği, yalnızca bota gösterilen yerel rota davranışı kurmuyoruz, kullanıcının seçimini elinden alan zorunlu coğrafi yönlendirme kullanmıyoruz ve kurumun sürdüremeyeceği bir teklif, dil ya da operasyon için pazar URL'si açmıyoruz.

Mühendisliğin uygulayabileceği, pazar ekiplerinin büyütebileceği ve eski tutarsızlıkların geri sızmasını engelleyecek kadar net bir rota modeli teslim ediyoruz.

  • Karar matrisi

    Mimari seçenek matrisi

    Kabul koşulu

    Uygulanabilir her model, aynı pazar, platform, hukuk, kontrol, süreklilik, maliyet ve büyüme gereksinimleriyle karşılaştırılıyor. Varsayımlar ve neden elenen seçenekler de açıkça yazılıyor.

  • Mimari harita

    Önerilen URL ve yönlendirme spesifikasyonu

    Kabul koşulu

    Net yollar, varsayılanlar, seçiciler, canonical'lar, yönlendirmeler, hatalar, bot davranışı, analitik sınırları ve gelecekteki rota düzeni tek bir test edilebilir kural setinde birleşiyor.

  • Yönlendirme haritası

    Pazar açılış ve süreklilik haritası

    Kabul koşulu

    Eski ve yeni URL'ler açılış grubuna, bağımlılığa, yönlendirme işlemine, kabul kanıtına, sorumlu kişiye, gözlem noktasına ve geri alma koşuluna bağlanıyor.

  • Politika dokümanı

    URL istisna ve sorumluluk kaydı

    Kabul koşulu

    Ortak kuraldan her sapma, etkilenen rotaları, gerekçesini, onay sahibini, yeniden inceleme koşulunu ve kaldırma planını açıkça gösteriyor. Aynı istisna tekrar ediyorsa kuralı yeniden düşünmemiz gerektiği de görünür kalıyor.

Şu olduğunda tamam sayarız: Seçenek matrisi, URL spesifikasyonu, açılış haritası ve istisna kaydı; uygulanabilir her model aynı gereksinimlerle karşılaştırıldığında ve varsayımlarla elenen seçenekler açıkça yazıldığında, yollar, varsayılanlar, seçiciler, canonical'lar, yönlendirmeler, geri dönüşler, hatalar, bot davranışı, analitik sınırları ve gelecekteki rota düzeni tek bir test edilebilir kural setinde birleştiğinde, eski ve yeni her URL kabul kanıtı, sorumlusu ve geri alma koşuluyla bir açılış grubuna bağlandığında ve ortak kuraldan her sapma rotalarını, gerekçesini, onaylayanını, yeniden inceleme koşulunu ve kaldırma planını yazdığında tamamlanmış oluyor.

Pazar planınızı, platformun gerçekte neyi yapabildiğini ve ekiplerin açılıştan sonra da uygulayabileceği tek bir net rota kuralını aynı masada buluşturmanız gerektiğinde bu çalışmayla ilerleyebilirsiniz.

Şu durumlarda iyi bir seçim

  • Yeni bir pazar ya da dil ekliyorsunuz, ülke domain'i, subdomain ve alt dizin arasında seçim yaparken tek bir kalıbın her durumda doğru olduğunu varsaymak istemiyorsunuz.
  • Mevcut host'unuz, dil klasörleriniz, parametreleriniz, seçicileriniz, canonical'larınız ve yönlendirmeleriniz zamanla birbirinden koptu. Bugün hangi rotanın kimde olduğunu, hangi ekibin hangi parçadan sorumlu olduğunu net biçimde söyleyemiyorsunuz.
  • Bir replatforming ya da uluslararası migrasyon sırasındasınız ve değerli URL'lerinizi, kullanıcının seçimini, aramadaki keşfi, analitiği ve geri dönüş yolunu korumanız gerekiyor.

Şu durumlarda başka bir çalışma daha doğru

  • Kurumunuz hangi pazarı, dili, teklifi, hukuki farkı ve sorumluluk dağılımını destekleyeceğine henüz karar vermedi. Sizse yalnızca hangi URL biçiminin daha iyi olduğunu soruyorsunuz.
  • Mevcut host ve yönlendirme davranışlarını inceleyemiyorsunuz, ya da seçilen modeli test edip hayata geçirecek bir teknik ekibiniz yok.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: Uluslararası SEO

Şu olduğunda tamam sayarız: Yeni bir pazar açıldığında ekip mimarinin tamamını yeniden tartışmaz, çünkü aynı düzen baştan kuruludur: desteklenen her pazar ve dil amacı için tek bir net rota, bir rota sahibi, bir varsayılan ile geri dönüş kuralı, görünür bir kullanıcı seçimi, bir canonical ve yönlendirme kararı, kabul testleri ve bir geri alma koşulu.

  • Screaming Frog

    Uluslararası yapıda sunucu, dil yolları, yönlendirme ve selector linklerini haritalandırıyoruz.

  • Sitebulb

    Rota tutarsızlıklarını mimari kurallar öncesinde test edilebilir istisna kayıtlarına dönüştürüyoruz.

  • Oncrawl

    Önerilen rota kurallarını crawler'ların gerçek erişim ve log davranışlarıyla karşılaştırıyoruz.

  • WebPageTest

    Dil yönlendirme davranışını temiz oturumlar ve farklı lokasyonlardan test ediyoruz.

  • Google Analytics

    Dil seçimi, çapraz domain oturumları ve raporlama sınırlarını analytics üzerinden doğruluyoruz.

  • Google Search Console

    Değerli uluslararası URL'ler için arama sürekliliği ve yönlendirme gereksinimlerini kaydediyoruz.

Pazar yol haritanızı, mevcut host'larınızı, platform kısıtlarınızı ve bildiğiniz migrasyon risklerini getirin. İlk mimari kararları ve test kanıtını birlikte çıkaralım.
URL modelini birlikte netleştirelim

Ülke domain'i uluslararası SEO için her zaman en iyi seçenek mi?

Hayır. Domain, subdomain ve alt dizin seçenekleri pazar ayrımı, otorite sürekliliği, yayın kontrolü, analitik, migrasyon eforu ve bakım açısından birbirinden farklı sonuçlar doğurur. Biz bunları sizin gerçek pazar ve platform koşullarınızla karşılaştırıyoruz.

Migrasyon planı olmadan URL modeli değiştirilebilir mi?

Mevcut URL'leriniz görünürlük, link, analitik geçmişi, yer imi ya da başka bağımlılıklar taşıyorsa güvenle değiştirilemez. Mimari envanterin içinde yönlendirme ve canonical işlemleri, kabul kanıtı, bir sorumlu, bir gözlem noktası ve test edilmiş bir geri dönüş yolu da olmalı.

En büyük iki pazarımızda ülke domain'i, diğerlerinde alt dizin kullanabilir miyiz?

Gerekçesi açıkça belgeleniyorsa ve bu karma yapı mühendisliğin sürdürebileceği tek bir spesifikasyona iniyorsa evet. Bu yöntemin yakaladığı çakışmaların çoğu, belgesiz bırakılmış karma modellerden çıkıyor.

Ülke domain'i karşılaştırmayı neden her zaman kazanmıyor?

Ülke domain'i tek bir ülkeyi hedefleyebilir. Ama her pazar için ayrı bir domain, ayrı bir yayın ve ayrı bir bakım anlamına da gelir. Bazı kurumlar için bu güçlü bir avantajdır, küçük ve çok pazarlı ekipler içinse sürdürülemez bir bakım ve otorite bölünmesi maliyetine dönüşebilir.