Bir WordPress Ajansı Neden SaaS Açılış Sayfası için Sanity + Next.js Seçti (Ve E-Ticaret için Hala Neden WordPress Seçerdik)

Biz The WP Clan’iz. On yılı aşkın süredir WordPress siteleri kuruyoruz, ölçeklendiriyoruz ve bakımını yapıyoruz. WordPress ismimizde, DNA’mızda ve teslim ettiğimiz projelerin yaklaşık %95’inde var.

Bu yüzden geçen hafta yeni bir ürün çıkardığımızda — AI destekli WhatsApp müşteri yeniden etkileşim platformu HeyCaly — ve pazarlama sitesini WordPress ile yapmamaya karar verdiğimizde, birkaç kaş çatıldı. Bizimkiler de dahil.

Bu yazı, bu kararı neden aldığımızın, deneyimin nasıl olduğunun dürüst ve teknik bir analizi — ve en az bunun kadar önemli olarak — e-ticaret müşterilerimiz için hâlâ neden kesinlikle WordPress + WooCommerce’i tercih edeceğimizin açıklaması.

Drama yok. “WordPress öldü” tık avcılığı yok. Sadece gerçek bir karar, gerçek bir WordPress ekibi tarafından alınmış, gerçek ödünlerle.

İçindekiler

1. HeyCaly Nedir
2. 9 Dil Sorunu
3. Neden Sanity + Next.js’i Seçtik
4. Teknik Mimari
5. E-Ticaret İçin Neden Hâlâ WordPress + WooCommerce’i Seçeriz
6. Stoneline Örneği: Sanity’nin Neden Yanlış Seçim Olacağı
7. Karar Çerçevesi: Ne Zaman Neyi Kullanmak
8. Neler Öğrendik

HeyCaly Nedir

HeyCaly kendi bünyemizde geliştirdiğimiz bir SaaS ürünü. Hizmet işletmelerine — kuaförlere, sağlık kliniklerine, spor salonlarına, spa’lara, veteriner kliniklerine, diş hekimliklerine — AI üretimi WhatsApp konuşmaları kullanarak boş randevu slotlarını doldurmasında yardım ediyor.

Platform bir işletmenin takviminini analiz ediyor, yakın zamanda gelmemiş müşterileri belirliyor ve onlara insansı hissettiren kişiselleştirilmiş WhatsApp mesajları gönderiyor. Şablon spam değil. Müşterinin son ziyaretini, kuaförünün ismini, köpeğinin kilosunu — mesajı gerçek hissettiren her türlü bağlamı referans alan gerçek konuşmalar.

Ürünün kendisi Supabase, Clerk, Stripe ve bir dizi entegrasyon içeren tam yığın Next.js uygulaması. Ama pazarlama sitesi — açılış sayfası, fiyatlandırma, hakkında, iletişim, blog — bu makalenin konusu bu. HeyCaly’nin SaaS platformunun arkasındaki tam teknik mimarisini merak ediyorsanız, detaylı teknoloji yığını analizimize göz atın.

9 Dil Sorunu

HeyCaly küresel olarak hizmet işletmelerini hedefliyor. Sadece Türkiye ve ABD değil — İspanya, Almanya, Brezilya, İtalya, Orta Doğu, Fransa ve Azerbaycan da. Pazarlama sitesinin 9 dilde olmasına ihtiyacımız vardı:

1. İngilizce
2. Türkçe
3. İspanyolca
4. Almanca
5. Portekizce
6. İtalyanca
7. Arapça (RTL)
8. Fransızca
9. Azerbaycanca

WordPress ile çok dilli seçenekler:

WPML — Endüstri Standardı

WPML WordPress çok dilli siteler için en çok tercih edilen seçenek ve biz de kapsamlı olarak kullandık. 2-3 dilde iyi çalışıyor. Bağımsız yayınlama iş akışları olan 9 dilde işler karmaşıklaşıyor:

• Dizgi çeviri yönetimi yarı zamanlı bir iş haline geliyor
• Her eklenti güncellemesi çeviri bağlantılarını bozma riski taşıyor
• icl_translations tablosu çok büyük oluyor
• Çeviri hafızası yardımcı oluyor ama manuel yükü ortadan kaldırmıyor

Polylang / TranslatePress

Farklı ödünleri olan sağlam alternatifler. Polylang WPML’den daha hafif ve özel yazı türleriyle iyi çalışıyor, ama dizgi çeviri arayüzü 9 dilde kullanışsızlaşıyor. TranslatePress güzel bir görsel çeviri editörü sunuyor — doğrudan ön yüzde çeviri yapıyorsunuz — ama çevirileri özel tabloda saklıyor ve anlık dizgi değişiminden dolayı performans etkisi ekliyor. Her ikisi de aynı temel sınırlamayı paylaşıyor: baştan çok dilli olacak şekilde tasarlanmamış bir sisteme çok dillilik ekliyorlar.

Weglot — SaaS Yaklaşımı

Weglot tamamen harici olduğu için çekici — WordPress eklenti çakışması yok, veritabanı şişkinliği yok, çeviriler pano veya API üzerinden yönetiliyor. İçeriği otomatik çeviriyor ve lokalize edilmiş sürümleri alt dizinler veya alt alan adları üzerinden sunuyor.

Sorun? Fiyatlandırma kelime sayısı ve dillerle ölçekleniyor. Fiyatlandırma sayfaları, SSS’ler, blog yazıları ve yasal sayfalar içeren bir pazarlama sitesiyle 9 dilde maliyetler hızla artıyor — özellikle de yalın bir ürün ekibi için. Weglot otomatik çeviri kalitesinin kabul edilebilir olduğu içerik ağırlıklı bir sitede 2-3 dil için mükemmel anlam ifade ediyor. Her kelimenin yerel hissettirmesi gereken 9 dilde (WhatsApp maketi konuşmalarımız yerel isimleri, yerel klinikleri, kültürel olarak uygun senaryoları referans alıyor), otomatik-çevir-sonra-düzelt iş akışı tasarruf ettiğinden daha fazla yük ekliyor.

Clonable — Tam Site Çoğaltma Modeli

Clonable radikal olarak farklı bir yaklaşım benimsiyor: tüm sitenizin çevrilmiş bir klonunu alt alan adı veya alt klasörde oluşturuyor, orijinali proxy’liyor. WordPress kurulumunuza hiç dokunmuyorsunuz. Çevrilmiş sürüm Clonable’ın altyapısında yaşıyor.

Hızlı çok dilli dağıtım için oldukça hızlı — saatler içinde çevrilmiş bir site çalıştırabiliyorsunuz, günler değil. Ama kullanım durumumuz için birkaç sorun ortaya çıktı:

• İçerik kontrolü: Clonable sitenizi proxy’liyor ve üzerine çevirileri uyguluyor. Orijinal siteniz düzen veya yapısını değiştirirse, çeviriler kayabilir veya bozulabilir.
• SEO sahipliği: Çevrilmiş içerik Clonable’ın proxy katmanında yaşıyor. hreflang etiketlerini ele alıp düzgün HTML sunmalarına rağmen, çok dilli SEO’nuz için onların altyapısına bağımlısınız.
• Derin özelleştirme: Lokalize edilmiş isimlerle WhatsApp maketimiz (Sarah yerine Ayşe, Buddy yerine Pamuk), kültürel olarak uyarlanmış testimoniallar (İstanbul’dan Dr. Ayşe K. yerine Bakı’dan Dr. Günay M.) ve yerele özel içerik varyasyonları — bu seviyedeki dil başına özelleştirme proxy tabanlı çeviri katmanının tasarlandığı şeyin ötesine geçiyor.

Clonable hızlı “yeterince iyi” çok dilliye ihtiyaç duyan işletmeler için mükemmel. Bizim 9 dil boyunca yerele başına tam içerik bağımsızlığıyla “piksel mükemmel lokalizasyona” ihtiyacımız vardı.

WordPress Multisite

Dokuz ayrı WordPress kurulumu. Dokuz eklenti güncelleme seti. Dokuz wp-admin panosu. Müşteriler için multisite ağları yönettik ve çalışıyor — ama hızlı hareket etmek isteyen yalın bir ürün ekibi için yük önemli. Her dil çarpan bakım maliyeti ekliyor: güvenlik yamaları × 9, eklenti güncellemeleri × 9, tema özelleştirmeleri × 9.

WordPress Çok Dilli Kararı

“Çok dilli WordPress’in gerçek maliyeti eklenti lisansı değil. Eklediğiniz her dille birleşen devam eden bakım yüküdür.” — Dahili proje retrospektifimiz

WordPress çok dilli seçeneklerinin bizim ölçeğimizdeki karşılaştırması:

Bu yaklaşımlardan herhangi biriyle 9 dilli WordPress sitesi bakımının ayda yaklaşık 4-8 saat çeviri yönetimi, eklenti uyumluluk testi ve içerik senkronizasyonu gerektireceğini tahmin ettik. Ürün özellikleri geliştiren bir ekip için bu karşılayamayacağımız zamandı.

Neden Sanity + Next.js’i Seçtik

Dört headless CMS seçeneği değerlendirdik:

Sanity Neden Kazandı

Döküman seviyesi uluslararasılaştırma. Bu belirleyici faktördü.

Sanity’nin @sanity/document-internationalization eklentisi dil başına tamamen ayrı dökümanlar oluşturuyor. Türkçe ana sayfa kendi dökümanı. Almanca SSS öğeleri kendi dökümanları. Hiçbir veritabanı satırını, bağlantılı meta alanı, kırılgan çeviri ilişkisini paylaşmıyorlar.

Bunu WPML’nin çevirilerin icl_translations metadatasıyla bağlantılı WordPress yazıları olduğu yaklaşımıyla karşılaştırın. Bu bağlantıların taşınma sırasında, toplu güncellemeler sırasında, bazen rutin eklenti güncellemeleri sırasında bozulduğunu gördük. Sanity’nin yaklaşımı bu tür hataların tüm sınıfını ortadan kaldırıyor.

Sayfa kurucusu deseni ikinci faktördü. Sanity’de içerik bloklarını tiplenmiş nesneler olarak tanımlıyorsunuz — hero bölümleri, fiyatlandırma tabloları, SSS akordeonları, testimonial karuselları — ve bu blokları düzenleyerek sayfalar oluşturuyorsunuz. İçerik editörleri sayfaları oluşturmak için blokları sürükleyip bırakıyor, Gutenberg’e benzer, ama temel veri veritabanı sütunundaki serileştirilmiş HTML yerine temiz, yapılandırılmış JSON.

Her blok güçlü tiplenmiş bir nesne. Ayrıştırılacak kısa kod yok. wp_postmeta longtext sütununda serileştirilmiş veri yok. “Kadence güncellenip blok formatını değiştirdiğinde ne olur” kaygısı yok. Veri temiz JSON, sorgulanabilir ve nasıl işlendiğinden tamamen ayrıştırılmış.

Sanity’nin sorgu dili GROQ (Graph-Relational Object Queries), tek okunabilir sorguda tam olarak ihtiyacınız olan veriyi getirmenizi sağlıyor — referansları çözümleyerek, dile göre filtreleyerek ve iç içe alanları projeksiyonlayarak. Çoklu veritabanı birleştirmesi yok, N+1 sorgu sorunu yok, özel SQL yok.

Teknik Mimari

Sonunda şununla çıktık:

İçerik Katmanı: Sanity CMS

• Plan: Ücretsiz (pazarlama sitesi için fazlasıyla yeterli)
• 17 şema tipi (dökümanlar + nesneler)
• 9 dil boyunca 155+ döküman
• İçerik yönetimi için Sanity Studio (geliştirme sırasında localhost:3333’te çalışır)
• npx sanity schema deploy ile Sanity cloud’a dağıtılan şema

Ön Yüz: Vercel’de Next.js 16

• Framework: Next.js 16.2 (App Router)
• Stil: Tailwind CSS v4
• İşleme: Sunucu tarafı işleme (SSR) — her istek Sanity’den taze içerik getiriyor
• Yönlendirme: 9 yerel ön ekiyle /[locale]/ deseni
• Bileşenler: Her biri Sanity şema tipine eşlenen 12 sayfa kurucusu bloku

Barındırma & Altyapı

• Barındırma: Vercel (Hobby planı)
• DNS: Cloudflare (mevcut — sadece A kayıtlarını Hostinger’dan Vercel’e değiştirdik)
• SSL: Vercel otomatik sağlama
• Görüntüler: Vercel CDN üzerinden sunulan yerel /public/images/ dizini

E-Ticaret İçin Neden Hâlâ WordPress + WooCommerce’i Seçeriz

Burada çok net olmamız gerekiyor: HeyCaly kararı SaaS pazarlama sitesine özgüydü. Bir e-ticaret mağazası kuruyorsak, cevabımız tamamen farklı olurdu.

WooCommerce tüm çevrimiçi mağazaların yaklaşık %36’sını güçlendiriyor. Bu atalet değil — ekosistem e-ticaret için gerçekten eşsiz olduğu için:

1. Ölçekte Ürün Yönetimi

WooCommerce karmaşık ürün kataloglarını yerel olarak işliyor:

• Basit ürünler, değişken ürünler, gruplandırılmış ürünler, harici/bağlı kuruluş ürünleri
• Hiyerarşik taksonomili ürün özellikleri, kategorileri, etiketleri
• Depo seviyesi ayrıntı düzeyiyle stok yönetimi
• WP-Admin veya CSV içe aktarma yoluyla toplu düzenleme

Sanity’de bunun tamamını sıfırdan inşa etmeniz gerekir. Yerleşik “ürün” şema tipi yok. Sepet yok. Ödeme yok. Sipariş yönetimi yok. Stok takibi yok. Sıfırdan başlıyorsunuz.

2. Eklenti Ekosistemi

WooCommerce eklenti ekosistemi hiçbir headless CMS’in kopyalayamayacağı rekabetçi bir hendek:

• Ödeme geçitleri: 100+ seçenek (Stripe, PayPal, iyzico, yerel banka entegrasyonları)
• Kargo: DHL, FedEx, UPS, yerel taşıyıcılar, gerçek zamanlı fiyat hesaplaması ile entegrasyon
• Vergi: TaxJar veya yerel WooCommerce Tax ile 100+ ülke için otomatik vergi hesaplaması
• Abonelikler: Yinelenen ödemeler için WooCommerce Subscriptions
• Üyelikler, rezervasyonlar, açık artırmalar, çoklu satıcı — tümü eklenti olarak mevcut

Headless yığında eşdeğer işlevsellik geliştirmek şunlardan birini gerektirir:

• Her özellik için özel kod yazmak (pahalı, zaman alıcı)
• Birden fazla SaaS hizmetini entegre etmek (Stripe, Shippo, TaxJar ayrı ayrı — daha fazla hareketli parça, daha fazla hata noktası)

3. ERP Entegrasyonu

WooCommerce’in B2B ve kurumsal e-ticaret için gerçekten parladığı nokta burası. WooCommerce ile büyük ERP sistemleri arasında entegrasyonlar geliştirdik:

• Exact Online — gerçek zamanlı stok senkronizasyonu, sipariş akışı, fatura oluşturma
• SAP Business One — ürün kataloğu senkronizasyonu, fiyat kademeleri, müşteri grupları
• Microsoft Dynamics 365 — sipariş yönetimi, CRM entegrasyonu
• Özel ERP API’leri — webhook tabanlı çift yönlü senkronizasyon

Bu entegrasyonlar WooCommerce’in iyi dokümante edilmiş webhook sistemine, REST API’sine (ürün/sipariş veri modelini tam olarak yansıtan) ve WP ERP gibi olgun eklentiler ile özel middleware çözümlerine dayanır.

Headless CMS + özel frontend kurulumunda ERP entegrasyonu şu anlama gelir:

• Her veri akışı için özel API uç noktaları geliştirmek
• Kendi sipariş durum makinenizi uygulamak
• Ödeme webhook işlemlerini manuel olarak yönetmek
• WooCommerce’in yerleşik kilitleme mekanizmaları olmadan stok rezervasyon mantığını yönetmek

Bunu biliyoruz çünkü değerlendirdik. Birden fazla kez. WooCommerce’in ERP entegrasyon yeteneklerini headless bir yığında çoğaltmanın geliştirme maliyeti genellikle 6-12 aylık geliştirici zamanını aşar.

4. Çok Dilli E-Ticaret

İronik bir durum: HeyCaly’yi WordPress’ten kısmen çok dilli karmaşıklık nedeniyle uzaklaştırmış olmamıza rağmen, WPML aslında çok dilli e-ticareti herhangi bir headless alternatifinden daha iyi yönetiyor.

WPML’in WooCommerce Multilingual eklentisi şunları sağlar:

• Paylaşılan SKU’larla dil başına ürün çevirileri
• Otomatik döviz kurlarıyla çoklu para birimi desteği
• Çevrilmiş ödeme akışları, e-postalar ve faturalar
• Dile özel kargo bölgeleri ve vergi kuralları
• Headless frontend’ler için WooCommerce REST API ile entegrasyon

Sanity + Next.js yığınında bölgeye özel erişilebilirlik kurallarıyla çok dilli ürün katalogları uygulamayı deneyin. Önemli bir mühendislik çabası gerektirir.

Stoneline Örneği: Sanity Neden Yanlış Seçim Olurdu

Bunu somutlaştırmak için aktif e-ticaret projelerimizden birinden bahsedelim: Stoneline.

Stoneline, mimarlık, iç mimarlık ve inşaat sektörlerine hizmet veren premium doğal taş ithalatçısı ve distribütörüdür. İstanbul’dan tedarik edip dağıttıkları mermer, granit, traverten ve terrazzo koleksiyonları (Palezzo markası altında) sunuyorlar. Kapsam şöyle:

WordPress + WooCommerce (Katalog Modu) Neden Burada Doğru Seçim

Stok rezervasyonu. Bir mimar bir proje için belirli bir mermer bloku seçtiğinde, o blok teklif süreci boyunca ERP sisteminde rezerve edilmesi gerekir. Teklif rezervasyon penceresi içinde onaylanmazsa, blok tekrar mevcut stoka salınır. WooCommerce’in oturum ve sipariş yönetim sistemi, özel ERP hook’larıyla birleşince bu rezervasyon mantığını yönetir. Headless kurulumda, TTL tabanlı kilitlerle özel stok rezervasyon mikroservisi, teklif süresi dolduğunda ERP’ye webhook geri çağrıları ve aynı blok için eşzamanlı rezervasyonlarda yarış durumu işleme gerekir. Bu, WooCommerce’in mimarisinin doğal olarak desteklediği bir şey için önemli bir mühendislik çabasıdır.

Bölgesel katalog yönetimi. Stoneline WooCommerce’i katalog modunda işletiyor — sepet yok, ödeme yok, halka açık fiyatlandırma yok. Bunun yerine, ürün kataloğu mimarların ve tasarımcıların koleksiyonlara göz attığı, blok boyutlarını ve teknik özellikleri görüntülediği ve teklif talepleri gönderdiği dijital bir showroom görevi görür. Farklı bölgeler farklı ürün erişilebilirliği görür: Türkiye’de çıkarılan bir mermer çeşidi yerel pazar için kolayca mevcut olabilir ancak AB kataloğunda “erişilebilirlik için iletişime geçin” şeklinde gösterilebilir. Clonable ile WooCommerce bu bölgesel katalog varyasyonunu verimli şekilde yönetir — Clonable, ERP hangi ürünlerin bölge başına görünür ve mevcut olduğunu kontrol ederken, yerelleştirilmiş domainlerde kataloğun tam çevrilmiş versiyonlarını oluşturur.

B2B toptan. Stoneline hem B2C (mimarlar ve ev sahiplerine doğrudan) hem de B2B (inşaat şirketleri, distribütörler ve üreticilere toptan) satış yapar. B2BKing gibi WooCommerce eklentileri veya özel rol tabanlı fiyatlandırma, ayrı bir sistem kurmadan bunu sağlar.

“Stoneline için soru WordPress’in en iyi teknoloji olup olmadığı değil. Diğer herhangi bir yığının katalog modunda WooCommerce + Clonable + ERP entegrasyonunun bize verdiğini — 6 dilde ve birden fazla bölgede gerçek zamanlı stok görünürlüğüne sahip çok dilli dijital showroom — 10 kat geliştirme çabası olmadan çoğaltıp çoğaltamayacağı.” — İç mimari karar dokümanımız

Karar Çerçevesi: Ne Zaman Ne Kullanılır

Her iki yığınla da yaşadıktan sonra, dürüst karar matrisimiz şöyle:

Sanity + Next.js’i Seçin:

• ✅ Pazarlama sitesi, açılış sayfası veya ürün broşürü (e-ticaret değil)
• ✅ Bağımsız yayınlama iş akışlarına sahip 4+ dil
• ✅ Performans rekabet avantajı sağlayıcı
• ✅ İçerik yapısı karmaşık (sayfa oluşturucular, iç içe bloklar, çapraz referanslar)
• ✅ Geliştirme ekibi React/TypeScript konusunda rahat
• ✅ Cömert ücretsiz katmanlarla yalın yığın
• ✅ İçerik ve sunum arasında temiz ayrım istiyorsunuz

WordPress + WooCommerce’i Seçin:

• ✅ Ürün kataloğu, sepet, ödeme ile e-ticaret
• ✅ ERP/CRM entegrasyonu gerekli (stok senkronizasyonu, sipariş akışı, faturalama)
• ✅ Eklenti ekosistemi önemli (ödemeler, kargo, vergi, abonelikler)
• ✅ İçerik ekibi teknik değil ve WordPress biliyor
• ✅ 1-3 dil (WPML bunu iyi yönetir)
• ✅ Müşterinin geliştirici müdahalesi olmadan kendi kendini yönetmesi gerekiyor
• ✅ Hızlı prototipleme — WordPress hâlâ sıfırdan canlıya en hızlısı

WordPress + Headless Frontend’i Seçin:

• ✅ WooCommerce’in backend’ine ihtiyacınız var ama modern frontend istiyorsunuz
• ✅ Performans gereksinimleri geleneksel WordPress’in sunduğunu aşıyor
• ✅ Geliştirme ekibi iki sistemi koruyabilir
• ✅ Ekip ek karmaşıklığı yönetebilir

Bu hibrit yaklaşım — backend olarak WordPress, frontend olarak React/Next.js — giderek popüler ve hakkında kapsamlıca yazdığımız bir konu.

Neler Öğrendik

1. Doğru Araç İşe Bağlı, Trende Değil

Headless CMS’in zamanı. Twitter/X, WordPress’in öldüğünü ilan eden ve Sanity, Contentful ve benzer platformları öven geliştiricilerle dolu. Deneyimimiz headless’ın belirli kullanım durumları için gerçekten daha iyi olduğunu doğruluyor — ama diğerleri için felaket derecede kötü.

9 dilde SaaS açılış sayfası mı? Sanity parlıyor.

80K SKU ve ERP entegrasyonu olan e-ticaret mağazası mı? WordPress + WooCommerce, tartışmasız.

2. Çok Dilli Temel Farklılaştırıcı

Tek dilli site yapıyorsanız, CMS seçimi daha az önemli. WordPress, Sanity, Contentful — hepsi sizi hedefe götürür. 4+ dil eklediğinizde mimari farklılıklar anlaşma bozucu hale gelir.

Sanity’nin doküman düzeyindeki i18n’i, yüksek dil sayısına sahip projeler için WPML’in bağlantılı gönderi modelinden temelde üstün. Ama WPML’in WooCommerce entegrasyonu (çoklu para birimi, çevrilmiş ödeme, yerelleştirilmiş faturalar) hiçbir headless CMS’in dokunamayacağı bir şey.

3. Geliştirici Deneyimi Kullanıcı Deneyimi Değil

Sanity Studio güçlü ve esnek. Ayrıca wp-admin’de yıllar geçirmiş herkese tanıdık gelmiyor. İçerik ekibinin rahatlığı önemli. Dünyanın en mimari açıdan zarif sistemini kurabiliriz ve içeriği her gün yöneten insanlar onu kullanmaktan nefret ederse hiçbir değeri olmaz.

HeyCaly için içerik ekibi biziz — geliştiriciler. Sanity Studio ile sorunumuz yok. Stoneline için içerik ekibi yıllardır WordPress kullanan teknik olmayan personeli de içeriyor. Onlardan Sanity’ye geçmelerini istemek hiçbir performans kıyaslamasının haklı çıkaramayacağı sürtüşme yaratır.

HeyCaly Şu Anda Nerede

Bugün itibariyle HeyCaly şunların üzerinde çalışıyor:

• 9 dil, her biri WhatsApp demo konuşmalarında kültürel olarak uygun isimler de dahil tam yerelleştirilmiş içerikle (Türk kullanıcılar “Sarah” ve “Alex” değil “Ayşe” ve “Ahmet” görüyor)
• Sanity CMS sayfa oluşturucu deseniyle 155+ dokümanı yönetiyor
• Vercel’de Next.js otomatik SSL ve küresel edge dağıtımıyla
• Sıfır WordPress bağımlılığı — görseller bile Vercel’in CDN’inden yerel olarak sunuluyor

Bir hafta önce domaini aldık, tüm siteyi Sanity ile yerel olarak geliştirdik ve önümüzdeki günlerde canlıya alacağız. Konseptten üretime geçiş hızı olağanüştü — ve dürüstçe, bu hızın önemli bir kısmı AI destekli geliştirmeden geldi, bu da başka bir yazının konusu.

WordPress bizi bugün olduğumuz yere getirdi. Hâlâ işimizin temeli. Ama ne zaman farklı bir araca uzanacağını bilmek — ve bunu gerçekten yapma güvenine sahip olmak — işte bu bir WordPress ajansını web çözümleri şirketinden ayıran şey.

HeyCaly, WhatsApp üzerinden boş randevu slotlarını dolduran AI destekli müşteri yeniden etkileşim platformudur. The WP Clan tarafından geliştirildi.

Çok dilli mimari gerektiren bir projeniz mi var? WordPress, Sanity veya hibrit yaklaşım olsun, bunun hakkında duymaktan memnuniyet duyarız.