Geliştirici ve SEO İş Birliği: Web Projelerinde Teknik SEO’yu Sürece Dahil Etmek

Dev ve SEO ayrı diller konuştuğunda proje ikiye bölünür: dev “çalışıyor” der, SEO “indexlenmiyor” der. Aslında ikisi de haklıdır; çünkü teknik SEO, kodun davranışına bağlıdır. URL ve IA kararları geç verilirse 301/redirect maliyeti çıkar; schema ve head planı yoksa içerik yayına çıkınca “sonradan ekleme” başlar; CWV kötü ise reklam ve organik birlikte etkilenir.

Competitor Gap – fark yaratan mini bölüm

Birçok projede SEO sonradan devreye girer; URL ve mimariyi değiştirmek pahalı olur. Dev–SEO workflow’u baştan kurulan yapılarda bu maliyetler düşer ve lansman sonrası panik azalır.

Teknik SEO gereksinimleri, “liste” gibi değil, ürün gereksinimi gibi toplanmalı: hedef sayfalar, kullanıcı görevleri, index kuralları, çok dilli plan, performans hedefleri, ölçüm (analytics) ve teknik kısıtlar.

Gereksinim seti (minimum)

• •URL/slug standardı + IA haritası
• •Head: title/meta standartları
• •Schema seti ve sayfa tipleri
• •CWV hedefleri ve performans bütçesi (Varsayım)
• •robots/sitemap/canonical kuralları
• •Çok dilli ise hreflang stratejisi
• •Log/monitoring ve error raporlama (Varsayım)

Teknik SEO gereksinimleri projeye ne zaman dahil edilmeli?

En erken aşamada: proje kickoff’unda. Çünkü URL hiyerarşisi, render stratejisi, schema ve hreflang gibi kararlar kodla birlikte şekillenir. Sonradan eklenirse, yeniden çalışma ve risk artar; lansman gecikir veya sıralama kaybı olur.

Bu üçlü, teknik SEO’nun çekirdeğidir. URL/IA yanlışsa geri dönüş pahalıdır; head standardı yoksa snippet kalitesi düşer; schema yoksa SERP zenginleşmesi kaçabilir.

Keyword & IA haritasını geliştiriciyle paylaşmak

SEO’nun keyword cluster haritası, dev için “hangi sayfalar önemli” haritasıdır. Bu haritayı IA (site haritası) ile birleştirin; dev ekibinin route’ları doğru kurmasını sağlar.

URL ve breadcrumb kararlarını birlikte almak

• •URL’ler kısa ve tutarlı olmalı
• •Breadcrumb her sayfada hiyerarşiyi göstermeli
• •Redirect ihtiyacı doğuracak “keyfi” slug değişimlerinden kaçınılmalı

Meta, structured data ve hreflang gereksinimleri

• •Meta şablonları: sayfa tipine göre
• •Schema: WebPage/Article/FAQ/HowTo vb.
• •Çok dilli: hreflang karşılıklılık ve canonical uyumu

Release öncesi QA, SEO’nun “son dakika kontrolü” değil; güvenli yayın (launch-safe) kapısıdır. Amaç, canlıya çıkmadan kritik sinyalleri doğrulamak: index, canonical, robots, sitemap, schema, CWV ve 404 riskleri.

Release öncesi teknik SEO QA checklist’i neler içermeli?

Minimum checklist; robots/sitemap doğrulama, canonical/hreflang kontrolü, status code (200/301/404) taraması, meta/head şablon doğrulaması, schema testleri, CWV ölçümü ve iç link/breadcrumb kontrolünü içermelidir. Ayrıca staging ile prod farkları (config drift) kontrol edilmelidir.

Süreç “tek tip” değildir; ama ortak iskelet aynı: brief → geliştirme → QA → yayın. Otel ve B2B’de farklılaşan kısım, kritik sayfa tipleri ve ölçüm noktalarıdır.

Otel workflow (destinasyon/oda/rezervasyon)

• •IA + URL planı: destinasyon/oda/paket siloları
• •CWV: ağır görsel riskine özel optimizasyon
• •Schema: hotel/FAQ/Article (gerektiğinde)
• •Release QA: rezervasyon CTA + critical pages

B2B workflow (hizmet/case/kaynaklar)

• •IA + URL planı: hizmet/çözüm/kaynaklar
• •Schema: service/article/faq
• •Ölçüm: lead form event + doküman indirme
• •Release QA: lead funnel ve internal link

Otel ve B2B projeleri için dev–SEO iş akışı nasıl olmalı?

Otel projelerinde SEO, görsel performans (CWV) ve destinasyon/oda silolarıyla birlikte planlanmalı; rezervasyon yolculuğu QA’nın parçası olmalıdır. B2B’de ise hizmet–case–kaynaklar kurgusu ve lead ölçümü daha kritiktir. Her iki durumda da SEO gereksinimleri kickoff’ta yazılmalı ve release öncesi SEO QA kapısı zorunlu olmalıdır.

Bu bölüm, “hemen yarın” uygulanabilir olsun diye eklendi; çoğu içerikte eksik kalan pratik parçadır.

45–60 dakikalık ajanda

• •10 dk: hedef KPI + kritik sayfa tipleri (otel: oda/rezervasyon; B2B: lead/case)
• •10 dk: IA + URL standardı (slug/breadcrumb)
• •10 dk: render stratejisi + CWV hedefleri
• •10 dk: schema/hreflang planı
• •10 dk: release QA checklist + sahiplik (RACI)
• •5 dk: go-live sonrası izleme (GSC/404/CWV)

Teknik SEO, web projesinin sonunda eklenen bir kontrol listesi değil; URL, render, head, schema, hreflang ve performans kararlarıyla birlikte şekillenen mimari bir disiplindir. Dev ve SEO ekipleri proje başında hizalanırsa, canlıya çıkış sonrası revizyon maliyeti, 404/redirect riski, indeks hataları ve sıralama kaybı ihtimali azalır.

Otel projelerinde destinasyon/oda siloları, görsel ağırlığı ve rezervasyon akışı; B2B projelerinde hizmet/case/kaynak yapısı, lead ölçümü ve içerik cluster’ları teknik SEO’nun doğrudan etkilediği alanlardır. Bu yüzden doğru model; kickoff dokümanı, backlog’a giren SEO story’leri ve release öncesi SEO QA gate ile kurulmalıdır.