Kenerya logosu AI DEĞİL · KANITLI VE DETERMİNİSTİK SEO KARAR MOTORU

Site içi SEO kararlarını gerçek Search Console verisiyle ilişkilendirin.

Kenerya bulgu üretir, önerileri gruplar, insan kararını kaydeder ve değişiklik sonrası gözlenen farkı izlenebilir kanıtla gösterir. Sistem içeriğinizi kendiliğinden değiştirmez — son kararı siz verirsiniz.

Evidence-Based SEO Deterministic Rules Human Approval Local-First Data
Recommendation GSC-CTR-001 Öneri hazır
/blog/seo-kontrol-listesi

Düşük CTR, yüksek gösterim ve başlık eşleşmesi aynı sayfada gruplanmış bulgu olarak yakalandı.

weighted_ctr_gap 0.0% eşik 0.03 · gerçek 0.018

01 · Temel Döngü

Tahminden kanıta: beş adımlık zincir

Her SEO aksiyonu bu zincir üzerinden ilerler. Zincirin hiçbir halkası atlanmaz, her adım kayıt altına alınır.

Bulgukanıtlı tespit
Önerigruplanmış aksiyon
İnsan Kararıkabul / ertele / ret
Değişiklikzaman çizelgesinde
Gözlenen Sonuçölçülen fark
0
Karar Döngüsü Adımı
0
Günlük Karşılaştırma Dönemi
10
Otomatik İçerik Değişikliği
0%
İnsan Onaylı Karar

02 · Proje Hakkında

SEOKarper'ın dönüştüğü ürün

Kenerya, ilk olarak SEOKarper adıyla geliştirmeye başladığım deterministik SEO analiz prototipinin daha kapsamlı bir ürüne dönüşmesiyle ortaya çıktı.

Temel amaç yalnızca SEO hatalarını listelemek değil; kanıt, karar, değişiklik ve ölçüm arasındaki bağlantıyı koruyan izlenebilir bir çalışma süreci oluşturmak.

Bulgu → Öneri → İnsan Kararı → Değişiklik → Gözlenen Sonuç
Proje TürüSEO karar ve ölçüm platformu
Hedef KullanıcılarSite sahipleri, KOBİ'ler, SEO ajansları
DurumAktif geliştirme ve pilot aşaması
RolümÜrün sahibi & sistem tasarımcısı
Kenerya karar paneli SEOKarper'dan Kenerya'ya

03 · Problem

SEO araçları hangi soruları yanıtsız bırakıyor?

Geleneksel araçlar skor ve öneri üretir; ama işin kanıt ve karar tarafı çoğu zaman karanlıkta kalır.

01

Bu bulgu hangi veriye dayanıyor?

02

Hangi kural ve eşik kullanıldı?

03

Öneri neden oluşturuldu?

04

Kullanıcı öneriyi kabul etti mi?

05

Sitede hangi değişiklik yapıldı?

06

Değişiklikten sonra gerçekten ne oldu?

07

Sonuç ile işlem arasında nasıl bağlantı kuruldu?

Kenerya'nın cevabı: Bu yedi soruyu tek bir izlenebilir zincir altında toplamak — böylece SEO çalışmaları kopuk görev listelerine dönüşmez.

04 · Yaklaşım

Üretken AI tahmini değil, sürümlü kural motoru

Çekirdek karar sistemi deterministik, sürümlü ve test edilebilir kurallar üzerinden çalışır. Aynı veri + aynı kural sürümü = aynı sonuç. Her zaman.

Deterministik Kurallar

Her bulgu; kural kimliği, sürümü, veri kaynağı, eşik ve kanıtla birlikte üretilir. Kararın nasıl oluştuğu gösterilir.

Sürümlü & Tekrar Üretilebilir

Eski ve yeni analizler karşılaştırılabilir, aynı analiz yeniden çalıştırılabilir ve kurallar regresyon testlerine bağlanır.

İnsan Kararı

Kenerya öneriyi otomatik uygulamaz. Kabul, ret, ertele ve yanlış pozitif kaydı — son söz her zaman kullanıcının.

rules/gsc-ctr-001.json
{
  "rule_id": "GSC-CTR-001",
  "rule_version": "0.3.1",
  "source": "google_search_console",
  "evaluation": {
    "threshold": 0.03,
    "actual": 0.018,
    "matched": true
  }
}
Kural   ├── rule_id   ├── rule_version   ├── veri kaynağı   ├── koşullar   ├── eşikler   ├── kanıt   ├── önem seviyesi   └── önerilen eylem
Amaç körü körüne güven değil: kararın nasıl oluştuğunu gösterebilmek.

05 · Nasıl Çalışır

Altı adımda kanıtlı SEO döngüsü

Adımlara tıkla; her adımın ne yaptığını ve sistemdeki karşılığını gör.

06 · Site Anlam Haritası

URL listesi değil, sayfaların görev haritası

Sayfa envanteri, türler, iç bağlantılar, içerik kümeleri ve yetim sayfalar tek bir anlamlı yapı altında toplanır — kümeleri kullanıcı düzenleyebilir.

AnaSayfa BlogKümesi ÜrünSayfaları İletişimve Formlar YetimSayfa
Sayfa envanteri Sayfa türleri Dahili bağlantılar İçerik kümeleri Yetim sayfalar Yönlendirme hedefleri HTTP durumları

Otomatik oluşturulan kümeler kullanıcı tarafından düzenlenebilir — sistemin sınıflandırmaları görünür ve kontrol edilebilir kalır.

07 · Mimari

Local-first: verinin sahipliği müşteride

Müşterinin site ve SEO verileri mümkün olduğunca müşteri tarafında kalır. Merkezde yalnızca gerekli analiz işleri işlenir.

Müşteri tarafı

Local Data Plane

  • Site ve CMS verisine kontrollü erişim
  • Kenerya'ya ait izole tablolar
  • Yerel snapshot saklama
  • Customer Panel için Bridge API
  • Müşteri veritabanına doğrudan müdahale yok
BRIDGE
Merkez

Central Control & Analysis Plane

  • Lisans ve kurulum doğrulaması
  • Analiz kuyruğu + worker yönetimi
  • Zaman bütçesi ve checkpoint
  • İmzalı istek ve payload doğrulaması
  • Webhook / polling akışı + retry

08 · Güvenlik & Veri Sahipliği

Güvenlik bir özellik değil, tasarım kararı

Search Console: salt okunur OAuth
Şifreli token saklama (AES-256-GCM)
Sunucu tarafı tenant / site / lisans doğrulama
İstemci kimliğine tek başına güven yok
İstek ve payload imza doğrulaması
Kritik işlemlerde denetim kaydı
Tanımlı veri saklama ve silme süreleri
Veri sahipliği müşteride kalır
Merkez erişilemezse: snapshot ile salt okunur çalışma

QTR Framework üzerinde çalışıyor

Kenerya'nın web ve uygulama katmanları QTR Framework ile geliştiriliyor. Route, model, güvenlik, API, admin panel, Memory Bank ve CLI — gerçek bir ürünün ihtiyaçlarıyla sınanıyor.

09 · Mühendislik Problemleri

Beş temel problem, beş tasarım cevabı

01

Açıklanabilir sonuç üretmek

Önerinin yalnızca doğru görünmesi yetmez — hangi veri ve kurala dayandığı görülebilmelidir.

02

Müşteri sistemine zarar vermeden entegre olmak

İzole tablolar + Bridge modeli: mevcut veritabanı yapısı değiştirilmez, yeniden yapılandırılmaz.

03

SEO başarısını yanlış sahiplenmemek

Sistem "başarı" iddia etmez; yapılan değişiklik sonrası "gözlenen fark"ı gösterir.

04

Uzun analizleri dayanıklı kılmak

Checkpoint, retry ve idempotency: bağlantı koparsa analiz kaldığı yerden sürer.

05

Kullanıcı kontrolünü korumak

Reddedilen öneriler ve yanlış pozitifler de sistem için değerli geri bildirimdir.

10 · Teknoloji Yığını

Katman katman

Web UygulamasıQTR Framework, PHP 8.1+
VeritabanıMySQL / MariaDB
ArayüzVanilla CSS, JavaScript
Veri KaynağıGoogle Search Console API
YetkilendirmeOAuth 2.0
EntegrasyonREST API, Bridge, webhook / polling
GüvenlikAES-256-GCM, imzalı istekler, yetki kontrolü
AnalizDeterministik ve sürümlü kural motoru
TestRegresyon ve deterministik tekrar testleri
DokümantasyonQTR Memory Bank

11 · Pilot & Yol Haritası

Önce zincirin güvenilirliği, sonra genişleme

Aktif geliştirme ve pilot doğrulama. Kenerya, otomatik değişiklik yapan veya başarı vadeden bir sistem olarak sunulmuyor — öncelik karar ve ölçüm zincirinin gerçek pilotlarla doğrulanması.

Pilot Kapsamında

Site ve sayfa envanteri + iç bağlantı analizi
Site Anlam Haritası + canlı HTTP kontrolleri
Search Console bağlantısı + dönem karşılaştırması
Deterministik kural motoru + kanıtlı bulgular
Kullanıcı kararı + yanlış pozitif kaydı
Değişiklik zaman çizelgesi + geri bildirim
Güvenli JSON/HTML raporlar + regresyon testleri

Sıradaki Hedefler

Gerçek sitelerle pilotların tamamlanması
Customer Panel'in ürünleştirilmesi
Çoklu tenant, site ve kurulum yönetimi
Merkezî queue ve worker altyapısı
Bridge entegrasyonlarının çoğaltılması
Kural kütüphanesinin kontrollü büyümesi
Ticari sürüm ve lisanslama modeli

12 · Projedeki Rolüm

Ürün fikri, mimari ve yol haritası

Kenerya ürün geliştirme önce güvenilirlik, sonra ölçek
"Kenerya benim için yalnızca bir SEO aracı değil; ürün geliştirme, veri güvenliği, dağıtık sistem tasarımı ve açıklanabilir karar mekanizmalarını birlikte ele aldığım kapsamlı bir mühendislik çalışması."
Ürün vizyonu ve kapsam Deterministik karar modeli Kural, kanıt ve öneri yapısı Site Anlam Haritası Search Console entegrasyonu OAuth ve token güvenliği Local Data Plane mimarisi Bridge ve entegrasyon sözleşmeleri Queue, retry ve checkpoint Customer Panel planlaması QTR Framework entegrasyonu Pilot sınırları ve güvenlik politikaları

Kenerya'yı keşfedin

Karar döngüsünü, mimarisini ve geliştirme sürecini inceleyin — ya da benzer bir sistem hakkında konuşalım.