WordPress Web Sitesinde Site Genelinde Bildirim Nasıl Görüntülenir

WordPress’teki bir site geneli bildirim, zaman duyarlı duyuruları, promosyonları, çerez onay uyarılarını veya hizmet kesintilerini tüm ziyaretçilere aynı anda iletmek için sitenin her sayfasında görüntülenen kalıcı bir banner veya bildirim çubuğudur. Sayfaya özgü içeriklerin aksine, site geneli bildirim tema şablonu düzeyinde eklenir — bir eklenti kancası, temanın functions.php‘u, bir sayfa oluşturucunun görüntüleme koşulu motoru veya doğrudan PHP şablon değişikliği aracılığıyla — ve ziyaretçinin hangi URL’ye girdiğinden bağımsız olarak görünmesi sağlanır.

Bu kılavuz, en düşükten en yüksek uygulama karmaşıklığına göre sıralanmış dört üretim düzeyinde yöntemi; teknik uç durumları, performans değerlendirmelerini ve çoğu öğreticinin tamamen atladığı önbellekleme tuzaklarını kapsamaktadır.

Site Geneli Bildirimlerin Pazarlamanın Ötesinde Önemi

Bir uygulama yöntemi seçmeden önce, arka planda gerçekte ne olduğunu anlayın. Site geneli bildirim, her sunucu yanıtında işlenir veya DOM yüklendikten sonra JavaScript aracılığıyla eklenir. Bu ayrımın gerçek sonuçları vardır:

• PHP şablon kancaları aracılığıyla sunucu tarafı işleme (SSR), Googlebot tarafından taranabilir ve JavaScript çalışmadan önce görünür — erişilebilirlik ve SEO için kritik öneme sahiptir.
• JavaScript ile eklenen bildirimler (bazı eklentilerde yaygın), Google’ın ilk işleme aşamasında görünmeyebilir ve doğrudan Core Web Vitals puanınıza zarar veren Kümülatif Düzen Kayması’na (CLS) neden olabilir.
• Tam sayfa önbellekleme (WP Rocket, LiteSpeed Cache, Nginx FastCGI cache), bildirim HTML’sini önbelleğe alır. Bildirimi yalnızca oturum açmış kullanıcılara veya coğrafi konuma göre göstermeniz gerekiyorsa, önbellek dışlamaları yapılandırmadığınız veya parça önbellekleme kullanmadığınız sürece önbelleğe alınmış statik bir sayfa bu mantığı tamamen görmezden gelir.

Barındırma ortamı burada önemlidir. Nginx veya Apache yapılandırmasını kontrol ettiğiniz bir VPS Hosting ortamında, bildirim eklentiniz tarafından ayarlanan belirli çerezler için önbellek atlama kuralları uygulayabilirsiniz. Paylaşımlı barındırmada ise yalnızca barındırıcının sunduğu önbellek katmanıyla sınırlısınız.

Yöntem 1: Özel Bir WordPress Eklentisi Kullanmak

Bu, üretime hazır bir bildirime ulaşmanın en hızlı yoludur ve sıfır kodlama gerektirir. Dezavantajı ise eklenti yükü ve üçüncü taraf güncelleme döngüsüne bağımlılıktır.

Önerilen Eklentiler

Adım 1: Yükle ve Etkinleştir

WordPress yönetici panelinize giriş yapın ve Eklentiler > Yeni Ekle‘ye gidin. WPFront Notification Bar‘ı arayın, Şimdi Yükle‘ye tıklayın, ardından Etkinleştir‘e tıklayın.

Adım 2: Bildirim Çubuğunu Yapılandır

Ayarlar > WPFront Notification Bar‘a gidin. Ele alınması gereken temel yapılandırma alanları:

• Mesaj içeriği: HTML destekler, bu nedenle doğrudan bağlantı etiketleri, <strong> etiketleri veya satır içi stiller ekleyebilirsiniz.
• Konum: Üst veya alt. Üst yerleşim daha görünürdür ancak çubuk ilk boyamadan sonra yüklenirse CLS riskini artırır. Alt yerleşim, Core Web Vitals için daha güvenlidir.
• Yapışkan davranış: “Sabit” konumlandırmayı etkinleştirmek, kaydırma sırasında çubuğu ekranda tutar. Bu, CSS’de position: fixed kullanır; bu da öğeyi belge akışından çıkarır ve mobil cihazlarda temanızın başlığıyla örtüşebilir — birden fazla görünüm alanı boyutunda test edin.
• Görüntüleme koşulları: Bildirimi belirli gönderi türleri, sayfalar veya kullanıcı rolleriyle sınırlayın. Örneğin, bildirimi yalnızca oturum açmamış kullanıcılara göstermek, eklentinin is_user_logged_in()‘a karşı koşullu bir kontrol ayarlamasını gerektirir.
• Çerez ile kapatma: Bir kullanıcı bildirimi kapattığında, bir tarayıcı çerezi ayarlanır. Bildirim, o çerez sona erene kadar yeniden görünmez. Uygun bir TTL ayarlayın — 48 saatlik bir flaş satış için 2 günlük bir çerez mantıklıdır. Kalıcı bir GDPR bildirimi için bunu 0 olarak ayarlayın (hiçbir zaman otomatik kapatma).

Adım 3: Kaydet ve Doğrula

Ayarları Kaydet‘e tıklayın. Sitenizi gizli bir pencerede açın (görüntüleme mantığına müdahale edebilecek yönetici çerezlerinden kaçınmak için) ve çubuğun ana sayfada, bir blog gönderisinde ve statik bir sayfada görüntülendiğini doğrulayın.

Kritik uç durum: Tam sayfa önbellek eklentisi çalıştırıyorsanız, kaydettikten sonra önbelleği temizleyin. Aksi takdirde ziyaretçiler, bildirimi içermeyen sayfanın eski önbelleğe alınmış sürümünü görecektir.

Yöntem 2: WordPress Tema Özelleştiriciyi Kullanmak

Genesis, Astra, GeneratePress veya OceanWP gibi çerçeveler üzerine inşa edilmiş birçok modern tema, yerel bir Duyuru Çubuğu veya Üst Çubuk bileşeni içerir. Bu yaklaşım sıfır eklenti yükü ekler ve temanız destekliyorsa en temiz seçenektir.

Adım 1: Tema Özelleştiriciye Eriş

Görünüm > Özelleştir‘e gidin. Başlık Seçenekleri, Üst Çubuk, Duyuru Çubuğu veya Yardımcı Çubuk etiketli bölümleri arayın. Tam etiket temaya bağlıdır.

Adım 2: Duyuru Çubuğunu Yapılandır

Özelleştirici panelinin içinde genellikle şunları bulacaksınız:

• Bildirim içeriği için metin veya HTML giriş alanı
• Arka plan ve metin için renk seçiciler
• Çubuğu genel olarak etkinleştirme/devre dışı bırakma düğmesi
• CTA düğmesi için isteğe bağlı bağlantı alanı

Özelleştirici, değişiklikleri canlı önizleme iframe’inde işler. Yayınlamadan önce çubuğun hem masaüstü hem de mobil kesme noktalarında gezinme menünüzle nasıl etkileşime girdiğini kontrol etmek için bunu kullanın.

Adım 3: Yayınla

Yayınla‘ya tıklayın. Değişiklikler, etkin temanızın theme_mods veritabanı seçeneğine yazılır. Hiçbir dosya değiştirilmez; bu, özelleştirmenin tema güncellemelerinden sonra da geçerli olduğu anlamına gelir (değişiklikleri style.css yerine veritabanında depolayan alt temalar veya temalar için).

Önemli: Alt tema kullanmadan üst temanızı güncellerseniz ve tema, duyuru çubuğu mantığını bir filtre kancası yerine bir şablon dosyasında depoluyorsa, bildirim yapılandırmanızın üzerine yazılabilir. Tema davranışını değiştirirken her zaman bir alt tema kullanın.

Yöntem 3: Özel Kod ile Site Geneli Bildirim Eklemek

Doğrudan PHP ve CSS uygulaması, işleme mantığı, stil ve performans üzerinde tam kontrol sağlar. Bu, hiçbir eklentinin sunmadığı koşullu görüntüleme mantığına ihtiyaç duyduğunuzda veya HTTP isteklerini ve JavaScript yürütmesini en aza indirmek istediğinizde doğru yaklaşımdır.

Adım 1: HTML’yi Bir Tema Kancası Aracılığıyla Ekle

Tema güncellemelerinde bozulan header.php‘ı doğrudan düzenlemek yerine, alt temanızın functions.php‘ı içindeki wp_body_open eylem kancasını veya wp_head kancasını kullanın. Bu, WordPress’e özgü yaklaşımdır.

Alt temanızın functions.php‘ına aşağıdakileri ekleyin:

function alexhost_sitewide_notice() {
    // Only display for non-logged-in users
    if ( is_user_logged_in() ) {
        return;
    }
    ?>
    <div class="sitewide-notice" role="alert" aria-live="polite">
        <p>Scheduled maintenance on Saturday 02:00–04:00 UTC.
           <a href="/maintenance-info/">Learn more</a>
        </p>
        <button class="sitewide-notice__close" aria-label="Dismiss notice">×</button>
    </div>
    <?php
}
add_action( 'wp_body_open', 'alexhost_sitewide_notice' );

Neden wp_head yerine wp_body_open? wp_head kancası, görünür HTML için yanlış yer olan <head> içinde tetiklenir. wp_body_open, açılış <body> etiketinden hemen sonra tetiklenir; bu, anlamsal olarak doğrudur ve şablonlarında wp_body_open()‘ı çağıran tüm temalar tarafından desteklenir. Temanız bu işlevi çağırmıyorsa, çıktı tamponu ile get_header‘a kanca atmaya geri dönün veya alt temada header.php‘ı düzenleyin.

Şablon dosyasını doğrudan düzenlemeniz gerekiyorsa, alt temanızın header.php‘ını açın ve bildirim işaretlemesini <body> etiketinden hemen sonra ekleyin:

<div class="sitewide-notice" role="alert" aria-live="polite">
    <p>This is an important announcement!
       <a href="https://example.com">Learn more here.</a>
    </p>
</div>

Adım 2: CSS’yi Özelleştirici veya functions.php Aracılığıyla Ekle

Küçük CSS parçacıkları için Görünüm > Özelleştir > Ek CSS‘i kullanın. Daha karmaşık şeyler için alt temanızdan bir stil sayfası ekleyin.

Aşağıdakileri Ek CSS’ye yapıştırın:

.sitewide-notice {
    background-color: #1a73e8;
    color: #ffffff;
    text-align: center;
    padding: 12px 40px;
    position: sticky;
    top: 0;
    width: 100%;
    z-index: 9999;
    box-sizing: border-box;
    font-size: 0.95rem;
    line-height: 1.5;
}

.sitewide-notice a {
    color: #ffffff;
    text-decoration: underline;
    font-weight: 600;
}

.sitewide-notice a:hover {
    opacity: 0.85;
}

.sitewide-notice__close {
    position: absolute;
    right: 16px;
    top: 50%;
    transform: translateY(-50%);
    background: transparent;
    border: none;
    color: #ffffff;
    font-size: 1.4rem;
    cursor: pointer;
    line-height: 1;
}

@media (max-width: 768px) {
    .sitewide-notice {
        font-size: 0.85rem;
        padding: 10px 36px;
    }
}

position: sticky ile position: fixed: sticky kullanmak, bildirimi belge akışında tutar ve gezinmenizin üzerine binmesini önler. fixed onu akıştan çıkarır; bu, <body> veya <main> öğesine eşleşen bir padding-top eklemediğiniz sürece içeriğin çubuğun altında işlenmesine neden olabilir. Çoğu tema için sticky daha güvenli varsayılandır.

Adım 3: Çerez Tabanlı Kapatma için JavaScript Ekle

Kapatma mekanizması olmadan bildirim her sayfa yüklemesinde yeniden görünür ve bu da kullanıcı deneyimini düşürür. Bu komut dosyasını Görünüm > Özelleştir > Ek CSS aracılığıyla ekleyin (ideal değil) veya daha iyisi, functions.php‘da düzgün şekilde ekleyin:

function alexhost_notice_dismiss_script() {
    wp_enqueue_script(
        'notice-dismiss',
        get_stylesheet_directory_uri() . '/js/notice-dismiss.js',
        array(),
        '1.0.0',
        true // Load in footer
    );
}
add_action( 'wp_enqueue_scripts', 'alexhost_notice_dismiss_script' );

/wp-content/themes/your-child-theme/js/notice-dismiss.js‘ı şununla oluşturun:

(function () {
    var COOKIE_NAME = 'sitewide_notice_dismissed';
    var COOKIE_TTL_DAYS = 7;

    function getCookie(name) {
        var match = document.cookie.match(new RegExp('(^| )' + name + '=([^;]+)'));
        return match ? match[2] : null;
    }

    function setCookie(name, value, days) {
        var expires = new Date(Date.now() + days * 864e5).toUTCString();
        document.cookie = name + '=' + value + '; expires=' + expires + '; path=/; SameSite=Lax';
    }

    var notice = document.querySelector('.sitewide-notice');
    if (!notice) return;

    if (getCookie(COOKIE_NAME) === '1') {
        notice.style.display = 'none';
        return;
    }

    var closeBtn = notice.querySelector('.sitewide-notice__close');
    if (closeBtn) {
        closeBtn.addEventListener('click', function () {
            notice.style.display = 'none';
            setCookie(COOKIE_NAME, '1', COOKIE_TTL_DAYS);
        });
    }
}());

Bu komut dosyası bağımsızdır, jQuery bağımlılığı yoktur ve footer’da eklendiği için DOM yüklendikten sonra çalışır.

Adım 4: Bağlamlarda Doğrula

• Bildirimin görünür olduğunu onaylamak için siteyi gizli bir pencerede açın.
• Kapat düğmesine tıklayın ve yeniden yükleyin — bildirim gizlenmiş olmalıdır.
• Tarayıcı DevTools (Uygulama > Çerezler) aracılığıyla çerezi manuel olarak temizleyin ve yeniden yükleyin — bildirim yeniden görünmelidir.
• Duyarlı CSS’nin çalıştığını onaylamak için mobil görünüm alanında (minimum 320px genişlik) test edin.

Yöntem 4: Sayfa Oluşturucu Kullanmak (Elementor, Bricks, Oxygen)

Tema Oluşturucu modülüne sahip sayfa oluşturucular, görsel olarak bir bildirim tasarlamanıza ve görüntüleme koşulları aracılığıyla tüm sayfalara atamanıza olanak tanır. Bu, içeriği görsel olarak yöneten ve koda dokunmadan piksel mükemmeliyetinde tasarıma ihtiyaç duyan ekipler için en iyi seçenektir.

Elementor Pro: Tema Oluşturucu Yaklaşımı

Adım 1: Şablonlar > Tema Oluşturucu > Başlık‘a gidin (veya yeni bir Özel Başlık şablonu oluşturun).

Adım 2: Başlık şablonunun en üstüne yeni bir Bölüm ekleyin. İçine duyuru içeriğinizle birlikte bir Metin Düzenleyici veya Başlık widget’ı yerleştirin. Elementor’ın panelini kullanarak stilini belirleyin — arka plan rengi, tipografi, dolgu ve düğme widget’larının tümü mevcuttur.

Adım 3: Yayınla > Görüntüleme Koşulları altında koşulu Tüm Site olarak ayarlayın. Bu, bölümün bu başlık şablonunu kullanan her sayfada işlenmesini sağlar.

Adım 4: Şablonu yayınlayın. Elementor, şablon çıktısını kendi veritabanı tablolarına yazar ve her sayfa yüklemesinde şablon motoru aracılığıyla işler.

Performans notu: Elementor Pro’nun Tema Oluşturucusu ek CSS ve JavaScript varlıkları yükler. Performansa duyarlı bir sitede, öncesi ve sonrasını Lighthouse ile ölçün. Yük kabul edilemezse, özel kod yöntemi (Yöntem 3) daha verimlidir.

Bricks Builder Yaklaşımı

Bricks > Şablonlar‘da yeni bir Başlık şablonu oluşturun. Başlığın üstüne bir kapsayıcı ekleyin, bildiriminizi tasarlayın ve şablonun Koşullarını tüm sayfalara uygulanacak şekilde ayarlayın. Bricks, Elementor’a kıyasla temiz ve minimal HTML üretir; bu da onu performans odaklı yapılar için daha iyi bir seçim haline getirir.

Dört Yöntemin Karşılaştırması

Performans ve Önbellekleme Değerlendirmeleri

Bu bölüm, en yaygın üretim hata modunu ele almaktadır: geliştirme ortamında mükemmel çalışan ancak canlı, önbelleğe alınmış bir sitede tutarsız davranan bir bildirim.

Tam sayfa önbellekleme, bir sayfanın tam HTML çıktısını depolar. Bildiriminiz sunucu tarafında işlenirse ve ardından sayfa önbelleğe alınırsa, bildirimi kapatmış olsun ya da olmasın her ziyaretçi aynı önbelleğe alınmış HTML’yi alır. Çerez tabanlı kapatma JavaScript’i bildirimi istemci tarafında gizlemeye devam eder, ancak HTML her zaman kaynakta mevcut olacaktır.

Sunucunun bildirimi kapatan kullanıcılar için işlemeyi atlamasını istiyorsanız (örneğin, HTML yükünü azaltmak veya yükleme sırasında bildirim flaşını önlemek için), önbellek eklentinizi kapatma çerezi mevcut olduğunda önbelleklemeyi atlamak üzere yapılandırmanız gerekir.

WP Rocket’ta, çerez adını Ayarlar > Gelişmiş Kurallar > Hiçbir Zaman Önbelleğe Alma Çerezleri‘ne ekleyin:

sitewide_notice_dismissed

LiteSpeed Cache’de Önbellek > Hariç Tutmalar > Önbelleğe Alma Çerezleri‘ne gidin ve aynı değeri ekleyin.

Sunucu düzeyinde Nginx FastCGI önbelleğinde, Nginx yapılandırmanıza bir önbellek atlama koşulu ekleyin:

map $http_cookie $skip_cache {
    default 0;
    "~*sitewide_notice_dismissed=1" 1;
}

fastcgi_cache_bypass $skip_cache;
fastcgi_no_cache $skip_cache;

Bu, bildirimi kapatan kullanıcıların bildirim HTML’si olmadan dinamik olarak oluşturulmuş bir sayfa almasını sağlarken, diğer tüm ziyaretçilere bildirim içeren önbelleğe alınmış sürüm sunulur.

WordPress’i cPanel ile VPS üzerinde veya tam yönetimli bir Dedicated Server üzerinde çalıştırıyorsanız, bu önbellek atlama kurallarını sunucu düzeyinde uygulamak için Nginx veya Apache yapılandırma dosyalarına doğrudan erişiminiz vardır — standart paylaşımlı barındırma planlarında mümkün olmayan bir şey.

Erişilebilirlik Gereksinimleri

Erişilebilirlik standartlarını karşılamayan bir site geneli bildirim, sitenizi WCAG 2.1 ve ADA uyumluluk çerçeveleri kapsamında yasal riske maruz bırakabilir. Hangi uygulama yöntemini seçerseniz seçin bu gereksinimleri uygulayın:

• Bildirim kapsayıcısına role="alert" ve aria-live="polite" ekleyin. Bu, ekran okuyucuların bildirim göründüğünde içeriği duyurmasına neden olur.
• Bildirim metni ile arka plan arasındaki renk kontrastının normal metin için minimum 4,5:1 oranını karşıladığından emin olun (WCAG AA). Doğrulamak için WebAIM’in Kontrast Denetleyicisi gibi bir araç kullanın.
• Kapat düğmesi klavye ile odaklanabilir ve Enter ile Boşluk tuşlarıyla çalıştırılabilir olmalıdır. Yerel bir <button> öğesi bunu otomatik olarak halleder — tıklama hedefi olarak <div> veya <span> kullanmayın.
• Bildirimin aciliyetini iletmek için yalnızca renge güvenmeyin. Önek olarak açık metin kullanın (örneğin, “Önemli:” veya “Bildirim:”).

Site Geneli Bildirimlerin SEO Etkileri

Her sayfanın HTML’sinde işlenen sabit veya yapışkan bir bildirim, Googlebot tarafından sayfa içeriğinin bir parçası olarak dizine eklenir. Bu noktaları göz önünde bulundurun:

• Anahtar kelime dolu bildirim metinlerinden kaçının. Google, binlerce sayfada tekrarlanan özdeş metni düşük kaliteli standart içerik olarak yorumlayabilir.
• Tamamen dekoratif bildirimlerde aria-hidden="true" kullanın (örneğin, sayfa içi SEO hesaplamalarında ağırlıklandırılmasını önlemek için bilgi değeri olmayan bir çerez banner’ı).
• CLS etkisi: İlk boyamadan sonra yüklenen ve içeriği aşağı iten bir bildirim CLS puanı oluşturur. Bunu, CSS’de min-height kullanarak bildirim için alan ayırarak veya bildirimi sunucu tarafında işleyerek azaltın; böylece ilk HTML yükünde mevcut olur.
• Yapılandırılmış veri: Bildiriminiz bir etkinlik veya promosyon duyuruyorsa, arama görünürlüğü için yalnızca banner metnine güvenmek yerine sayfaya Event veya Offer şema işaretlemesi eklemeyi düşünün.

Pratik Karar Matrisi

Özel durumunuz için doğru yöntemi seçmek üzere bu kontrol listesini kullanın:

• Kodlama yapmadan 10 dakika içinde canlı bir bildirime ihtiyacınız var: Bir eklenti kullanın (Yöntem 1). WPFront Notification Bar’ı yükleyin, yapılandırın, önbelleğinizi temizleyin.
• Temanızda yerleşik bir duyuru çubuğu var ve özel mantığa ihtiyacınız yok: Tema Özelleştiriciyi kullanın (Yöntem 2). Sıfır yük, eklenti güncellemelerinden sonra da geçerli.
• Koşullu görüntüleme mantığına (kullanıcı rolü, gönderi türü, coğrafi IP, çerez durumu) veya maksimum performansa ihtiyacınız var: Özel PHP/CSS/JS kullanın (Yöntem 3). wp_body_open‘a kanca atın, komut dosyalarını düzgün şekilde ekleyin, çerez tabanlı kapatmayı uygulayın.
• Ekibiniz teknik değil ve siteyi görsel olarak yönetiyor: Elementor Pro Tema Oluşturucu veya Bricks kullanın (Yöntem 4). Görüntüleme koşullarını Tüm Site olarak ayarlayın.
• Önbelleğe alınmış VPS veya dedicated server ortamındasınız: Hangi yöntemi seçerseniz seçin, kapatma çereziniz için önbellek atlama kurallarını yapılandırın. Bunu yapmamak, bildirimle ilgili destek taleplerinin en yaygın tek nedenidir.
• Bildirimin WCAG 2.1 uyumlu olması gerekiyor: Yöntem 3 (özel kod) veya role="alert"‘ı destekleyen bir eklentiyle Yöntem 1’i kullanın. Kontrast oranlarını manuel olarak doğrulayın.

WordPress’i kontrol ettikleri altyapıda yöneten ekipler için — ister VPS Hosting planı ister Dedicated Server — sunucu düzeyinde önbellek atlama kurallarıyla eşleştirilmiş özel kod yaklaşımı en güvenilir ve performanslı sonucu verir. Paylaşımlı Web Hosting üzerindeki daha küçük siteler için, önbellek temizleme desteğine sahip iyi yapılandırılmış bir eklenti pragmatik seçimdir.

Siteniz site geneli bildirimlerin yanı sıra sipariş onayları veya promosyon e-postaları gibi işlemsel iletişimleri de yönetiyorsa, bildirim tetiklemeli e-postaların spam’e düşmemesi için E-posta Hosting altyapınızın uygun SPF, DKIM ve DMARC kayıtlarıyla yapılandırıldığından emin olun.

SSS

S: Site geneli bildirim SEO’ma veya Core Web Vitals puanıma zarar verir mi?

C: Dikkatsizce uygulanırsa zarar verebilir. İlk boyamadan sonra yüklenen JavaScript ile eklenen bir bildirim, Core Web Vitals metriği olan Kümülatif Düzen Kayması’na (CLS) neden olur. Sunucu tarafında işlenen bildirimler CLS’yi tamamen önler. Bildirim metnini kısa ve tekrarsız tutun; aksi takdirde Google bunu sitenizde standart içerik olarak değerlendirebilir.

S: Site geneli bildirimi yalnızca oturumu kapalı kullanıcılara nasıl gösteririm?

C: Özel PHP kodunda, bildirim çıktınızı koşullu bir kontrolle sarın: if ( ! is_user_logged_in() ) { ... }. WPFront Notification Bar’da “Kullanıcı Rolü” görüntüleme koşulunu kullanın. Elementor Pro’da oturum açmış kullanıcıları hariç tutan bir görüntüleme koşulu ayarlayın. Bu mantığı değiştirdikten sonra her zaman sayfa önbelleğinizi temizleyin.

S: Bildirimim tema güncellemesinden sonra kayboluyor. Nedeni nedir?

C: Büyük olasılıkla alt tema veya functions.php kancası kullanmak yerine üst temanın header.php‘ını doğrudan düzenliyorsunuzdur. Bildirim kodunuzu wp_body_open eylem kancasını kullanarak alt temanın functions.php‘ına taşıyın. Tema güncellemeleri alt temadaki functions.php‘ın üzerine hiçbir zaman yazmaz.

S: Site geneli bildirimi otomatik olarak görünüp kaybolacak şekilde zamanlayabilir miyim?

C: Çoğu bildirim eklentisinin ücretsiz sürümleri zamanlamayı desteklemez. WPFront Notification Bar Pro ve WP Notification Bars Pro’nun her ikisi de tarih aralığı zamanlaması sunar. Özel kodda, bildirim HTML’sini çıkarmadan önce basit bir PHP tarih karşılaştırmasıyla zamanlama uygulayabilirsiniz: current_time('timestamp')‘ı başlangıç ve bitiş zaman damgalarınızla karşılaştırın.

S: Site geneli bildirimim önbelleğe alınmış sayfalarda neden görünmüyor?

C: Tam sayfa önbellekleme, ilk istekte sayfanın HTML anlık görüntüsünü depolar. Önbellek bildiriminiz eklenmeden önce oluşturulduysa, ziyaretçiler eski önbelleğe alınmış HTML’yi alır. Yeni bir bildirim yayınladıktan hemen sonra tüm sayfa önbelleğinizi temizleyin. Kapatma çerezi kullanıyorsanız, önbellek eklentinizi veya sunucunuzu kapatma çerezini taşıyan istekler için önbelleklemeyi atlamak üzere yapılandırın; böylece geri dönen ziyaretçiler JavaScript bildirimi gizlemeden önce bildirim flaşı görmez.