Kampanya günü site yükü için önce mağazanızın hangi altyapıda çalıştığına bakın. ideasoft gibi barındırılan bir altyapıda sunucuyu altyapı firması yönetir; sizin elinizde kampanya sayfasına eklediğiniz betikler ve etiketler, görsellerin boyutu, açılır pencereler ve ödeme kuruluşunun duyurularını izlemek kalır. WooCommerce gibi sunucusunu kendisi yöneten bir mağazada önbellek ayarı ve sürüm güncellemelerinin zamanı da sizin işinizdir; WooCommerce belgelerine göre sepet, ödeme ve hesabım sayfaları önbellekten hariç tutulur. Kampanya günü hatalı ve sonuçlanmamış ödemeler panelden aralıklarla okunur, sorun çıktığında kimin hangi adımı atacağı önceden yazılır.

KonuBarındırılan Altyapı (ideasoft Gibi)Kendi Sunucusu Olan Mağaza (WooCommerce Gibi)
Sunucu ve KapasiteAltyapı firmasındadır; panelde kaynak ve trafik kullanımı izlenirMağazada ya da barındırma firmasındadır
Sayfa ÖnbelleğiAltyapının ayarıdırMağazanın ayarıdır; sepet, ödeme ve hesabım sayfaları hariç tutulur
Betik ve EtiketlerSatıcıdadır; kullanılmayanlar kaldırılırSatıcıdadır; kullanılmayanlar kaldırılır
Görseller ve Açılır PencerelerSatıcıdadır; görseller yüklenmeden önce sıkıştırılırSatıcıdadır; görseller yüklenmeden önce sıkıştırılır
Sürüm GüncellemesiAltyapı firmasındadırKampanya haftasından önce yapılır ya da kampanyadan sonraya bırakılır
Sorun AnındaAltyapı firmasına destek kaydı açılırBarındırma firmasına ve siteyi yöneten geliştiriciye haber verilir

Bu yazı, 27.11.2026 Cuma günü olan Black Friday'den önceki son hafta için hazırlandı. Otuz günlük genel hazırlık Kasım kampanyası hazırlık listesinde anlatılır; orada iki satırla geçen site hızı ve yük hazırlığının ayrıntısı bu yazıdadır. Site hızının arama sonuçlarına etkisi bu yazının konusu değildir.

Barındırılan altyapıda satıcının kontrolündeki işler

Barındırılan (SaaS) bir altyapıda sunucu, kapasite ve sayfa önbelleği altyapı firmasının sorumluluğundadır; satıcı bunları ayarlamaz. Kampanya günü sayfaların nasıl açılacağını ise satıcının eklediği öğeler de etkiler: kampanya sayfasındaki afişler ve slider, açılır pencereler, ölçüm ya da sohbet için eklenen betikler ve etiket yöneticisindeki etiketler. Hazırlığın bu bölümü satıcının işidir.

ideasoft'ta yönetim panelindeki Kaynak ve Trafik Kullanımı bölümü sayfa görüntüleme, CDN, veri aktarımı ve API isteği kullanımını gösterir. ideasoft'un yardım sayfasına göre sınırlar pakete göre değişir; saldırı trafiği, Early Hints ve Always Online özellikleri sayıma girmez. Kampanyadan önce paketinizin sınırını ve son haftaların kullanımını panelden okuyun; son 30 günün kullanım kaydını destek üzerinden isteyebilirsiniz. Trafik kullanımının neden ziyaretçi sayısından farklı olduğu bilgi kütüphanesindeki maddede anlatılır.

Aynı yardım sayfası trafiği azaltmak için üç öneri verir: görselleri sıkıştırmak, slider'ı dört görselle sınırlamak ve entegrasyonlarda webhook ile yalnızca değişen veriyi göndermek.

Kampanya günü site yükünde sorumluluk: barındırılan altyapıda satıcı betik, etiket, görsel, kampanya sayfası, açılır pencere, ödeme kuruluşu duyuruları ve destek kaydıyla ilgilenir; sunucu ve önbellek altyapı firmasındadır; kendi sunucusu olan mağazada önbellek, sürüm ve yedek de mağazadadır.
Barındırılan altyapıda sunucu satıcının değildir; satıcının hazırlığı kendi eklediği öğelerle başlar.

Kampanya sayfasında görsel boyutu

ideasoft'un ürün görselleri sayfasına göre görseller JPG ya da PNG olmalı, her görselin dosya boyutu 500 KB civarında kalmalı ve hiçbir görsel 1 MB'ı geçmemelidir. Espy, yeni nesil temalar ve bütün Flex temalarda görsel seçilen çerçeveye otomatik sığdırılır; Bree Balla ve altındaki temalarda otomatik boyutlandırma yoktur. Otomatik sığdırma olsa da dosya boyutunu küçültmek satıcının işidir; kampanya için hazırlanan afiş ve ürün görsellerini yüklemeden önce sıkıştırın.

Afişin ağırlığı sayfa deneyimi ölçülerine de yansır. LCP, görünür alandaki en büyük görseli, metin bloğunu ya da videoyu raporlar; kampanya sayfasının üstündeki büyük afiş bu yüzden ölçünün konusu olabilir.

Üçüncü taraf betikler ve etiket yöneticisi

Google'ın web.dev rehberine göre kod iyileştirilmiş olsa da site yavaşsa nedeni çoğunlukla üçüncü taraf betiklerdir. Sayfanın çizimi için gerekli olmayan betikler async ya da defer ile yüklenir, az değer katan betik kaldırılır. Betiği sunan sunucu yavaş yanıt verirse sayfanın yüklenme olayı da bekleyebilir. Bir betiğin etkisini görmek için rehber, Chrome geliştirici araçlarında ya da Lighthouse'ta o betiğin alan adını engelleyip sayfayı yeniden ölçmeyi önerir.

Barındırılan altyapıda betiklerin yüklenme biçimini ayarlayamıyorsanız elinizdeki karar betiği tutmak ya da kaldırmaktır. Kampanyadan önce siteye eklenmiş bütün betikleri listeleyin; artık kullanılmayan deneme araçlarını, eski kampanyalardan kalan kodları ve aynı işi gören ikinci aracı kaldırın.

Google Etiket Yöneticisi'nin yardım sayfası, her konteynerde etiket sayısını makul tutmayı önerir; etiket sayısı için kesin bir üst sınır vermez. Çok etiket, tetikleyici ve değişken ya da büyük özel HTML etiketleri olan konteynerde Versions (Sürümler) sayfasında bir boyut göstergesi çıkabilir; gösterge %70'in üstündeyse iyileştirme önerilir. Sayfanın saydığı iyileştirme yolları şunlardır:

  • Benzer Etiketler: Bir değişkenle tek etikette birleştirilir.
  • Kullanılmayan Öğeler: Kullanılmayan etiket, tetikleyici ve değişkenler kaldırılır.
  • Özel HTML: Özel HTML ve JavaScript en aza indirilir; desteklenen etiket şablonu daha verimlidir.
  • Sunucu Tarafı Etiketleme: Çok etiket yönetiliyorsa bir kısmı sunucu tarafı etiketlemeye taşınabilir; tarayıcıya yüklenen üçüncü taraf kodu azalır.

ideasoft'ta etiket yöneticisi Ayarlar > Genel Ayarlar > Pazarlama ve Analiz Araçları altındaki Tag Manager Ölçüm Kimliği alanından bağlanır. ideasoft'a göre aynı konteyner hem bu alandan hem Özel Script Kodları'ndan çalışırsa çift ölçüme neden olabilir; yeni bağlantıyı doğrulamadan eski kodları silmeyin. Kampanya haftasından önce konteynerin tek yerden yüklendiğini kontrol edin. Hazır konteyner dosyasını aktarırken eski etiketlerin nasıl korunacağı ideasoft GTM aktarımı maddesinde anlatılır.

Kampanya haftasında konteynere yeni etiket eklemek ve yeni sürüm yayımlamak, sorun çıktığında nedeni bulmayı zorlaştırır. Gereken etiketleri bu haftadan önce yayımlayıp sınayın; kampanya haftasında yalnızca hata düzelten değişiklik yapın.

Açılır pencere ve kampanya şeridi

ideasoft'ta açılır pencereler ve şeritler Ayarlar > Tasarım Ayarları > Popup ve Bar Yönetimi ekranından yönetilir. ideasoft'un yardım sayfası, açılır pencerenin hemen gösterilmesinin ziyaretçi deneyimine zarar verebileceğini yazar ve 2 ile 5 saniyelik bir gecikmeyle başlayıp sonuca göre ayarlamayı önerir. Pencerenin görseli yüklenmeden önce sıkıştırılır; önerilen ölçü 500 x 500 pikseldir ve görsel otomatik yeniden boyutlandırılmaz.

Ürün sayfaları seçildiğinde pencere bütün ürün detay sayfalarında görünür, tek bir ürün seçilemez; gösterim sıklığını bu yüzden dikkatle ayarlayın. Telefonda pencere yalnızca Ayarlar > Tasarım Ayarları > Tema Ayarları altındaki Standart Popup ve Bar Kullanımının Mobilde Gösterimi seçeneği açıksa görünür; bu seçeneği telefondaki görünümü düşünerek bilerek açın ya da kapalı bırakın.

Kampanya günü için en işe yarar bilgi şudur: durum alanı pasif yapıldığında içerik siteden kalkar, kayıt silinmez; aktif yapıldığında yeniden yayınlanır. Sorun çıkaran bir pencereyi bu yolla silmeden kapatabilirsiniz.

web.dev'in CLS sayfası, sayfa düzeninin kaymasının yaygın nedenleri arasında boyutu bilinmeyen görsel ve videoları, yazı tipi değişimini, kendi boyutunu değiştiren üçüncü taraf araçları ve sonradan eklenip mevcut içeriğin üstüne giren içeriği sayar. Sayfa açıldıktan sonra yer kaplayan şerit ve araçları bu açıdan telefonda ayrıca kontrol edin.

Kampanyadan önce sekiz kontrol: kullanılmayan betik kaldırılır, gerekli olmayan betik async ya da defer ile yüklenir, etiketler birleştirilir, konteyner tek yerden yüklenir, pencere gecikmeyle açılır, görsel sıkıştırılır, mobil gösterim bilerek seçilir, kampanya haftasında yeni etiket eklenmez.
Kampanya haftasında yalnızca hata düzelten değişiklik yapılır; gereken etiketler bu haftadan önce yayımlanır.

Kampanya öncesi sayfa deneyimi ölçütleri

Yaptığınız değişikliklerin etkisini Google'ın Core Web Vitals eşikleriyle izleyebilirsiniz; ölçülerin tanımı sözlükte, LCP, INP ve CLS maddelerindedir. web.dev'e göre eşikler şöyledir:

ÖlçüİyiKötü
LCP2,5 saniye ya da altı4,0 saniyenin üstü
INP200 milisaniye ya da altı500 milisaniyenin üstü
CLS0,1 ya da altı0,25'in üstü

Bir sayfa, üç ölçüde de eşiği ziyaretlerin 75. yüzdelik diliminde tutturursa geçer; mobil ve masaüstü ayrı değerlendirilir. INP tıklama, dokunma ve klavye etkileşimlerinin gecikmesini ölçer, kaydırmayı ölçmez; sepete ekleme ve ödeme düğmelerine dokunulduğunda sayfanın ne kadar geç yanıt verdiği bu yüzden INP'ye yansır.

PageSpeed Insights iki tür veri gösterir. Saha verisi gerçek kullanıcılardan gelir ve önceki 28 günü kapsar; kampanya haftasında yaptığınız bir düzeltme bu veriye hemen tam yansımaz. Laboratuvar verisi tek bir cihazda benzetilmiş bir yüklemedir; değişikliğin etkisine hızlıca bakmak için o kullanılır. Yeni ya da az ziyaret alan bir kampanya sayfasında saha verisi olmayabilir; araç bu durumda sitenin genel verisine geçer. Ölçülerin arama sonuçlarıyla ilişkisi Core Web Vitals ve site hızının SEO etkisi yazısında anlatılır.

Ödeme adımında hatalı ve sonuçlanmamış ödemeler

ideasoft'ta kartlı ödemede sorun yaşayan müşteriler iki listede görünür; ikisi de Siparişler > Siparişler > Filtreler > Ödeme Durumu yolundadır. Hatalı Ödemeler, başarısız sonuçlanan kartlı ödemeleri ve bankadan dönen hata kodlarını listeler. ideasoft'un saydığı yaygın nedenler kart limitinin yetmemesi, yanlış 3D Secure şifresi, dolan günlük internet harcama limiti, hatalı kart bilgisi ve sanal POS kurulum sorunudur.

Sonuçlanmamış Ödemeler ise yarım kalan işlemleri gösterir: müşteri 3D Secure adımını şifre girmeden bırakmış, şifreden sonra sipariş tamamlama sayfası görünmeden siteden çıkmış ya da ödeme bankaya ulaşırken bağlantı kopmuş olabilir. Bu listedeki kayıt ödemenin alındığı anlamına gelmez; tutarı bankadan doğrulamadan siparişi Taşı ile başarılı siparişlere almayın. Doğrulamanın nasıl yapılacağı ve iki denemeli siparişte dikkat edilecekler sonuçlanmamış ödeme maddesinde anlatılır.

Kampanya günü bu iki listeye düzenli aralıklarla bakın. ideasoft, hatalı ödeme kaydı olan müşteriyle iletişime geçip alışverişi tamamlamasına yardım etmeyi önerir. Aynı hata kodu kısa sürede çok sayıda müşteride tekrarlanıyorsa sorun tek tek kartlarda değil ödeme bağlantısında olabilir; kodun anlamını bankanıza ya da ödeme kuruluşunuza sorun.

ideasoft'ta kampanya günü ödeme kayıtlarının altı adımlı kontrolü: Ödeme Durumu filtresi açılır, Hatalı Ödemeler'de hata kodu okunur, müşteriyle iletişime geçilir, Sonuçlanmamış Ödemeler incelenir, tutar bankadan doğrulanır, doğrulanan sipariş Taşı ile başarılı siparişlere alınır.
Sonuçlanmamış ödeme kaydı tahsilat kanıtı değildir; tutar bankada görülmeden sipariş taşınmaz.

Ödeme kuruluşunun bakım duyuruları

Ödeme adımı yalnızca mağazaya bağlı değildir; ödeme kuruluşu ya da banka da bakım çalışması yapabilir. Örnek olarak iyzico'nun genel koşulları, kesintileri özellikle çalışılmayan günlerde ve 19.00 ile 06.00 arasında yapmak için azami gayret göstereceğini, acil durumlar dışında kesintiyi müşteriye önceden e-postayla bildireceğini ve yönetim arayüzüne kesintisiz erişimi garanti etmediğini yazar. Acil durumda bu saatlerin dışında da kesinti olabilir.

Kampanya haftasında ödeme kuruluşunun ve bankanın e-postalarının gittiği adresi kimin okuduğunu netleştirin. Kampanya gününe denk gelen bir bakım bildirimi gelirse kuruluşla hemen iletişime geçin. Çalıştığınız kuruluşun bildirim koşulu kendi sözleşmesinde yazar; sözleşmenin nasıl kurulduğu sanal POS başvurusu yazısında anlatılır.

ideasoft destek kaydının hazırlanması

Barındırılan altyapıda sunucu kaynaklı bir sorunu altyapı firması çözer; ideasoft'ta bunun yolu Destek Sistemi'dir. Destek Sistemi yönetim panelinin üst menüsünde, adınızın altındaki bağlantıdan açılır. İlk girişte şifre, sözleşmedeki birincil e-posta adresiyle Şifremi Unuttum adımından oluşturulur; girişte telefona SMS ile kod gelir. Kampanya gününden önce, sorun anında kayıt açacak kişinin bu girişi yapabildiğini deneyin.

Kayıt Yeni Destek Talebi düğmesiyle açılır; birden çok sözleşme varsa ilgili sözleşme, ardından kategori ve konu seçilir. Açıklama alanına sorunun görüldüğü panel sayfası ya da yol, tam hata iletisi, sorunun başladığı zaman, denediğiniz adımlar ve örnek ürün, sipariş ya da üye bilgisi yazılır. Ekran görüntüsü eklenebilir; görüntüde kişisel veri ya da ödeme bilgisi görünmemelidir. Kayıt Açık Destek Kayıtları bölümünden izlenir; aynı sorun için yeni kayıt açılmaz, bilgi aynı kayda eklenir.

Kampanya günü planınızı yalnızca bu kaydın yanıtına bağlamayın; kendi elinizdeki adımları, örneğin açılır pencereyi pasif yapmayı ya da yeni etiketi geri almayı ayrıca hazırlayın.

WooCommerce mağazasında önbellek ayarı

WooCommerce gibi kendi sunucusunda ya da kiralık barındırmada çalışan bir mağazada sayfa önbelleği bir önbellek eklentisiyle ya da barındırma firmasının sunucu önbelleğiyle sağlanır ve ayarı mağazanın işidir. Herkese aynı görünen ana sayfa, kategori ve ürün sayfaları önbelleğe alınabilir; kişiye özgü bilgi gösteren sayfalar alınamaz.

WooCommerce'in geliştirici belgelerine göre sepet (Cart), ödeme (Checkout) ve hesabım (My Account) sayfaları önbellekten hariç tutulur; bu sayfalar müşteriye ve sepetine özgü bilgi gösterdiği için dinamik kalmak zorundadır. Belge iki çerezin de önbellekten hariç tutulabileceğini söyler: sepet içeriğinin değiştiğini belirlemeye yarayan woocommerce_items_in_cart ve müşterinin sepet verisini veritabanında bulmaya yarayan wp_woocommerce_session_. Veritabanı önbelleği kullanılıyorsa _wc_session_ kayıtlarını da hariç tutmak yararlı olabilir.

Belgedeki eklenti örnekleri aynı kuralı izler: WP Rocket'ta üç sayfa hariç tutulur ve JavaScript küçültmeden kaçınılır; WP Super Cache bu sayfaları varsayılan olarak önbelleğe almaz; Varnish için verilen örnek kurallar sepet, hesabım ve ödeme adreslerini ve ?add-to-cart= isteklerini önbelleksiz geçirir.

Hesabım sayfası önbelleğe alınırsa müşteriler şifre sıfırlama döngüsüne girebilir. Belgeye göre sunucu tarafında önbellek kullanan bazı barındırma firmaları bu sayfayı kendiliğinden hariç tutmaz; bu durumda hariç tutmayı barındırma firmanızdan isteyin. Kampanyadan önce bir deneme hesabıyla giriş, şifre sıfırlama, sepete ekleme ve ödeme adımını önbelleği açık sitede bir kez deneyin. Mağazanın ödeme ve gönderim ayarlarının kendisi WooCommerce kurulumundan sonra ilk ayarlar yazısındadır.

WooCommerce'te kampanya haftasında sürüm güncellemesi

Kampanya haftasında WordPress, WooCommerce, tema ya da eklenti sürümü güncellemek, sorun çıktığında nedeni bulmayı ve geri dönmeyi zorlaştırır. Bu resmî bir kural değil, kampanya dönemleri için genel bir tavsiyedir: güncelleme gerekiyorsa kampanya haftasından önce, önce hazırlama sitesinde ve ödeme adımını deneyerek yapılır; gerekmiyorsa kampanyadan sonraya bırakılır. PHP sürümü ayrı bir konudur; adımları WooCommerce PHP güvenlik güncellemesi yazısındadır.

WooCommerce'in geliştirici blogunda 11.3 sürümü 09.11.2026 haftası için planlanmıştır; bu bir plan tarihidir ve ön sürüm notundaki ayrıntılar değişebilir. Nota göre 11.3, reddedilen bir ödemeden sonra yeniden denemede KDV muafiyetinin ve hesaplanmış kargonun müşteri girişlerinde korunmasıyla ilgili bir değişiklik getirir. Analitik için eklenen ödeme yöntemi dizini büyük mağazalarda zaman ve disk okuma-yazma ister; nota göre her 1 milyon sipariş için yaklaşık 47 MB yer kaplar ve eski MySQL 5.7 sürümünde tabloyu yeniden kurar.

Mağazanız henüz 11.3'e geçmediyse ve çok sayıda sipariş barındırıyorsa geçişi kampanya haftasından sonraya bırakmak, bu dizinin kampanya günü kurulmasını önler.

Yük testi ve geri dönüş planı

WooCommerce'in performans belgelerinde yük testi ya da yoğun trafik anlatan bir sayfa yer almaz; aşağıdakiler genel bilgiye dayanan tavsiyelerdir. Sunucusunu kendisi yöneten mağazada yük testi canlı siteye değil, hazırlama sitesine ya da barındırma firmasının bilgisi ve onayıyla yapılır. Testte yalnızca ana sayfanın açılması değil, kampanya sayfası, ürün sayfası, sepete ekleme ve ödeme adımı birlikte sınanır. Hazırlama sitesinin önbellek ayarı canlıdakiyle aynı değilse sonuç yanıltıcı olur.

Barındırılan altyapıda sunucu satıcının değildir; satıcının sınayabildiği, kendi eklediği betik, görsel ve açılır pencerelerin sayfaya etkisidir. Bunu yukarıdaki ölçülerle, öğeleri tek tek kapatıp açarak görebilirsiniz.

Geri dönüş planı, son değişiklikten önceki hâle nasıl dönüleceğini yazar. WooCommerce'te bu, kampanyadan önce alınmış ve geri yüklemesi denenmiş bir yedek demektir; yedek ve geri dönüş adımları PHP güncellemesi yazısında anlatıldığı için burada tekrarlanmaz. Barındırılan altyapıda geri dönüş planı, kampanya için eklenen öğelerin listesidir: hangi açılır pencerenin pasif yapılacağı, hangi etiketin konteynerin hangi sürümüne dönülerek geri alınacağı.

Kampanya günü izleme ve acil durum planı

Acil durum planı kısa bir listedir: hangi belirtide kim hangi adımı atar ve kime haber verir. Plan resmî bir belgeye dayanmaz; aşağıdaki tablo bu yazıda anlatılan kontrolleri kampanya günü için bir araya getirir.

KontrolNerede BakılırSorun Varsa
Hatalı ÖdemelerSiparişler > Siparişler > Filtreler > Ödeme DurumuHata kodu bankaya ya da ödeme kuruluşuna sorulur, müşteriyle iletişime geçilir
Sonuçlanmamış ÖdemelerSiparişler > Siparişler > Filtreler > Ödeme DurumuTutar bankadan doğrulanmadan sipariş taşınmaz
Kampanya Sayfası ve SepetTelefonda ve bilgisayarda açılarakSon eklenen açılır pencere ya da etiket kapatılıp sayfa yeniden denenir
Açılır Pencere ve ŞeritPopup ve Bar YönetimiDurum pasif yapılır; kayıt silinmez
Ödeme Kuruluşunun E-PostalarıKuruluşa bildirilen e-posta adresiBakım bildirimi varsa kuruluşla iletişime geçilir
Sepet ve Hesabım (WooCommerce)Deneme hesabıylaÖnbellekte hariç tutma ayarı kontrol edilir
Sunucu Kaynaklı SorunDestek Sistemi ya da barındırma firmasıTek kayıt açılır, açıklama eksiksiz yazılır

Planı kampanya gününden önce ilgili kişilerle paylaşın. Listede altyapı firmasının, barındırma firmasının ve ödeme kuruluşunun destek iletişim bilgileri ile panellere girme yetkisi olan kişilerin adları da yer alsın. Kampanya bittiğinde geçici değişiklikleri, örneğin pasif yapılan pencereleri ve kapatılan etiketleri, gözden geçirip geri almayı unutmayın.

Kampanya günü acil durum planı: sayfa yavaşsa son eklenen pencere ya da etiket kapatılır; hatalı ödeme artarsa hata kodu sorulur; sonuçlanmamış ödemede tutar doğrulanır; sepet eski bilgi gösterirse önbelleğe bakılır; bakım bildiriminde kuruluşla görüşülür; sorun sürerse destek kaydı açılır.
Plan kampanya gününden önce yazılır ve ilgili kişilerle paylaşılır.

Uzman desteği gerektiren durumlar

Kampanyadan önce AdPix, e-ticaret teknik destek kapsamında mağazaya eklenmiş betikleri, etiket yöneticisi konteynerini, kampanya sayfasındaki görselleri ve açılır pencereleri inceler, gereksiz olanları işletmeyle birlikte kaldırır ve ödeme adımını deneme siparişiyle sınar. WooCommerce mağazasında önbellek ayarında sepet, ödeme ve hesabım sayfalarının hariç tutulduğunu kontrol eder, sürüm güncellemesi gerekiyorsa hazırlama sitesinde dener ve kampanya günü için acil durum listesini işletmeyle birlikte hazırlar. Altyapının kendi yazılımından kaynaklanan konularda altyapı firmasının resmî desteği devreye girer. Ödeme adımının ve kampanya sayfasının satın alma adımları açısından incelenmesi e-ticaret dönüşüm optimizasyonu hizmetinin konusudur. AdPix, ideasoft'un resmî Premier Partner'ıdır.

Kampanya günü site yükü için diğer rehberler

Kampanya günü site yükü hakkında sık sorulan sorular

Kampanya günü site yavaşlarsa ilk olarak neye bakılır?

Önce sorunun hangi sayfada olduğuna bakın: ana sayfa, kampanya sayfası, sepet ya da ödeme adımı. Barındırılan bir altyapıda sunucu altyapı firmasınındır; son eklediğiniz açılır pencereyi ya da etiketi kapatıp sayfayı yeniden deneyin. Sorun sürüyorsa altyapı firmasına tek bir destek kaydı açın ve açıklamaya sorunun başladığı zamanı ve sayfanın yolunu yazın.

ideasoft'ta açılır pencere silinmeden nasıl kapatılır?

Açılır pencereler ve şeritler, Ayarlar menüsündeki Tasarım Ayarları altında Popup ve Bar Yönetimi ekranında durur. Kaydın durum alanı pasif yapıldığında içerik siteden kalkar ama kayıt silinmez; aktif yapıldığında yeniden yayınlanır. Kampanya günü sorun çıkaran bir pencereyi böylece silmeden kapatıp sonra geri açabilirsiniz.

WooCommerce'te hangi sayfalar önbelleğe alınmamalı?

WooCommerce'in geliştirici belgelerine göre sepet, ödeme ve hesabım sayfaları önbellekten hariç tutulur; bu sayfalar müşteriye ve sepetine özgü bilgi gösterir. Hesabım sayfası önbelleğe alınırsa şifre sıfırlama döngüsü oluşabilir. Sunucu tarafında önbellek kullanan bazı barındırma firmaları bu sayfayı kendiliğinden hariç tutmaz; ayarı firmanıza sorun.

Kampanya haftasında yapılan hız düzeltmesi PageSpeed Insights'ta ne zaman görünür?

PageSpeed Insights'taki saha verisi gerçek kullanıcılardan gelir ve önceki 28 günü kapsar; bu hafta yapılan bir düzeltme bu veriye hemen tam yansımaz. Değişikliğin etkisine hızlıca bakmak için laboratuvar verisini kullanın; bu veri tek cihazda benzetilmiş bir yüklemedir. Az ziyaret alan bir sayfada saha verisi olmayabilir, araç o zaman sitenin genel verisini gösterir.

Ödeme kuruluşu bakım çalışmasını önceden bildirir mi?

Bu, kuruluşun koşullarına bağlıdır. Örneğin iyzico'nun genel koşulları, acil durumlar dışında kesintiyi müşteriye önceden e-postayla bildireceğini ve kesintileri özellikle çalışılmayan günlerde ve 19.00 ile 06.00 arasında yapmak için azami gayret göstereceğini yazar. Kampanya haftasında bu e-postaları kimin okuduğunu netleştirin.

Etiketler

  • Black Friday
  • Kampanya Günü
  • Ödeme Sayfası
  • Önbellek
  • WooCommerce
  • ideasoft
Bu yazıyı paylaşınXLinkedInWhatsApp