# Front end developer ne iş yapar, projenize gerekli mi?

> Ekip kurarken ya da teklif alırken hangi rolün ne yaptığını bilmek gerekiyor. Front end, back end ve full stack farkı, projenize hangisinin gerektiği ve arama görünürlüğünün neden büyük ölçüde bu tarafta belirlendiği.

Kaynak: https://flatinium.com/blog/front-end-developer-ne-is-yapar  
Yazar: Deniz Işık, Flatinium (https://flatinium.com/yazar/deniz-isik)  
Yayın: 2026-08-04

## Kısaca

- Front end developer, kullanıcının gördüğü ve etkileşime girdiği katmanı geliştiriyor; tasarımı çalışan bir arayüze çeviren rol bu.
- Back end developer verinin saklandığı ve işlendiği tarafı, full stack ise ikisini birden yapıyor; küçük projelerde full stack, büyük projelerde ayrışma verimli oluyor.
- Bir kurumsal site projesinde çoğu zaman ayrı bir front end geliştiriciye ihtiyaç olmuyor; ihtiyaç, arayüzün karmaşıklığı arttıkça doğuyor.
- Arama görünürlüğünün önemli bir kısmı front end kararlarında belirleniyor: sayfa hızı, başlık hiyerarşisi, içeriğin sunucuda mı tarayıcıda mı üretildiği.
- Teklif alırken sorulacak en pratik soru şu: içerik sunucu tarafında mı oluşturulacak? Cevap hayırsa arama tarafında ek risk var demektir.

## Neden bu rolü bilmek gerekiyor?

Yazılım ekibi kurarken ya da teklif alırken karşınıza çıkan başlıklar birbirine benziyor: front end, back end, full stack.

İşletme tarafında bunları ayırt etmek teknik merak değil, pratik bir ihtiyaç. Yanlış rolü aramak hem zaman hem para kaybettiriyor.

Bu yazı geliştirici olmak isteyenler için değil, **geliştiriciyle çalışacak olanlar için.**

## Front end ne yapıyor?

Front end developer, kullanıcının **gördüğü ve dokunduğu** her şeyi geliştiriyor.

Somut olarak:

- Tasarımı çalışan bir sayfaya çevirmek
- Düzenin her ekran boyutunda düzgün görünmesini sağlamak
- Formlar, düğmeler ve menülerin çalışmasını yazmak
- Sayfanın hızlı açılmasını sağlamak
- Klavye ve ekran okuyucularla kullanılabilirliği kurmak

Bir sipariş formu örneğinde: alanların görünmesi, doğrulama uyarıları, adım geçişleri ve düğmenin tepki vermesi front end işi.

## Back end ne yapıyor?

Görünmeyen taraf.

- Verinin nerede ve nasıl saklandığı
- İş kurallarının işletilmesi
- Kullanıcı yetkilendirmesi ve güvenlik
- Diğer sistemlerle entegrasyon
- Performans ve ölçeklenme

Aynı sipariş formunda: siparişin kaydedilmesi, stoktan düşülmesi, faturanın oluşturulması ve e-postanın gönderilmesi back end işi.

| Soru | Sorumlu taraf |
|---|---|
| Buton neden çalışmıyor? | Front end |
| Sipariş neden kaydedilmedi? | Back end |
| Sayfa neden yavaş açılıyor? | Genellikle front end |
| Sistem neden yoğunlukta çöküyor? | Back end |
| Mobilde neden bozuk görünüyor? | Front end |
| Veri neden yanlış hesaplanıyor? | Back end |

Bu tablo, sorun bildirirken doğru kişiye gitmeyi sağlıyor.

## Full stack ne demek?

İkisini birden yapan kişi.

**Avantajı:** Koordinasyon maliyeti yok. Bir özellik baştan sona tek kişide bitiyor ve arada bekleme olmuyor.

**Kısıtı:** Her iki tarafta da uzmanlaşmış birine göre derinlik daha az olabiliyor.

Küçük ve orta ölçekli projelerde full stack genellikle daha verimli. Büyük ve uzun soluklu projelerde ayrışma kalite getiriyor.

Küçük bir işletmenin projesinde iki ayrı kişi çalıştırmak, çoğu zaman gereksiz koordinasyon yükü üretiyor.

> **İpucu** — Teklif alırken kaç kişinin çalışacağını değil, işi kimin fiilen yapacağını sorun. Bu soruyu [yazılım firması seçerken sorulacak sorular](https://flatinium.com/blog/yazilim-firmasi-secerken-sorulacak-sorular) listesine de koyduk.

## Projeme gerçekten gerekli mi?

Cevap arayüzün karmaşıklığına bağlı.

**Genellikle gerekmiyor:**

- Hazır tema üzerine kurulan kurumsal site
- Standart blog
- Basit e-ticaret kurulumu

**Genellikle gerekiyor:**

- Özel tasarımlı arayüz
- Çok adımlı form ve hesaplama ekranları
- Panel ve yönetim ekranları
- Veri görselleştirme
- Saha kullanımına özel ekranlar

İkinci gruptaki işlerde hazır çözümleri zorlamak, özel geliştirmeden pahalıya çıkabiliyor. Üretim işletmelerinde sık karşılaştığımız bir durum bu; [fabrikalar için yazılım](https://flatinium.com/blog/ankarada-fabrikalar-icin-yazilim) yazısında aynı ayrımı yaptık.

## Arama görünürlüğü front end'de belirleniyor

Bu, işletme tarafında en az bilinen ama en çok karşılığı olan nokta.

Basit bir örnek sayfanın ana başlığı (H1): şablona front end'de yerleştiriliyor ve sık unutuluyor. Ekim 2026'da analiz ettiğimiz 937 işletme sitesinde H1 başlığı bulunmayanların oranı Ankara'da %42, İstanbul'da %47, İzmir'de %44'tü ([üç şehir araştırması](https://flatinium.com/blog/ankara-istanbul-izmir-isletme-siteleri-arastirmasi-2026)).

Sıralamayı etkileyen birçok karar front end tarafında veriliyor:

Ölçülerin tanımı ve eşikleri [web.dev üzerinde](https://web.dev/articles/vitals) yayımlanıyor; Google'ın [başlangıç rehberi](https://developers.google.com/search/docs/fundamentals/seo-starter-guide) de teknik temelleri özetliyor.

**Sayfa hızı.** Görsellerin nasıl yüklendiği, hangi dosyaların ne zaman indirildiği. Ölçümün nasıl okunacağını [PageSpeed Insights yazısında](https://flatinium.com/blog/pagespeed-insights-nasil-kullanilir) anlattık.

**Başlık hiyerarşisi.** Sayfada kaç H1 olduğu ve alt başlıkların doğru seviyede kurulup kurulmadığı.

**Mobil davranış.** Masaüstünde olup mobilde olmayan içerik Google için yok sayılıyor; sebebini [mobil öncelikli indeksleme yazısında](https://flatinium.com/blog/mobile-first-indexing-nedir) yazdık.

**İçeriğin nerede üretildiği.** Bu, listenin en kritik maddesi ve ayrı bir başlığı hak ediyor.

## Sunucuda mı tarayıcıda mı?

Modern arayüz çerçevelerinde içerik iki farklı yerde üretilebiliyor.

**Sunucu tarafında.** Sayfa hazır HTML olarak geliyor. Googlebot içeriği doğrudan görüyor. Güvenli yol.

**Tarayıcı tarafında.** Sunucudan neredeyse boş bir HTML geliyor, içerik JavaScript ile üretiliyor. Googlebot bunu görebiliyor ama gecikmeli ve bazen eksik.

Teklif alırken sorulacak en pratik soru bu: **içerik sunucu tarafında mı oluşturulacak?**

Cevap "tarayıcıda" ise arama tarafında ek risk var demektir ve bunun bilinçli bir karar olması gerekiyor.

> **Örnek senaryo** — Modern bir arayüzle site yaptıran bir işletme düşünün. Site hızlı ve güzel görünüyor. Aylar sonra iç sayfaların arama sonuçlarında hiç çıkmadığı fark ediliyor. Sebep çoğu zaman şu: içerik tamamen tarayıcıda üretiliyor ve Googlebot sayfaların çoğunu boş görüyor. Sunucu tarafı oluşturma eklenince sorun çözülür ama o aylar geri gelmez.

## Ekip mi ajans mı?

Üç seçenek var ve üçünün de yeri farklı.

**Kendi ekibiniz.** Sürekli geliştirme varsa mantıklı. Tek bir proje için işe alım pahalı ve yavaş.

**Serbest çalışan.** Tek bir proje için uygun. Risk süreklilikte: kişi ayrıldığında devir sorunu doğuyor.

**Ajans.** Süreklilik ve devir güvencesi var. Karşılığında saat ücreti daha yüksek.

Hangisi olursa olsun sorulacak sorular aynı ve en kritiği kaynak kod sahipliği; [ayrı bir yazıda](https://flatinium.com/blog/yazilim-firmasi-secerken-sorulacak-sorular) tek tek listeledik.

## Değerlendirme yaparken

Teknik bilginiz olmadan da yapabileceğiniz üç kontrol var.

**1. Daha önce yaptığı bir işi mobilde açın.** Hız ve düzen gözle görülüyor.

**2. O sayfanın hız skorunu ölçün.** Ücretsiz ve bir dakika sürüyor.

**3. Sayfa kaynağında içeriği arayın.** Tarayıcıda sayfa kaynağını açıp bir cümleyi arayın. Bulamıyorsanız içerik tarayıcıda üretiliyor demektir.

Üçüncü kontrol, en teknik görünen ama en çok bilgi veren adım ve hiçbir bilgi gerektirmiyor.

## Tasarımcı ile geliştirici farkı

Sık karıştırılan bir başka ayrım.

**Tasarımcı** sayfanın nasıl görüneceğine karar veriyor: düzen, renk, tipografi, akış. Çıktısı bir tasarım dosyası.

**Front end geliştirici** o tasarımı çalışan bir sayfaya çeviriyor.

İkisi aynı kişi olabiliyor ama farklı beceriler. Yalnızca tasarımcıyla çalışıp geliştirici olmadan ilerlenemiyor; yalnızca geliştiriciyle çalışıldığında ise tasarım kararlarını birinin vermesi gerekiyor.

Teklif alırken hangisinin dahil olduğunu netleştirmek, sonradan çıkan "tasarım kimde" sorusunu önlüyor.

## Erişilebilirlik

Az konuşulan ama hem yasal hem pratik karşılığı olan bir başlık.

Sayfanın klavyeyle kullanılabilmesi, ekran okuyucuların içeriği okuyabilmesi, renk kontrastının yeterli olması.

Bunlar front end tarafında kuruluyor ve sonradan eklenmesi zor. Arama tarafında doğrudan bir sıralama ölçüsü olmasa da, erişilebilir bir sayfa genellikle daha temiz kodlanmış oluyor ve bu dolaylı olarak yardımcı.

## Devir ve dokümantasyon

Geliştiriciyle yollar ayrıldığında ortaya çıkan sorunların çoğu baştan önlenebiliyor.

İstenmesi gerekenler:

- Kaynak kodun sizin hesabınızda olması
- Kurulum belgesi — proje başka bir makinede nasıl çalıştırılır
- Kullanılan üçüncü taraf servislerin listesi
- Tasarım dosyalarının teslimi

Bu dördü sözleşmede yazılı değilse, ayrılma anında pazarlık konusu oluyor. Konuyu [yarım kalan yazılım projesi](https://flatinium.com/blog/yarim-kalan-yazilim-projesi) yazısında ayrıntılandırdık.

> **Sonuç** — Front end, "sitenin görünen kısmı" olarak anlatılıyor ama işletme açısından karşılığı daha geniş: sitenin hızı, mobil davranışı ve arama motorunda görünüp görünmemesi büyük ölçüde burada belirleniyor.

Site ve arayüz geliştirmeyi [web sitesi geliştirme](https://flatinium.com/web-sitesi-gelistirme), kurumsal site kurulumunu [kurumsal web tasarım](https://flatinium.com/kurumsal-web-tasarim), uçtan uca projeleri [yazılım geliştirme](https://flatinium.com/yazilim-gelistirme) kapsamında yürütüyoruz.

## Bu konuyla ilgili

- [PWA](https://flatinium.com/blog/pwa-nedir-seoya-etkisi) — Arayüz tarafındaki ileri seçenek.

## Sık sorulan sorular

### Front end ile back end farkı ne?

Front end kullanıcının gördüğü katman: düzen, butonlar, formlar, animasyonlar. Back end görünmeyen taraf: veritabanı, iş kuralları, güvenlik, entegrasyonlar. Bir sipariş formunda görünen alanlar front end, siparişin kaydedilmesi back end.

### Projeme front end developer gerekli mi?

Hazır bir tema üzerine kurulan standart bir kurumsal sitede genellikle gerekmiyor. İhtiyaç, arayüz karmaşıklaştıkça doğuyor: özel tasarım, çok adımlı formlar, panel ekranları, veri görselleştirme gibi işlerde ayrı bir uzmanlık gerekiyor.

### Full stack developer yeterli olur mu?

Küçük ve orta ölçekli projelerde genellikle evet ve daha verimli — iki kişi arasındaki koordinasyon maliyeti ortadan kalkıyor. Büyük ve uzun soluklu projelerde ayrışma kalite getiriyor.

### Front end kararları SEO’yu etkiler mi?

Belirgin şekilde. Sayfa hızı, başlık hiyerarşisi, mobil davranış ve içeriğin sunucuda mı tarayıcıda mı üretildiği — dördü de front end tarafında belirleniyor ve dördünün de arama tarafında karşılığı var.

### Teklif alırken ne sormalıyım?

En pratik soru şu: içerik sunucu tarafında mı oluşturulacak? Cevap “tarayıcıda JavaScript ile” ise arama tarafında ek risk var demektir. İkinci soru: hız ölçüleri için bir hedef belirlenecek mi?