Çerez İçermeyen Etki Alanları Nasıl Kullanılır: Eksiksiz Bir Kılavuz

Web siteniz yavaş performanstan ve yüksek ağ trafiğinden muzdarip mi? Çerezlerin genellikle suçlu olduğu durumlarda etkili bir çözüm, çerez içermeyen etki alanları kullanmaktır.

Çerezler, çevrimiçi deneyimimizin en önemli köşe taşlarından biri olsa da, her zaman adlarından anlaşılacağı kadar lezzetli değildirler. Üçüncü taraf tanımlama bilgilerini içeren gizlilik ve güvenlik endişelerinin ötesinde, sitenizin resimlerine ve diğer statik içeriğe otomatik olarak eklenen tanımlama bilgileri sayfa performansı üzerinde ciddi bir etkiye sahip olabilir.

Neyse ki, çerez içermeyen etki alanları kullanarak ölü ağırlığı (bu durumda ölü çerezleri) azaltmak mümkündür. Bu eksiksiz kılavuzda, çerez içermeyen alan adlarının temellerini, neden bu kadar yararlı olduklarını ve WordPress sitenizi bunları kullanacak şekilde nasıl yapılandırabileceğinizi inceleyeceğiz.

Ama önce, dijital çerez kavanozuna ulaşalım ve alan adlarının çerezleri nasıl daha iyi veya daha kötü kullandığına daha yakından bakalım.

Çerez İçermeyen Etki Alanları Nelerdir?

Çerez içermeyen alanlar, bir web sitesinin, kullanıcıların tarayıcılarına çerez göndermeyen bölümleridir.

Ama neden her zaman çerez göndermiyorsunuz? Sonuçta, kullanıcılara olabildiğince çok çerez vermek kibar olmaz mıydı?

Şart değil. Çerez içermeyen etki alanlarından bahsederken, elbette HTTP çerezlerinden bahsediyoruz. En sevdiğimiz pişmiş ikramların aksine, HTTP tanımlama bilgileri, web sitelerinin kullanıcıların tarayıcılarına gönderdiği küçük veri paketleridir. Çok lezzetli olmasalar da, web sitelerinin kullanıcıları bir sonraki ziyaretlerinde "hatırlamalarına" olanak sağlamak için son derece faydalıdırlar.

Ancak, tıpkı gerçek tanımlama bilgileri gibi, çok fazla HTTP tanımlama bilgisi sunmak istemezsiniz. Birazdan göreceğimiz gibi, ziyaretçiler birkaç kurabiyeyi severler - ancak ihtiyaç duyduklarından fazlası kendilerini halsiz ve şişkin hissettirir.

HTTP Çerezleri Nedir?

HTTP çerezleri web üzerinde her yerdedir.

Bir web sitesini her ziyaret ettiğinizde, web sitesinin sizden tarayıcınızla çerezleri saklamanızı isteme olasılığı yüksektir. Çerezler, web sitesinin kendisi ve ziyaret ettiğiniz sayfa hakkındaki bilgilere ek olarak, size ve tarayıcınıza bağlı bir kişisel tanımlayıcı içerir. Bu tanımlayıcı, sayfayı zaten ziyaret ettiyseniz web sitesinin "hatırlamasına" olanak tanır.

Bu çerez takasının nasıl çalıştığına daha yakından bakalım (spoiler uyarısı: büyüleyici hasır sepetler veya kız izciler yok).

Yukarıdaki resimde gösterildiği gibi, değişim üç adıma ayrılabilir:

1. Tarayıcınız bir web sayfası istiyor. Tarayıcınızın adres çubuğuna bir adres (örn. “kinsta.com” gibi bir etki alanı URL'si) girdiğinizde veya bir web bağlantısına tıkladığınızda, tarayıcınız web sitesine sayfayı görüntülemek istediğini bildiren bir HTTP isteği oluşturur. Bu istek, web sitesini ve sayfalarını barındıran web sunucusuna gönderilir.
2. Web sunucusu sayfayı ve çerezi gönderir. İsteğinizi aldıktan sonra, web sunucusu istenen sayfayı ve belirli bilgileri içeren bir çerezi geri gönderir. Daha önce de belirttiğimiz gibi, bu tanımlama bilgisi neredeyse her zaman sizin ve tarayıcınız için bir kişisel tanımlayıcı içerir.
3. Tarayıcı, aynı sunucudan başka bir sayfa ister. Şimdi, bir e-ticaret sitesinde "Mağaza" veya "Hakkımızda" gibi web sitesindeki başka bir sayfanın bağlantısını tıkladığınızı varsayalım. Burada, tarayıcınız web sunucusuna ve başlangıçta kendisine verilen çereze başka bir istek gönderir. Web sunucusu bu isteği aldığında daha önce gönderdiği çerezi görür ve daha önce ziyaret ettiğinizi hatırlar. Bu bilgilerle web sunucusu, etkin oturum açma veya alışveriş sepetindeki öğeler gibi daha kişiselleştirilmiş deneyimler sunabilir.

Farklı amaçlar için farklı çerezler de vardır. Yukarıdaki örnekte, oturum yönetimiyle ilgilenen web sunucusu, oturum açma veya alışveriş sepeti öğelerinizi, başka bir deyişle, web sitesindeki bireysel oturumunuzu korur. Benzer şekilde çerezler, son siparişleri, görüntülenen öğeleri ve hatta hedeflenen reklamları göstermek gibi kişiselleştirilmiş deneyimler sunmak için de kullanılabilir.

Nereye giderseniz gidin size kurabiye verilmesi kulağa hoş gelse de, olması gereken her şey değildir. Bir sonraki bölümde göreceğimiz gibi, bir web sitesinin çok fazla tanımlama bilgisi sunması mümkündür - bazılarını "yemeyi" pek çok kişi tercih etmez.

Etki Alanları HTTP Çerezlerini Nasıl Kullanır?

Kişisel tanımlayıcılar, HTTP tanımlama bilgileri için çok önemli bir kullanım olsa da, bunlar tek kullanım alanı değildir. Aslında çerezler, daha kişiselleştirilmiş web deneyimleri sağlamak, hedeflenen içeriği sunmak ve daha fazlasını sağlamak için çok çeşitli amaçlar için kullanılabilir.

Web sitelerinin ve tarayıcıların sizi "hatırlamak" için HTTP tanımlama bilgilerini nasıl değiştirdiklerini zaten ele aldık. Bu, oturum açma oturumlarını sürdürmek ve alışveriş sepetindeki öğeleri göstermek için yararlı olsa da, tanımlama bilgileri daha hain (veya düpedüz sinir bozucu) amaçlar için de kullanılabilir.

Alan adlarının HTTP tanımlama bilgilerini kullanmanın en yaygın yollarından bazıları şunlardır.

• Oturum yönetimi. Bunu şimdiye kadar zaten biliyorsun. Tek amacı, kullanıcının belirli eylemleri tekrarlamaktan kaçınmasına yardımcı olan tutarlı bir kullanıcı deneyimi sunmak olduğundan, oturum yönetimi genellikle HTTP tanımlama bilgilerinin en "zararsız" kullanımı olarak kabul edilir. Önceki etkinliği görmek, bazı kullanıcılar için gizlilik endişeleri doğurabilir, ancak nispeten zararsızdır. Gerçek gizlilik sorunları, biraz sonra ele alacağımız izleme için tanımlama bilgileri kullanıldığında ortaya çıkar.
• kişiselleştirme. Oturum yönetimi, web sayfalarını kullanıcı tercihlerine ve etkinliğine göre kişiselleştirmek için de kullanılabilir. Örneğin, kullanıcılar tercih ettikleri dili seçtikten sonra, sonraki ziyaretlerinde web sitesini her seferinde değiştirmek zorunda kalmadan aynı dilde görüntüleyebilecekler. Tanımlama bilgileri, web sitelerinin farklı web tarayıcılarının özel gereksinimlerine uyum sağlamasına da izin verebilir.
• Takip Çerezlerin tartışmalı bir tarafı da vardır. Tarayıcınız, web sitelerinin size verdiği tanımlama bilgilerini sakladığından, bu tanımlama bilgileri, web üzerinde gittiğiniz her yerde sizi izlemek için kullanılabilir. Örneğin, tarayıcınıza, web'deki bağlı reklamverenlerin sayfalarını ziyaret ettiğinizi bilmelerini sağlayan bir izleme çerezi veren bir web sitesini ziyaret edebilirsiniz. Reklamverenler bu çerezi fark ettiklerinde, orijinal web sitesi için hedeflenmiş reklamlar görüntüleyebilir ve hatta onu siber saldırılar için bir vektör olarak kullanabilirler. Her durumda, izleme tanımlama bilgileri, bir dizi etik ve gizlilik endişesiyle gelen bir şey olan "takip ediliyormuşsunuz" gibi hissettirebilir.

Neyse ki, çoğu HTTP çerezi oturum yönetimi ve kişiselleştirme için kullanılır. Ancak en masum çerezler bile sorunlara neden olabilir.

Şimdiye kadar, bir sayfanın bir çerez gönderme fikrini araştırdık. Gerçekte, bir sayfa genellikle birden çok tanımlama bilgisi gönderir, genellikle her sayfa öğesi için bir tane - HTML, resim dosyaları vb. Bu tanımlama bilgilerinin bazıları oturum yönetimi ve kişiselleştirme için gerekli olsa da çoğu gerekli değildir.

Sonuç olarak, çok fazla çerez göndermek mümkündür ve bu birçok soruna neden olabilir. Bir sonraki bölümde bu sorunları tartışacağız.

Çok Fazla Kurabiye Yemek

Çoğu belgenin aksine, web sayfaları onlara biçim, yapı ve anlam veren çeşitli öğelerin bir koleksiyonudur. Bu öğelerin her birinin kendi çerezi olabilir.

.pdf veya .docx biçiminde görüntüleyebileceğimiz normal belgeler, metin ve resimlerin tek bir "kombinasyonu" gibi görünse de, web sayfaları birçok ayrı küçük parçadan oluşur.

Örneğin, bir web sayfası talep ettiğinizde, aslında HTML (yapı), CSS (stil/biçimlendirme), JavaScript (etkileşim) gibi ayrı sayfa bileşenleri ve resimler gibi medya talep etmiş olursunuz. Bu nedenle, tarayıcınız bir web sayfası aldığında, aslında bu bileşenleri alıyor ve tam sayfayı ekranınızda görüntülemek için yeniden birleştiriyor.

Web sunucusu da tanımlama bilgileri gönderiyorsa, bu işlem sırasında her bir öğeyle birlikte otomatik olarak bir tanımlama bilgisi gönderebilir. Bu, yalnızca birkaç resim içeren basit bir web sayfası için pek bir şey ifade etmeyebilir, ancak bir web sayfasında onlarca hatta yüzlerce farklı bileşen varsa ve her biri için bir çerez gönderiyorsa, bu durum hızla bunaltıcı olabilir.

Tıpkı gerçek hayatta çok fazla çerez yemek gibi, çok fazla HTTP çerezi gönderip almak yavaş performansa yol açar. Fazladan veri göndermek, fazladan zaman ve kaynak gerektirdiğinden, her öğeyle birlikte tanımlama bilgileri göndermek, çok büyük miktarda ağ kaynağını kolayca tüketebilir.

Etki Alanı Diyeti: Çerezsiz Olmak

Neyse ki, çok fazla tanımlama bilgisi göndermenin çözümü gerçek dünyadan bir benzetme kullanır: Performansı artırmak için, daha az tanımlama bilgisi yemeniz (okuma: göndermeniz) yeterlidir.

Ama hangi çerezlerden vazgeçmemiz gerekiyor? Çoğu durumda, çerezleri sayfanızdaki tüm statik öğelerden kaldırmak en iyi uygulamadır.

Statik öğeler, statik resimler veya CSS dosyaları gibi statik dosyalar gibi kullanıcı davranışıyla değişmesini beklemeyeceğiniz öğelerdir. Sonuç olarak, kendilerine eklenmiş çerezlere ihtiyaç duymazlar, bu da onları kaldırmanın ağ yükünü azaltmanın ve performansı artırmanın en iyi yollarından biri olmasını sağlar.

Elbette çerezleri kaldırmak, "çerezler" onay kutusunun işaretini kaldırmak kadar basit değildir.

Bunun yerine web sunucuları, çerez içermeyen statik içeriği çerez içeren içerikten ayrı olarak dağıtmak için çerez içermeyen etki alanları kullanır. Çerez içermeyen bir alan genellikle ayrı bir alan adıdır (alt alan veya FQDN gibi, " static.kinsta.com " veya " kinsta.com " gibi).

Neyse ki, doğru araçları kullandığınızda çerez içermeyen alan adlarını kullanmak çok zor değildir ve bunu yapmanın tek yolu bir alt alan adı oluşturmak değildir.

Ancak ellerimizi kirletmeden önce, çerez içermeyen alan adlarını kullanmanın en büyük faydalarından bazılarını ve bunun web siteniz (ve bütçeniz) üzerinde ne kadar büyük bir etkisi olabileceğini keşfedelim.

Neden Çerez İçermeyen Etki Alanları Kullanmalı?

Fazladan çerezleri kaldırmak küçük bir eylem gibi gelebilir ve açıkçası öyledir.

Ancak, bu küçük eylem bazı oldukça büyük faydalar sağlar. Yalnızca ihtiyacınız olan tanımlama bilgilerini göndererek, ağ trafiğinizi hafifletir ve aşağıda bulunan diğer birçok avantajdan yararlanırsınız; bunların bazılarının performansla hiçbir ilgisi yoktur.

Gereksiz Ağ Trafiğini Azaltır

Çerez içermeyen etki alanları kullanmanın çoğu faydası, gereksiz çerez trafiğinden kaynaklanan ağ yükünü azaltmaktan kaynaklanır.

Daha önce ele aldığımız gibi, ziyaretçilerinize sayfa öğeleri göndermek belirli miktarda ağ kaynağı gerektirir. Öğelerin kendilerinin ötesinde, her bir öğe (hatta aynı öğenin birden çok parçası), tanımlama bilgileri gibi diğer öğelerle birlikte yönlendirme bilgilerini içeren yanıt başlıkları ile gönderilir.

Çerezler nispeten küçük veri dosyaları olsa da, her sayfa isteğinde çok sayıda çerez göndermek zorunda kalmanız hızlı bir şekilde artabilir. Sonuç olarak, zavallı web barındırıcınız bunaldığından (ve sonuç olarak bütçeyi aştığından) kullanıcılar sayfanın yüklenmesi için daha uzun süre beklemek zorunda kalır.

Bununla birlikte, çerez içermeyen etki alanları kullanırsanız, gereksiz çerez göndermenin neden olduğu yığının çoğunu ortadan kaldırmış olursunuz.

Web Sitesi Performansını Artırır

Tahmin edebileceğiniz gibi, çerezleri azaltarak ağ yükünü azaltmak, yükleme süreleri ve web sitesi performansı üzerinde önemli bir etkiye sahiptir.

Her sayfa tıklaması web sunucusuna ayrı bir istek olduğundan, kullanıcılar kendilerini yalnızca temel gezinmeyi gerçekleştirmek için uzun süreler boyunca beklerken bulabilirler ( Ana Sayfa > Hakkımızda > Mağaza vb.). Sayfa öğeleri ve çerezler ilk yüklemelerden sonra önbelleğe alınıp yeniden kullanılabilirken, sayfalar değişirse veya kullanıcı web sitenizin daha da derinlerine dalarsa bu yine de sorun teşkil edebilir.

Faydaları SEO ve Kullanıcı Deneyimi

Web sitenizin performansını iyileştirmek için gereksiz trafiği azaltarak, web siteniz ayrıca arama motoru optimizasyonu (SEO) ve tabii ki müşteri ve kullanıcı deneyimi ile ilgili faydalar görebilir.

Müşteri deneyimi en bariz faydadır: Daha kısa yükleme süresi ile kullanıcılar istedikleri içeriğe daha hızlı erişebilirler. Sonuç olarak, web sitenizi (ve ürünlerinizi veya hizmetlerinizi) keşfetme olasılıkları daha yüksek olacak ve hayal kırıklığı içinde tıklama olasılıkları daha düşük olacaktır.

Aynı fayda SEO için de geçerlidir. Sayfa yükleme süreleri SEO'yu doğrudan etkilemezken, hemen çıkma oranınız (sayfanızı tıklayan ziyaretçilerin yüzdesi) kesinlikle etkiler.

Unbounce'tan alınan bir rapora göre, nakliyecilerin dörtte üçü, yüklenmesi için dört saniye veya daha uzun süre beklemeleri gereken bir sayfayı terk ediyor.

Bu, gereksiz tanımlama bilgilerini kaldırmanız, yükleme sürelerinizi yalnızca bir saniye iyileştirse bile, hemen çıkmada büyük bir azalma ve sonuç olarak, arama sıralamanızda bir artış göreceğiniz anlamına gelir.

Barındırma Maliyetlerini Düşürür

Ağ trafiği sonuçta web barındırma ücretlerinde paraya mal olur.

Bu, ihtiyacınız olandan daha fazla tanımlama bilgisi gönderiyorsanız, aynı zamanda çok daha fazla web barındırma ücreti ödediğiniz anlamına gelir. Çerezler sayfa performansını etkiliyorsa, hasar iki katına çıkar: Daha fazla trafik için ödeme yapmanın yanı sıra, yavaş yükleme sürelerinin neden olduğu artan hemen çıkma oranı nedeniyle aynı getiriyi elde etmek için daha fazla ödeme yapmanız gerekir.

Neyse ki Kinsta gibi yönetilen barındırma hizmetleri, sayfa ziyaretlerinizden tam olarak yararlanmanıza yardımcı olabilir. Kinsta, WordPress web sitenizden en iyi şekilde yararlanmanıza yardımcı olacak APM araçları ve diğer özellikler sunar.

Çerezsiz Geleceğe Hazırlık

Son olarak, şu anda doğrudan bir fayda sağlamasa da çerez içermeyen içerik sunmak, çerezsiz bir geleceğe daha iyi hazırlanmanıza yardımcı olacaktır.

GDPR gibi gizlilik gereksinimleri ışığında artan çerez tartışmalarıyla birlikte, birçok büyük arama motoru ve teknoloji şirketi çerezleri tamamen ortadan kaldırmanın yollarını arıyor. Çerezler muhtemelen bir süreliğine ortadan kalkmayacak olsa da, eninde sonunda çok iyi olabilir - ve buna ne kadar erken hazır olursanız, geçiş o kadar kolay olacaktır.

Tanımlama Bilgisi İçermeyen Etki Alanlarını Kullanma Yöntemleri

Daha önce ele aldığımız gibi, çerez içermeyen bir alan adının genel fikri, çerezleri teslim etmeden statik içerik sunmaktır. Ayrı bir statik etki alanı veya alt etki alanı oluşturmak bunu yapmanın en doğrudan yolu olsa da, CDN'ler ve birkaç WordPress hilesiyle de mümkündür.

Çerez İçermeyen Ayrı Bir Etki Alanı Oluşturun

Bu yöntemle, web sitenizin resimler ve CSS gibi statik bileşenlerini barındırmak için ayrı bir alan oluşturacaksınız.

Tamamen ayrı bir alan adı kaydedebilseniz de, mevcut alan adınızın bir alt alan adını oluşturmak genellikle daha kolay ve daha uygun maliyetlidir. Çerez içermeyen çoğu alan adı, alt alan adı olarak yalnızca statik bir önek (örn. " statik.alaniniz.com ") kullanır.

Bunun yalnızca etki alanınızın “www” sürümü (ör. “ www.yourdomain.com ”) web sitenizin kök dosyasındaki kök alan ise işe yarayacağını unutmayın.

Alt etki alanını çerezsiz hale getirmek için normalde .htaccess dosyanızı doğrudan özel kod kullanarak bulmanız ve düzenlemeniz gerekir. Ancak, daha sonra göreceğimiz gibi, WordPress sitenizi yeniden yapılandırmak veya bir eklenti kullanmak çok daha kolaydır.

Çerez içermeyen alt alan adınızı nasıl yapılandırırsanız yapılandırın, CSS bileşenleriniz, resimleriniz, metinleriniz ve JavaScript'iniz gibi statik bileşenleri yükleyebilirsiniz.

Bir İçerik Dağıtım Ağı (CDN) kullanın

Bir içerik dağıtım ağı veya CDN kullanmak, çerez içermeyen etki alanlarını kullanmanın son derece uygun bir yoludur.

Burada, ayrı alt alanlar oluşturmak ve yapılandırma dosyalarını düzenlemek yerine, CDN'nize tanımlama bilgilerini yok saymasını ve statik bileşenlerinizin yanıt başlıklarından çıkarmasını söyleyebilirsiniz. Bu biraz karmaşık gelebilir, ancak aslında birçok CDN'de basit bir özelliktir.

Her CDN'nin bu işlevi sağlamadığını unutmayın. Sonuç olarak, çerezleri devre dışı bırakmanıza izin veren bir CDN kullanmıyorsanız, genellikle web sitenizin yapılandırmasını değiştirmek daha iyidir.

WordPress Sitenizi Yeniden Yapılandırın

WordPress kullanıyorsanız, şanslısınız: Çerezsiz bir etki alanı belirlemek için yapmanız gereken tek şey, wp-config.php dosyanızdaki birkaç satırı güncellemektir. Talimatların tamamı için bir sonraki bölüme (WordPress'i Çerez İçermeyen Etki Alanlarını Kullanacak Şekilde Yapılandırma) geçin.

Bir WordPress Eklentisi Kullanın

Diğer bir kolay WordPress seçeneği, WordPress web sitelerinin statik sürümlerini oluşturmak için bir eklenti kullanmaktır.

Bunu yapmak için popüler bir eklenti WP2Static'tir (kelimenin tam anlamıyla "WordPress-to-Static"). Eklentiyi yükledikten sonra, WordPress kontrol panelinizde açın ve web sitenizi statik bir sürüme aktarmak için ayarları yapılandırın:

WordPress'i Çerez İçermeyen Etki Alanları Kullanacak Şekilde Yapılandırma

Yukarıda bahsedildiği gibi, WordPress çerez içermeyen etki alanları uygulamak için kolay bir yol sunar. İşlem birkaç basit adımda özetlenir:

1. Alternatif bir alt etki alanı ve ilişkili DNS ekleme
2. WordPress'e hangi etki alanının statik varlıklar sunacağını söylemek
3. Mevcut WordPress veritabanı kayıtlarını bu yeni adresi yansıtacak şekilde güncelleme

Kinsta müşterileri, bu görevlerden bazılarını gerçekleştirmek için MyKinsta kontrol panelini kullanabilir. Diğer birçok WordPress kullanıcısı aynı şeyi cPanel'de yapabilecek.

Her ikisini de aşağıda ele alacağız.

Tanımlama Bilgisi İçermeyen Bir Etki Alanı Kurmak İçin MyKinsta'yı Kullanma

Kinsta müşterileri, alt alan adlarını (veya tamamen farklı alan adlarını) MyKinsta panosundaki bir WordPress örneğiyle ilişkilendirebilir. Birçok müşteri, bu etki alanları için DNS'yi yapılandırmak üzere MyKinsta'nın araçlarını da kullanacaktır.

Bu örnekte, www.example.com adresinde zaten çalışan ve çalışan web sitemiz için static.example.com adresinde çerez içermeyen bir alan oluşturacağız.

1. Adım. MyKinsta'da bir Alt Alan Adı Oluşturun

Kinsta'da WordPress sitenizi ilk olarak etki alanı adıyla (örneğin: *.example.com ) joker karakter seçeneğini kullanarak kurduysanız, zaten herhangi bir alt alan adını destekleyecek şekilde ayarlanmışsınız demektir. Değilse, bunun gibi çerez içermeyen içerik için yeni alan adı ekleyebilirsiniz:

• Soldaki menüden WordPress Siteleri'ni seçin.
• WordPress sitenizin adına tıklayın.
• Soldaki menüden Etki Alanları'nı seçin.
• Etki Alanı Ekle düğmesine tıklayın.

Aşağıdaki iletişim kutusunda:

• Çerez içermeyen etki alanınızın adını yazın.
• Etki Alanı Ekle düğmesine tıklayın.

Ardından, yeni statik alan adınız, mevcut web sitenizi gösteren bir DNS kaydına ihtiyaç duyacaktır. Alanlarınız için DNS'yi üçüncü taraf bir sağlayıcı aracılığıyla yönetiyorsanız, bunu yapmak için onların araçlarını kullanırsınız. DNS'niz bizim tarafımızdan sağlandıysa, MyKinsta'daki yeni etki alanınızı şu şekilde yapılandırın:

• MyKinta ana sayfasının sol tarafındaki menüden DNS'yi seçin.
• DNS Yönetimi sayfasında, DNS Kayıtları bloğuna gidin ve DNS Kaydı Ekle düğmesini tıklayın.

Yeni alt alan adınızı, IP adresleriyle ilişkilendirmeler için yalnızca ikinci düzey alan adına güvenmenize izin vererek, bir CNAME kaydı olarak DNS'ye eklemenizi öneririz. Aşağıda, static için example.com'a işaret eden bir CNAME kaydı ekliyoruz:

Adım 2. Statik Alt Alan Adınızdaki Çerezleri Devre Dışı Bırakın

Şimdi, WordPress sitenizin wp-config.php dosyasını, wp-content klasöründeki varlıkların "statik" etki alanından sunulması ve çerezlerin yalnızca "www" adresi aracılığıyla iletilmesi için düzenleyeceğiz.

Çoğu Kinsta müşterisi, WordPress sitelerinde oturum açmak ve düzenlemek için wp-config.php'yi masaüstüne indirmek için bir FTP/SFTP istemcisi kullanır:

Aşağıdaki satırları wp-config.php dosyasına eklemek için bir metin düzenleyici kullanın (örnek etki alanlarını kendinizinkiyle değiştirerek):

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

Dosyayı kaydettikten sonra, önceki sürümü değiştirerek WordPress sitenize yükleyin.

Adım 3. Mevcut Varlıkları Alt Alan Adına Yönlendirin

Yukarıdaki adımlar, tarayıcılar "www" adresinden sayfalar ve blog gönderileri gibi içerikleri yüklediğinde çerezlerin dağıtılmasına izin verecek, ancak medya yüklemeleri gibi içeriğin ve JavaScript, CSS gibi varlıkların ve temalardaki yazı tiplerinin "statik" ile ilişkilendirilmesine neden olacaktır. " alan adı.

Ancak, web sitenizde zaten “www” adresindeki bu varlıklara bağlantılar içeren içerik bulunabilir. Bunu, WordPress veritabanının kendisinde küçük bir ara ve değiştir ile temizleyebilirsiniz.

Veritabanında çalışmadan önce her zaman WordPress sitenizi yedekleyin. Bu yapıldıktan sonra:

• MyKinsta panosunun sol tarafındaki menüden WordPress Siteleri'ni seçin.
• WordPress sitenizin adına tıklayın.
• Soldaki menüden Etki Alanları'nı seçin.
• Site Bilgileri sayfasında, Veritabanı Erişimi bloğuna gidin. (Gerekirse veritabanı kullanıcı adı ve şifre bilgilerini buraya kopyalayabilirsiniz.)
• PhpMyAdmin'i Aç bağlantısını tıklayın.
• WordPress veritabanınıza giriş yapın.
• SQL sekmesine tıklayın.

Mevcut gönderilerinizdeki tüm varlık bağlantılarının çerez içermeyen alt alan adınıza yönlendirildiğinden emin olmak için aşağıdaki komutu çalıştırın (yine, alan adlarını kendi alanlarınızla değiştirdiğinizden emin olun):

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/')

Artık, MyKinsta'nın yardımıyla WordPress'te çerez içermeyen bir etki alanını başarıyla yapılandırdınız. WordPress çerezlerini göndermek istemediğiniz herhangi bir statik içeriği barındırmak için bu etki alanını kullanın ve diğer her şey için normal etki alanınızı kullanın.

Tanımlama Bilgisi İçermeyen Bir Etki Alanı Kurmak İçin cPanel Kullanma

Yukarıda MyKinsta'da yaptığımız şeyi cPanel veya popüler cPanel alternatiflerinden birini kullanarak gerçekleştirme adımları aşağıda verilmiştir.

1. Adım. cPanel'de bir Alt Alan Adı Oluşturun

cPanel ana sayfasının Etki Alanları bölümüne gidin. Alt Alan Adları aracında, mevcut WordPress sitenizin üst düzey alan adına bağlı bir alt alan oluşturmanız yeterlidir.

Bu ayarlar, static.example.com alt etki alanını oluşturmak için aşağıda görülebilir.

2. Adım. cPanel'de Alt Alan Adını Statik Olarak Yapılandırın

Yeni statik alt alan adınız kullanıma hazır olduğundan, onu WordPress'te statik içerik sunarak adına uygun hale getirmenin zamanı geldi.

Bunu, WordPress sitenizin wp-config.php dosyasını düzenleyerek yapacağız. Bu dosyaya erişmenin en kolay yolu cPanel'in Dosya Yöneticisi aracıdır.

Dosya Yöneticisi'nde web sitenizin public_html klasörüne gidin ve wp-config.php'yi seçin (1). Ardından, dosyayı düzenlemek için Düzenle seçeneğini (2) seçin.

wp-config.php dosyasına aşağıdaki satırları eklemeniz yeterlidir (etki alanlarını kendi alanlarınızla değiştirdiğinizden emin olun!):

 define("WP_CONTENT_URL", "https://static.example.com/wp-content"); define("COOKIE_DOMAIN", "www.example.com");

" Değişiklikleri Kaydet "i tıklayın.

3. Adım. Mevcut Gönderileri Alt Alan Adına Yönlendirin

Son olarak, mevcut gönderilerinizi yeni statik alt etki alanına yönlendirmeniz gerekecek. Ama önce, düzgün çalışmaması ihtimaline karşı WordPress sitenizi yedeklediğinizden emin olun.

cPanel'in Veritabanı bölümünde PhpMySQL aracını açın. Sitenizin veritabanını ve ardından _posts tablosunu seçin.

_posts tablosunun SQL sekmesine tıklayın. Gönderi URL'lerinizin çerez içermeyen alt alan adınıza yönlendirildiğini doğrulamak için aşağıdaki komutu çalıştırın (yine, alan adlarını kendi alanlarınızla değiştirdiğinizden emin olun):

 UPDATE wp_posts SET post_content = REPLACE(post_content, 'www.example.com/wp-content/', ' static.example.com/wp-content/') 

Ve bu kadar! Artık WordPress'te cPanel'in yardımıyla çerez içermeyen bir alan oluşturdunuz. Sitenizin birincil alanında çerezlere izin verirken resimler, CSS, JavaScript ve yazı tipleri gibi statik içerik için çerez içermeyen alanı kullanın.

Özet

Çerez içermeyen alan adlarını kullanmak, sitenizin performansını iyileştirmenin, barındırma maliyetlerini düşürmenin ve hatta müşteri deneyiminizi ve SEO'nuzu iyileştirmenin oldukça etkili bir yoludur.

Gördüğümüz gibi, WordPress'te çerez içermeyen alan adları ayarlamak faydalıdır. Ancak, yalnızca Kinsta gibi yönetilen bir WordPress sunucusu bu avantajlardan tam olarak yararlanabilir.

Set-cookie başlıklarını kaldırmak için uygun araçlar ve gönderileri statik bir alt etki alanına yönlendirmek için doğrudan veritabanı erişimi ile, çerez içermeyen etki alanlarını kullanmak hiç bu kadar kolay olmamıştı. Kinsta'nın APM araçları ve diğer performans izleme özellikleri de sonuçları izlemenize yardımcı olabilir.

Daha fazla bilgi ve Kinsta'yı kendiniz görmek için bizimle iletişime geçin veya bugün ücretsiz bir demo planlayın.