Tablo ve listeler: karşılaştırmaları anlaşılır hale getirmek

Alıntılanabilirlik skorunun yedi kriterinden biri olan "yapı", tek bir cümleyle özetlenir: tablo ve liste blokları çıkarılmayı kolaylaştırır çünkü sınırları nettir. Bu yazı o cümlenin pratikte ne anlama geldiğini açıyor.

Serbest metnin çıkarma maliyeti

Bir karşılaştırmada öğe, kriter ve değerlerin açık olması okuyucunun seçenekleri değerlendirmesini kolaylaştırır. Tablo bu ilişkiyi satır ve sütunlarla gösterir. Bu bir içerik düzenleme tercihidir; bütün AI sistemlerinin düz metin karşısında tabloyu seçtiği yönünde evrensel bir kural değildir.

Bir tabloda bu üç soru biçimin kendisi tarafından cevaplanmıştır: her satır bir birim, her hücre bir değer, sınır zaten çizili. Model tahmin etmez, okur.

Ne zaman tablo, ne zaman liste, ne zaman düz metin

Son satır göz ardı edilir: her şeyi tabloya çevirme çabası, anlatı gerektiren içeriği anlamsız hücrelere böler ve okunabilirliği düşürür — hem kullanıcı hem model için kaybeder.

İyi bir tablonun üç şartı

Her hücre tek başına anlamlı. "Evet" ya da "Orta" gibi hücreler, sütun başlığı olmadan anlamsızdır — model bir hücreyi tek başına alıntılarsa bu bağlam kaybolur. Mümkünse hücreye kısa bir nitelik ekleyin: "Evet — 3 iş günü" gibi.

Sütun başlıkları açık. "Durum" gibi genel bir başlık yerine "Bot erişimi (200/403)" gibi spesifik bir başlık, hücrenin ne ölçtüğünü tekrar açıklamaya gerek bırakmaz.

Tablo kendi başına bir bağlam taşır. Tablodan önceki paragraf tabloyu tanıtmalı ama tablo, o paragraf olmadan da temel anlamını korumalı — model tabloyu paragraftan ayrı bir pasaj olarak çıkarabilir.

Listede sıralama bir anlam taşıyorsa numaralandırın

Adımların sırası önemliyse (1, 2, 3) numaralı liste kullanın; sıra önemli değilse (yalnızca bir küme) madde imli liste yeterli. Bu ayrım küçük görünür ama bir modelin "hangi adım önce" sorusuna cevap verebilmesini doğrudan etkiler.

FAQPage şemasıyla ilişkisi

Tablo ve liste biçim kararıdır; FAQPage şeması ise bir içerik türü kararıdır. SSS bölümünüzdeki her soru-cevap çiftini görsel olarak bir liste gibi düzenlemek (soru kalın, cevap altında) hem okunabilirliği hem pasaj sınırını netleştirir — ikisi birbirini tamamlar, biri diğerinin yerine geçmez.

Table şeması mı, düz Markdown/HTML tablo mu

Schema.org’da Table türü bulunur. Ancak bir karşılaştırmayı anlaşılır sunmak için öncelik gerçek HTML tablo yapısı, açıklayıcı sütun başlıkları ve yeterli bağlamdır. Table türünü eklemek AI yanıtında alıntılanma veya Google zengin sonuç garantisi oluşturmaz.

Basit test: sayfa kaynağında gerçek <table>, <tr>, <td> etiketleri var mı? Yoksa, görsel olarak tablo gibi duran bir şey büyük olasılıkla makine tarafından tablo olarak okunmuyor.

Uzun tablolarda mobil kırılma sorunu

Çok sütunlu bir tablo mobilde ya yatay kaydırma gerektirir ya da sütunlar sıkışıp okunmaz hâle gelir. Bu bir alıntılanabilirlik sorunu değildir (model ham HTML'i okur, görsel kırılmadan etkilenmez) ama bir kullanıcı deneyimi sorunudur — Core Web Vitals ile AI görünürlüğü karıştırılmaması gerektiği gibi, burada da iki farklı okuyucuyu (insan ve bot) ayrı ayrı düşünmek gerekir: bot için tablo yapısı yeterli, insan için mobil kırılımı da çözülmeli.

Kontrol listesi

• Karşılaştırma içeren içerik tabloya, anlatı içeren içerik düz metne mi ayrılmış
• Her tablo hücresi bağlamdan koparıldığında da anlaşılır mı
• Sütun başlıkları hücrenin ne ölçtüğünü tekrar açıklamaya gerek bırakmıyor mu
• Sıra anlam taşıyan listeler numaralandırılmış mı