WordPress Fikir Alışverişi - 3 Dil - Sitemap.xml

Eline sağlık sayende eski forum kalitesini hissettik bu çalışman aslında bizim v3 te olacak geliştirmemize benziyor belki sen bizden önce yaparsın hep birlikte kullanırız.
Aşağıdakileri sağlayabilirsek amacımıza ulaşmış sayılırız.

Örnek: İngilizce sayfamızdan yola çıkalım.

Bir blog yazısı yazdım URL'leri aşağıdaki gibi. ( Sluglar farklı )
İngilizce: https://alanadim.com/hello-post/
Fransızca: https://alanadim.com/fr/bonjour-post/
Türkçe: https://alanadim.com/tr/merhaba-post/

Geliştirdiğin Bulk Custom Fields Editor de;

İngilizce sitemde https://alanadim.com/hello-post/ bu blog yazıma aşağıdaki URL leri hreflang olarak tanımlamalıyım.
https://alanadim.com/hello-post/
https://alanadim.com/fr/bonjour-post/
https://alanadim.com/tr/merhaba-post/

https://alanadim.com/hello-post/ sayfamın kaynak kodunda head bölümünde hreflangları gördüğümüzde aslında hedefimize ulaşıyoruz.

Sonrasında girilen verilerin diğer Fransızca ve Türkçe sitemede yükleyebilmek için export, import özelliği olursa
Tüm girişleri kayıt eder export alır giderim diğer sitelere eklentiyi kurarak import ederim ve Final!

Sonra geliştirme dönemi farklı dil seçenekleri ekleme gibi işi daha kolaylaştırmak..

evet import/export özelliği de ekledim. kaçırdığınız bir nokta var; verileri nasıl karşılaştıracaksınız? bunun için de bir alan oluşturdum. ilk versiyonu da wordpress'e gönderdim incelesinler bakalım.

Merhaba, eklentinizi indirip test ettim.

- Evet mantık çok güzel custom field kısımlarını kendimiz belirleyebiliyoruz.
- Belirlediğimiz custom field ler görüntülediğimiz postlarda listeleniyor.
- URL leri girebiliyoruz.

Ancak kayıt ettiğimizde hreflanglar ilgili sayfaların head kısmında çıkmalı örnek:

<link rel="alternate" hreflang="x-default" href="https://alanadim.com/" />
<link rel="alternate" hreflang="en" href="https://alanadim.com/" />
<link rel="alternate" hreflang="de" href="https://alanadim.com/de/" />
<link rel="alternate" hreflang="tr" href="https://alanadim.com/tr/" />

Eğer head kısmına bastıramazsanız eklenti yapmanın bir espirisi kalmıyor.

Özel alanlari istediginiz gibi kullanabilirsiniz bunun eklentinin amaci ile ilgisi olmuyor.
Temanızın fonksiyon dosyasına aşağıdaki gibi bir action eklerseniz amacınıza ulaşmış oluyorsunuz. $langs değerleri kullandığınız diller yani eklediğiniz özel alanların adları(keyleri) oluyor.

function insert_hreflang_alternates_in_head() {
    if (!is_singular()) {
        return;
    }
    global $post;
    $langs = ['en', 'fr', 'tr'];
    $default_lang = substr(get_locale(), 0, 2);
    if ($post && isset($post->ID)) {
        $post_id = $post->ID;
        $key = array_search($default_lang, $langs);
        if ($key !== false) {
            unset($langs[$key]);
            $langs = array_values($langs);
        }
        $output = '<link rel="alternate" hreflang="x-default" href="' . esc_url(get_permalink($post_id)) . '" />' . "\n";
        foreach ($langs as $lang) {
            $alt_url = get_post_meta($post_id, $lang, true);
            if (!empty($alt_url)) {
                $output .= '<link rel="alternate" hreflang="' . esc_attr($lang) . '" href="' . esc_url($alt_url) . '" />' . "\n";
            }
        }
        echo $output;
    }
}
add_action('wp_head', 'insert_hreflang_alternates_in_head');

Tekrardan merhaba, @Protex; yorumlarında haklı çıktı CPU kaynak tüketimi ile başa çıkamadık ve eklentide önerileri doğrultusunda bazı güncellemeler gerçekleştirdik aşağıda detayları paylaşıyorum.
@Protex; 'e değerli yorumundan dolayı tekrardan teşekkür ediyorum.

Yeni yaptığımız güncelleme ile eklenti daha stabil çalışırken gereksiz kaynak tüketmiyor.

Güncellemeler

Neler Yeni?
Veritabanı tabanlı mimari
- JSON dosyası sadece import/export amaçlı; tüm veriler WordPress veritabanında.
- Şema: groups(id, x_default) + urls(group_id, lang, url)
- URL tekilleştirme ve indekslerle performans artışı.

Esnek dil şeması ve ayarlar
- Panelden “Görünen diller”i (en,de,tr,fr,es,it…) yönetebilirsiniz.
- x-default varsayılanı otomatik “en” (en yoksa ilk dolu dil).

Yönetim paneli iyileştirmeleri
- Sunucu tarafı sayfalama ve arama (büyük veri setlerinde hızlı).
- CSV içe/dışa aktarım (Excel uyumlu).
- Toplu düzenleme: Seçili satırları silme ve x-default atama.
- Boş satırların kaydedilmesi engellendi.
- Kaydedince yeni eklenen kayıtlar üste kalır (görsel takip kolaylığı).
- +10 Satır Ekle

Frontend kontrolü
- wp_head çıktısı ayarlardan aç/kapat; tek bir kaynakta üretim (çakışma yok).

Hatalar ve aktivasyon
- Değişken kapsam/JS küçük sorunları giderildi; pagination ve arama stabil.

Performans ve Ölçeklenebilirlik
- Sunucu tarafı sayfalama/arama ve indeksler ile akıcı deneyim.
- Tahmini alan kullanımı: ~0.4–0.5 KB/URL satırı (200k URL ≈ ~100 MB civarı).

Yol Haritası
- FULLTEXT arama
- URL hash index (url_hash) ile daha kompakt ve sağlam tekilleştirme
- Hücre bazlı otomatik kaydetme (inline autosave)

Dil eklentisi yerine bu şekilde kullanmak çok daha mantıklı.
Müşteriden şöyle taleplerde geliyor : X makinesi türkçe sayfada gözükmesin.

Madem bu kadar yüksek efor, keşke alanadi.de - alandi.tr - alanadi.co.uk şeklinde alsaydınız

Merhaba, değerli yorumun için teşekkür ederim.

Projemizi dilediğimiz uzantıya .co.uk .tr .de gibi farklı uzantılarda yeni web sitesi olarak oluşturabiliriz.
Geliştirdiğimiz hreflang eklentisi ile doğru bir şekilde kullanmaya devam edebiliriz.

Global markamıza ait 1 adet alan adı bulunuyor tabii diğer domainleride trademark kapsamında tescil ediyoruz.
Tek bir alan adı üzerinde işlem yapmamızın farklı sebepleri bulunuyor.


En basitiyle;
- Web sitemize erişim sağlayan tüm ziyaretçiler 1 domainimiz üzerinde gezinip sayfada kalma sürelerini artırsın.
- PA DA değerlerini tek bir alan adında toplamak.
....

Not: Eklenti üzerinden alan adı bağımsız olarak hreflangları girebiliyoruz. Aşağıdaki kombinasyonlar gibi.

subdomain.alanadi.com
alanadi.com
alanadi.co.uk

Site haritası ile ilgili şu yapıya bakmanızı öneririm: https://developers.google.com/search...inational-site