Yapay zekânın eklediği bağlantının adı ile hedefi aynı şeyi mi söylüyor?

Okuduğunuz ad, açılacak adres değildir

Yapay zekâ bir çalışma notuna “Belge merkezi” bağlantısı ekledi. Metin tanıdık, biçim düzgün ve bağlantı mavi görünüyor. Bunlar hedefin doğru olduğunu kanıtlamaz. Görünen ad ile tıklayınca açılacak adres ayrı alanlardır. Özellikle metin farklı kaynaklardan birleştirildiyse, doğru etiket yanlış adrese bağlanmış olabilir. Son okumanıza bağlantı hedefini de dahil etmek bu nedenle yararlıdır.

HTML bağlantısında href hedef adresi belirtir; bağlantının içeriği okuyucuya görünen metni taşır. MDN bu iki öğeyi ayrı tanımlar ve görünen metnin hedefi anlatmasını önerir. Kontrol sırasında yalnızca etiketi yapay zekâya vermek yeterli değildir. Gerçek hedefi de kaynak belgeden çıkarmalı, varsa göreli adresin hangi temel adrese göre çözüldüğünü kaydetmelisiniz.Kaynak: MDN — HTML anchor element

Aşağıdaki adresler yalnızca metin olarak incelenecek sentetik örneklerdir. Hiçbirini açmanız veya bir hesaba giriş yapmanız gerekmez. Örnekte izinli köken https://docs.example olarak tanımlıdır. Bu, gerçek bir kuruluşun adresi veya güvenli siteler listesi değildir. Çalışmanın amacı etiket ile URL yapısını ayıran küçük bir kontrol tablosu hazırlamaktır.

Altı hedefi aynı etiket altında karşılaştırın

Bütün satırlarda görünen metin aynıdır. Hedefte docs.example sözcüklerinin bulunması da yeterli kontrol değildir. L3’te bu metin daha uzun bir ana makine adının başındadır. L4’te ise @ işaretinden önce kullanıcı bilgisi konumundadır; ana makine other.example olur. Metin içinde arama yapmakla URL ayrıştırmak farklı işlemlerdir.

HTTP ve HTTPS adreslerinde köken, protokol ile ana makine ve gerektiğinde port bilgisini birlikte taşır. Varsayılan port, URL origin çıktısında ayrıca gösterilmez. Bu yüzden HTTPS için açıkça yazılmış 443 ile yazılmamış varsayılan port aynı kökeni verebilir. MDN’nin origin açıklaması bu ayrımı belirtir. Burada köken karşılaştırması kullanıyoruz; yalnızca alan adı sözcüklerini saymıyoruz.Kaynak: MDN — URL origin property

L1–L6 sentetik bağlantı envanterini incele. İzinli köken https://docs.example. Hiçbir bağlantıyı açma. Görünen metin, protokol, ana makine, etkin port ve ayrıştırılmış kökeni ayrı göster. Hedef metninde docs.example geçmesini eşleşme sayma. L4 için @ öncesi bilgiyi ana makineyle karıştırma. Çıktı: kimlik, köken eşleşmesi ve gerekçe. Eşleşen adresin içeriğini, erişilebilirliğini veya yönlendirme sonrasındaki hedefini doğruladığını iddia etme.

İki eşleşme, dört ayrı uyuşmazlık

L1 ve L2 aynı kökenle eşleşir. L3 ve L4 başka ana makineye gider; L5 farklı port, L6 farklı protokol kullanır. Bu dört durumun hepsine tek bir “yazım hatası” etiketi koymak açıklayıcı olmaz. Ham hedefi koruyup uyuşmayan parçayı belirtmek, belgeyi hazırlayan kişinin hangi alanı düzeltmesi gerektiğini gösterir.

İzinli kökenle eşleşen: L1 ve L2, toplam 2.
Eşleşmeyen: L3 ana makine uzantısı, L4 kullanıcı bilgisi/ana makine ayrımı, L5 port, L6 protokol.
İçerik doğrulaması: yapılmadı. Yönlendirme sonrasındaki hedef: incelenmedi. Gerçek ağ isteği: 0.

Eşleşme tablosu, hedefteki içeriğin doğru olduğunu göstermez. Aynı kökende eski bir sayfa, yanlış dosya veya başka bir yere yönlendiren adres bulunabilir. Uygulamada izinli biçimde açılan bir bağlantı için son adres ve belge kimliği ayrıca incelenir. Bu çalışmada yalnızca verilen ham hedef üzerinde ön kontrol yaptığımızdan, diğer alanları tamamlanmış gibi doldurmuyoruz.

Kontrolü belgeye nasıl uygularsınız?

Önce belgenin bir kopyasında bağlantı metni ve gerçek hedefi yan yana çıkarın. Sadece görünen URL metnini kopyalamak, bağlantının arkasındaki href değerini almakla aynı değildir. Kullandığınız düzenleyicinin bağlantıyı düzenleme veya adresi kopyalama işlevinden yararlanabilirsiniz. Bu işlevin adı uygulamaya göre değişir; bir ekran görüntüsünden görünmeyen adresi tahmin etmeyin.

• Beklenen hedefi güvenilir proje bilgisinden alın; bağlantının kendi etiketini izin kaynağı yapmayın.
• Tam URL ayrıştırması kullanın. Protokol, ana makine, port ve kullanıcı bilgisi alanlarını ayırın.
• Belirsiz veya çözülemeyen adresi otomatik düzeltmeyin; belge sahibine açık soru olarak bırakın.
• Paylaşmadan önce düzeltilmiş hedefi yeniden çıkarın. Yalnızca etiketi değiştirmiş olmak adresi düzeltmez.

Güçlü bir bağlantı metni okuyucuya nereye gideceğini anlatır; ancak iyi metin hedef denetiminin yerine geçmez. “Buraya tıklayın” gibi genel ifadeyi açıklayıcı metne çevirmek erişimi kolaylaştırabilir. Bununla birlikte bu değişikliği yaparken adres alanını da aynı kontrol kaydına bağlamak gerekir. Etiket düzenleme ve hedef doğrulama iki ayrı tamamlanma kutusu olarak tutulabilir.

Otomatik bir yardımcı kullanıyorsanız bu görev için sayfaları açma yetkisi vermek zorunda değilsiniz. Örnek URL ayrıştırıcısı verilen metinleri okuyarak alanları çıkarabilir. Bu yaklaşım gerçek siteler hakkında güvenlik sonucu üretmez. Amacı, paylaşılacak metinde hangi hedeflerin beklenen adres yapısıyla uyuşmadığını görünür kılmaktır.

Göreli adres için eksik bilgiyi bulun

Yeni L7 bağlantısının hedefi yalnızca /help olsun. İlk durumda temel adres verilmemiştir. İkinci durumda belgenin temel adresi https://docs.example/notes/ olarak açıkça verilir. İki durumda köken eşleşmesi hakkında ne söyleyebileceğinizi yazın. Eksik temel adresi görünen bağlantı adından çıkarmaya çalışmayın.

Temel adres yoksa /help için ana makine ve köken bu kayıttan belirlenemez; bilgi eksik. Temel adres https://docs.example/notes/ ise /help, https://docs.example/help olarak çözülür ve izinli kökenle eşleşir. Bu çözüm ağ isteği yapmaz; içeriğin doğruluğu yine ayrıca incelenir.

Son teslimatınızda eşleşenleri, uyuşmayanları ve henüz çözülemeyenleri ayrı gösterin. Her satırda ham adresi koruyun. Böylece yapay zekânın düzgün görünen bir belge hazırlamasıyla, belgenin okuyucuyu beklediğiniz yere götürmesi arasındaki farkı somut olarak kontrol edebilirsiniz.