Dijital projeler hakkında net ve kapsamlı yanıtlar

Next Medya'nın hizmet yapısı iki ana uzmanlık alanından oluşur. Agency tarafında marka ve kreatif, sosyal medya ve içerik, fotoğraf-video prodüksiyon, performans pazarlama, SEO ve kurumsal iletişim çalışmaları yer alır. Software tarafında ise kurumsal web deneyimleri, e-ticaret sistemleri, özel yazılım, mobil uygulama, CRM iş akışları, API entegrasyonları, yapay zekâ ve otomasyon çözümleri geliştirilir.

Her projede bu hizmetlerin tamamı kullanılmaz. İlk değerlendirmede iş hedefi, hedef kitle, mevcut teknoloji ve ölçümleme ihtiyacı incelenir; yalnızca gerekli disiplinler kapsama alınır. Örneğin bir web sitesi projesi UX/UI, yazılım ve teknik SEO ile sınırlı kalabilir; büyüme odaklı bir yapıda medya planlama, landing page ve CRM entegrasyonu aynı yol haritasına eklenebilir. Bu ayrım, hizmet listesini büyütmek yerine sorunun doğru ekiple çözülmesini amaçlar.

Agency + Software modeli; marka, içerik, medya ve dönüşüm hedeflerinin, web ve yazılım altyapısından bağımsız ele alınmamasıdır. Agency ekibi kullanıcı ihtiyacını, mesajı, kanalı ve ölçülecek sonucu tanımlar. Software ekibi bu kararları hızlı, güvenli, yönetilebilir ve entegrasyona açı bir dijital ürüne dönüştürür. Böylece kampanya vaadi ile landing page, form ile CRM, içerik stratejisi ile teknik SEO aynı hedefe bağlanır.

Bu model her işin tek ekip tarafından yapılacağı anlamına gelmez. Müşterinin mevcut ajansı, kurum içi pazarlama ekibi veya teknoloji tedarikçisi varsa sorumluluk matrisi oluşturulur. API, analitik, içerik ve onay noktaları yazılı hale getirilir. Next Medya bazen uçtan uca sorumluluk alır, bazen yalnızca eksik uzmanlık katmanını tamamlar. Amaç tedarikçi sayısını artırmak değil, karar ve uygulama arasındaki kaybı azaltmaktır.

Next Medya; hizmet, sanayi, perakende, e-ticaret, teknoloji, gayrimenkul, turizm, eğitim ve profesyonel hizmetler gibi farklı alanlardaki kurumlarla çalışabilir. Uygunluğu yalnızca sektör etiketiyle değerlendirmeyiz. Kurumun hedefi, karar alma yapısı, veri ve içerik hazırlığı, entegrasyon ihtiyacı ve projenin başarı ölçütleri daha belirleyicidir.

Kurumsal web, e-ticaret, lead generation veya özel yazılım projelerinde sürece katkı verecek bir proje sorumlusu ve zamanında geri bildirim beklenir. Yalnızca en düşük maliyet, hazır temanın hızla kurulması ya da araştırma yapmadan kesin ticari sonuç beklentisi bulunan talepler uygun olmayabilir. Regüle alanlarda ise hukuk, veri koruma ve sektörel uygunluk kurumun yetkili ekipleriyle birlikte ele alınır; Next Medya hukuki uygunluk garantisi vermez. Benzer işlerin yaklaşımını anlamak için seçilmiş proje anlatımları incelenebilir.

Next Medya, Türkiye'nin farklı şehirlerindeki ekiplerle uzaktan ve gerektiğinde hibrit biçimde çalışır. Keşif, bilgi mimarisi, tasarım sunumu, sprint planlama ve durum toplantıları çevrim içi yürütülebilir. Yüz yüze toplantının gerekli olduğu atölye, prodüksiyon veya saha keşfi gibi adımlar ayrıca planlanır; seyahat ve organizasyon koşulları kapsamda belirtilir.

• Her iş paketinin sahibi, teslim tarihi ve onay makamı belirlenir.
• Toplantı kararları ve değişiklik talepleri yazılı kayda dönüştürülür.
• Tasarım ve test ortamları kontrollü bağlantılarla paylaşılır.
• Kritik erişimler kişisel mesajlar yerine yetkili kanallardan yönetilir.

Uzaktan çalışmanın verimli olması için kurum tarafında karar verebilen bir proje sorumlusu ve düzenli geri bildirim akışı gerekir. Anlık mesajla sürekli yön değiştirilen, onay sahibi belirsiz projelerde takvim ve kalite riski oluşur; bu nedenle iletişim ritmi proje başında netleştirilir.

Bir proje talebi, yalnızca istenen sayfa veya özellik listesine bakılarak fiyatlandırılmaz. Önce hangi iş probleminin çözüleceği, kimin kullanacağı, mevcut sistemlerin ne durumda olduğu ve başarının nasıl ölçüleceği anlaşılır. Web projesinde içerik, SEO ve CMS; e-ticarette operasyon ve entegrasyon; yazılımda yetki, veri modeli ve kabul kriterleri ayrı ayrı ele alınır.

• Kısa ön bilgi ve uygunluk kontrolü
• Hedef, kapsam ve paydaşların görüşüldüğü keşif
• Gerekirse mevcut site, veri veya entegrasyon denetimi
• Teslimler, varsayımlar, hariçler ve risklerle yazılı kapsam
• Takvim, ekip ve ticari koşulların karşılıklı onayı

Talep Next Medya'nın uzmanlığıyla veya mevcut kapasitesiyle uyuşmuyorsa bu durum erken aşamada açıkça paylaşılır. Eksik bilgi nedeniyle kesin kapsam oluşmuyorsa ön analiz ya da fazlı ilerleme önerilebilir. Bu yaklaşım, proje başladıktan sonra beklenmedik kapsam ve takvim tartışmalarını azaltır.

Proje bilgilerinin korunması yalnızca bir gizlilik maddesine bırakılmaz. Ekip üyelerine işlerini yapmaları için gereken en düşük erişim verilir; hesaplar mümkün olduğunda kişi bazlı, çok faktörlü kimlik doğrulama ile kullanılır. Parola ve API anahtarları doküman veya mesaj içinde tutulmak yerine uygun secret yönetimiyle aktarılır. Test verisinde gerçek kişisel veri kullanımı azaltılır; gerekiyorsa maskeleme uygulanır.

Projenin niteliğine göre karşılıklı gizlilik sözleşmesi, veri işleyen sorumlulukları, alt hizmet sağlayıcılar ve saklama süreleri yazılı hale getirilebilir. Canlı sistem erişimleri ile geliştirme erişimleri ayrılır; ayrılan ekip üyelerinin yetkileri kaldırılır. Bununla birlikte hiçbir teknik sistem mutlak güvenlik garantisi sunamaz. Regüle veya yüksek hassasiyetli verilerde kurumun hukuk ve bilgi güvenliği ekipleriyle ek kontroller, penetrasyon testi ve mevzuat gereklilikleri ayrıca planlanmalıdır.

Kurumsal web sitesi ile daha basit bir tanıtım sitesi arasındaki temel fark, tasarımın arkasındaki sistemdir. Kurumsal projede hedef kitleler, karar yolculukları, hizmet mimarisi, içerik sorumluları ve dönüşüm noktaları önceden tanımlanır. Arayüz marka dilini taşırken mobil kullanım, erişilebilirlik, performans ve teknik SEO gereksinimleriyle birlikte geliştirilir.

Ayrıca yönetilebilir bir CMS modeli, rol ve yayın akışı, analitik eventleri, form güvenliği, çok dilli URL yapısı ve gelecekteki entegrasyonlar hesaba katılır. Standart site de ihtiyacı karşılayabilir; her şirketin karmaşık bir platforma ihtiyacı yoktur. Ancak çok sayıda hizmeti, pazarlama kanalı veya paydaşı bulunan kurumlarda sadece görsel yenileme kısa sürede yeni teknik ve içerik sorunları doğurabilir. Doğru kapsam, kurumun bugünkü ihtiyacı ile önümüzdeki büyüme planı arasında kurulmalıdır.

Next Medya, kurumsal web projelerinde hazır bir temanın logo ve renklerini değiştirip teslim etmeyi varsayılan yaklaşım olarak kullanmaz. Bilgi mimarisi, sayfa şablonları, bileşenler ve responsive davranışlar kurumun hedefleri için tasarlanır. Bu, her pikselin sıfırdan ve tekrar kullanılamaz biçimde kodlanması demek değildir; güvenilir framework, erişilebilir UI primitive'leri ve ortak tasarım sistemi bileşenleri kullanılabilir.

Hazır altyapı veya tema bazı durumlarda doğru ticari karar olabilir: çok erken aşama doğrulama, kısa ömürlü kampanya ya da sınırlı içerik buna örnektir. Bu durumda lisans, güncelleme, performans ve özelleştirme sınırları baştan belirtilir. Özel tasarım kararı ise marka farklılaşması, karmaşık içerik yapısı, dönüşüm hedefi veya uzun vadeli geliştirilebilirlik gerektiğinde anlamlıdır. Seçim estetik tercihten çok toplam sahip olma maliyeti ve iş hedefiyle yapılır.

Kurumsal web sitesi için herkes için geçerli sabit bir teslim süresi vermek doğru değildir. Takvimi en çok etkileyen unsurlar; bilgi mimarisi, benzersiz sayfa şablonu sayısı, içeriğin kim tarafından hazırlanacağı, onay katmanları, çok dilli yapı, CMS modellemesi, entegrasyonlar ve mevcut siteden veri aktarımıdır. Az sayfalı ama özel animasyonlu bir site, çok sayfalı fakat sistematik bir içerik yapısından daha uzun sürebilir.

• Keşif, içerik ve teknik envanter
• Bilgi mimarisi ve UX akışları
• Görsel tasarım ve kurum onayı
• Frontend, CMS ve entegrasyon geliştirme
• İçerik girişi, kalite kontrol ve erişilebilirlik
• Yayın, yönlendirmeler ve yayın sonrası izleme

Takvim, kapsam netleştiğinde kilometre taşları ve kurumun geri bildirim süreleriyle birlikte yazılır. İçerik veya onay gecikmesi planı etkiler; bu nedenle sorumluluklar baştan atanır. Zorunlu yayın tarihi varsa temel sürüm ile sonraki fazlar ayrılabilir, ancak kalite ve SEO kontrollerini atlayan gerçekçi olmayan bir tarih taahhüt edilmez.

Web sitesi içeriği ortak bir üretim sürecidir. Kurum; hizmet ayrıntıları, teknik doğrular, hukuki metinler, referans izinleri ve sektörel iddiaların kaynağıdır. Next Medya bu bilgiyi kullanıcı ihtiyacına ve sayfa mimarisine göre düzenleyebilir; başlık hiyerarşisi, mesaj akışı, CTA, SEO konu kapsamı ve editöryal tutarlılık üzerinde çalışabilir.

Kurum içeriği tamamen hazır teslim edecekse format, kelime sınırı, görsel oranı ve metadata alanları için bir içerik matrisi verilir. İçerik üretimi kapsamdaysa konu uzmanlarıyla görüşme, taslak, editöryal kontrol ve kurum onayı aşamaları planlanır. Çeviri gerekiyorsa otomatik çeviri doğrudan yayına alınmaz; hedef dilde terminoloji ve pazar kontrolü gerekir. İçerik gecikmesinin tasarım ve yayın takvimini etkilediği unutulmamalıdır; lorem ipsum ile onaylanan tasarım gerçek metin geldiğinde yeniden çalışma yaratabilir.

Web sitesinin kurum ekibi tarafından yönetilebilmesi proje başında bir gereksinim olarak ele alınır. Sayfa, hizmet, ekip, referans, blog ve SSS gibi içerikler CMS içinde yapılandırılmış alanlara ayrılır. Editör, yönetici ve yayıncı gibi roller ihtiyaca göre farklı yetkilere sahip olabilir. Böylece bir metin değişikliği için kod güncellemesi gerekmezken tasarım sistemini bozacak kontrolsüz müdahaleler sınırlanır.

Teslimde içerik girişi, görsel kullanımı, taslak-yayın akışı ve geri alma adımları için eğitim veya dokümantasyon planlanabilir. Hangi alanların yönetilebilir olacağı kapsamda açıkça yazılır. Yeni bir sayfa şablonu, entegrasyon veya iş kuralı eklemek ise içerik güncellemesinden farklıdır ve geliştirme gerektirebilir. CMS seçimi ekibin teknik deneyimi, güvenlik, çok dillilik ve yayın sıklığına göre yapılır.

Çok dilli web sitesi, mevcut Türkçe metinlerin aynı URL içinde değiştirilmesinden ibaret değildir. Her dil veya pazar için kalıcı ve taranabilir bir URL yapısı, doğru canonical, karşılıklı hreflang bağlantıları, yerelleştirilmiş metadata ve dil değiştiricinin birebir eşdeğer sayfaya gitmesi gerekir. Para birimi, tarih, form alanları ve yasal metinler de hedef pazara göre farklılaşabilir.

CMS tarafında hangi içeriğin ortak, hangisinin dile veya ülkeye özel olduğu modellenir. Eksik çeviri varsa kullanıcıyı sessizce başka dile atmak yerine yayın politikası belirlenir. Otomatik çeviri taslak oluşturabilir fakat teknik terim, marka tonu ve hukuki doğruluk için insan kontrolü gerekir. Uluslararası SEO'da alan adı, alt dizin veya alt alan adı seçimi; pazar sayısı, operasyon ve mevcut otoriteye göre yapılır. Her dilin profesyonel içeriği ve sürekli editöryal sahibi olmadan yalnızca teknik çok dillilik sürdürülebilir bir sonuç vermez.

Bir web sitesini sadece tasarım trendi değiştiği için yenilemek gerekmeyebilir. Asıl işaretler; kullanıcıların aradığı bilgiye ulaşamaması, mobil deneyimin zayıf olması, sayfaların yavaş açılması, ekibin içerik güncelleyememesi, yeni hizmetlerin mimariye eklenememesi ve form-dönüşüm verilerinin güvenilmez olmasıdır. Güvenlik güncellemesi almayan CMS veya eklentiler de yenileme ya da kontrollü yeniden platformlama nedeni olabilir.

• Analytics ve Search Console verisinde cihaz/sayfa bazlı sorunlar
• Core Web Vitals ve gerçek kullanıcı performansı
• URL, içerik ve iç link mimarisindeki dağınıklık
• CMS, hosting ve bağımlılıklardaki teknik borç
• Marka, hizmet yapısı ve mevcut site arasındaki uyumsuzluk

Karar vermeden önce mevcut sitenin teknik, içerik ve dönüşüm denetimi yapılmalıdır. Bazen tam yeniden yapım yerine bilgi mimarisi, performans veya CMS iyileştirmesi yeterlidir. Yenileme yatırımının kapsamı, denetimde bulunan sorunların iş etkisine göre belirlenir.

Web sitesi yenileme projelerinde mevcut sitenin geliştirme boyunca yayında kalması normal yaklaşımdır. Yeni yapı, canlı alan adından ayrı bir preview veya staging ortamında geliştirilir. Bu ortam arama motorlarına kapatılır, gerekiyorsa parola ya da kimlik doğrulama ile korunur. Tasarım, CMS, entegrasyonlar ve içerik aktarımı canlı hizmeti etkilemeden test edilir.

Yayın günü için DNS, hosting, SSL, cache, form hedefleri, analitik ve yönlendirme listesi içeren bir geçiş planı hazırlanır. E-ticaret veya sık güncellenen sistemlerde eski sistem ile yeni sistem arasındaki son sipariş, üye veya içerik farkını kapatmak için kısa bir dondurma penceresi gerekebilir. Kesinti süresi altyapıya bağlıdır ve mutlak sıfır kesinti her projede garanti edilemez. Geri dönüş planı ve sorumlular önceden belirlenirse risk kontrollü tutulur.

Web sitesi yenilemede SEO riski, tasarımdan çok URL, içerik ve taranabilirlik değişikliklerinden doğar. İlk adım mevcut URL'leri, organik trafik alan sayfaları, backlinkleri, metadata, canonical, hreflang ve iç linkleri envantere almaktır. Her eski URL için yeni karşılık belirlenir; eşdeğeri olmayan zayıf sayfalar gerekçeli biçimde birleştirilir veya kaldırılır. Ana sayfaya toplu yönlendirme yapılmaz.

• Birebir 301/308 yönlendirme haritası ve zincir kontrolü
• Yeni sayfalarda doğru title, description, canonical ve hreflang
• Robots kuralları, XML sitemap ve indekslenebilirlik testi
• Görsel, schema ve iç linklerin yeni URL'lerle güncellenmesi
• GA4, GTM ve Search Console sürekliliği
• Yayın sonrası crawl, log, 404 ve indeks kapsamı izlemesi

Doğru migrasyon riski azaltır fakat sıralama veya trafik seviyesinin hiç değişmeyeceği garanti edilemez. Arama motorları yeni yapıyı yeniden tarar ve değerlendirir; içerik, rekabet ve algoritma değişiklikleri sonucu etkileyebilir. Bu nedenle başarı, yayın anıyla değil sonraki haftalardaki teknik ve görünürlük kontrolleriyle yönetilir.

Yönlendirme planı yalnızca mevcut menüdeki sayfalardan oluşturulmaz. XML sitemap, Search Console, analytics, sunucu logları, backlink araçları ve eski CMS kayıtları birlikte incelenir. Parametreli, eski kampanya, dosya ve görsel URL'leri de iş değerine göre kapsama alınır. Her eski adres, aynı ihtiyacı karşılayan en yakın yeni sayfaya eşlenir; benzerlik yoksa doğru 404/410 davranışı değerlendirilir.

Kalıcı değişiklikte 301 veya altyapı politikasına göre 308 kullanılabilir. Bir URL'nin önce başka eski URL'ye, sonra yeni hedefe gitmesi zincir oluşturur; yönlendirme doğrudan son hedefe yapılmalıdır. Yeni sitenin iç linkleri ve sitemap'i de eski adreslere güvenmemeli, doğrudan yeni URL'yi kullanmalıdır. Yayın öncesi harita otomatik kontrol edilir; yayın sonrası 404, loop, zincir ve beklenmeyen hedefler yeniden taranır. Yönlendirmeler kısa süre sonra topluca kaldırılmaz; backlink ve eski kayıtlar uzun süre trafik getirebilir.

Mevcut metin, blog, hizmet, ekip, doküman ve görseller yeni siteye manuel ya da uygun olduğunda otomatik migrasyonla aktarılabilir. Önce kaynak CMS'in dışa aktarma imkânı, veri alanları, görsel dosyaları ve lisansları incelenir. Eski sayfadaki serbest HTML, yeni CMS'teki yapılandırılmış başlık, paragraf, liste, medya ve SEO alanlarına dönüştürülebilir.

Her içeriği aynen taşımak doğru olmayabilir. Güncelliğini yitirmiş bilgiler, aynı niyeti hedefleyen tekrar sayfalar, düşük kaliteli görseller ve kullanım hakkı belirsiz varlıklar ayrılır. Korunacak URL ve metadata bilgisi SEO envanteriyle bağlanır. Dosya adları, alt metin, boyut ve modern görsel formatları performans açısından gözden geçirilir. Otomatik aktarım yapılsa bile örneklem ve sayfa bazlı kalite kontrol gerekir; karakter kodlama, kırık link ve eksik medya sorunları salt veri sayımıyla anlaşılmayabilir.

Web sitesi yenilemek alan adını, hosting'i ve CMS'i birlikte değiştirmeyi zorunlu kılmaz. Alan adı genellikle marka değişikliği, hukuki gereklilik veya ciddi bir mimari neden olmadıkça korunur. Domain kaydının kurum hesabında ve güncel yetkili bilgilerle tutulması önemlidir. Hosting; yeni teknoloji, trafik, veri konumu, güvenlik, yedekleme ve dağıtım ihtiyacını karşılıyorsa devam edebilir.

CMS kararında editör deneyimi, güncelleme desteği, eklenti riski, çok dillilik, rol yönetimi ve entegrasyonlar incelenir. Mevcut CMS sağlamsa yeniden tema ya da frontend geliştirilebilir; teknik borç veya lisans bağımlılığı yüksekse yeni platform anlamlı olabilir. Değişiklik kararı verilirse DNS, e-posta kayıtları, SSL, yedekler, redirect ve geri dönüş planı ayrı kontrol listeleriyle yönetilir. Amaç en yeni aracı kullanmak değil, kurumun yönetebileceği ve sürdürebileceği bir altyapı kurmaktır.

Hazır e-ticaret altyapıları katalog, sepet, ödeme, kampanya ve sipariş gibi yaygın ihtiyaçları önceden çözer. Daha hızlı devreye alma, olgun eklenti ekosistemi ve daha öngörülebilir operasyon sunabilir. Buna karşılık lisans, komisyon, tema, API limiti ve platformun izin verdiği iş akışlarına bağımlılık oluşur.

Özel e-ticaret sistemi; B2B fiyatlama, bayi yetkileri, karmaşık teklif, üretim, stok, ERP veya çok kanallı operasyon gibi standart dışı gereksinimlerde anlamlıdır. Daha fazla esneklik sunar; fakat analiz, geliştirme, test, güvenlik, bakım ve üçüncü taraf uyumluluğu için daha yüksek sorumluluk getirir. Karar yalnızca ilk proje maliyetiyle verilmemelidir. İş kuralları, beklenen sipariş hacmi, entegrasyonlar, ekip yetkinliği, operasyonel risk ve toplam sahip olma maliyeti karşılaştırılır. Gerekirse hazır ticaret motoru ile özel frontend veya entegrasyon katmanını birleştiren hibrit bir mimari kurulabilir.

B2C e-ticaret genellikle açık katalog, perakende fiyat, kampanya, hızlı checkout ve tüketici iletişimine odaklanır. B2B yapıda ise şirket hesabı, birden fazla kullanıcı, rol bazlı yetki, müşteriye özel fiyat listesi, iskonto, vade, minimum sipariş, teklif-talep ve yönetici onayı gibi kurallar gerekebilir. Bu farklar sadece arayüzde değil veri modeli ve entegrasyonlarda da karşılık bulur.

Aynı marka hem B2B hem B2C satış yapıyorsa stok ve ürün verisi ortak tutulabilir; fiyat, katalog görünürlüğü ve sipariş akışı kanal bazında ayrılabilir. ERP veya CRM'den gelen müşteri koşullarının hangi sistemde ana veri olduğu tanımlanır. Vergi, mesafeli satış, kişisel veri ve sektörel kurallar için kurumun hukuk ve mali ekipleri gereksinimleri sağlar. Prototip ve kabul senaryoları; farklı müşteri rolleri, fiyatlar ve hata durumlarıyla test edilmeden canlıya geçilmez.

Sanal POS veya ödeme kuruluşu entegrasyonunda kart verisinin uygulama tarafından gereksiz yere işlenmemesi, sağlayıcının güvenli checkout/token yapısı ve 3D Secure akışları tercih edilir. Başarılı ödeme ekranına dönüş tek başına yeterli kabul edilmez; webhook imzası, tutar, para birimi, sipariş kimliği, tekrar bildirim ve iade senaryoları sunucu tarafında doğrulanır.

Kargo entegrasyonu; adres, desi, servis tipi, etiket, takip numarası, parçalı gönderi ve iptal senaryolarını kapsayabilir. E-fatura/e-arşiv tarafında entegratörün API'si, müşteri tipi, vergi bilgileri, belge numarası ve hata durumları muhasebe ekibiyle tanımlanır. Sağlayıcı sözleşmeleri, hesap onayları ve mali mevzuat sorumluluğu kuruma aittir; teknik entegrasyon hukuki veya mali uygunluk garantisi değildir. Sandbox testleri tamamlandıktan sonra canlı kimlik bilgileri güvenli secret yönetimiyle devreye alınır ve kritik hatalar için izleme kurulur.

ERP, CRM, e-ticaret ve pazar yerlerinin aynı veriyi birbirinden bağımsız yönetmesi tutarsızlık yaratır. Bu nedenle ürün, fiyat, stok, müşteri ve sipariş için hangi sistemin ana kaynak olduğu veri sözleşmesinde belirlenir. Örneğin stok ERP'den kanallara giderken siparişler kanallardan ERP'ye akabilir; CRM ise izinli müşteri ve satış durumunu alabilir.

• Alan eşleme, kimlik ve varyant modeli
• Gerçek zamanlı webhook veya periyodik senkronizasyon tercihi
• Rate limit, timeout, tekrar deneme ve idempotency
• Kısmi başarı, hata kuyruğu ve manuel düzeltme ekranı
• Log, alarm, mutabakat ve veri bütünlüğü raporları

Her sağlayıcının API kapsamı ve limiti farklıdır. Belgelenmemiş veya erişime kapalı bir sistemde ek ara katman, dosya aktarımı ya da sağlayıcı desteği gerekebilir. Entegrasyonun başarısı yalnızca ilk veri akışıyla değil; hata sonrası toparlanma ve düzenli mutabakatla ölçülür.

E-ticaret migrasyonu, basit bir CSV içe aktarma işleminden daha kapsamlıdır. Kaynak ve hedef sistemde ürün, varyant, kategori, fiyat, stok, müşteri, adres, kupon ve sipariş alanları eşlenir. Parola hash'leri yeni altyapıyla uyumlu değilse kullanıcılar için güvenli parola yenileme akışı gerekir; parolalar düz metin olarak taşınmaz. Ödeme kartı verileri kurum tarafından aktarılmaz; token taşıma ancak ödeme sağlayıcının kurallarıyla mümkündür.

Önce deneme migrasyonu yapılır ve kayıt sayıları, finansal toplamlar, varyant ilişkileri, görseller ve Türkçe karakterler kontrol edilir. Canlı geçişte son sipariş ve stok farkı için delta aktarımı veya kısa işlem penceresi planlanır. Eski ürün ve kategori URL'leri yeni hedeflere yönlendirilir; analytics e-commerce eventleri yeniden doğrulanır. Kaynak sistem eksik ya da tutarsız veri sunuyorsa temizlik ayrı bir iş paketidir. Migrasyon sonrası eski sistem, yasal saklama ve operasyon ihtiyacına göre salt okunur arşiv olarak tutulabilir.

E-ticaret ölçümünde yalnızca satın alma sayfası görüntüsü izlenmez. Ürün listesi görüntüleme, ürün seçimi, sepete ekleme/çıkarma, checkout adımları, kupon, ödeme, iade ve iptal olayları standart isim ve parametrelerle dataLayer'a aktarılır. Ürün kimliği, para birimi, vergi ve gelir tanımı bütün sistemlerde aynı olmalıdır.

Tarayıcı eventleri reklam optimizasyonu ve davranış analizi için değerlidir; finansal gerçeğin kaynağı sipariş veya ERP sistemidir. Çift event, eksik consent, ad blocker ve tarayıcı kısıtları nedeniyle GA4 ile backend toplamları birebir olmayabilir. Transaction ID ile tekilleştirme, test siparişleri ve düzenli mutabakat gerekir. UTM ve gclid gibi kampanya bilgileri izin ve saklama politikasına uygun biçimde taşınabilir; CRM veya sipariş sonucu ile bağlandığında kanal kalitesi daha sağlıklı okunur. Consent Mode kurulumu da gerçek çerez davranışı ve hukuk ekibinin politikasıyla uyumlu olmalıdır.

Teknik SEO çalışması site yapısına ve bulunan sorunlara göre değişir. Crawl ve indeksleme kontrolleri; HTTP durumları, robots kuralları, XML sitemap, canonical, duplicate URL'ler, parametreler, pagination ve JavaScript render davranışını kapsar. Çok dilli sitelerde locale URL'leri ve hreflang ilişkileri; migrasyonlarda yönlendirme ve eski URL kapsaması ayrıca incelenir.

• Search Console, crawl ve gerekirse log verisi analizi
• Title, heading, internal link ve bilgi mimarisi kontrolleri
• Core Web Vitals, görsel, font ve JavaScript performansı
• Structured data'nın görünür içerikle uyumu
• Mobil kullanılabilirlik ve erişilebilirliği etkileyen teknik sorunlar
• Öncelik, sorumlu, kabul kriteri ve doğrulama adımı içeren aksiyon planı

Denetim tek başına sonuç değildir; bulgular iş etkisi ve uygulama eforuna göre önceliklendirilir, geliştirme sonrası yeniden taranır. Teknik altyapı içeriğin kalitesinin yerine geçmez. Arama niyetini karşılamayan veya güven sinyalleri zayıf bir sayfa, teknik olarak kusursuz olsa da rekabetçi sorgularda görünür olmayabilir.

SEO çalışmalarının etkisi bazı teknik düzeltmelerde tarama sonrası daha erken, rekabetçi konu kümelerinde ise daha uzun dönemde görülebilir. Yeni bir alan adı ile yerleşik bir sitenin, marka sorgusu ile rekabetçi ticari sorgunun koşulları aynı değildir. İçeriğin üretilme ve kurum tarafından onaylanma hızı, geliştirme aksiyonlarının uygulanması ve backlink profilinin doğallığı da takvimi belirler.

İlk dönemde yalnızca toplam trafik değil; kritik URL'lerin indeks durumu, crawl sorunları, gösterim, sorgu çeşitliliği, ilgili sayfa sıralaması ve organik dönüşüm kalitesi izlenir. Sezon, marka kampanyaları ve algoritma güncellemeleri ayrı not edilmelidir. Sabit bir ay veya kesin trafik artışı taahhüt etmek gerçekçi değildir. Doğru yaklaşım, başlangıç seviyesini kaydetmek, uygulanabilir bir yol haritası oluşturmak ve sonuçlara göre içerik-teknik öncelikleri dönemsel olarak güncellemektir.

Google'da belirli bir sorgu için birinci sıra garantisi vermek gerçekçi ve etik değildir. Sıralamalar arama motorunun sistemleri, rekabet, konum, cihaz, kişiselleştirme, sorgu niyeti, içerik kalitesi ve zaman içindeki algoritma değişikliklerinden etkilenir. Bir ajans bu değişkenlerin tamamını kontrol edemez. Reklam sonucu da organik sıralama garantisi anlamına gelmez.

Taahhüt edilebilecek olan; denetimin kapsamlı yapılması, önerilerin kanıta dayalı önceliklendirilmesi, görünür içeriğe uygun teknik uygulama, manipülatif yöntemlerden kaçınma ve sonuçların şeffaf raporlanmasıdır. Başarı tek bir anahtar kelime yerine, ilgili sorgu kümesi, nitelikli organik oturum, dönüşüm ve ticari uygunluk ile değerlendirilir. 'Gizli yöntem', toplu kalitesiz backlink veya kısa sürede kesin sıra vaatleri uzun vadeli risk işaretidir. Next Medya, yapılan işi ve sınırları açıkça raporlar; kontrol edilemeyen bir sonuç için garanti dili kullanmaz.

Teknik SEO ve içerik stratejisi birbirinin alternatifi değildir. Taranamayan, yanlış canonical kullanan veya çok yavaş bir sayfanın iyi içeriği keşfedilemeyebilir. Buna karşılık kusursuz teknik altyapı, arama niyetini karşılamayan yüzeysel bir metni değerli hale getirmez. Konu kümeleri, kullanıcı soruları, hizmet sayfaları ve kanıt niteliğindeki proje/içgörü içerikleri ortak bir bilgi mimarisinde planlanmalıdır.

Süreçte sorgu ve rakip araştırması, mevcut içerik envanteri, arama niyeti, sayfa rolü ve internal link planı birlikte ele alınır. Her sorgu için yeni sayfa açmak yerine aynı niyeti taşıyan konular tek güçlü kaynakta birleştirilebilir. Uzman görüşü, güncel veri ve şeffaf kurumsal bilgiler güveni destekler. Yayın sonrası Search Console sorguları, kullanıcı davranışı ve dönüşüm verisi yeni içerik kararlarına geri beslenir. Böylece içerik takvimi anahtar kelime adediyle değil, bilgi boşluğu ve iş önceliğiyle yönetilir.

Yerel SEO; belirli bir konumda fiziksel olarak bulunan veya tanımlı bir bölgeye hizmet veren işletmeler için uygundur. Çalışma, Google Business Profile bilgilerinin doğruluğu, site genelinde ad-adres-telefon tutarlılığı, kategori ve hizmet tanımları, gerçek lokasyon sayfaları, harita ve iletişim yapısıyla başlar. Yerel structured data, yalnızca sayfada ve gerçek işletme bilgilerinde bulunan veriyi temsil eder.

Her ilçe veya şehir için yalnızca adı değiştirilmiş kopya sayfalar oluşturmak doğru bir strateji değildir. Bir lokasyon sayfası; o bölgedeki gerçek hizmet, ulaşım, ekip, proje veya operasyon bilgisiyle kullanıcıya farklı değer sunmalıdır. Yorum talebi süreci platform kurallarına uygun olmalı; sahte yorum veya seçici teşvik kullanılmamalıdır. Yerel sıralama; yakınlık, alaka, tanınırlık ve rekabet gibi ajansın kontrol edemediği etkenlere de bağlıdır. Bu nedenle belirli harita sırası garanti edilmez; görünürlük, aksiyon ve nitelikli iletişim verisi birlikte izlenir.

AI Overviews, yanıt motorları ve üretken yapay zekâ tabanlı aramalarda görünürlük için 'gizli' bir işaretleme ya da kesin kaynak gösterilme yöntemi yoktur. GEO ve AEO terimleri; içeriğin sorulara açık cevap vermesi, varlık ve kurum bilgilerinin tutarlı olması, birincil deneyim/kanıt sunması ve makinelerce erişilebilir bir yapıda yayınlanması gibi çalışmaları tarif etmek için kullanılabilir.

• Kullanıcı sorularına doğrudan ve bağlamlı yanıtlar
• Açık başlık, yazar/kurum ve güncelleme bilgisi
• Birincil proje deneyimi, yöntem, kaynak ve sınırlar
• Crawlable internal linkler ve tutarlı konu kümeleri
• Görünür içerikle eşleşen Organization, Article veya FAQ gibi schema türleri

Structured data tek başına AI görünürlüğü sağlamaz ve ayrı bir 'AI schema' yoktur. Platformların kaynak seçimi değişebilir; belirli cevapta yer alma garanti edilemez. Bu nedenle çalışma, klasik SEO, kurumsal güven ve içerik kalitesinin üzerine kurulur; yeni terimler uğruna temel teknik gereksinimler ihmal edilmez.

Google Ads ve Meta reklam yönetimi; reklam hesabında kampanya açmaktan ibaret değildir. Önce ticari hedef, hedef kitle, arama niyeti, teklif, satış döngüsü ve uygun dönüşüm tanımlanır. Google tarafında sorgu, anahtar kelime, negatifler ve landing page ilişkisi; Meta tarafında hedef kitle, kreatif varyasyon, mesaj ve frekans ayrı planlanır.

Reklam hesabının kurum mülkiyetinde olması, faturalandırma ve erişimlerin şeffaf yönetilmesi tercih edilir. GA4, GTM, platform pixel/API entegrasyonları ve CRM geri bildirimiyle hangi talebin gerçek iş değeri yarattığı anlaşılmaya çalışılır. Platform raporlarındaki atıf değerleri birebir finansal gerçek kabul edilmez. Reklam kesin müşteri veya sabit ROAS garantisi vermez; sonuç teklifin rekabetçiliği, pazar, bütçe, kreatif, sayfa deneyimi ve satış ekibinin takibi gibi ortak etkenlere bağlıdır.

Reklam bütçesi rakiplerin harcadığı tahmini tutarı kopyalayarak veya genel bir paketle belirlenmemelidir. Önce ulaşılmak istenen nitelikli talep/satış adedi, kabul edilebilir edinme maliyeti, brüt katkı, kapanma oranı ve satış döngüsü anlaşılır. Google Ads'te sorgu hacmi ve tıklama maliyeti; Meta'da erişim, kreatif üretim ve hedef kitle büyüklüğü senaryoya eklenir.

Yeni hesaplarda dönüşüm oranı belirsiz olduğu için varsayımlar aralıklarla yazılır ve öğrenme bütçesi ayrılır. Çok düşük bütçe anlamlı karşılaştırma için yeterli veri üretmeyebilir; yüksek bütçe de zayıf teklif veya bozuk ölçümü telafi etmez. Medya harcaması, hizmet bedeli, kreatif ve landing page üretim maliyetleri ayrı kalemler olarak görülmelidir. Bütçe, ilk sonuçlara göre bir anda değil; kalite, hacim ve operasyon kapasitesi birlikte izlenerek kontrollü biçimde artırılır veya yeniden dağıtılır.

Her reklam grubu için yeni bir landing page açmak bakım, içerik ve ölçüm karmaşası yaratabilir. Mevcut hizmet sayfası arama niyetini doğrudan karşılıyor, hızlı açılıyor, mobilde kullanılabiliyor ve net bir sonraki adım sunuyorsa kampanya bu sayfaya yönlendirilebilir. Ayrı landing page; farklı teklif, sektör, şehir, kampanya mesajı veya daha kısa bir dönüşüm akışı gerektiğinde anlamlıdır.

Reklam metni ile sayfa başlığı, vaat, kanıt ve form soruları tutarlı olmalıdır. Sayfa, kullanıcıyı ikna etmek için gerekli risk ve kapsam bilgilerini saklamamalıdır. A/B testinde aynı anda çok değişken değiştirilmez; test için yeterli trafik ve önceden tanımlı başarı metriği gerekir. Kısa vadeli dönüşüm uğruna SEO'da birbirleriyle yarışan onlarca ince sayfa üretmekten kaçınılır. Landing page kararı kampanya yapısı, organik mimari ve içerik operasyonuyla birlikte verilir.

Reklam performansını yalnızca buton tıklamasıyla ölçmek yeterli değildir. Formun başarıyla sunucuya ulaşması, telefon/WhatsApp tıklaması, randevu veya teklif talebi gibi eventler ayrı tanımlanır. GA4 ve reklam platformlarına gönderilen event adları, sayfa yolu, form tipi ve kampanya bilgisiyle test edilir. Hassas form yanıtları, e-posta veya telefon analytics parametresi olarak gönderilmez.

UTM parametreleri ve gclid gibi tıklama kimlikleri, açık veri saklama ve consent politikasına uygun biçimde lead kaydına eklenebilir. CRM'de 'uygun değil', 'görüşme', 'teklif' veya 'satış' gibi aşamalar standardize edilirse yalnızca lead adedi değil gerçek kalite kampanyaya geri beslenebilir. Tarayıcı kısıtları, consent ve cihazlar arası geçiş nedeniyle platformlar aynı sayıyı göstermeyebilir. Bu farklar hata sayılmadan önce attribution penceresi ve veri kaynağı kontrol edilir; iş sistemindeki nihai sonuç ana referans kabul edilir.

GA4 ve GTM kurulumu, kod parçasını sayfaya eklemekten fazlasıdır. Önce hangi kullanıcı eylemlerinin iş için anlamlı olduğu yazılı bir ölçüm planında belirlenir. Sayfa görüntüleme, form başarısı, telefon/WhatsApp tıklaması, dosya indirme veya e-ticaret eventleri için isim, tetikleme koşulu ve güvenli parametreler tanımlanır. PII içeren form alanları analytics'e aktarılmaz.

GTM'in geliştirme, test ve yayın yetkileri kurum hesabında yönetilir. Preview/DebugView, ağ istekleri ve gerçek consent durumlarıyla test yapılır; aynı eventin hem koddan hem GTM'den iki kez gitmediği kontrol edilir. Consent Mode, hukuk metninin yerine geçmez ve kullanıcı seçimini gizlice aşmak için kullanılmaz. Kurulumdan sonra event sözlüğü ve test senaryoları dokümante edilir. Platform arayüzündeki veri gecikmesi ve modelleme nedeniyle gerçek zamanlı test ile raporlar arasında fark olabileceği açıklanır.

Düşük kaliteli lead sorunu yalnızca reklam hedeflemesinden kaynaklanmaz. Geniş ve belirsiz anahtar kelimeler, reklam vaadiyle uyuşmayan landing page, hizmet sınırlarının açıklanmaması ve herkesin tek tıklaşla gönderdiği çok kısa formlar hacmi artırırken uygunluğu düşürebilir. Arama terimleri düzenli incelenir, negatif anahtar kelimeler eklenir ve coğrafi/cihaz/zaman sinyalleri gerçek veriye göre düzenlenir.

Landing page'de kime hizmet verildiği, hangi tür projelerin uygun olmadığı ve sürecin nasıl ilerlediği açıkça anlatılır. Formda proje türü, hedef, zamanlama ve mevcut altyapı gibi karar vermeye yarayan az sayıda soru sorulabilir; gereksiz kişisel veri toplanmaz. CRM'de lead'in neden uygun olmadığı standart nedenlerle işaretlenirse kampanya ve anahtar kelime seviyesine geri besleme yapılabilir. Amaç lead adedini mekanik biçimde azaltmak değil, satış ekibinin gerçek fırsatlara ayırdığı zamanı artırmaktır. Pazarın doğası gereği tüm ilgisiz talepleri sıfırlamak mümkün değildir.

Özel yazılım projesi, özellik listesini doğrudan kodlamaya başlamakla değil iş problemini ve domain kurallarını anlamakla başlar. Kullanıcı rolleri, temel varlıklar, veri sahipliği, mevcut sistemler, kritik entegrasyonlar ve başarı ölçütleri belgelenir. Belirsiz alanlar için prototip veya teknik spike yapılabilir. İlk sürümde iş değerini doğrulayacak MVP kapsamı ile sonraki fazlar ayrılır.

• Keşif, kullanıcı ve domain modeli
• Fonksiyonel gereksinim, kabul kriteri ve teknik mimari
• UX akışları ve gerektiğinde etkileşimli prototip
• Sprint bazlı geliştirme, kod inceleme ve otomatik test
• Kullanıcı kabul testi, veri migrasyonu ve yayın planı
• Log, izleme, geri bildirim ve sonraki sürüm planı

Takvim ve bütçe, bilinen kapsam ve varsayımlara dayanır. Kullanıcı testleri veya entegrasyon kısıtları yeni bilgi ürettiğinde change request ya da faz planı güncellenir. Amaç tüm ihtimalleri ilk sürüme doldurmak değil, güvenli ve ölçülebilir bir temel üzerinde kontrollü ilerlemektir.

İşletmeye özel yönetim paneli; genel amaçlı bir CMS'in karşılamadığı sipariş, teklif, operasyon, stok, randevu, saha, onay veya raporlama süreçlerini tek arayüzde yönetebilir. Tasarım, organizasyon şeması ve gerçek görev akışlarına dayanır; sadece veritabanı tablolarını listeleyen teknik bir ekran olarak kurulmaz. Sık yapılan işlemler, hata riski ve karar için gereken bilgi önceliklendirilir.

Rol bazlı yetki; hangi kullanıcının hangi kaydı görebileceği, oluşturabileceği, onaylayabileceği veya dışa aktarabileceği düzeyde tanımlanır. Kritik işlemler için onay, audit log ve geri alma senaryoları planlanır. Arama, filtre, toplu işlem ve raporlar gerçek veri hacmiyle test edilir. Panelin mevcut ERP, CRM veya muhasebe sistemiyle aynı veriyi tekrar üretmemesi için sistem sınırları belirlenir. Her operasyon özel yazılım gerektirmez; olgun bir SaaS ürünü ihtiyacı daha düşük riskle karşılıyorsa entegrasyon veya yapılandırma önerilebilir.

Yapay zekâ ve otomasyon; destek taleplerini sınıflandırma, belge veya e-postadan alan çıkarma, kurum içi bilgi arama, içerik taslağı, kalite kontrol, lead yönlendirme ve operasyon uyarıları gibi tekrarlı bilgi işleme işlerinde kullanılabilir. En uygun başlangıç, girdisi ve beklenen çıktısı tanımlı, hata maliyeti ölçülebilir ve insanın bugün yaptığı bir süreçtir.

Model tek başına iş süreci değildir. Hangi veriye erişeceği, kaynağı nasıl göstereceği, güven eşiği, insan onayı, hata/itiraz akışı ve kayıt tutma kuralları tasarlanır. Kişisel veya ticari verinin üçüncü taraf modele gönderilmesi veri politikasına, sağlayıcı koşullarına ve hukuk değerlendirmesine tabidir. Yüksek riskli kararların tamamen otomatik verilmesi uygun olmayabilir. Pilot çalışmada doğruluk, yanlış pozitif/negatif, süre kazanımı ve kullanıcı kabulü ölçülür. Model çıktısının her zaman doğru olacağı garanti edilmez; gözlem ve sürüm yönetimi süreklidir.

CRM entegrasyonunun amacı her veriyi her sisteme kopyalamak değil, müşteri yolculuğunda gerekli bilginin doğru ekipte ve doğru zamanda bulunmasıdır. Web formu bir lead oluşturabilir; kaynak/izin bilgisi kaydedilebilir; uygunluğa göre ekip veya pipeline atanabilir. Teklif, sipariş ve fatura durumu ERP'den CRM'e özet olarak dönebilir. Hangi sistemin kişi, şirket, ürün ve satış kaydında ana kaynak olduğu belirlenir.

Entegrasyon öncesi alanlar, zorunlu veriler, duplicate birleştirme, izin durumu, hata kuyruğu ve silme/saklama kuralları tanımlanır. API ve webhook yoksa sağlayıcının desteklediği dosya veya ara katman seçenekleri değerlendirilebilir; ekran scraping gibi kırılgan yöntemler kritik süreçte tercih edilmez. Otomasyonlar ilk günden kontrolsüz çalıştırılmaz; test kayıtları ve sınırlı pilotla doğrulanır. Kişisel veri ve ticari iletişim izinleri kurumun hukuk/pazarlama politikasına uygun yönetilmelidir.

Bir API'nin mevcut olması entegrasyonun hazır olduğu anlamına gelmez. Önce hangi iş olayının hangi veriyi, hangi yönde ve ne kadar sıklıkla taşıyacağı belirlenir. Alan tipleri, zorunlu değerler, kimlikler, saat dilimi, para birimi ve veri sahipliği yazılı bir sözleşmeye dönüştürülür. OAuth, API key veya imzalı webhook gibi kimlik doğrulama yöntemi sağlayıcının güvenli akışına göre kurulur.

• Sandbox ve canlı ortam kimlik bilgilerinin ayrılması
• Rate limit, pagination, timeout ve tekrar deneme
• Idempotency ile çift kayıtların önlenmesi
• Webhook imzası, olay sırası ve yeniden oynatma koruması
• Loglarda hassas verinin maskelenmesi ve alarm eşikleri
• Sağlayıcı sürüm değişikliği ve hizmet kesintisi planı

Üçüncü tarafın API limiti, lisansı veya hatası Next Medya'nın doğrudan kontrolünde değildir. Bu bağımlılıklar risk kaydına eklenir; kritik akışlarda kuyruk, manuel tekrar veya geçici çalışma modu planlanır. Entegrasyon teslimi, başarılı senaryo kadar hata ve toparlanma senaryolarıyla kabul edilir.

Özel yazılım güvenliği sonradan eklenen tek bir test değildir. Toplanan verinin türü, saklama süresi, erişen roller ve olası zarar analiz edilir. Kimlik doğrulama ile yetkilendirme ayrı ele alınır: kullanıcının kim olduğunu bilmek, her kayda erişebileceği anlamına gelmez. Sunucu tarafında rol ve nesne bazlı kontroller uygulanır; kritik işlemler audit log'a yazılır.

• Parolaların güvenli hash'i, MFA ve oturum kontrolleri
• API anahtarlarının kod/repo yerine secret store'da tutulması
• Girdi doğrulama, rate limiting ve güvenli hata mesajları
• Aktarımda ve gerektiğinde depolamada şifreleme
• Versiyonlu yedek, geri yükleme testi ve en az yetki
• Bağımlılık taraması, kod inceleme ve risk bazlı güvenlik testi

Loglarda parola, token ve gereksiz kişisel veri tutulmaz. Yedek almak kadar geri yükleyebilmek de test edilir. Yüksek riskli veya regüle sistemlerde bağımsız penetrasyon testi ve hukuk/bilgi güvenliği incelemesi ayrı kapsam olabilir. Hiçbir sistem için mutlak güvenlik vaadi verilmez; yamalar, izleme, erişim gözden geçirmesi ve olay müdahale planı yayın sonrası da sürer.

Proje fiyatı tek başına sayfa adedi veya çalışma süresiyle belirlenmez. Aynı sayıda sayfası olan iki web projesi; bilgi mimarisi, benzersiz şablon, dil, içerik, animasyon, CMS modeli, erişilebilirlik, SEO migrasyonu ve entegrasyon bakımından farklı efor taşıyabilir. Yazılımda kullanıcı rolleri, iş kuralları, veri migrasyonu, API'ler, güvenlik ve kabul testleri maliyeti etkiler.

• Keşif ve strateji derinliği
• Teslim edilecek sayfa, ekran, dil ve bileşenler
• Özel tasarım, prototip ve responsive durumlar
• CMS, entegrasyon, otomasyon ve veri migrasyonu
• İçerik/görsel üretimi veya aktarım sorumluluğu
• Kalite güvencesi, yayın, eğitim ve destek seviyesi

Bu nedenle herkese uyan bir başlangıç fiyatı yayınlamak yerine talep önce kapsama dönüştürülür. Teklifte teslimler, varsayımlar, hariçler, üçüncü taraf lisansları ve değişiklik yönetimi açıkça yazılır. Böylece fiyat karşılaştırması sadece toplam tutar üzerinden değil, gerçekte hangi sorumluluğun teslim edildiği üzerinden yapılabilir.

Proje başlamadan önce teklif ve sözleşmede teslimler, sorumluluklar, takvim varsayımları, onay süreleri, fikrî haklar, gizlilik, üçüncü taraf hizmetler ve fesih/değişiklik koşulları açıklanır. Teknik ek veya kapsam dokümanı, pazarlama cümlelerinden daha somut kabul kriterleri taşır. Kurum tarafındaki yetkili imza ve fatura bilgileri sözleşme öncesi doğrulanır.

Ödeme planı tek bir sabit yüzde şablonuna bağlı değildir. Projenin süresi, ekip kapasitesi, lisans/altyapı maliyeti ve teslim yapısına göre başlangıç, tasarım onayı, geliştirme/kabul veya yayın gibi kilometre taşlarına bölünebilir. Dönemsel hizmetlerde aylık kapsam ve faturalama ayrı tanımlanır. Bir kilometre taşının ne zaman tamamlanmış sayılacağı ve kurum geri bildiriminin gecikmesi halinde takvimin nasıl güncelleneceği yazılır. Her ödeme, fatura ve sözleşmede belirtilen ticari koşullarla yürütülür.

Revizyon sayısı proje türüne ve teslim aşamasına göre değişir; herkese uygulanan tek bir rakam yoktur. Tasarım yönü, sayfa şablonu, prototip veya içerik taslağı için planlanan tur sayısı teklifte yazılır. Her turda kurum tarafından birleştirilmiş ve karar sahibi tarafından onaylanmış geri bildirim beklenir. Çelişen farklı paydaş yorumları takvimi ve kaliteyi olumsuz etkiler.

Onaylanan yön içinde metin, hiyerarşi veya görsel iyileştirme revizyon olabilir. Onaylanan bilgi mimarisini yeniden kurmak, yeni hedef kitle/sayfa eklemek, farklı entegrasyon istemek veya proje hedefini değiştirmek change request sayılabilir. Geliştirilen özelliğin kabul kriterini karşılamaması ise revizyon hakkından düşülen bir tercih değil, hata düzeltmedir. Bu ayrım hem kurumun haklarını hem proje planını korur. Kapsam değişikliği gerektiğinde etkisi yazılı olarak analiz edilir ve onaydan sonra planlanır.

Proje; tek seferde sonunda gösterilen büyük bir teslim yerine, riski erken görünür kılan aşamalara ayrılır. Bilgi mimarisi, tasarım yönü, sayfa şablonları, prototip, geliştirme ortamı, içerik ve yayın kontrolü gibi kilometre taşları projeye göre belirlenir. Her sunumda neyin incelemeye hazır olduğu, neyin henüz taslak olduğu ve geri bildirimin hangi tarihte beklendiği açıklanır.

Kurum tarafında proje sorumlusu geri bildirimleri toplar ve karar sahibiyle netleştirir. Onaylar e-posta veya proje yönetim aracında yazılı tutulur. Yazılım teslimlerinde kabul kriterleri; rol, veri, hata ve responsive senaryolarıyla test edilir. Yayın onayından önce içerik, SEO, form, analitik, güvenlik ve geri dönüş kontrol listesi tamamlanır. Geri bildirim süresi aşılırsa kaynak planı ve hedef tarih yeniden değerlendirilir; sessizlik otomatik onay kabul edilip edilmediği sözleşmede açıkça belirtilir.

Yayın sonrası destek, projenin türü ve iş kritikliğine göre planlanır. Teslim edilen kapsamın kabul kriterine aykırı çalışması hata olarak ele alınır ve sözleşmedeki dönem/koşullarda düzeltilir. Yeni özellik, yeni tarayıcı/servis değişikliği, içerik operasyonu veya üçüncü taraf kaynaklı uyarlama ise bakım ya da ayrı geliştirme kapsamına girebilir.

• Güvenlik ve bağımlılık güncellemeleri
• Uptime, hata, performans ve kritik iş akışı izleme
• Versiyonlu yedek ve geri yükleme kontrolleri
• CMS ve içerik operasyon desteği
• Küçük iyileştirme veya ayrı sprint kapasitesi
• Öncelik seviyesine göre yanıt ve müdahale hedefleri

7/24 destek, sabit yanıt süresi veya belirli uptime seviyesi yalnızca buna uygun ekip ve SLA sözleşmesi varsa taahhüt edilebilir; varsayılan olarak sunulmuş sayılmaz. Üçüncü taraf hizmetlerin kesintileri kendi SLA'larına tabidir. İhtiyaç, yayın öncesi iş etkisi ve kurumun teknik ekibiyle birlikte belirlenir.

Kaynak kodu, tasarım dosyası, marka varlığı, içerik, alan adı ve reklam/analitik hesabı aynı hukuki kategori değildir. Proje için özel üretilen teslimlerin mali hak veya kullanım koşulları, ödemelerin tamamlanması ve sözleşme maddelerine göre belirlenir. Kurum adına açılabilen domain, hosting, reklam, analytics ve üçüncü taraf hesapların kurum mülkiyetinde olması ve Next Medya'ya yetkili erişim verilmesi tercih edilir.

Açık kaynak kütüphaneler, fontlar, stok medya, SaaS, tema/eklenti ve ticari API'ler kendi lisans koşullarına tabidir; bunların mülkiyeti proje ile devredilmez. Next Medya'nın proje öncesinde sahip olduğu genel araç, bileşen veya know-how ile müşteriye özel üretilen katman ayrı tanımlanır. Teslimde repository, tasarım, dokümantasyon, ortam değişkeni listesi ve hesap erişimlerinin hangilerinin aktarılacağı bir devir kontrol listesinde yer alır. Portfolyo kullanımı veya gizlilik nedeniyle projenin kamuya açıklanması da varsayılmaz; sözleşmedeki izinlere bağlıdır.