"Web sitem yavaş açılıyor" şikâyetinin arkasında genellikle dört neden vardır: ağır görseller, sayfa açılır açılmaz yüklenen reklam pikselleri ve analitik script'leri, içeriği gizleyen animasyonlar ve zayıf sunucu ayarları. Nedeni bulmak için sitenizi Google PageSpeed Insights'ta mobil modda ölçün ve LCP, INP ve CLS metriklerine bakın. Advertol kendi web sitesinde gizli başlayan animasyonları, anında yüklenen script'leri ve sunucu ayarlarını düzelttikten sonra ana sayfanın mobil puanı Eylül 2026'da 72'den 91'e çıktı.
Kısaca:
- Google, iyi bir sayfa deneyimi için LCP'nin 2.5 saniye içinde, INP'nin 200 milisaniyenin altında, CLS'nin ise 0.1'in altında olmasını ister.
- PageSpeed puanı bir laboratuvar testidir; Core Web Vitals değerlendirmesi ise gerçek Chrome kullanıcılarının son 28 günlük verilerine dayanır.
- Ağustos 2026'da Azerbaycan'daki web trafiğinin %51.53'ü mobil cihazlardan geldi; bu yüzden hızı önce mobilde ölçün.
- Eylül 2026'da advertol.az ana sayfasının mobil puanı 72'den 91'e, masaüstü puanı 89'dan 100'e çıktı; daha önce hiç puan alamayan hizmet sayfaları ise mobil testte 99 aldı.
- Genellikle en hızlı sonuç veren üç düzeltme: ilk ekrandaki içeriği görünmez başlatmayın, pikselleri ve analitiği erteleyin, ana görseli sıkıştırıp ona öncelik verin.
- Deloitte'un Google için yaptığı küresel araştırmada, mobil sitenin 0.1 saniye hızlanması perakendede dönüşümleri %8.4 artırdı.
Web sitesi hızı nasıl ölçülür ve PageSpeed'de nelere bakmalısınız?
Web sitesi hızı, Google'ın ücretsiz PageSpeed Insights aracında (pagespeed.web.dev) ölçülür ve rapor iki ayrı sonuç gösterir: gerçek kullanıcı verileri ve laboratuvar testi. Kararınızı ilk sonuca göre verin, nedeni ise ikincisinde arayın.
Saha verileri (field data), Chrome kullanıcılarının son 28 günde sitenizde yaşadığı gerçek deneyimdir ve Chrome UX Report veritabanından alınır (Google for Developers). Raporun en üstündeki "Core Web Vitals Assessment" bloğu bu verilere dayanır. Belirli bir sayfa için yeterli veri yoksa PageSpeed bunun yerine alan adının tamamına ait sonucu gösterir; o da yoksa saha verileri hiç görünmez. Az trafik alan yeni siteler için bu normaldir.
Laboratuvar verileri (lab data), Lighthouse'un sayfayı simüle edilmiş bir cihazda ve ağda bir kez yüklemesinin sonucudur. 0–100 arasındaki performans puanı buradan gelir: 90 ve üzeri iyi, 50–89 iyileştirme gerektirir, 50'nin altı zayıftır. Laboratuvar sonucu testten teste biraz değişir, çünkü ağ ve sunucu yükü değişkendir.
Ölçümü şu sırayla yapın:
- Sayfanın URL'sini pagespeed.web.dev adresine girin ve önce "Mobile" sonucuna bakın.
- Tek bir sayfayı değil, üç tür sayfayı kontrol edin: ana sayfa, reklamlarınızın trafik gönderdiği sayfa (hizmet, ürün veya açılış sayfası, yani landing page) ve bir yazı ya da katalog sayfası.
- Her sayfayı 3 kez test edin ve sonuçların ortalamasını alın.
- "Core Web Vitals Assessment" bloğundaki "Passed" veya "Failed" durumunu, ardından LCP, INP ve CLS değerlerini not edin.
- Teşhis (Diagnostics) bölümünde LCP öğesinin ne olduğunu not edin: görsel, başlık veya video.
- Sonucu tarihiyle birlikte bir tabloya kaydedin: sayfa, cihaz, puan, LCP, INP, CLS ve yapılan değişiklik. Bu, düzeltmeden sonra yapacağınız karşılaştırmanın başlangıç noktasıdır.
Core Web Vitals nedir ve hangi sonuç "iyi" sayılır?
Core Web Vitals, Google'ın sayfa deneyimini ölçmek için kullandığı üç metriktir: yüklenme hızı (LCP), tepki süresi (INP) ve görsel kararlılık (CLS). Google Search Central'a göre iyi bir Core Web Vitals sonucu, Google'ın temel sıralama sistemlerinin ödüllendirmek istediği deneyimle örtüşür (Google Search Central).
- LCP (Largest Contentful Paint) — ekranın görünen alanındaki en büyük görselin, videonun veya metin bloğunun çizilmesi için geçen süre. Basitçe: müşterinin ana içeriği gördüğü an.
- INP (Interaction to Next Paint) — kullanıcı dokunduktan, tıkladıktan veya bir düğmeye bastıktan sonra sayfanın yanıt vermesindeki gecikme.
- CLS (Cumulative Layout Shift) — yükleme sırasında öğelerin ne kadar beklenmedik biçimde yer değiştirdiğinin ölçüsü; örneğin okuduğunuz metnin, geç yüklenen bir banner yüzünden aşağı kayması.
| Metrik | Neyi ölçer | İyi | İyileştirme gerekli | Zayıf | En yaygın neden |
|---|---|---|---|---|---|
| LCP | Ana içeriğin çizilme süresi | 2.5 sn veya daha az | 2.5–4 sn | 4 sn'den fazla | Ağır bir görsel, yavaş sunucu yanıtı, gizli başlayan içerik |
| INP | Tıklamaya veya dokunmaya verilen yanıt | 200 ms veya daha az | 200–500 ms | 500 ms'den fazla | Ağır JavaScript, piksel ve sohbet script'leri |
| CLS | Görsel kararlılık | 0.1 veya daha az | 0.1–0.25 | 0.25'ten fazla | Boyutları belirtilmemiş görseller ve banner'lar, fontlar, animasyonlar |
Bir sayfa Core Web Vitals değerlendirmesini ancak üç metriğin de 75. yüzdelik dilimi "iyi" aralığına girdiğinde geçer (Google for Developers). Başka bir deyişle ana içerik, sayfa yüklemelerinin en az %75'inde 2.5 saniye içinde görünmelidir.
Performans puanı ile Core Web Vitals sonucu birbirinden farklı olabilir: puan tek bir simülasyondan, saha verileri ise binlerce gerçek sayfa yüklemesinden gelir.
Gerçek örnek: advertol.az'ın mobil puanı 72'den 91'e nasıl çıktı?
Advertol, web sitelerini kodla geliştiren bir Bakü ajansıdır ve Eylül 2026'da kendi sitesinde Google Lighthouse ve PageSpeed ile bir hız denetimi yaptı; dört neden giderildikten sonra mobil puan yükseldi. Bu nedenler şunlardı: gizli başlayan içerik, yüklemeden sonra metni yeniden yazan bir başlık animasyonu, Meta Pixel ile Google Analytics'in anında yüklenmesi ve sunucuda HTTP/2'nin etkin olmaması.
Site Next.js ile kodla yazılmıştır, üç dilde (AZ, RU, EN) yayındadır ve blog ile portfolyo için kendi yönetim paneli vardır. Bu örneğin ilk dersi de budur: kodla yazılmış bir site kendiliğinden hızlı olmaz; tasarım kararları puanı ciddi ölçüde aşağı çekebilir.
Sorun: ölçümler ne gösterdi?
- Ana sayfanın mobil performans puanı 72, masaüstü puanı ise 89'du.
- Ana sayfada mobil LCP 5.1 saniyeydi; bu, Google'ın 2.5 saniyelik eşiğinin iki katından fazladır.
- Masaüstünde CLS 0.119'du, oysa "iyi" eşiği 0.1'in altıdır; bu sonuç 14 düzen kaymasından kaynaklanıyordu.
- Hizmet sayfalarında Chrome'un mobil testi ana içeriğin göründüğü anı hiç kaydedemedi: Lighthouse performans puanı vermedi ve "NO_LCP" hatası döndürdü.
Sebep: bu neden oluyordu?
- Görünmez başlayan içerik. İlk ekrandaki bloklar opacity 0 (tamamen saydam) ile başlıyor ve animasyonla beliriyordu. Chrome, ana içeriğin göründüğü anı ancak bu tür animasyonlar bittikten sonra kaydeder; web.dev de opacity 0 olan öğelerin LCP adayı sayılmadığını belirtir (web.dev).
- Metnini yeniden yazan başlık. Ana sayfadaki daktilo efekti, sayfa yüklendikten sonra başlığı silip yeniden yazıyordu. Mobil LCP'nin 5.1 saniye olmasının ve masaüstündeki 14 düzen kaymasının nedeni bu animasyondu.
- Anında yüklenen pazarlama script'leri. Meta Pixel ve Google Analytics, sayfa açılır açılmaz, ana içerikle aynı anda yükleniyordu.
- Sunucuda HTTP/2 etkin değildi. Sunucu dosyaları eski HTTP/1.1 protokolü üzerinden sunuyordu; HTTP/2 ise çok sayıda dosyayı tek bir bağlantı üzerinden aynı anda aktarır.
Çözüm: neler değiştirildi?
| Ne gördük | Neden | Çözüm |
|---|---|---|
| Hizmet sayfalarında hiç puan yoktu ("NO_LCP") | İlk ekran opacity 0 ile başlıyordu | İlk ekrandaki içerik ilk andan itibaren görünür; animasyon artık ana içeriği engellemiyor |
| Ana sayfada mobil LCP 5.1 sn idi | Başlık, sayfa yüklendikten sonra silinip yeniden yazılıyordu | Başlık animasyonu artık yüklemeden sonra metni yeniden çizmiyor |
| Masaüstü CLS 0.119, 14 kayma | Aynı başlık animasyonu | Aynı çözüm |
| Pazarlama script'leri ilk saniyede yükleniyordu | Meta Pixel ve Google Analytics hemen tetikleniyordu | Script'ler kullanıcının ilk etkileşimine kadar ya da en fazla 8 saniye erteleniyor |
| Dosyalar eski protokol üzerinden sunuluyordu | Sunucuda HTTP/2 etkin değildi | HTTP/2 sunucu düzeyinde etkinleştirildi |
Sonuç: rakamlar nasıl değişti?
| Sayfa ve cihaz | Önce | Sonra |
|---|---|---|
| Ana sayfa, mobil performans puanı | 72 | 91 |
| Ana sayfa, masaüstü performans puanı | 89 | 100 |
| Hizmet sayfaları, mobil performans puanı | Hiç puan yok ("NO_LCP") | 99 |
Eylül ölçümlerinde blog yazısı sayfası mobil testte 99, portfolyodaki vaka çalışması sayfası ise 96 aldı. Erişilebilirlik (Accessibility), En İyi Uygulamalar (Best Practices) ve SEO puanları, blogdaki küçük bir kural dışında 100'e ulaştı.
Denetimden çıkan kural basit: ilk ekrandaki içeriği asla görünmez başlatmayın; animasyon da ana içeriği engellememelidir. Aynı ay giderilen dizine ekleme sorunlarını web siteniz Google'da çıkmıyorsa ne yapmalısınız yazısında ele aldık.
Web sitesi neden yavaş açılır: 8 ana neden ve çözümleri
Bir web sitesini yavaşlatan nedenlerin çoğu sekiz grupta toplanır ve her biri belirli bir metriğe zarar verir. Aşağıdaki tablo her nedenin belirtisini, çözümünü ve etkilediği metriği gösteriyor.
| # | Neden | PageSpeed'de nasıl görünür | Çözüm | Etkilediği metrik |
|---|---|---|---|---|
| 1 | İlk ekranda ağır bir görsel veya video | LCP öğesi bir görseldir; PageSpeed görsel boyutunun küçültülmesini önerir | WebP veya AVIF, ekrana uygun boyutta; ana görsele gecikmeli yükleme (lazy-load) uygulamayın, ona fetchpriority="high" verin |
LCP |
| 2 | Görünmez başlayan içerik: fade-in, daktilo efekti, ağır bir slider | Geç LCP, "NO_LCP" hatası, düzen kaymaları | İlk ekranı ilk andan itibaren görünür yapın; animasyonu yalnızca ikincil öğelerde bırakın | LCP, CLS |
| 3 | Reklam pikselleri, analitik, sohbet ve geri arama widget'ları | Üçüncü taraf kodu, uzun bir Total Blocking Time | Kimsenin kullanmadığı script'leri kaldırın; kalanları ilk etkileşime kadar ya da birkaç saniye erteleyin | INP, LCP |
| 4 | Ağır bir tema, eklentiler, sayfa oluşturucular | Kullanılmayan JavaScript ve CSS, uzun görevler | Gereksiz eklentileri ve kütüphaneleri kaldırın, kodu sayfalara göre bölün | INP, LCP |
| 5 | Fontlar | Metin geç görünür; font yüklenip değiştiğinde metin kayar | Yalnızca gerçekten ihtiyaç duyduğunuz kalınlıklar, WOFF2 formatı, font-display: swap, benzer boyutta bir yedek font |
LCP, CLS |
| 6 | Boyutları belirtilmemiş bir görsel, banner veya iframe | Düzen kaymalarının listesi | Görsellere genişlik ve yükseklik tanımlayın; banner'lar ve widget'lar için önceden yer ayırın | CLS |
| 7 | Zayıf sunucu, HTTP/2 yok | Sunucunun ilk yanıtı (TTFB) gecikir | Kaliteli bir sunucu, HTTP/2, sunucu tarafında önbellekleme, gerektiğinde CDN | LCP |
| 8 | Önbellekleme veya sıkıştırma yok | PageSpeed statik dosyalar için önbellek süresi ve metin sıkıştırma önerir | Cache-Control başlıkları, Gzip veya Brotli sıkıştırma | LCP, özellikle tekrar ziyaretlerde |
Reklam veren işletmelerde en sık gözden kaçanlar 2. ve 3. nedenlerdir. Meta Pixel, Google Analytics, Google Tag Manager, TikTok pikseli ve bir sohbet widget'ı tek tek küçük görünür, ancak hep birlikte ilk saniyelerde telefonun işlemcisi ve ağı için ana içerikle yarışır.
Görsellerde en yaygın hata, ana görseli diğer tüm görsellerle birlikte gecikmeli yüklemektir. web.dev, LCP görseline asla gecikmeli yükleme uygulanmamasını, bunun yerine ona yüksek öncelik verilmesini önerir (web.dev).
Web sitesi hızını hangi sırayla düzeltmelisiniz?
En ucuz ve en etkili adımlarla başlayın: önce ölçüm, ardından ilk ekran, sonra script'ler, en son da sunucu ve platform. Her adımdan sonra yeniden ölçün ki her değişikliğin ne kazandırdığını bilin.
- Başlangıç ölçümünü alın. Üç sayfa türünün de mobil sonucunu tarihiyle birlikte kaydedin.
- LCP öğesini bulun. PageSpeed'in teşhis bölümünde ana içeriğin görsel mi, başlık mı yoksa video mu olduğunu belirleyin; sonraki adımlar buna bağlıdır.
- İlk ekranı görünür yapın. Opacity 0 ile başlayan blokları, yüklemeden sonra metni değiştiren efektleri ve ilk ekrandaki otomatik slider'ları kaldırın veya sadeleştirin.
- Ana görseli hafifletin. Görseli WebP veya AVIF formatında, ekrana uygun boyutta ve gecikmeli yükleme olmadan sunun;
fetchpriority="high"ekleyin. - Script'lerinizi listeleyin. Sitede çalışan her piksel, analitik, sohbet ve ısı haritası kodunu yazın; kimsenin bakmadığı araçları kaldırın.
- Kalan script'leri erteleyin. Pazarlama script'lerini kullanıcının ilk etkileşimine kadar ya da birkaç saniye geciktirin; yukarıdaki örnekte bu eşik 8 saniyedir.
- Düzen kaymalarını giderin. Görsellere boyut tanımlayın; banner'lar, widget'lar ve çerez paneli için önceden yer ayırın.
- Fontlarınızı azaltın. Yalnızca tasarımın gerçekten ihtiyaç duyduğu font ailelerini ve kalınlıkları tutun, gerisini kaldırın.
- Sunucuyu kontrol edin. HTTP/2, önbellek başlıkları ve Gzip veya Brotli sıkıştırma etkin olmalıdır; sunucunun ilk yanıtı hâlâ yavaşsa hostingi değiştirin.
- Yeniden ölçün ve 28 gün boyunca takip edin. Laboratuvar puanı, düzeltmeyi yayına aldığınız anda değişir; saha verileri ise 28 günlük pencere ilerledikçe kademeli olarak güncellenir. Sonucu Search Console'daki Core Web Vitals raporundan takip edin.
Web sitesi hızı satışları ve Google sıralamalarını nasıl etkiler?
Hız iki yoldan gelire dönüşür: reklamdan gelen tıklama sayfa açılmadan kaybolmaz ve Google iyi sayfa deneyimini sıralamada dikkate alır. Ancak hız zayıf içeriği yukarı taşımaz; sorguyla aynı ölçüde alakalı sayfalar arasında fark yaratır.
Hızın iş sonuçlarına etkisi ölçülmüştür. Deloitte'un Google için yaptığı "Milliseconds Make Millions" araştırmasında (Avrupa ve Amerika'dan 37 marka sitesi, 30 milyondan fazla oturum, 2019 sonu, küresel veri) mobil sitenin 0.1 saniye hızlanması perakende sitelerinde dönüşümleri %8.4 artırdı (web.dev). Aynı araştırma, potansiyel müşteri (lead) toplayan sitelerde form sayfasına ulaşan kullanıcıların %21.6 arttığını ortaya koydu.
web.dev'in derlediği örneklerden biri olan Vodafone İtalya, bir A/B testinde LCP'sini %31 iyileştirdi ve bunun sonucunda %8 daha fazla satış elde etti (web.dev). Bu küresel bir örnek, ancak aynı mantık Bakü'deki bir online mağaza veya bir gayrimenkul geliştiricisinin web sitesi için de geçerlidir: ana içeriği geç gören ziyaretçi talep bırakmadan siteden çıkar.
StatCounter'ın Ağustos 2026 verilerine göre Azerbaycan'daki web trafiğinin %51.53'ü mobil cihazlardan, %48.12'si masaüstünden geldi (StatCounter). Instagram reklamından gelen bir ziyaretçi siteyi genellikle telefonda, uygulama içi tarayıcıda açar; bu yüzden reklamınızın trafik gönderdiği sayfa önce mobil testi geçmelidir.
Web sitesini optimize etmek yeterli mi, yoksa yeniden mi yapmak gerekir?
Neden görseller, script'ler, animasyon veya sunucu ayarlarıysa optimizasyon yeterlidir. Sorun platformun kendisindeyse, yani hızı bir tema, site oluşturucu veya eski kod sınırlıyorsa siteyi yeniden yapmak çoğu zaman daha ucuzdur.
| Durum | Öneri |
|---|---|
| Mobil puan 50–89 ve nedenler görseller, script'ler ve animasyon | Optimize edin: yukarıdaki 10 adım |
| Mobil puan 50'nin altında, ancak nedenler yukarıdaki 8 grubun dışına çıkmıyor | Önce optimize edin, sonra yeniden ölçün |
| Tema veya site oluşturucu, kullanılmayan kodu kaldırmanıza izin vermiyor | Platform değiştirmeyi veya özel koda geçmeyi değerlendirin |
| Onlarca eklenti birbirine bağımlı ve her güncelleme siteyi bozuyor | Siteyi yeniden yapmak optimizasyondan daha ucuza gelebilir |
| Yalnızca reklamda kullanılan sayfa yavaş | Ayrı, hafif bir açılış sayfası yapın |
| Zaten bir tasarım yenilemesi planlanıyor | Hız eşiklerini yeni sitenin teknik şartnamesine yazın |
Platformun hıza etkisini Tilda mı, WordPress mi, özel web sitesi mi yazısında ayrıca ele aldık. Yeni bir web sitesi yaptırıyorsanız LCP, INP ve CLS eşiklerini kabul kriteri olarak sözleşmeye yazın; site yaptırmanın aşamaları Bakü'de web sitesi yapımı rehberinde anlatılıyor.
Advertol web sitesi hızı üzerinde nasıl çalışıyor?
Advertol, web sitesini kodla geliştiren ve reklamı da aynı ekiple kuran bir Bakü ajansıdır; örneğin kendi ana sayfasının mobil PageSpeed puanını 72'den 91'e, hizmet sayfalarının mobil puanını ise 99'a çıkardı. Advertol, Bakü (Azerbaycan) merkezli bir dijital pazarlama ajansıdır: Meta ve Google reklamları, sosyal medya yönetimi (SMM), web sitesi ve mobil uygulama geliştirme, CRM ve yapay zekâ otomasyonu tek ekipte. Ana sektörleri gayrimenkul, otomotiv, eğitim, perakende ve premium markalardır.
Yayımlanmış web sitesi projelerinden örnekler:
- Aston Martin. Aston Martin web sitesi marka kimliğine uygun olarak özel kodla geliştirildi; çalışma web sitesini ve SEO'yu kapsadı.
- Assistance Group. Assistance Group için Azerbaycan Türkçesi/İngilizce iki dilli bir kurumsal web sitesi, Assistance Tour için ise ayrı bir site kuruldu: 2 site, 1 yönetim paneli; sunucu, SSL ve destek de dahil (Assistance Group vaka çalışması).
- CELT Kids. Yeni bir çocuk eğitimi markasının lansmanı web sitesiyle başladı, ardından velilere yönelik 3 reklam 600'den fazla lead getirdi; 2 ayda yaklaşık 2,000 talep toplandı (CELT Kids vaka çalışması).
Hizmet, web sitesi ve uygulama geliştirme sayfasında anlatılıyor.
Bu yaklaşım kimler için uygun (ve kimler için değil)?
Hız denetimi en çok, web sitesini bir satış kanalı olarak kullanan ve reklamdan trafik alan işletmelerde karşılığını verir: konut projeleri, otomobil bayileri, klinikler, eğitim merkezleri ve geniş kataloglu online mağazalar. Bu tür siteler aynı sayfada ağır render'lar, 3D turlar, yüzlerce ürün fotoğrafı ve birkaç reklam pikseli taşır; bir gayrimenkul geliştiricisinin web sitesinden beklenenleri konut projesi için web sitesi yazısında ele aldık.
Reklam vermeyen ve az ziyaretçi alan basit bir tanıtım sitesi için tam bir denetime gerek yoktur: görselleri sıkıştırmak ve güvenilir bir hosting seçmek genellikle yeterlidir. Bu durumda bir freelancer'dan veya hosting sağlayıcısından alınacak standart optimizasyon daha ekonomiktir; Advertol da bu tür taleplerde basit yolu önerir.
Sıkça sorulan sorular
Bir web sitesinin PageSpeed puanı kaç olmalı?
PageSpeed Insights'ta 90 ve üzeri puan "iyi", 50–89 "iyileştirme gerekli", 50'nin altı ise "zayıf" sayılır. Bu puan bir laboratuvar testidir; Google'ın kendisi gerçek kullanıcı verilerine dayanan Core Web Vitals sonucuna bakar: LCP 2.5 saniye, INP 200 milisaniye, CLS ise 0.1 sınırı içinde olmalıdır. Bir işletme web sitesi için doğru hedef, mobilde 90 veya üzeri bir puan ve başarıyla geçilmiş bir Core Web Vitals değerlendirmesidir.
Site neden telefonda yavaş, bilgisayarda ise sorunsuz açılıyor?
Bir web sitesi telefonda bilgisayara göre daha yavaş yüklenir, çünkü telefonun işlemcisi daha zayıf, mobil internet ise daha yavaş ve daha kararsızdır; PageSpeed'in mobil testi tam da bu koşulları simüle eder. JavaScript, animasyonlar ve reklam script'leri telefonda daha ağır işlenir; bu yüzden mobil puan neredeyse her zaman masaüstünden düşüktür ve ayrıca optimize edilmesi gerekir. Aramada bu sorun çoğu zaman "site yavaş açılıyor" veya "web sitem neden yavaş" diye yazılır.
Meta Pixel ve Google Analytics'i ertelemek reklam ölçümünü bozar mı?
Meta Pixel ve Google Analytics'i ilk etkileşime kadar ya da birkaç saniye ertelemek hızı artırır ve genellikle değerli olayların kaybına yol açmaz. Form gönderimleri, telefon aramaları ve satın almalar kullanıcı sayfayla zaten etkileşime girmişken gerçekleşir; o ana kadar script çoktan yüklenmiş olur. Hiçbir şeye dokunmadan birkaç saniye içinde çıkan bazı ziyaretçiler verilerde görünmeyebilir, bu yüzden değişiklikten sonra raporlarınızı karşılaştırın; Meta'nın sunucu taraflı Conversions API'si bu farkı azaltır.
Bir web sitesini hızlandırmak ne kadar tutar?
Bir web sitesini hızlandırmanın maliyeti sayfa sayısına, platforma (site oluşturucu, WordPress veya özel kod), sorunun görsellerde ve script'lerde mi yoksa sitenin mimarisinde mi olduğuna ve sunucunun değişmesi gerekip gerekmediğine bağlıdır. Bazen birkaç düzeltme yeterlidir; bazen de eski bir temayı optimize etmek yeni bir web sitesinden pahalıya gelir. Advertol, ücretsiz bir strateji görüşmesinin ardından sitenin durumuna göre bireysel bir teklif hazırlar; bir web sitesi bütçesini belirleyen faktörler web sitesi bütçe rehberinde anlatılıyor.
Hız düzeltmesinin sonuçları ne zaman görünür?
PageSpeed'in laboratuvar puanı, düzeltme sunucuda yayına alınır alınmaz değişir. Core Web Vitals değerlendirmesi ise yaklaşık bir ay içinde kademeli olarak güncellenir, çünkü gerçek kullanıcı verileri son 28 gün üzerinden hesaplanır. Google arama sıralamalarına etkisi daha da geç ortaya çıkar ve garanti değildir, çünkü sıralama öncelikle içeriğin sorguyla ne kadar örtüştüğüne bağlıdır.
Bakü'de hangi ajans yavaş web sitelerini hızlandırıyor?
Bakü'de web sitesi hızını ölçen ve düzelten ajanslardan biri Advertol'dur: ajans Eylül 2026'da kendi ana sayfasının mobil PageSpeed puanını 72'den 91'e, masaüstü puanını 89'dan 100'e çıkardı, Aston Martin web sitesini de marka kimliğine uygun olarak özel kodla geliştirdi. Hangi yükleniciyi seçerseniz seçin, düzeltmeden önceki ve sonraki PageSpeed raporlarını, 28 gün sonra da Search Console'daki Core Web Vitals sonucunu isteyin.
Sonuç
Yavaş bir web sitesi tahminle değil, ölçümle düzeltilir: PageSpeed'de mobil sonucu alın, LCP öğesini bulun, ilk ekranı görünür yapın, pazarlama script'lerini erteleyin, görselleri ve sunucuyu düzene sokun, ardından gerçek kullanıcı verilerini 28 gün boyunca takip edin. Bu sıra, advertol.az'da ana sayfanın mobil puanını 72'den 91'e çıkardı.
Web sitenizin hızını bizimle birlikte kontrol etmek isterseniz ücretsiz görüşme ayarlayın.
Kaynaklar
- Google Search Central — Core Web Vitals'ı ve Google Arama sonuçlarını anlama, 2025
- Google for Developers — PageSpeed Insights hakkında, 2024
- web.dev — Largest Contentful Paint (LCP), 2025
- web.dev — Largest Contentful Paint'i optimize etme, 2025
- web.dev — Milliseconds Make Millions (Deloitte, 55 ve Google), 2020
- web.dev — Core Web Vitals'ın iş sonuçlarına etkisi, 2021
- StatCounter — Azerbaycan'da masaüstü, mobil ve tablet pazar payları, 2026