# Açılış sayfası hızı Google Ads performansını nasıl etkiler?

Sayfa: https://alidemirbas.com.tr/blog/acilis-sayfasi-hizi-google-ads

2026-11-05 · Growth Marketing · Ali Demirbaş

Açılış sayfası hızı Google Ads'i dönüşüm ve sayfa deneyimi üzerinden etkiler. Hızın darboğaz olup olmadığını ayırma yolu, Google eşikleri ve TL örneği.

Açılış sayfası hızı Google Ads performansını en çok, parasını ödediğin tıklamaların ne kadarının dönüşüme ulaştığı üzerinden etkiler. Yavaş bir sayfada ziyaretçinin bir kısmı sayfa açılmadan ayrılır, kalanların da daha azı forma ya da sepete ulaşır. İkinci etki açılış sayfası deneyimi üzerinden gelir. Arama kampanyalarında Google bunu Kalite Puanı'nın bir bileşeni olarak gösterir ve Reklam Sıralaması'nda açılış sayfasının kalitesini değerlendirir.

Ancak hız her hesapta asıl sorun değildir. Bu yazı hızın Google Ads'e hangi yollarla girdiğini, hızın senin hesabında darboğaz olup olmadığını nasıl ayırt edeceğini, ne kadar hızın yeterli sayıldığını ve bir dönüşüm oranı değişiminin parasal değerini varsayımsal bir hesapla gösteriyor. Sonda öncelik sırasına konmuş bir düzeltme listesi var. Kalite Puanı anlatımı ve örnek hesap arama kampanyaları içindir.

## Açılış sayfası hızı Google Ads performansını nasıl etkiler?

Açılış sayfası hızı Google Ads'e üç yoldan girer: tıklamadan sonraki dönüşüm, açılış sayfası deneyimi değerlendirmesi ve ölçümün kendisi. İlki doğrudan bütçeyle ilgilidir. İkincisi reklamın gösterilme koşullarını etkiler. Üçüncüsü ise çoğu zaman gözden kaçar: yavaş sayfa, raporlarda görmen gereken kaybın bir kısmını hiç kaydetmez.

### Tıklamadan sonra: dönüşüm ve kaybolan ziyaretler

Google Ads tıklamayı reklam tıklandığı anda sayar. Sayfanın açılması, analiz etiketinin yüklenmesi ve formun çalışması bundan sonra olur. Google'ın [tıklama ve oturum farkı yardım sayfası](https://support.google.com/google-ads/answer/14452452), kullanıcının analiz etiketi tam yüklenmeden tarayıcıyı kapatabileceğini ve bu durumda tıklamanın oturumsuz kalacağını yazıyor.

Bu yüzden yavaşlığın maliyeti iki katmanlıdır. Bir katman, sayfa açılmadan ayrılan ve hiçbir analiz raporunda görünmeyen ziyaretçiler. Diğer katman, sayfayı gören ama yavaş tepki veren bir form ya da kayan bir buton yüzünden işlemi bitirmeyen ziyaretçiler. İki katman da aynı harcamayla daha az dönüşüm demektir.

### Açılış sayfası deneyimi, Kalite Puanı ve Reklam Sıralaması

Kalite Puanı arama kampanyaları için raporlanır.

Google, [Kalite Puanı yardım sayfasında](https://support.google.com/google-ads/answer/6167118) açılış sayfası deneyimini, sayfanın reklamı tıklayan kişiler için ne kadar alakalı ve yararlı olduğu diye tanımlıyor. Aynı sayfa iki noktanın altını çiziyor. Kalite Puanı bir teşhis aracıdır ve açık artırmaya girdi olarak girmez. Ayrıca optimize edilecek bir performans göstergesi olarak görülmemelidir.

Açık artırmada kullanılan değerlendirme [Reklam Sıralaması](https://support.google.com/google-ads/answer/1722122) içindedir. Google burada açılış sayfasının yararlılığını ve alaka düzeyini, kullanıcının tıkladığı reklama göre sayfadan beklentisini ve gezinme kolaylığını sayıyor. Hız için ayrıca bir yükleme süresi eşiği yayımlamıyor.

[Kalite Puanı'nın bileşenleri](https://alidemirbas.com.tr/blog/google-ads-kalite-puani-nedir) ayrı bir yazının konusu. Burada bilmen gereken, hızın bu değerlendirmeye girebilecek etkenlerden yalnızca biri olduğu ve ağırlığının açıklanmadığı.

### Mobil hız puanı ve Açılış sayfaları raporu

Google Ads 2018'de açılış sayfaları için 1–10 arası bir mobil hız puanı duyurmuştu. 5 Kasım 2026'da kontrol edilen [Açılış sayfaları yardım sayfası](https://support.google.com/google-ads/answer/7543502) ise mobil için yalnızca "Mobil uyumlu tıklama oranı" ve "Geçerli AMP tıklama oranı" sütunlarını (AMP, Hızlandırılmış Mobil Sayfalar) anlatıyor, hız puanından söz etmiyor. Aynı sayfa testi Google'ın Mobil Uyumluluk Testi ile yaptığını yazıyor. Google ise bu aracı 1 Aralık 2023'te kullanımdan kaldırdığını duyurmuştu. Kendi hesabında hangi sütunların göründüğünü kontrol et, hız ölçümünü de aşağıdaki saha verisine dayandır.

## Hızın darboğaz olup olmadığını anlamak

Hızın senin hesabında darboğaz olup olmadığını anlamak için önce reklam ile sayfa arasındaki uyumsuzluğu ayırman gerekir. Arama terimine uymayan bir sayfa ya da reklamdaki teklifi göstermeyen bir sayfa, hızlı açılsa da dönüşüm getirmez. Google'ın [reklam ve açılış sayfası optimizasyonu sayfası](https://support.google.com/google-ads/answer/6238826), kullanıcının beklediğini hemen bulamazsa ayrılma olasılığının arttığını yazıyor.

### Mesaj uyumsuzluğu ile yavaşlığı ayırmak

Mesaj uyumsuzluğu ile yavaşlık, raporda aynı görünebilir: ziyaretçi kısa sürede ayrılır ve dönüşüm düşer. Farkı, kaybın nerede ve hangi segmentte yoğunlaştığı gösterir. Aşağıdaki tablo iki durumu ayıran işaretleri karşılaştırıyor.

Hiçbir işaret tek başına kanıt değildir. Her biri kontrol edilecek bir varsayımdır ve ikisi ya da üçü aynı yönü gösterdiğinde güçlenir.

*Reklam raporunda yavaşlık ile mesaj uyumsuzluğunu ayırmaya yarayan işaretler.*

| İşaret | Yavaşlık şüphesi doğurabilir | Uyumsuzluk şüphesi doğurabilir |
| --- | --- | --- |
| Cihaz farkı | Kayıp mobilde belirgin | Kayıp iki cihazda benzer |
| Tıklama başına oturum | Mobilde belirgin düşük | Cihazlar arasında benzer |
| Etkileşimli oturum | Az oturum etkileşime ulaşır | Etkileşim var, dönüşüm yok |
| Arama terimleri | Terimler teklifle uyumlu | Terimler teklifle uyumsuz |
| Sayfa değişikliği | Hız bozulunca düşüş | Reklam metni değişince düşüş |

Tablodaki ayrım, kaybın sayfaya ulaşmadan mı yoksa sayfa okunduktan sonra mı olduğuna dayanıyor. Etkileşim kurup dönüşmeyen ziyaretçi aradığını bulamamış olabilir. Ama forma kadar gelip yavaş çalışan bir alan, yavaş bir ödeme adımı ya da geç tepki veren bir buton yüzünden de vazgeçmiş olabilir.

Bu durumda mesajı, teklifi ve formun teknik performansını birlikte incele. Bu iş [dönüşüm oranı optimizasyonu](https://alidemirbas.com.tr/blog/cro-donusum-orani-optimizasyonu) kapsamına girer. Etkileşim olup dönüşüm olmaması hızı dışarıda bırakmaz.

### Cihaza göre karşılaştırmak

Cihaza göre karşılaştırma, hız sorununu ayırmanın ilk adımıdır, çünkü yavaşlığın etkisi ağ ve işlemci gücü sınırlı mobil cihazlarda daha belirgindir. Google Ads'te kampanyayı ya da açılış sayfasını cihaz segmentine böl ve son 28 günü al. Her cihaz için dönüşüm sayısını tıklama sayısına böl. Sonucu [dönüşüm oranı hesaplayıcısıyla](https://alidemirbas.com.tr/hesaplayicilar/donusum-orani-hesaplama) kontrol edebilirsin.

Mobil ile masaüstü arasındaki fark tek başına hızı kanıtlamaz. Mobil kullanıcı araştırma aşamasında olabilir ve satın almayı başka bir cihazda tamamlayabilir.

Bu yüzden aynı farkı, hızı farklı iki açılış sayfasında karşılaştır. Geri kalan her şeyi olabildiğince aynı tut: aynı teklif, kampanya, arama niyeti ve cihaz. Mobil açığı yavaş sayfada belirgin biçimde büyükse bu bir yavaşlık şüphesi doğurur. İki sayfada aynıysa kullanıcı niyeti adaylardan biridir, ama teklif, fiyat, trafik kaynağı, form ve kitle de farkı açıklayabilir.

### Tıklama başına oturum

Oturum sayısının tıklama sayısına oranı, kaybolan ziyaretçi oranı değil, incelenmesi gereken bir işarettir.

Google Ads tıklamalarını, aynı dönem ve aynı açılış sayfası için Google Analytics 4'teki (GA4) Google Ads kaynaklı oturumlarla karşılaştır. İkisi bire bir sayılmaz. Google'ın sorun giderme sayfası, 30 dakika içindeki iki reklam tıklamasının tek oturum olarak kaydedilebileceğini yazıyor. Geri dönen kullanıcılar da yeni tıklama olmadan oturum ekleyebilir.

Bu yüzden oturumun tıklamadan az olması, eksik kalan paydaki ziyaretçilerin kaybolduğu anlamına gelmez.

Oranı düşüren tek neden de hız değildir. [Otomatik etiketleme ayarları](https://alidemirbas.com.tr/blog/ga4-google-ads-rakamlari-neden-tutmuyor), kampanya parametresini silen yönlendirmeler ve çerez izni de oranı düşürebilir. Geçersiz tıklamalar ise ters yönde çalışır: Google Ads bunları filtreler, Analytics oturumları raporlamaya devam eder.

Varsayımsal örnek: Mobilde tıklama başına 0,80, masaüstünde 0,925 oturum kaydediliyor. Diğer nedenler iki cihazda benzer olduğu sürece mobildeki düşük oran, sayfa açılmadan ayrılan ziyaretçileri kontrol etmek için bir gerekçedir. Oran tek başına neden göstermez, ama bir hız düzeltmesinden sonra mobil oranın yükselmesi aynı yönde ikinci bir kanıttır.

Tıklama, oturum, etkileşimli oturum ve dönüşüm sayılarının nerede düştüğünü [huni analizi hesaplayıcısıyla](https://alidemirbas.com.tr/hesaplayicilar/huni-analizi-hesaplama) görebilirsin. Bunlar iki sistemden gelen toplamlardır, her kullanıcının izlediği tek bir yol değildir, bu yüzden sonucu bir yön göstergesi olarak oku. İlk adımdaki büyük düşüş hızı ve yönlendirme zincirini listeye alır. Son adımdaki büyük düşüş formu ya da teklifi gösterir, formun ne kadar hızlı tepki verdiği de buna dahildir.

### Saha verisi ile laboratuvar verisi

Saha verisi gerçek kullanıcıların deneyimini, laboratuvar verisi ise tek bir simüle edilmiş yüklemeyi gösterir. [PageSpeed Insights hakkındaki belge](https://developers.google.com/speed/docs/insights/v5/about), saha verisinin Chrome Kullanıcı Deneyimi Raporu'ndan (CrUX) geldiğini ve son 28 günü kapsadığını yazıyor. Laboratuvar testi ise mobilde orta seviye bir cihazı ve mobil ağı simüle ediyor. Google'a göre iyi bir laboratuvar puanı, gerçek kullanıcı deneyiminin de iyi olduğu anlamına gelmez.

Reklam açılış sayfalarında bu ayrımın üç pratik sonucu var.

- [CrUX metodolojisi](https://developer.chrome.com/docs/crux/methodology), noindex etiketi taşıyan sayfaları veri kümesine almıyor. Yalnızca reklam için açılmış ve noindex verilmiş bir sayfanın URL düzeyinde CrUX verisi olmaz. Ziyaretleri sitenin tamamına ait veriye yine de girebilir, ama bu karışım reklam açılış sayfasını temsil etmez.
- CrUX, URL'deki sorgu parametrelerini siler. Reklam tıklamasına eklenen gclid ve UTM (Urchin Tracking Module) parametreleri aynı sayfanın verisinde toplanır, bu yüzden ayrı bir varyant gibi görünmez.
- Laboratuvar testi sayfayı boş önbellekle yükler, bu da reklamdan gelen ilk ziyarete yakındır. Test çoğunlukla parametresiz URL üzerinde yapılır, ama PageSpeed Insights ona verdiğin URL'yi test eder. Nihai URL'yi reklam parametreleriyle de ayrıca test et, çünkü parametreler içeriği değiştirebilir ya da CDN'in önbellekteki kopyayı vermesini engelleyebilir.

Saha verisi olmayan bir açılış sayfası için kendi gerçek kullanıcı ölçümünü kurman gerekir. Web Vitals değerlerini GA4'e olay olarak gönderebilir ve cihaza göre ayırabilirsin. CrUX bağlantı türü boyutunu Şubat 2025'te kaldırdı ve yerine gidiş dönüş süresi metriğini koydu. Bağlantıya göre ayrım için kendi ölçümün daha esnek kalır.

## Sayfa hızı ve hemen çıkma: ne kadar hızlanmak yeterli?

Ne kadar hızın yeterli olduğu sorusuna Google'ın verdiği en yakın cevap, Core Web Vitals eşikleri. Google Ads için ayrı bir süre eşiği yayımlanmıyor. Core Web Vitals, sayfaların "iyi", "iyileştirilmesi gerekiyor" ve "zayıf" diye sınıflandırıldığı üç saha metriği. Yeterli hız, mobil ve masaüstünde ayrı ayrı, sayfa görüntülemelerinin yüzde 75'inde "iyi" eşiğinin karşılanması demek.

### Core Web Vitals eşikleri

Core Web Vitals'ın üç metriği farklı bir anı ölçer. Largest Contentful Paint (LCP) sayfadaki en büyük içeriğin göründüğü anı, Interaction to Next Paint (INP) bir tıklamadan sonra ekranın ne kadar sürede güncellendiğini, Cumulative Layout Shift (CLS) içeriğin beklenmedik kaymasını ölçer.

Aşağıdaki eşikler [web.dev'in Web Vitals sayfasından](https://web.dev/articles/vitals) ve eşiklerin nasıl belirlendiğini anlatan sayfadan alındı. Her metrik 75. yüzdelikte değerlendiriliyor. Yani bir sayfanın "iyi" sayılması için ziyaretlerin en az yüzde 75'inin eşiğin altında kalması gerekiyor.

*Core Web Vitals metrikleri ve eşik değerleri.*

| Metrik | Ölçtüğü | İyi | Zayıf |
| --- | --- | --- | --- |
| LCP | Ana içeriğin yüklenmesi | 2,5 sn ve altı | 4 sn üstü |
| INP | Etkileşime tepki | 200 ms ve altı | 500 ms üstü |
| CLS | Görsel kararlılık | 0,1 ve altı | 0,25 üstü |

Tablonun özeti şu: mobil LCP değerin 2,5 saniye ya da altındaysa LCP "iyi" sayılır. Bu yalnızca yüklemeyi kapsar. Sayfa Core Web Vitals değerlendirmesini üç metrik de iyiyse geçer ve iki sonuç da sayfanın ticari açıdan yeterince hızlı olduğunu göstermez. Organik arama tarafındaki kontroller [SEO kontrol listesi yazısında](https://alidemirbas.com.tr/blog/seo-kontrol-listesi-rehberi) anlatılıyor.

### GA4'te hemen çıkma neyi sayar

Hemen çıkma oranı GA4'te etkileşim oranının tersi olarak tanımlanır. Google'ın [etkileşim oranı ve hemen çıkma oranı sayfasına](https://support.google.com/analytics/answer/12195621) göre bir oturum 10 saniyeden uzun sürerse, bir önemli etkinlik içerirse ya da en az iki sayfa görüntülemesi varsa etkileşimli sayılıyor. Bu koşulların hiçbirini karşılamayan oturumlar hemen çıkma oranını oluşturuyor.

Bu tanımın hız için iki sonucu var. Sayfa açılmadan ayrılan ziyaretçi bir oturum oluşturmadığı için hemen çıkma oranına girmez. Yani yavaşlık arttıkça kaybın bir kısmı hemen çıkma oranından çıkar ve görünürse tıklama başına daha az oturum olarak görünür.

İkinci sonuç, 10 saniyelik koşulun yavaş sayfalarda yanıltabilmesi. Sayfanın açılmasını bekleyip sonra ayrılan bir ziyaretçi de 10 saniyeyi geçip etkileşimli görünebilir. Bu yüzden hız kararını yalnızca hemen çıkma oranına bakarak verme.

### Eşikten sonra azalan değer

Eşiği geçtikten sonraki her hızlanma daha az değer getirebilir, ama bunun sınırı ölçmeden bilinemez. Google'ın [eşiklerin belirlenmesini anlatan sayfası](https://web.dev/articles/defining-core-web-vitals-thresholds), kullanıcıların sayfayı terk etmeden önce beklediği tek bir süre olmadığını, Chrome verilerinin düzgün ve sürekli bir dağılım gösterdiğini yazıyor. Yani 3 saniyede birden kopan bir uçurum yok. Her hızlanma bir miktar kaybı geri alabilir, ama ne kadarını alacağı senin trafiğine bağlı.

Bu yüzden öncelik sırası saha verisinden çıkar. Mobilde "zayıf" olan metrik önce, "iyileştirilmesi gerekiyor" bandındaki metrik ikinci sırada gelir. Üç metrik de "iyi" ise sonraki hızlanmanın değerini varsaymak yerine dönüşüm verisiyle göstermen gerekir. Laboratuvar puanını 90'dan 100'e çıkarmak bu aşamada tek başına bir hedef değildir.

## Varsayımsal örnek: hızın parasal değeri

Bu bölümdeki bütün rakamlar varsayımsal ve yalnızca hesabın nasıl kurulacağını göstermek için seçildi. Bir arama kampanyası ayda 20.000 tıklama alıyor ve tıklama başı maliyet (TBM) iki cihazda da 10 TL. Kendi TBM değerini [TBM hesaplayıcısıyla](https://alidemirbas.com.tr/hesaplayicilar/cpc-hesaplama) bulabilirsin. Aşağıdaki tablo cihazlara göre başlangıç durumunu gösteriyor.

*Varsayımsal örnekte mobil ve masaüstü girdileri.*

| Kalem | Mobil | Masaüstü |
| --- | --- | --- |
| Tıklama / ay | 12.000 | 8.000 |
| Dönüşüm oranı | %1,5 | %2,75 |
| Dönüşüm / ay | 180 | 220 |
| Harcama / ay | 120.000 TL | 80.000 TL |
| Dönüşüm başı maliyet | 666,7 TL | 363,6 TL |

Bir dönüşümün katkı marjı 900 TL. Burada gelir değil, ürün ve değişken maliyetler düştükten sonra kalan katkı kullanılıyor. Hız düzeltmesi tek seferlik 60.000 TL tutuyor ve yalnızca mobil dönüşüm oranını etkiliyor. Örnek, her ek dönüşümün gerçek bir ek satış olduğunu varsayıyor.

### Varsayımsal örnekte dönüşüm oranı değişiminin değeri

Aşağıdaki tablo, mobil dönüşüm oranındaki göreli artışın üç farklı büyüklüğünü ve mobil trafiğin yarıya indiği bir durumu gösteriyor. TBM, katkı marjı ve masaüstü sonuçları sabit tutuluyor. Değişen girdiler göreli artış ve mobil tıklama sayısı. Geri dönüş süresi, 60.000 TL'nin aylık ek katkıya bölünmesiyle bulunuyor.

*Hızlanmanın geri dönüş süresi senaryolara göre.*

| Senaryo | Ek dönüşüm / ay | Ek katkı / ay | Geri dönüş |
| --- | --- | --- | --- |
| 12.000 tıklama, %5 artış (%1,575) | 9 | 8.100 TL | 7,4 ay |
| 12.000 tıklama, %10 artış (%1,65) | 18 | 16.200 TL | 3,7 ay |
| 12.000 tıklama, %20 artış (%1,8) | 36 | 32.400 TL | 1,85 ay |
| 6.000 tıklama, %10 artış (%1,65) | 9 | 8.100 TL | 7,4 ay |

Kararı belirleyen iki girdi, beklenen göreli artış ve o sayfaya giden ücretli trafik. Mobil trafik yarıya indiğinde %10'luk artış, tam trafikteki %5'lik artışla aynı sürede geri dönüyor. Az trafik alan bir sayfada aynı iyileştirme daha uzun sürede ödenir.

Gerçek bir hesapta artışın bir kısmı, yavaş sayfanın yaptığı ama etiket tetiklenmediği için kaydedilmeyen satışlar olabilir. 18 ek dönüşümün dörtte biri böyle satışlarsa geri dönüş süresi 3,7 aydan yaklaşık 4,9 aya uzar. Geri dönüş hesabını sipariş sisteminde doğrulanan ek satışlara dayandır.

%10 artışta mobil dönüşüm başı maliyet 666,7 TL'den yaklaşık 606,1 TL'ye iniyor, harcama aynı kalıyor.

Aynı 18 ek dönüşümü eski dönüşüm oranıyla almak için 1.200 tıklama, yani 12.000 TL daha harcamak gerekirdi.

Masaüstü dönüşüm oranı mobilin yaklaşık 1,83 katı. Ama bu fark hızın kapatabileceği bir tavan değil, çünkü bir kısmı kullanıcı niyetinden gelir. Hangi metriğe göre karar vereceğini [performans pazarlaması metrikleri yazısı](https://alidemirbas.com.tr/blog/performans-pazarlamasi-metrikleri) ayrıntılı anlatıyor.

### Varsayımsal örnekte farkı testle görmek için gereken trafik

Hız iyileştirmesinin etkisini A/B testiyle görmek için gereken trafik, beklenen artış küçüldükçe hızla büyür. Aşağıdaki tablo, örnekteki %1,5 mobil dönüşüm oranı için iki yönlü %5 anlamlılık ve %80 güçle hesaplandı.

Süre sütunu, 12.000 mobil tıklamanın iki gruba eşit bölündüğü, yani grup başına ayda 6.000 tıklama düştüğü varsayımıyla bulundu. Her tıklama ayrı bir ziyaretçi sayılıyor.

*Beklenen göreli artışa göre testin gerektirdiği tıklama ve süre.*

| Göreli artış | Grup başına tıklama | Süre |
| --- | --- | --- |
| %10 | 108.150 | yaklaşık 18 ay |
| %20 | 28.301 | yaklaşık 4,7 ay |
| %30 | 13.138 | yaklaşık 2,2 ay |

Önce atama birimini belirle. Kullanıcı düzeyinde atama yapıyorsan aynı kişinin tekrar eden tıklamaları bağımsız gözlem değildir. Örneklemi tekil kullanıcılar ve bunların satın alan payı üzerinden hesapla, örneğin [örneklem büyüklüğü hesaplayıcısıyla](https://alidemirbas.com.tr/hesaplayicilar/orneklem-buyuklugu-hesaplama). Sonraki aylarda geri dönen kullanıcılar yeni katılımcı eklemediği için gerçek süre daha uzun olabilir.

Örnekteki trafikle %10'luk bir artışı test ederek görmek pratik değil. Bu hesabın mantığı [örneklem büyüklüğü yazısında](https://alidemirbas.com.tr/blog/ab-testi-orneklem-buyuklugu-hesaplama) anlatılıyor. Test bittiğinde sonucu [A/B test anlamlılık hesaplayıcısıyla](https://alidemirbas.com.tr/hesaplayicilar/ab-test-anlamlilik-hesaplama) kontrol edebilirsin.

Test kuracaksan [web.dev'in site hızı ve iş metrikleri rehberi](https://web.dev/articles/site-speed-and-business-metrics) iki uyarı yapıyor. Hızlı ve yavaş sürüm arasında arayüz farkı olmamalı. İstemci tarafında çalışan test araçları ise içeriği deney yüklenene kadar gizlediği için hız ölçümünü bozabilir, bu yüzden sunucu tarafında bölme öneriliyor.

Trafik bu testi kaldırmıyorsa karar saha verisine ve eşiklere dayanır. Mobil LCP "zayıf" bandındaysa düzeltmenin değerini, yukarıdaki tablo gibi birkaç olası artış için hesaplayıp maliyetle karşılaştırırsın. Önceki ve sonraki dönem karşılaştırması ise sezon ve [teklif değişikliklerinden](https://alidemirbas.com.tr/blog/google-ads-teklif-stratejisi-rehberi) etkilendiği için kesin sonuç vermez.

## Öncelik sırasıyla düzeltme listesi

Düzeltme listesi, reklam tıklamasından sayfanın kullanılabilir hâle gelmesine kadar geçen yolu baştan sona izliyor. Sıra, saha verisinde hangi metriğin "zayıf" olduğuna göre değişebilir. Ama ilk iki adım reklam trafiğinin tamamını etkilediği için çoğu hesapta öne çıkar. Her adımdan sonra aynı metriği aynı cihaz segmentinde ölç.

### 1. Yönlendirme zincirini kısalt

Reklam tıklamasıyla sayfa arasındaki her yönlendirme, ziyaretçinin ilk baytı görmesini geciktirir. web.dev'e göre ilk bayta kadar geçen süre (TTFB) yönlendirme süresini de içeriyor. Google Ads'te [paralel izleme](https://support.google.com/google-ads/answer/7544674), ziyaretçiyi doğrudan nihai URL'ye gönderip tıklama ölçümünü arka planda yapıyor. Nihai URL'nin http'den https'ye ya da başka bir alt alan adına yönlenmediğini de kontrol et.

### 2. Sunucu yanıtını hızlandır

Yavaş sunucu yanıtı, sonraki adımların kazandırabileceğini sınırlar. Google'ın [LCP optimizasyonu rehberi](https://web.dev/articles/optimize-lcp), yüksek bir TTFB değerinin 2,5 saniyelik LCP'yi zorlaştırabileceğini, hatta imkânsız kılabileceğini yazıyor. LCP'yi parçalarına ayır ve en büyük parçadan başla. web.dev, çoğu site için 0,8 saniye ve altındaki bir TTFB değerini kaba bir hedef olarak veriyor. Google'ın önerdiği yollardan biri, sayfayı ziyaretçiye yakın sunuculardan veren bir içerik dağıtım ağı (CDN) kullanmak.

### 3. Ana görseli öne al

Mobil açılış sayfalarında LCP öğesi çoğu zaman üst bölümdeki büyük görseldir. [web.dev'in Core Web Vitals iyileştirme rehberi](https://web.dev/articles/top-cwv) bu görsele `fetchpriority="high"` eklemeyi ve `loading="lazy"` özelliğini kaldırmayı öneriyor. Görselin HTML içinde doğrudan bulunabilir olması da gerekiyor. Görsel bir script çalıştıktan sonra ekleniyorsa yükleme o script'i bekler.

### 4. Etiketleri ve üçüncü taraf script'leri temizle

Reklam açılış sayfaları zamanla birden çok izleme etiketi, sohbet aracı ve test aracı biriktirir. Bunlar ana iş parçacığını meşgul ederek INP değerini kötüleştirebilir. Etiket yöneticisindeki eski ve kullanılmayan etiketleri kaldır, sayfanın ilk açılışında gerekmeyen script'leri ertele. Dönüşüm etiketini kaldırma, yalnızca yüklenme sırasını kontrol et.

### 5. Boyutları sabitle

Sonradan yüklenen görseller, bannerlar ve çerez bildirimleri içeriği kaydırarak CLS değerini yükseltir. Görsellere genişlik ve yükseklik ver, sonradan gelecek alanlar için önceden yer ayır. Kayma, ziyaretçinin yanlış butona basmasına yol açabildiği için doğrudan dönüşümü de etkiler.

### 6. Etkiyi aynı ölçüyle doğrula

Düzeltmenin etkisini ölçerken önceki ve sonraki dönemi aynı tanımlarla karşılaştır. Aşağıdaki sıra, bir değişikliğin hız sorununu çözüp çözmediğini adım adım gösterir.

1. Mobil ve masaüstü saha verisini ayrı ayrı izle. CrUX 28 günlük kayan pencere kullandığı için değişikliğin tamamen yansıması yaklaşık dört hafta sürer.
2. Tıklama başına oturumu aynı açılış sayfası ve aynı cihaz için yeniden hesapla.
3. Dönüşüm oranını tıklama başına ve cihaza göre hesapla. Kampanya, teklif ve reklam metni değişikliklerini aynı dönemde not et.
4. Açılış sayfası deneyimi durumunu Kalite Puanı sütunlarından kontrol et. Google bu durumu son 90 gündeki aynı aramalarda diğer reklamverenlerle karşılaştırarak verdiği için değişiklik yavaş yansır.

Bu izlemeyi otomatikleştirmek istersen dönüşüm getirmeyen harcamayı bildiren bir script, [Google Ads script'leri rehberinde](https://alidemirbas.com.tr/blog/google-ads-scripts-rehberi) adım adım anlatılıyor. Hız düzeltmesinden sonra dönüşüm oranı değişmiyor ama saha verisi iyileşiyorsa sıradaki aday, sayfadaki mesaj ve teklif.