Backlink Paneli Nasıl Çalışır? Gömülen Kod Ne İşe Yarar?

Tek Satır Kodla Link Yayını Gerçekten Mümkün mü?

Bir yayıncı düşünün: Haber sitesinin footer'ında üç reklam alanı var, her ay farklı müşterilerle tek tek mail trafiği yürütüyor. Link eklenecek, tarih not alınacak, süre bitince hatırlanıp silinecek. Müşteri "linkim kalkmış" diye yazdığında Excel dosyası açılıyor, kim haklı belli değil. Bu operasyonun tamamını bir panel üzerinden, siteye gömülen tek bir script etiketiyle yönetmek bu kaosu bitirmek için geliştirilmiş bir çözüm. Peki o tek satır kod sayfada gerçekte ne yapıyor?

Bu yazıda bir backlink panelinin teknik mimarisini uçtan uca anlatacağım: script'in yüklenme anından token doğrulamaya, linklerin DOM'a yazılmasından süre bitiminde otomatik kalkmasına kadar. Örnekleri skybacklink'in kendi widget mimarisi üzerinden vereceğim çünkü sistemin bire bir böyle çalıştığını biliyoruz; ama anlatılan prensipler her ciddi panel için geçerli olmalı. Backlink kavramının temellerine hâkim değilseniz önce backlink nedir yazısından başlamanız daha verimli olur.

Gömülen Script Etiketi Sayfada Ne Yapar?

Yayıncı, panele sitesini ekleyip onaylandıktan sonra kendisine şuna benzer tek bir satır verilir:

<script src="https://cdn.skybacklink.com/w.js" data-site="SITE_TOKEN" async></script>

Bu satırın sayfaya eklenmesiyle başlayan süreç dört adımda ilerler:

1. Yükleme: Tarayıcı, script dosyasını CDN'den çeker. async özniteliği sayesinde sayfanın geri kalanının render edilmesi beklemez; widget yüklenemese bile site normal açılır.
2. Token doğrulama: Script, data-site içindeki token'ı panel API'sine gönderir. Token hem siteyi tanımlar hem de isteğin geldiği alan adıyla eşleşip eşleşmediği kontrol edilir. Token başka bir sitede kullanılırsa API boş yanıt döner; link kopyalanamaz.
3. Onaylı linklerin çekilmesi: API, o token için yalnızca aktif ve onaylı link kayıtlarını döner. Onay bekleyen, reddedilen veya süresi dolan linkler yanıtta hiç yer almaz. Yani filtre istemci tarafında değil, sunucu tarafında uygulanır — tarayıcıya zaten sadece gösterilecek veri iner.
4. DOM'a yazım: Widget, kendisine ayrılan konteynerin (örneğin <div id="sb-links">) içine linkleri basar. Konteyner tanımlı değilse script etiketinin hemen bulunduğu konuma yazar; sayfanın başka hiçbir elementine dokunmaz.

Token Neden Kritik?

Token, panelin güvenlik omurgasıdır. Üç işi aynı anda yapar: siteyi kimliklendirir, alan adı eşleşmesini zorunlu kılar ve istek sayısını site bazında ölçülebilir hale getirir. Alan adı kontrolü olmasaydı bir yayıncı token'ı kopyalayıp düşük kaliteli ikinci bir siteye yapıştırabilir, alıcı da parasını verdiği linki bambaşka bir domainde bulabilirdi. Eşleşme zorunluluğu bu kapıyı kapatır.

"Sadece Onaylı Linkler" Ne Anlama Geliyor?

Panel mimarisinde her link kaydının bir durumu vardır ve widget bu durumların yalnızca birini yayınlar:

Bu tablonun pratik sonucu şu: Yayıncı, sitesinde hangi linkin çıkacağını her zaman önceden görür ve reddetme hakkına sahiptir. Kumarhane, bahis gibi istemediği bir dikeyden gelen talebi onaylamazsa o link hiçbir koşulda sitesinde render edilmez. Footer alanından link satmayı düşünen yayıncıların footer backlink alırken dikkat edilecekleri de okuması yerinde olur; alan seçimi, linkin değerini doğrudan etkiler.

Widget Host Siteyi Bozar mı?

Yayıncıların en haklı endişesi bu. Üçüncü taraf script'lerin kötü örnekleri piyasada az değil: global CSS ezenler, document.write ile sayfayı kilitleyenler, izinsiz veri toplayanlar. Düzgün bir panel widget'ı ise şu garantileri verir:

• Kapsam izolasyonu: Stil tanımları yalnızca widget'ın kendi konteynerine uygulanır; sitenin tipografisine, renklerine, grid yapısına dokunulmaz.
• Bloke etmeyen yükleme: async/defer kullanımı sayesinde script geç yüklense veya CDN'e ulaşılamasa bile sayfanın açılışı etkilenmez. En kötü senaryoda link bloğu boş kalır, site çalışmaya devam eder.
• Veri toplamama: Widget'ın API'ye gönderdiği tek şey token ve istek yapılan sayfanın URL'idir. Ziyaretçi çerezi okunmaz, form alanları dinlenmez.
• Küçük ayak izi: Sıkıştırılmış script birkaç KB'dir; bir sosyal medya paylaşım butonundan daha hafiftir.

Örnek hesap üzerinden bakalım: 100 KB'lık ortalama bir sayfaya 4 KB'lık async script eklendiğinde toplam transfer %4 artar ama render-blocking kaynak eklenmediği için Largest Contentful Paint değişmez. Kurulum sonrası LCP'de belirgin bir kötüleşme görüyorsanız sorun büyük olasılıkla widget'ta değil, aynı dönemde eklenen başka bir kaynaktadır — yine de ölçmeden karar vermeyin.

Süre Bitince Link Nasıl Otomatik Kalkıyor?

Klasik yöntemde link, sayfanın HTML'ine elle gömülür; süre bitince birinin hatırlayıp silmesi gerekir. Unutulursa alıcı bedava yayın almaya devam eder, yayıncı zarar eder. Panel mimarisinde bu sorun yapısal olarak ortadan kalkar çünkü link hiçbir zaman sayfada statik durmaz. Her sayfa görüntülemesinde widget panele sorar: "Bu site için şu an aktif linkler hangileri?"

Sürecin işleyişi:

• Satın alma sırasında linke bir yayın süresi tanımlanır (örneğin 30, 90 veya 365 gün).
• Panel, bitiş tarihini sunucu tarafında tutar. Tarih geldiğinde link kaydının durumu otomatik olarak "süresi doldu"ya çevrilir.
• Bir sonraki sayfa görüntülemesinde API artık o linki yanıta koymaz; link yayından kalkmış olur. Ne yayıncının ne alıcının bir buton tıklaması gerekir.
• Yayın geçmişi silinmez; iki taraf da "link şu tarihten şu tarihe yayındaydı" kaydını raporda görür. Anlaşmazlık durumunda kanıt hazırdır.

Aynı mekanizma iade ve iptal senaryolarında da çalışır: Alıcı siparişi iptal ettiğinde veya yayıncı siteyi panelden çıkardığında linkler saatler değil, saniyeler içinde yayından düşer.

JavaScript ile Basılan Linki Google Nasıl Değerlendirir?

Teknik olarak en çok sorulan soru bu. Google, 2019'dan beri güncel Chromium tabanlı render motoru kullanıyor ve JavaScript ile DOM'a yazılan içeriği — linkler dahil — işleyebiliyor. Google'ın kendi JavaScript SEO dokümantasyonu bunu açıkça belirtir. Yine de iki yaklaşımın farklarını bilmek gerekir:

Görüldüğü gibi takas açık: statik link biraz daha hızlı keşfedilir, panel linki ise yönetilebilirlik ve güven kazandırır. Orta-uzun vadeli yayınlarda (30 gün ve üzeri) render gecikmesinin pratik etkisi ihmal edilebilir düzeydedir çünkü link zaten haftalarca yayında kalır.

Burada bir uyarı da şart: Linkin teknik olarak nasıl basıldığı, Google'ın link spam politikalarından muaf olduğu anlamına gelmez. Hangi sitelerden link aldığınız, anchor dağılımınız ve genel profiliniz her zaman birincil risk faktörüdür. Bu konuda Google link spam güncellemeleri yazısında ayrıntılı durum değerlendirmesi var; site kalitesini ölçerken kullanılan metrikler içinse DA ve DR nedir yazısına bakabilirsiniz.

Yayıncı ve Alıcı Açısından Süreç Nasıl Görünür?

Aynı sistemin iki tarafı farklı yaşar:

Yayıncı tarafında:

• Site panele eklenir, script bir kez kurulur.
• Gelen link talepleri kuyruğa düşer; yayıncı tek tek onaylar ya da reddeder.
• Kazanç, yayınlanan link sayısı ve süresine göre otomatik hesaplanır.

Alıcı tarafında:

• Panel üzerinden site listelenir; kategori, dil ve metrik filtreleriyle seçim yapılır.
• Sipariş verilir, yayıncı onayı beklenir; onay gelince link yayına girer.
• Yayın durumu panelden canlı izlenir, süre bitiminde otomatik düşer.

İki tarafın da e-posta trafiği, manuel takip ve "link duruyor mu?" kontrolü yükü ortadan kalkar. Fiyatlandırma tarafını merak edenler güncel seçenekleri paketler sayfasında bulabilir.

Kurulum Öncesi Kontrol Listesi

Panele site ekleyecek bir yayıncıysanız şu dört maddeyi kurulumdan önce netleştirin:

• Script'in async veya defer ile yüklendiğini kaynak kodda doğrulayın.
• Link bloğunun sayfada nereye basılacağını siz belirleyin; varsayılan konuma razı olmayın.
• Onay mekanizmasının "varsayılan ret" mi "varsayılan kabul" mü çalıştığını öğrenin — kontrolün sizde olduğu modeli tercih edin.
• Kurulum sonrası PageSpeed ölçümü alın ve bir hafta sonra tekrarlayın.

Yayın Geçmişi Neden Önemli Bir Kanıt Katmanı?

Manuel link alışverişinin en zayıf halkası kanıttır: "Link üç hafta yayında kalmadı" iddiasına karşı elde ekran görüntüsünden başka bir şey yoktur, o da tarih kanıtlamaz. Panel mimarisinde ise her durum değişikliği sunucu tarafında zaman damgasıyla loglanır: siparişin verildiği an, yayıncının onayladığı an, linkin ilk render edildiği an, sürenin dolduğu an. Anlaşmazlık çıktığında iki taraf da aynı kaydı görür; tartışma veri üzerinden biter. Bu kayıt ayrıca alıcı için bir denetim aracıdır — hangi yayının ne kadar süre yayında kaldığını, hangi sayfadan servis edildiğini dönem sonunda raporlayıp harcamanın karşılığını somut olarak görebilirsiniz. SEO bütçesi savunmak zorunda olan ajanslar için bu döküm, müşteri raporuna doğrudan giren türden bir çıktıdır.

Tek satır kodun arkasındaki mimari aslında bu kadar: token ile kimlik, sunucu taraflı filtre ile güvenlik, her görüntülemede taze veri ile otomatik yaşam döngüsü. Sistemin değeri kodun karmaşıklığında değil, iki taraf arasındaki güven problemini yapısal olarak çözmesinde.