Başka bir web sitesinin teknolojilerini 5 dakikada nasıl öğrenirsiniz

Kerem Aydın·9 Temmuz 2026·⏱5 dk

Bir web sitesinin hangi altyapıyla yapıldığını (CMS, framework, hosting) belirlemek için Wappalyzer gibi tarayıcı eklentilerini veya BuiltWith gibi çevrimiçi hizmetleri kullanmanız yeterlidir. Manuel analiz için sayfa kaynağını inceleyin (wp-content, generator araması yapın), sunucunun HTTP yanıt başlıklarını ve alan adı DNS kayıtlarını kontrol edin. Bu yöntemler, yönetim paneline erişim olmadan teknoloji yığınını yüksek doğrulukla tespit etmenizi sağlar.

Rakiplerin teknoloji yığınını bilmek birkaç durumda yardımcı olur:

  • Kıyaslama: Benzer bir projenin geliştirme karmaşıklığını ve maliyetini değerlendirme.
  • Güvenlik: Belirli CMS sürümlerinin potansiyel güvenlik açıklarını anlama.
  • SEO denetimi: Motorla ilgili yavaş yükleme nedenlerini veya dizine ekleme sorunlarını tespit etme.
  • Entegrasyonlar: Uyumlu eklentiler veya analitik hizmetleri seçme.

Önemli: Modern web siteleri genellikle hibrit bir yığın kullanır (örneğin, Headless CMS + ön yüzde React/Vue). Bu nedenle tek bir yöntem nadiren tam resmi verir; araçları birleştirin.

Hızlı yöntemler: çevrimiçi hizmetler ve eklentiler

En kolay yol, otomatik dedektörleri kullanmaktır. Bunlar sitenin herkese açık sinyallerini tarar ve rapor sunar.

Tarayıcı eklentileri

Chrome veya Firefox için bir eklenti yükleyin. Herhangi bir sayfayı ziyaret ederken gerçek zamanlı çalışırlar.

  1. Wappalyzer: En popüler araçtır. CMS, web uygulama sunucusu, programlama dilleri, analitik sistemleri ve widget'ları gösterir.
  2. WhatRuns: Hafif bir alternatiftir; fontları, CDN'leri ve özel betikleri iyi şekilde tespit eder.
  3. BuiltWith Technology Profiler: Geçmiş veriler ve kullanılan pazarlama araçları dahil olmak üzere en derinlemesine analizi sunar.

Çevrimiçi tarayıcılar

Eklenti yüklemek istemiyorsanız web hizmetlerini kullanın. Site URL'sini girin ve raporu alın:

  • BuiltWith.com: Pazar lideridir. Sadece teknolojileri değil, kullanım trendlerini de gösterir.
  • 2ip.ru / Whois hizmeti: Hosting sağlayıcısını ve sunucu coğrafyasını belirlemek için faydalıdır.
  • Netcraft Site Report: Hosting, sunucu işletim sistemi ve çalışma süresi geçmişi hakkında ayrıntılı bilgi sağlar.

Manuel analiz: CMS nasıl belirlenir

Otomatik araçlar hata yaparsa veya site özel yazılmışsa, sayfa kaynağında (Ctrl+U veya Cmd+Option+U) manuel işaretleri arayın.

Karakteristik yollar ve dosyalar

Kaynak kodunda Ctrl+F tuşuna basın ve aşağıdaki anahtar kelimeleri arayın:

CMSKodda / URL'deki işaretler
WordPress/wp-content/, /wp-includes/, wp-json, WordPress değerine sahip generator meta etiketi
Joomla/media/jui/, /templates/, Joomla değerine sahip generator meta etiketi
Drupal/sites/default/, drupal.js, /node/ bağlantıları
Bitrix/bitrix/, BX, BITRIXSMGUESTID çerezinin varlığı
OpenCart/catalog/view/theme/, URL'de route=product/product
Tildatilda-scripts betikleri, t-rec sınıfları, static.tildacdn.com alan adı

WordPress için ipucu: site.com/wp-login.php veya site.com/xmlrpc.php adresini açmayı deneyin. Sayfa mevcutsa ve giriş formu veya XML yanıtı döndürüyorsa, bu neredeyse kesinlikle WordPress'tir.

Meta etiketler

<head> bölümünde sıkça şu etiketle karşılaşılır: <meta name="generator" content="WordPress 6.4" /> Ancak birçok yönetici güvenlik amacıyla bu etiketi gizler, bu nedenle yokluğu farklı bir CMS olduğunu garanti etmez.

Framework ve arka uç dilini nasıl tanırsınız

Sunucu tarafı framework'ünü (Laravel, Django, Ruby on Rails) belirlemek daha zordur, çünkü kod sunucuda çalışır ve kullanıcı tarafından görülmez. Ancak dolaylı belirtiler vardır.

HTTP başlıklarının analizi

Geliştirici araçlarını açın (F12 → Network sekmesi). Sayfayı yenileyin ve ilk isteğe (genellikle belge adı) tıklayın. Response Headers bölümünde şunları arayın:

  • X-Powered-By: Express (Node.js), ASP.NET, PHP/8.1 gibi değerleri gösterebilir.
  • Server: Web sunucusunu belirtir (Nginx, Apache, IIS, Cloudflare).
  • Özel başlıklar: Örneğin, X-Drupal-Cache veya X-Laravel-Session.

URL yapısı ve hatalar

  • Laravel (PHP): Sıkça karakteristik stile sahip standart hata mesajları veya /storage/ yolları kullanır.
  • Django (Python): Hata ayıklama modu kapalıysa gizlidir, ancak URL'de /admin/ (standart Django yönetim paneli) görülebilir.
  • Ruby on Rails: Hatalar ActionController ifadelerini veya /assets/ yollarını içerebilir.

Ön yüz framework'leri (React, Vue, Angular)

Bunları belirlemek daha kolaydır, çünkü tarayıcıda çalışırlar:

  1. Geliştirici araçlarında Console'u açın.
  2. __REACT_DEVTOOLS_GLOBAL_HOOK__ yazın (React için) veya Vue veya angular genel nesnelerinin varlığına bakın.
  3. Kaynak kodunda data-reactroot, ng-app özniteliklerini veya react.production.min.js dosya bağlantılarını arayın.

SPA ve SSR: Site Next.js veya Nuxt ile yazılmışsa, kodda React/Vue belirtileri görebilirsiniz, ancak sunucu tarafı Node.js arkasında gizlenecektir. Başlıklarda Vercel veya Next.js yer alabilir.

Hosting ve CDN belirleme

Hosting sağlayıcısı, alan adının altyapı verileri üzerinden belirlenir.

WHOIS ve DNS

whois.com veya 2ip.ru gibi hizmetleri kullanın.

  1. Alan adını girin.
  2. Name Server (NS) veya Registrar alanını bulun.
  3. Sitenin IP adresine bakın ve IP için whois sorgusu yapın. OrgName veya NetName alanında sunucu sahibi belirtilir (örneğin, DigitalOcean, LLC, Amazon Technologies Inc., Beget).

CDN belirtileri

Site CDN (İçerik Dağıtım Ağı) kullanıyorsa, gerçek hosting gizlenebilir.

  • Cloudflare: Server başlıklarında sıkça cloudflare yazar, DNS kayıtları Cloudflare sunucularını işaret eder.
  • AWS CloudFront: Başlıklar X-Cache: Hit from cloudfront içerir.
  • Akamai: Karmaşık bir dağıtım ağıdır, Akamai-Ghost gibi özel başlıklarla belirlenir.

Cloudflare arkasındaki gerçek hostingi öğrenmek için, site yakın zamanda CDN'e geçtiyse tarihsel DNS kayıtları (securitytrails.com gibi hizmetler) bazen yardımcı olur.

Kontrol için adım adım algoritma

Maksimum doğruluk için sırayla hareket edin:

  1. Hızlı tarama: Siteyi BuiltWith üzerinden çalıştırın veya Wappalyzer'ı etkinleştirin. Açık teknolojileri not edin.
  2. CMS kontrolü: 1. adım sonuç vermezse, kaynak kodunu açın ve işaretleri arayın (wp-content, bitrix, joomla). Standart yönetim paneli yollarını (/admin, /wp-admin) açmayı deneyin.
  3. Başlık analizi: Network sekmesinde X-Powered-By ve Server başlıklarını kontrol edin. Bu, arka uç dilini ve web sunucusunu gösterecektir.
  4. Ön yüz: JS framework'lerinin belirtileri için tarayıcı konsolunu kontrol edin.
  5. Hosting: IP adresini WHOIS üzerinden sorgulayın. CDN kullanılıyorsa, CDN sağlayıcısına ana altyapı ortağı olarak dikkat edin.

Yığın belirlerken sık yapılan hatalar

  • Sadece bir araca güvenmek: Dedektörler, önbelleğe alınmış site sürümlerinde veya karmaşık proxy kullanımlarında sıkça hata yapar.
  • CDN ile hosting karıştırılması: Cloudflare başlığının olması, sitenin Cloudflare'da barındırıldığı anlamına gelmez (bu sadece bir proxy'dir). Gerçek sunucu herhangi bir yerde olabilir.
  • Headless mimarisini göz ardı etmek: Ön yüzün React üzerinde olduğunu görebilir, ancak CMS bulamayabilirsiniz, çünkü içerik API üzerinden ayrı bir kaynaktan (örneğin Strapi veya Contentful) çekiliyor olabilir ve bu kaynak halka açık erişime kapalıdır.

SSS

CMS sürümünü kesin olarak öğrenebilir miyim? Sıkça evet, kod yorumlarına veya manifest dosyalarına bakarak. Ancak iyi yöneticiler hacklemeyi zorlaştırmak için sürümleri gizler.

Site hiçbir şey göstermiyorsa ne yapmalıyım? Büyük olasılıkla bu özel yazılım çözümüdür (Custom Code) veya heavily değiştirilmiş bir sistemdir. Bu durumda sadece programlama diline (başlıklar üzerinden) ve URL yapısına bakarak tahminde bulunulabilir.

Başkalarının sitelerini taramak güvenli mi? Pasif yöntemlerin kullanımı (kod görüntüleme, WHOIS, çevrimiçi hizmetler) tamamen yasaldır ve güvenlidir. Aktif port taraması veya şifre denemesi yapmak yasa dışıdır.

Site oluşturucu (Tilda, Wix) kullanıldığını nasıl belirlersiniz? Site oluşturucular genellikle özel CSS sınıfları, betikler ve statik dosyalar için alt alan adları (örneğin, assets.wixapps.net) şeklinde çok açık izler bırakır. Ayrıca standart sistem dosyalarına erişimi sıkça engellerler.