WordPress’i hızlandırmak için ana mega kılavuz
Artık hızlı ve güvenilir bir siteye sahip olmanın önemli olduğunu söylemenize gerek yok – özellikle çevrimiçi yaptığımız hemen hemen her şey bir anda yapılabilir. Şu anda, yavaş bir site için sabır yoktur. Neyse ki, WordPress için site hızını artırması açısından, hızı artırmak ve kullanıcılarınızı, müşterilerinizi ve arama makinelerini mutlu etmek için yapabileceğiniz birçok şey vardır. Bu makalede, genel hız ve gelişme ile ilgili iyileştirme de dahil olmak üzere sitenizi yükleme süresini önemli ölçüde artıracak 24 iyileştirmeyi tartışacağız.
Bu sadece bir öğretici “WordPress’i hızlandırmak için ipuçları” değil. Bu tam adımda -adım kılavuzuna göre, WordPress sitenizi optimize etmenin ve hızlandırmanın her yönünü tartışıyoruz. Göreceğiz:
Sayfaların hızı neden önemlidir?
Web sitesi neden yavaş
Web sitenizi nasıl artırabilirsiniz?
Genel hız artar
Temel teknolojinizi güncelleyin
CM’lerinizi güncelleyin
Talebi azaltmak
Gereksiz eklentileri ve atıkları silin
Gereksiz Göz Şekini Sil
CDN kullanın
Önbelleklemeyi etkinleştirin
Veritabanınızı optimize edin
Görüntünüzü optimize et
Sıcak bir bağlantıyı devre dışı bırakın
GZIP sıkıştırmasını etkinleştirin
İyi bir ev sahibi seçin
Sitenizi izleyin
Tema
yazı tipi
Gelişim ile ilgili artan hız
Araçlarınızı bilin
Talebi azaltmak
Dosyaları en aza indir
Komut dosyasını altbilgiye yükleyin
İçeriğe öncelik ver
Doğru resim boyutunu kullanın
Kuyruğu azaltın ve optimize edin
Aktivasyon, devre dışı bırakma ve kancaları kaldırın
Müşterilerinizi eğitin
Çözüm
Sitenizden geçimini sağlarsanız, sayfanın hızı neden önemlidir, sayfa hızı görmezden gelemeyeceğiniz bir şeydir. Bir süre önce, Loadstorm birkaç araştırma bulgusunu iyi bir infografik olarak birleştirdi, bu da bir artış ve tüm amaç ve hedefler için web sitenizin açılış süresini 1 saniye azaltmanın size% 7’lik bir artış sağlayabileceğini gösterdi. İnsanlar ayrıca CDN kullansanız ve her şeyi optimize etseniz bile, İnternet hizmetlerinin kalitesinin dünya çapında tekdüze olmadığını unutuyor gibi görünüyor. Sayfanız New York’ta sizin için 2 saniye, Dublin’deki arkadaşlarınız için 2,3 saniye içinde yüklenebilir, ancak Hindistan’da sadece 4-5 saniyede yayınlanabilir. Daha fazla optimize ederek, ABD’deki yükleme süresini yalnızca 0,3 saniye azaltabilirsiniz, ancak Hindistan’da 1.8 oranında azaltabilirsiniz, bu da daha fazla satış üretecektir. Web’in çok büyük olduğunu ve alıntılanan numaranın ne olursa olsun ortalama olduğunu ve deneyimlediğiniz sayı, çok çeşitli bir koleksiyon örneğidir.
Tüm doğrudan avantajlara ek olarak, sayfanın hızının SEO’nuz üzerinde büyük bir etkisi olduğu ünlü bir gerçektir. Bazı makaleler Google ve hızlı siteler arasındaki korelasyonu açıklar. Kesin olan bir şey var: daha iyi hız = Google’ın gözlerinde daha yüksek sıralama. Çevrenin farkındaysanız, bunu karbon izinizi azaltmada bir egzersiz olarak düşünebilirsiniz. Daha hızlı web siteleri genellikle daha az işlem, daha az istek ve daha az veri sonucudur, bu da web sitenizi işleyen bilgisayarların daha az çalıştığı ve ısı çıkışını azaltır ve bu da daha az soğutma gerektiği anlamına gelir. Etki tek bir sunucu düzeyinde çok görünür olmayabilir, ancak büyük ölçekte ölçülecektir. Nasıl başlanır? Bu makaleyi üç bölüme ayıracağım. Başlangıçta, bazı genel düşünceler hakkında konuşacağım ve hız sorunlarının nüanslarını ifade etmeye çalışacağım. Sonraki iki bölüm, her kullanıcı tarafından yapılabilecek iyileştirmeye ve kod üreticisi tarafından yapılabilecek bir artışa odaklanacaktır. Son iki bölümde üst üste binecek. Kod olmayanları her iki parçayı da görmeye teşvik ediyorum, birkaç ilgili kod olmasına rağmen basit bir kılavuz izleyerek birçok hız artış taktikleri uygulanabilir.
Sonunda, umarım herkes en az birkaç fikir alabilir ve web’i hepimiz için daha hızlı bir yer haline getirmek için hemen uygulayabilir! Web sitesi neden yavaş? Bunu anlamak akıllı kararlar vermenin anahtarıdır. Düşük maliyetli sunucularda oldukları ve verimsiz kodlar veya yüklü büyük görüntüler nedeniyle yavaş hale geldikleri için yavaş olan siteler arasında büyük bir fark vardır. Aşağıdaki listenin her zaman “tamir edilebilecek” öğeler içermediğini unutmayın. Hızınızı artıran tüm ayrı katmanları ekleyeceğim. Görevimiz – daha sonra – bu hızı optimize ediyor. Şimdilik, tüm bileşenlerini öğrenelim. Web sitenizi çalıştırmak için kullandığınız temel dil teknolojisi ve temel teknoloji, kodun sunucuda ne kadar hızlı işlendiğini belirleyecektir. Yalnızca HTML kullanıyorsanız, bu bir sorun değildir, ancak çoğu web sitesi sunucu tarafı programlamasını kullanır. PHP kodunu yürütmek için ASP.NET, PHP veya belki HHVM kullanabilirsiniz. Sıradan insanların temel dilde hızı artırmak için yapabileceği çok şey yoktur. Uzman olmama rağmen, ASP.NET’in teknik olarak PHP’den daha hızlı olma yeteneğine sahip olduğuna inanıyorum, ancak fark göz ardı edilebilir.
HHVM piyasaya sürüldüğünde PHP’den daha iyi performans göstermeye başladı, ancak her iki teknoloji de savaşa (dostluk) dahil olmaya başladı ve şimdi yeni PHP 7, bu teknolojiden performans iyileştirme döngüsünü teşvik etmesi beklenen HHVM’den daha iyi performans gösterecek gibi görünüyor. mutlu. Fark yaratabileceğiniz bir alan, sunucunuzun nasıl yapılandırıldığıdır. Örneğin, sunucular GZIP sıkıştırma olarak bilinen sıkıştırılmış formatta veri gönderecek şekilde yapılandırılabilir. Bu, açabileceğiniz veya kapatabileceğiniz basit bir ayardır, açıkça açma hızınızı artıracaktır. Bu tekniklerin bazılarını daha ileri ve aşağı göreceğiz. İçerik Yönetim Sistemi Genel bir kural olarak, herhangi bir CMS sistemi doğru oluşturulan statik HTML sitesinden daha yavaş olacaktır. Toplam sayfa önbelleğinin hız farkını en aza indirebileceği doğru olsa da, önbelleğin bazen temizlenmesi gerekir, giren kullanıcıların genellikle önbellek sürümünü almazlar ve içeriği yönetme her zaman daha fazla kaynak gerektirir. Böylece, iyi inşa edilmiş bir CMS sistemi kayıplardan daha fazla fayda sağlayacaktır. Bu daha güvenli olacak, içerik daha kolay ekleyebilirsiniz ve istediğiniz zaman uygulayabileceğiniz birçok özellik sunarlar. Tüm ünlü CMS sistemleri, WordPress, Joomla, Drupal ve diğerlerinin hız açısından iyi olması için “iyi yapılmış” kategoriye dahil edilmiştir.
Hız problemleri bazı sistemlerde diğerlerinden daha yaygın olabilir, ancak bu genellikle temalar, eklentiler, uzantılar ve benzerleri gibi kullanılan ek kodlarla ilgilidir.Bunu daha fazla göreceğiz.İçerik yönetim sisteminin nedeni, statik siteden daha yavaştır, çünkü sunucuya bağlanmaları gerektiğinden, sunucunun isteği işlemesi, HTML kodunu üretmesi ve işleme sürdüğü sürece tarayıcınıza geri göndermesi gerekir. Yükleme süresini de artıran çalıştırılması gereken çok sayıda veritabanı sorgusu olabilir.Çoğu sistem bu işlemi optimize etmek için bir mekanizmaya sahiptir, bu nedenle web siteleri birkaç saniye içinde yüklenme eğilimindedir – bu sistemi iyi bir çözüm haline getirir.
3. Uzatma, burada sağduyulu tüm uzatmayı kastediyorum: CMS’nizde hangi kod kullanılır. WordPress için bu, Joomla ve Drupal için şablon ve uzantılar olarak adlandırılabilir. Çoğu zaman, temalar ve eklentiler, CMS’yi yapan aynı kişi tarafından yapılmaz. Bu, geliştirici şu anda en iyi uygulamayı tam olarak anlamıyorsa, hata yaptıkları anlamına gelir. Kodlama yaparken, hataları gerçekten tetiklemeden alt optimal kodlar oluşturmanın birçok yolu vardır. Örneğin: Veri ihtiyaçlarınızı düşünürseniz, işlem sırasında veritabanına bir kez sorarak geçebilirsiniz. Her şeyi düşünmüyorsanız, üçü kullanabilirsiniz. Aslında, ihtiyaçlarınıza bağlı olarak, üç sorgu bazen birden daha hızlı olabilir, bu nedenle yönteminizi dikkatle seçmeniz çok önemlidir. Kabaca her şey çok hızlı bir şekilde azalır. Aşağıdaki kodunuzu yavaşlatan bazı özel kodlama teknikleri göreceğiz. Şimdilik, sonuç, uzantının sitenize bir yükleme süresi katmanı eklediğidir. WordPress ile negatif, topluluğun çok açık olduğu gerçeğiyle oldukça genişler. Bu, WordPress’in değiştirilmemesi gereken, ancak eksiklikleri olan olağanüstü bir yönüdür. Kötü bir koda katkıda bulunmayı çok kolaylaştırır. Kimse sizi korkunç bir kodla bir tema oluşturamaz (ayrıca değil) ve isterseniz satamaz. 4. Sunucu &
Barındırma sunucunuz, özellikle yüksek trafikte, web sitenizin hızını belirlemede büyük bir bileşendir. Önce bu iki terimi ayıralım ve hız üzerindeki etkisi hakkında daha fazla bilgi edelim. Sunucunuz, bilgisayarınıza benzer bir özelliğe sahip bir yerde fiziksel bir bilgisayardır. Hafıza, CPU, sabit sürücü alanı ve performanslarını belirleyen diğer parametrelere sahiptir. Barındırma paketiniz temel olarak sunucu ile ilgili bir dizi hizmettir. Bu, otomatik rezervler, sunucu yönetimi vb. Gibi şeyleri içerecektir. İyi bir kayıp büyük bir fark yaratır. Amacımız için, barındırma paketinin en önemli faktörü, paylaşılan bir paket, VPS veya özel sunucu kullanmanızdır. Aynı sunucu, VPS ve adanmış bu üç terim, çeşitli barındırma metodolojilerini temsil eder. Biraz basitleştirildi: Kaç kişinin web siteleri için aynı sunucuyu kullandığını belirlerler.
Ortak hizmetlerde, aynı sunucuda yüzlerce kişiyi alabilirsiniz. Bu, yüz kişinin sabit sürücü alanı, bellek, CPU hızı ve aynı bant genişliğini paylaştığı anlamına gelir. Kaynaklar eşit olarak dağıtılmaz, yanlış site sunucu kaynaklarının% 80’ini harcayabilir ve diğer 99 kullanıcıyı kalan% 20 veya daha kötüsü ile bırakabilir.
VPS (sanal özel sunucu) hala birlikte kullanılır, ancak genellikle daha az kullanıcı arasında ve kaynaklar eşit olarak dağıtılır. Aynı sunucuda 5 kullanıcı varsa, örneğin her biri belleğin% 20’sini alacaktır. Bir kullanıcı bunun ötesine geçmeye çalışırsa, web siteleri başarısız olabilir, ancak diğer kullanıcının web sitesi iyi olacaktır. Özel bir sunucuda, tek sunucu kullanıcısınız ve tüm kaynaklarınızsınız. Bu, ortak hizmetlerin getirdiği “kötü komşuların” etkilerini tamamen ortadan kaldırıyor ve istediğiniz daha fazla kaynağa VPS’den (genellikle) daha fazla kaynağınız var.
WPMU Dev’de tamamen adanmış yönetilen yönetilen bir WordPress barındırma sunuyoruz. Tüm barındırma paketlerimiz, sitenizin hızlanmasını sağlamak için özel IP, otomatik güncellemeler, WAF, kötü amaçlı yazılım taraması ve daha fazlası ile donatılmıştır. Sunucu parametreleri Bahsettiğim gibi, web sitenizin hızlarını belirleyecek birkaç ana özellike sahip olduğu sunucu. Asıl şey şu:
Sunucunuzun performansı ne kadar yüksek olursa, web sitenizin performansı o kadar iyi olur. Tabii ki bunun için sınırlar var. Ayda on binlerce görünümlü küçük bir WordPress siteniz varsa, sunucunuzun 1 GB RAM veya 8 GB olması önemli değildir. Dahası, hızınızı artırmak için neler yapabileceğinizi gördüğümüzde, ana bilgisayar ve sunucuyu ne zaman değiştireceğiniz hakkında konuşacağım, bu sorunu orada tartışacağız. Fark yaratacak bir özellik daha sunucunuzun yeridir. Bu oldukça mantıklı. Sunucu San Francisco’daysa, San Diego’daysanız (yaklaşık 500 mil) Melbourne, Avustralya’da (yaklaşık 8000 mil) daha hızlı veri alacaksınız. Optik fiber kabloya girerken veriler sarsılma eğilimindedir – ışık hızına yakın bir hıza ulaşır – ancak evinize yaklaştıktan sonra ISS’niz tarafından sağlanan hıza yavaşlar. Ayrıca, her şeyi yavaşlatma eğilimi gösteren güvenlik duvarını, yönlendiriciyi ve diğer sihirli şeyleri geçmek zorundadır. Mesafe, en fazla talebi elde etmek için hızınızı etkileme eğilimindedir. Bununla kastettiğim, aynı dosyayı San Diego’dan indirirseniz, Melbourne’dan 1GB dosyayı indirmenin neredeyse aynı zamanda alacağıdır. Ancak, daha fazla iseniz, 1MB boyutunda 1024 dosyayı indirin. Bu bizim için neden önemli?
Tema kodunda veya eklentisinde ne yapmanız gerekir, geliştirici bölümüne girer, diğerleri genel bölüme girer. Başlayalım. Genel hız, genel hızda bir artışla artar, web sitesi koduna (tema ve eklenti) dokunmadan yapabileceğiniz tüm yöntemleri, ipuçlarını ve püf noktalarını ifade ediyorum. Birkaç dosya sunucusunu düzenlemeniz ve terminal komutunu kullanmanız gerekebilir, ancak genel olarak, evde sunucu hakkında bir veya iki şey bilen birisi yoksa, hızdaki bu artış geliştiriciniz tarafından yapılmayacaktır. Bu bir şeyler yapmak için cömert yardımdır. “Web Sitesi Neden Yavaş?” Her şeyi sizin için daha kolay hale getirmenin kısmı. Deneyimlerime göre, ev sahibiniz ne kadar pahalı olursa, yönetilen ortamda sizin için PHP’yi daha sıkı günceller. Birçok alt sınıf sunucusu, sorarsanız PHP sürümünüzü gerçekten günceller, ancak otomatik olarak yapmayacaktır. Örneğin, bazı PHP kriterleri görürseniz, bunun neden önemli olduğunu görebilirsiniz. Gördüğünüz gibi, PHP’nin kendisi için çeşitli güncellemelerin büyük bir etkisi olabilir. Dev adam PHP’nin ne kadar harika olduğunu biliyor. PHP sürümünüzü nasıl güncelleyebilirsiniz – ana bilgisayarınıza bağlı olarak farklı olacaktır. Ana bilgisayarınızı girerseniz, “PHP Yapılandırması”
. Farklı sürümlere geçmenizi sağlayan bir seçme kutusu bulabilirsiniz. Değiştirmeden önce, PHP’yi güncellemek için birkaç tehlike vardır. Web sitenizin ve dosyanızın kodu aniden kaybolmaz, ancak çok uzun bir kod çalıştırırsanız, beklenmedik sorunlar yaşayabilirsiniz. Emin değilseniz, bir sorun varsa, sunucunuza sürümü azaltıp azaltamayacağınızı sorduğunuzdan emin olun. PHP hakkında daha fazla bilgi için ve güncellemek için cpanel kullanın, bu kısa videoya bakın. 2. CM’lerinizi güncelleyin Bu şimdi söylenmemeli, ancak yine de eski WordPress sürümünü çalıştıran bazı siteleri görüyorum. CMS güncellemeleri genellikle bir versiyondan diğerine hızda büyük bir artış sağlamaz, ancak güvenlik sorunlarını giderir. Güvenliğinizdeki delik, sitenize zaman içinde her şeyin yavaşça durmasını sağlayabilecek tehlikeli kodların enjekte edilmesine neden olabilir. Buna ek olarak, CMS güncellemeleri sistemi optimize etme eğilimindedir ve bunun için daha iyi kod yazmasına izin verir. Sonuç olarak, veritabanınız daha az kalabalık olacaktır, sorgularınız daha hızlı olacaktır, bu da zaman zaman ortalama hızda bir artış anlamına gelir. Güncelleme konusunda gayretli olduğunuzda bekleyebileceğiniz şey, örneğin basit veritabanı tıkanıklığı nedeniyle hız azalması arasında daha uzun bir süre. WordPress’inizi güncellemede ve çok savunmasız olmayacak şekilde korumanın en iyi uygulamasını görmek için, makalemizi okuduğunuzdan emin olun, 7 WordPress güvenlik açığı iyileştirme hızlı &
Kolay. Her şeyi daha iyi hale getirmek için kullanıcı olarak yapabileceğiniz bazı şeyler var. Her şeyden önce, siteniz tarafından yapılan kaç istek bulmak için birçok araç kullanabilirsiniz. Tarayıcı geliştiricinizdeki tüm istekleri görebilir veya iyi bir genel resim elde etmek için Pingdom gibi web tabanlı araçları kullanabilirsiniz. Sitenize içerik eklerken, resim veya diğer medya öğeleri ekleyerek talebi artırırsınız. Temel olarak öğe başına bir istek eklersiniz. Gönderinize bir galeri eklerseniz ve ilk 5 resim arşiv sayfanızda da görüntülenirse, bir sayfada 60-70 kadar istek görebilirsiniz. Bir fotoğrafçı, sanatçı veya görüntüleri seven biriyseniz, daha az resim eklemek istemeyebilirsiniz. Bu durumda, sayfa yayın ayarlarınızı azaltmak veya arşiv listenizde daha az görüntü görüntülemek iyi bir yol olabilir. Gönderinizi sayfa başına azaltmak için, WordPress’te okuma ayarlarını açın ve 8 veya 6’ya kadar düşük. Web sitesinin ön ucunu etkileyen eklentileri azaltmayı düşünün. Birçok eklenti kendi stillerini ve komut dosyalarını ekler, bunları devre dışı bırakmak, eklenti iyi bir şekilde bakla veya boş bir ürünse 7-8 kadar 1-2 istek tasarrufu sağlar. Temaları değiştirmek de birçok istek kaydedebilir, ancak birçok durumda bu iyi bir seçim değildir.
Özellikle çok fazla gereksiz komut dosyası ve stil yüklemek için her özellik eğilimini sunan özel temalarda premium temaların fark ettim. Görüntüleri yavaşça sevmek, sitenizin daha hızlı görünmesini sağlayabilecek güçlü bir araçtır. Aslında, talebi azaltmazsınız, ancak yükleme ihtiyacını şaşırtırsınız. Yavaş yüklemenin arkasındaki fikir, sayfanın altında daha fazla görünen görüntünün, kullanıcı yanlarında yuvarlanana kadar gerçekten görüntülenmesi gerekmediğidir. 6 tembel yük eklentisini karşılaştıran iyi bir makalemiz var, daha fazla bilgi için orada görün. Talebi azaltmak için en iyi yöntemlerden biri birleştirmektir. Kod üreticisi bölümünde ayrıntılı olarak konuşacağımız budur. 10 JavaScript dosyasını yüklemek yerine, temel olarak tek tek bir dosyaya kopyalayabilirsiniz. Bu, ortalama 20KB ile 10 dosya indirmek yerine, çok daha hızlı 200KB dosyasını indirebileceğiniz anlamına gelir. Siteyi kodlarken bunu yapmak oldukça kolaydır, ancak daha sonra çok daha zordur. Merge + Minify + Yenileme gibi bir eklenti işlemi otomatikleştirir, ancak çeşitli sonuçlar alıyorum. Başarılı olursa, yapılan isteklerde önemli bir azalma görebilirsiniz. Tüm bunlar söyleniyor, kendi tembel yük eklentimizi kullanmanızı öneririz, smush.smush yavaş yükleme görüntüleri için mükemmel çözümümüzdür.
Smush, en popüler hepsi bir arada görüntü optimizasyon eklentisidir, çünkü resimlerinizi daha hızlı yüklemek için gereken her şeye sahiptir. Smush ile tembel yüklemeyi etkinleştirmek tek bir tıklamada yapılır. Ayrıca, yavaş yükleme etkinleştirildikten sonra ayarlarınızı ayarlayabilirsiniz (çoğu durumda gerekli olmasa da). Ayrıca, bu kullanım için ücretsiz bir eklentidir. İçinde sayfalandırma içeren yayınlardan gerçekten nefret etsem de, bazı durumlarda yayınları birkaç sayfaya bölmek mantıklı olabilir. Lütfen sayfa görünümünü artırmak için yapmayın, ancak en sevdiğiniz otelleri içeren 500’ünüzü içeren hiper-mega-süper bir kaynağınız varsa, belki 25-50 bazı kısımlara bölmek iyidir. 4. Eklentiyi Gereksiz ve Atık Eklentileri Silin Yalnızca talebinizi artırmakla kalmaz, aynı zamanda bellek ve hatta güvenlik sızıntıları gibi diğer tüm sorunlara da neden olabilir. P3 (eklenti performans profili) adlı harika bir eklenti, en sorunlu nedenleri belirlemenize yardımcı olabilir. Nadiren kullandığınız her şeyi de devre dışı bırakabilirsiniz. Genellikle rejenere küçük resimler, tema kontrolleri veya gerçekten de P3 gibi araçlar kullanırım. Kullanıldığında bu çok değerli olsa da, ayda yaklaşık bir kez ihtiyacım var. Kullanmadığım zaman, tamamen sıfır performans etkisine sahip olduklarından emin olmak için devre dışı bırakıyorum. İyi görünebilir, ama aslında mantıklı değil. Size iki örnek vereyim.
İlk örnek, hayal kırıklığı yaratan unsurlarla ilgilidir. İmleci üste yönlendirdiğinizde serin animasyonla katlanmış bir kullanıcı menünüz olduğunu varsayalım. Kullanıcılar ilk gördüğünde, oldukça havalı olduğunu düşünecekler. Ancak, üçüncü kullanımdan sonra daha rahatsız olacaklar – lanet olası menü görünene kadar neden bir an beklemeliler? Bu genellikle siteyi kullanıcılarıyla aynı şekilde kullanmayan bir programcı ve site sahibi tarafından neden olur. Kullanıcıların başlıkta bağlantılar veya gelen formlar kullanması muhtemeldir. Kullanıcılarınıza pürüzsüz bir deneyim sunduğunuzdan emin olun, sadece havalı görünen şey değil, uzun vadede sinir bozucu. Saf Visual UX yönüne ek olarak, web siteniz bazı hız avantajları elde edecektir. Animasyon olacak daha az öğe olacak, toplamda daha az JavaScript olacak, bunların hepsi aslında daha hızlı veya daha hızlı – aynı olan web sitelerine çevrilecek.
İkinci örnek verimlilik ve dönüşüm ile ilgilidir.Buradaki en sevdiğim örnek kaydırıcı.Hemen hemen her araştırma makalesi aynı sonuca varıyor: kaydırıcı gerçekten korkunç.Kimse kullanmıyor, çok fazla yer alıyorlar, SEO’nuzu düşürüyorlar ve sitenizin hızında büyük bir kurban alıyorlar.İş için web sitenizin amacının güzel görünmediğini vurgulamak istiyorum.Güzel görünüyor, gerçek hedefe ulaşmak için kullanılan bir araçtır: para kazanmak.Tüm çalışmalar kaydırıcıyı yere yakmanız gerektiğini gösteriyorsa.Bu gelirinizi artırırsa, gerçekten umursuyor musunuz? İdeal bir dünyada, sitenizin tüm unsurlarını görmeli ve bazı kararlar almalı veya en azından tahmin etmelisiniz. Konuyu okuyun, araştırmanızı yapın ve en önemlisi sonuçları ölçün. Ayrıca, bazı durumlarda toplam kaldırmanın iyi olduğunu, diğer durumlarda öğeleri değiştirmek istediğinizi unutmayın. Vardiyerinizin kaldırılması daha düşük bir dönüşüm oranına neden olabilir, ancak basit bir metinle değiştirilebilir ve bağlantı onu slayt efekti seviyesinin çok üzerinde artıracaktır. Site, her şeyi uzakta daha basit ve daha hızlı hale getiriyorlar. CDN kullanmayı sevmemin iki nedeni var: CDN, sunucu dışında görüntüleri barındırmamı ve zaman yükleme süresini azaltmamı sağlıyor. Bu makale için, son sebep, sadece kısa bir süre için bile, sunucu dışında resimleri barındırmayı seviyorum çünkü içeriğimi medyamdan kurtarıyor. Etki alanımı değiştirebilirim. Bir ev sahibinden diğerine geçebilirim. Medyam her zaman aynı yerde. Ortalama web sitesi veritabanı ve teması yaklaşık 10-25 MB sürecektir. Ancak, aktarılacak 2GB görüntü de olabilir. Bunların hepsi sunucunun dışında barındırılıyorsa, yalnızca fazla olmayan 25 MB endişelenmeniz gerekir. Hıza dön!
CDN’nin (içerik dağıtım ağı) arkasındaki fikir, istenen kaynakları coğrafi olarak size daha yakın yerleştirmektir. WPMU Dev’de StackPath sunucusunu kullanan kendi CDN’miz var. Bu, ana yerlerin çoğunda çok iyi çalışıyor. Uygulamak istiyorsanız, başlamanıza yardımcı olmak için en iyi CDN hizmet koleksiyonumuzu okuyun. Amazon Cloudfront gibi çok sayıda WordPress entegrasyon eklentisine sahiptir, bu da ayarlayabileceğiniz ve unutabileceğiniz anlamına gelir. Önbelleklemenin arkasındaki fikir basit bir benzetme ile anlaşılabilir. Okulda ilaveyi ilk öğrendiğinizi hatırlıyor musunuz? Fiziksel olarak 5+4 saymanız gerekir. Parmaklarını veya elimde olan her şeyi kullanıyorsun (annem bana kaya şekeri ile öğretti) saymak için. Şu anda bahse girerim sadece cevabı hatırlarsınız ve otomatik olarak 9 olduğunu bilirsiniz. Beyniniz temelde sonuçları sizin için kaydetti, artık saymanıza gerek yok. Web sitesi ile bir arsa bükümü var – denklemin sonuçları her zaman aynı değildir!
Sebep bu. Adınızdan başka bir şey olmayan bir web sitesi hayal edin ve cari yıl görüntülenir. Bu web sitesi içeriği yalnızca yılda bir kez değişir. Ancak, siteyi her yüklediğinizde, sunucu cari yılı sayar. Önbellekleme ile yapılabilecek şey temel olarak HTML web sitesinin bir kopyasını belirli bir süre için saklamaktır. Yukarıdaki örneğimizde, önbelleği günde bir kez sona erecek şekilde ayarlayabiliriz. Bu, günde bir kez web sitesinin normal şekilde yükleneceği anlamına gelir: istekleri algılayacak, sunucunun kodu işlemesini yapacak ve sonuçları HTML olarak geri yükleyecektir. Ayrıca bellekte üretilen HTML’yi de saklayacaktır. Birisi siteyi bir dahaki sefere yüklediğinde, önbellek, sunucunun işlemesini yapmak yerine HTML’yi bellekten yükler. Bu, böyle basit bir örnek için çok fazla olmayabilir, ancak ortalama site için bu, yükleme süresinden birkaç saniye azalabilir. Az önce açıkladığım tam sayfa bir önbellek, başka birçok tür var – önbellekleme ayrı bir meslek. Neyse ki, WordPress ile çalışıyorsanız çok kolay başlayabilirsiniz. Blogumuzdaki en iyi WordPress önbellek eklentileri hakkında bir makalemiz var – makaleyi okuyun ve seçin! Bu makaledeki seçeneklerden biri kendi Hummingbird eklentimiz.
Önbellekleme ihtiyaçlarınız için Hummingbird mevcuttur. Hummingbird kullanımı ücretsizdir ve herhangi bir site önbelleği için etkili bir önbellek tarayıcı özelliğine sahiptir. Tam sayfa, gravatar ve önbellek tarayıcı aracıyla daha hızlı bir sayfa yükleyecektir. Her eklenti için bir ayar var, en iyi performansı elde etmek için her ayarı okumanızı öneririm. Bu benim tecrübelerime göre, sadece temel ayarlarınızı kullanırsanız, maksimum hız kârının en az% 80’ine ulaşacaktır, böylece acemi olsanız bile başlamaya değer. Ayrıca, sunucu düzeyinde daha iyi önbelleklemenin elde edilebileceğini de fark etmelisiniz. Bazı yönetilen WordPress çözümleri, her zaman daha hızlı olacak sunucu düzeyinde önbellekleme sunacak. Bu ana bilgisayarların çoğu önbellek eklentisini yüklemenize izin vermez, çünkü yalnızca daha yavaş bir siteye yol açacaktır. Bu denklemin iki ana kısmı vardır: Kullanılmayan veriler ve genel veritabanı seviyesi. Kullanılmayan veriler birkaç yerden gelebilir. Kullanıcıları silmek için birkaç özel çözümünüz varsa, belki de kullanılan yöntem ilgili kullanıcı meta verilerini silmez. Bu, kimseye bağlı olmayan bir veritabanında yüzlerce satır bırakabilir. Bir veritabanında artık gerekli olmayan bir dizi özel alan da kullanabilirsiniz. Bu özel alan yüzlerce gönderiye eklenmiş olabileceğinden, binlerce satır olmasa da yüzlerce konuşuyoruz. Bunu temizlemek çok zor değil. Jenni McKinnon, veritabanınızı temiz tutma hakkında iyi bir makale yazdı ve bu blogda web sitenizi nasıl yeniden inşa edeceğiniz makalesinden “Temizlik ve Geçiş Veritabanı” nda uzun süre tartıştım. Veritabanı ek yükü için, sizin için otomatik olarak işleyen bir MySQL varsayılan araç kullanabilirsiniz – buna tablo optimizasyonu denir. Bu, sabit sürücü için disk ayrılmasına çok benzer. “Masanızı Optimize Etme” bölümüne bakın
Jenni’nin gönderisinden bunun nasıl yapıldığını görmek için. Görüntülerin sıkıştırılması, çarpıcı bir fark olmadan% 30 daha küçük -% 80 daha küçük hale getirebilir. Kullanılacak en iyi araçlardan biri, elbette, 1 milyondan fazla WordPress kurulumu tarafından kullanılan kendi WP Smush’umuzdur. Görüntünün boyutunu otomatik olarak bile değiştirebilirsiniz. İcra görüntülerini optimize etmek için OS X için ImageOPtim’i kullanıyorum veya Popüler Riot’u Windows’ta kullanabilirsiniz. GZIP Sıkıştırma, yorumlama için tarayıcınıza göndermeden önce çeşitli varlıkları sıkıştırır. Bu, sunucunuzda düzenlenmesi gereken bir şeydir. Nasıl gerçekleşeceğine dair kısa bir öğretici için bu GTMetrix makalesine bakın. Bunun çok yararlı olmasının nedeni, CSS ve HTML’nin çok fazla tekrarlanan içerik kullanmasıdır. İçeriğinizde ne kadar çok desen varsa, içerik o kadar iyi sıkıştırılabilir. Çok basit bir örnek: Web sitenizde 100 kez “Daniel harika” varsa (ve neden olmasın?!), Metni “12D” ile değiştirebilirsiniz.
Böylece çok fazla alan tasarrufu. Bu, herhangi bir sıkıştırmanın çekirdeğidir ve sahip olduğunuz desen daha (ve daha uzun), elde edebileceğiniz sıkıştırma o kadar yüksek olur. Sinek kuşumuz GZIP sıkıştırmasına yardımcı olabilir – ücretsiz. Daha fazla bilgi için sinek kuşlarının nasıl optimize edileceğine dair makalemizi okuduğunuzdan emin olun. HotLight, görüntünün sunucunuzdan farklı bir web sitesinde sunulduğu zamandır. Başka bir deyişle, görüntünüzü kaydetmek ve bunları kendi sunucuma yüklemek yerine, yalnızca sunucunuza bağladım ve bant genişliğinizi etkili bir şekilde çaldım. Bu diğer insanların wifi çalmak gibidir. Neyse ki bu biraz sihir ile önlenebilir. JavaScriptKit’in bu kısa makalesinde nasıl bitireceğinizi okuyun. Tabii ki, daha önce de belirttiğim gibi, ihtiyaçlarınız için çok uygun olan barındırma sunuyoruz (aslında, bu gezegende en iyi barındırmayı sunduğumuzu düşünüyoruz). Ancak, bir seçeneğiniz var. Çok kısa ve basitleştirilmiş rehberim aşağıdaki gibidir:
Gerçekten yapmanız gerekmedikçe veya gerçekten kullanmadığınız birçok siteniz olmadığı sürece paylaşılan barındırma kullanmayın. Ayda yaklaşık 4 $ maliyeti ve bu alacağınız şey bu. Güvenilmez hizmetler düşme eğilimindedir, çünkü diğerleri aşırı kaynaklar kullanır. Başka bir seçenek, WordPress barındırma yönetimidir (bizim gibi). Bu tür bir barındırma daha WordPress merkezli bir yaklaşım sunar. VPS’de istediğiniz herhangi bir uygulamayı çalıştırabilirsiniz, yönetilen WP barındırma açıkça yalnızca WordPress’e izin verir. Sonuç olarak, sunucu özel olarak WordPress ile oluşturulur, sunucu seviyesi önbellekleme ve WordPress sitenizi ateş gibi çalıştıracak diğer öğeler sunar. Öte yandan, neler yapabileceğiniz ve yapamayacağınız hakkında bazı kısıtlamalar olabilir. Ana bilgisayar, hız veya güvenlik sorunları nedeniyle çeşitli eklentileri ve temaları devre dışı bırakabilir. Sonunda, bunların hepsinin iyi bir hedefi vardır, ancak bazı insanlar için eğlenceli olmayabilir. İyi bir ev sahibi arıyorsanız, karşılaştırmayı gördükten sonra etrafına bakıp sizin gibi en çok seçebileceğiniz bir WPMU Dev Hosting incelemesi var. Müşteri hizmetleriyle konuşmayı ve gerçek ihtiyaçlarınızı açıklamanızı öneririm, neye ihtiyacınız olduğuna karar vermenize yardımcı olacaklar ve bekleyebileceğiniz destek seviyesini de hissedeceksiniz. 13. Sitenizi izleyin, ancak web sitenizi hızlandırmayacak, ancak Bir şeylerin yanlış olduğunu hatırlatacak ve zaman içinde düşüş eğilimini yakalayabileceksiniz.
Görünürden önce hız sorunlarına tepki vermek mutlu bir kullanıcıyı korumanın iyi bir yoludur!Pingdom ve diğerleri gibi etki alanı izleme hizmetleri, sitenizi düzenli ve otomatik olarak otomatik olarak test edebilir.WPMU Dev’in bir üyesiyseniz, sitenizin durumu Hub’daki Performans sekmesinde ölçülür.Ayrıca, performans testi ve aktif zaman raporları hazırlayabilirsiniz.
Avada gibi temalar performans ayarlama seçenekleri sunar. Bu seçenekleri temanızda yapılandırmak, özellikle Elementor, WPBakery, Divi vb. sayfa yükleme hızlarınızı yavaşlatabilecek ek kod ekler. 15. Yazı Tipleri Bir şeyin düşünmüş olabileceği, ancak inan ya da inanmayın, yazı tipleri WordPress sitenizi azaltabilir ve uzun süreli yükleme süresine neden olabilir. Google yazı tipleri söz konusu olduğunda, talep edilmeleri ve yüklenmeleri gerekir. Bu, sayfadaki her yazı tipi için geçerlidir – bu da sitenizi geciktirebilir. WP Rocket, Google yazı tiplerini optimize etmek için bir özelliğe sahiptir. Başka bir seçenek de Google Fonts ekranını takas etmektir, bu da yardımcı olabilir. Ayrıca, tüm siteniz için bir yazı tipi kullanmanız önerilir. Tabii ki, bunun için bir gerçek var, ama bence birçok geliştirici, ihmal yoluyla yalan söylemeye benzeyen kod yazıyor. Teknik olarak kod hatalı değil, hatalar içermiyor, sitenizi aktif olarak indirmeye çalışmıyor. Nasıl, hızı artırmak veya bir süre hızlı kalmasını sağlamak için çok fazla şey yapmaz. Bunun arkasında kesinlikle hiçbir kötülük yok, kodumuzun çoğu nasıl gelişti. İşte geliştiricilerin ürünlerimizin sorunsuz çalışmasını sağlamak ve performansı mümkün olduğunca uzun süre ayırmaya yardımcı olmak için yapabileceğimiz bazı şeyler. 1. Araçlarınızı bilin, bu çok basit bir görev gibi görünüyor, ancak az sayıda geliştirici bunun ne anlama geldiğini gerçekten anlıyor gibi görünüyor. Senin bir yolu yok ‘
WordPress kadar büyük bir şey hakkında her şeyi bileceğim.Yapabileceğiniz şey, araştırma yapmanız gerektiğinde işaretleri almaktır.Başka bir deyişle: zanaatınızı tanıyın ve daha sürekli öğrenin.Size en sevdiğim örneği vereyim.Hiç bir yazı için çok sayıda meta alanı çekmek zorunda kaldınız mı?Belki de Get_Post_Meta () ‘ı Yakından Yaklaşık olarak kullanıyor?Bunun savurgan olduğunu düşünebilirsiniz, 20 veritabanı isteği yapıyoruz.BENCE ‘
Tüm güzel yorumlarınıza, boşluklara, çizgi molalarına, girintilere ihtiyacınız var – okunamayan bir kod kütlesi ile mükemmel bir şekilde mutlu. Bunun için Hummingbird de kullanıyorum, ancak lirding, görüntü optimizasyonu, modifikasyon vb. 4. Altbilgiden yük komut dosyaları Hummingbird, varlık optimizasyonu alanında sizin için bunu halledebilir. Hummingbird’ün varlık optimizasyonu ile sitenizi hemen hızlandırabilirsiniz. Etkinleştirildiğinde, bu web sitesinin görünür hızını artıracaktır. İstekleri veya dosya boyutlarını azaltmaz, ancak önce temel içeriğin yüklendiğinden emin olur. Ayrıca, bir komut dosyası sıkışırsa, içeriğin yüklenmesini engellemez. 5. İçeriğe öncelik ver, tıpkı altbilgiye komut dosyaları yerleştirme gibi diğer içerik de önceliklendirilebilir. Kenar çubuğunuz ilgili bilgiler ve zorunlu olmayan içerik içeriyorsa (muhtemelen olması gerektiği gibi) ana içerikten geç yüklendiğinden emin olabilirsiniz. Bu her zaman elbette bir seçenek değildir, ancak mümkün olan en kısa sürede önemli içeriği yüklemeye çalışırsanız, daha hızlı ve olası sıralama açısından daha yüksek görünen bir site ile sonuçlanırsınız. 6. WordPress’te görüntü çıkarırken uygun görüntü boyutlarını kullanın. Kullanılacak görüntü boyutunu belirtebilirsiniz. Çoğu bu görüntülerin ne kadar büyük olacağını bilirsiniz: özellikli görüntüler, küçük yazı simgeleri, avatarlar vb. Add_image_size () işlevini kullanarak bu görüntü boyutlarını belirleyebilirsiniz. Bu, bir görüntü yüklendiğinde, WordPress’in yüklenen görüntünün bir kopyasını bu boyutta oluşturacağı anlamına gelir. Buradaki fikir, 600 × 320 bir görüntüye ihtiyacımız olursa, iki nedenden dolayı tam bu boyutun bir görüntüsünü almamız gerektiğidir:
Daha büyük bir görüntü yakalarsak, bant genişliğini boşa harcıyoruz ve bir görüntünün – aşağı isterse taklit olsak olsak da – hızlandırılması, müşteri boyutunda işleme gücü alır ve ayrıca görüntü kalitesini de azaltacaktır
Tabii ki, kendi smush’umuz uygun görüntü boyutları söz konusu olduğunda kesinlikle yardımcı olabilir. Burada daha fazlasını öğrenmek için Surre olun. 7. Sorguları azaltın ve optimize et veritabanı sorguları, esas olarak bellek kullanımı nedeniyle önemli hız düşüşlerine yol açabilir. Ana bilgisayarın siteyi geçici olarak devre dışı bıraktığı hatalı sorgular nedeniyle sunucunun birçok kez çöktüğü bir proje üzerinde çalıştım. Burada kullanılacak iki taktik var. Sorguları azaltma ve optimize etme. Yukarıda tartıştığım gibi değil, optimize etmek aslında özellikle kaynak yakalayan bir sorgu sayısı anlamına gelebilir. Her şeyden önce, WordPress’teki ham veritabanı sorgularından kaçının. Mesajlardan yorumlardan yorumlara, özel taksonomilere ve meta verilere kadar her şeyi elde etmek için işlevlerin lejyonları var. Bir sorgu yazmanız gerekiyorsa, maksimum güvenlik ve verimlilik için WPDB sınıfını kullandığınızdan emin olun. Tabloları veya diğer karmaşık şeyleri birleştirmekten kaçınmaya çalışın, çoğu durumda, iki ayrı ama çok daha hızlı sorgu kullanmak daha iyidir. Sorgularınızın iyi yazılıp yazılmadığını anlamak ve bir istek sırasında tüm sorguların çalıştığını görmek için tonlarca araç vardır. Sorgu Monitör eklentisini kullanabilir veya yapılandırma dosyanızda Define (‘SaveQueries’, True) kullanabilir ve tüm sorguları $ wpdb-> sorgular aracılığıyla yazdırabilirsiniz. Ayrıca Slow MySQL sorgularını günlüğe kaydetme seçeneğiniz vardır. Bu, birçok ana bilgisayar için açılıyor veya kendiniz açabilir veya ev sahibinizden sizin için yapmasını isteyebilirsiniz. Bu konu hakkında daha fazla bilgiyi MySQL web sitesinde bulabilirsiniz. 8. Aktivasyon, devre dışı bırakma ve kaldırma kancalarını kullanın Bir eklentinin başardığı birçok şeyi
T aslında her istek için yapılması gerekir. Ek roller oluşturma, yeniden yazma kurallarını yeniden oluşturma, özel veritabanı tabloları ekleme vb. Bunlardan sadece birkaçı. Bunları yalnızca eklenti etkinleştirildiğinde çalışacak bir aktivasyon işlevinde olmalıdır. Bu, işlemeyi geri çeker, böylece işleri hızlandırır. Öte yandan, bunlardan bazılarını devre dışı bırakma ve bazı bileşenlerinizi devre dışı bırakma ve kaldırma kancalarını kullanarak tamamen çıkardığınızdan emin olmalısınız. Bu, WordPress veritabanının bozulmamış kalmasına yardımcı olur, ek yük nedeniyle yavaşlayacağı süreyi geciktirir. Bu kaçınılmaz olarak gerçekleştiğinde, işleri tekrar yoluna çıkarmak için basit bir optimizasyon yeterli olacaktır. 9. Müşterilerinizi eğitin Evet, müşterilerin ve genel kullanıcıların birçok durumda kendi web sitelerini yavaşlattığı doğrudur, ancak bu büyük ölçüde bunları daha iyi eğitmenin bir faktörüdür. Son kullanıcı belgeleri oluşturmak, sitenin hızlı sitenin hızlı bir şekilde hızlı, müşteri memnuniyetini artırmasına ve hatta uzun vadede iş yükünüzü düşürmesine yardımcı olacaktır. Özellikle 24 analitik aracı kurma değil, vb. Düzgün eklenti kullanımı gibi sorunlara neden olabilecek yönlere odaklanın. Sonuç: Hız benim her şey değil ‘
D, hız son derece önemli olsa da, her şey olmadığını vurgulamak ister. Aşırı olarak, görüntüleri devre dışı bırakabilir ve neredeyse hiç stil ve javascript kullanabilirsiniz. Bu, sayfa yükleme sürenizi 345ms’ye düşürebilir, ancak anlamsız bir hız yarışı dışında gerçekten herhangi bir amaca hizmet eder mi? Web sitenizin amacının ne olduğunu daima unutmayın. Size para kazanmak için, her şeyi bu hedefin hizmetine koymalısınız. Genellikle birden fazla aracın zekice dengelemesi yoluyla bir hedef elde edilir, web sitesi hızı bu araçlardan sadece biridir. Web sitesini görsel olarak çekici yapmanız gerekir, kullanıcı dostu yapmanız gerekir ve kullanıcılarınız için gerekli bilgileri sağlamanız gerekir. Bu genellikle diğer alanlarda uzlaşma sağlamak anlamına gelir. Ayrıca, web sitenizi hızlandırmanın finansal ve zaman maliyetini de tartmalısınız. Birine 2.000 dolar ödemek veya ortalama yük sürenizi 3,4 saniyeden 1.8 saniyeye indirmek için bir ay harcamak buna değer olabilir, ancak ne kadar düşük olursanız o kadar zor olur. 1.8’den 1.2’ye almak için 2.000 $ veya bir ay daha harcamak iyi bir seçim olmayabilir, bu parayı veya zaman harcayarak, pazarlama veya sadece bir tatilde ekibinizi almak için harcayabilirsiniz. Umarım bu kılavuz, sitenizi biraz daha hızlı hale getirmenize yardımcı olacaktır – eğer listelenen sadece bir veya iki şey yaparsanız, zaten harika. Her küçük önemlidir. İnanılmaz okuyucularımızdan biri olan Mike, sitesini 4.23’ten 1.33’lere nasıl hızlandırdığı hakkında bir vaka çalışması oluşturdu. Özellikle ilginç çünkü Mike bir WordPress öğretmeni değil, gelişmiş bir kullanıcıdan yaklaşıyor ‘ S bakış açısı.Daha fazla bilgi için Performans Optimizasyon Kılavuzumuza göz atmak için Surre olun.Smush Pro ve Hummingbird Pro eklentilerimizle en yüksek performans için tüm ayarlarınızı nasıl ayarlayacağınızı gösterecektir.Ayrıca, WordPress sitenizin hızını yeni GTMetrix ile nasıl kontrol edeceğinizi okumak için Surre olun.Katkıda bulunanlar Bu makale: Jared Schweers – Key Element Media ile işbirliği içinde yazılmıştır.Key Element Media, web tasarımı, SEO ve PPC reklam yönetimi konusunda uzmanlaşmış tam hizmetli bir dijital pazarlama firmasıdır.*** Not: Harici kaynaklardan makaleleri kabul etmiyoruz.WPMU Dev Üyeleri, Howver, blogumuzdaki öğreticiler ve makaleler için fikirlere ve önerilere katkıda bulunabilir.
Sorularınız, yorumlarınız, fikirleriniz veya test edilen yöntemleriniz varsa, aşağıdaki yorumlarda bize söyleyin, sizden haber almaktan mutluluk duyarız!
Etiket:
optimizasyon göstermek
