Mobil Uyumluluk Testi: Google'ın Aracı Kalktıktan Sonra Sitenizi Nasıl Kontrol Edersiniz?

Kısaca: Google, Mobil Uyumluluk Testi'ni (Mobile-Friendly Test), Mobile-Friendly Test API'sini ve Search Console'daki Mobil Kullanılabilirlik (Mobile Usability) raporunu 1 Aralık 2023'te kaldırdı. Mobilin önemi azalmadı: Google siteleri yalnızca akıllı telefon tarayıcısıyla tarıyor ve dizine ekliyor; telefonda erişilemeyen içerik dizine eklenemiyor. Bir siteyi bugün test etmek için temel unsurları (viewport etiketi, ölçeklenen görseller, okunabilir metin, dokunma alanları) hızlı bir kontrol aracı ve Lighthouse ile denetleyin, sayfaya gerçek telefonlarda bakın ve mobil sürümün masaüstüyle aynı içeriğe sahip olduğunu doğrulayın.

Yıllarca "mobil uyumluluk testi" tek bir anlama geldi: Google'ın aracına bir URL yapıştırmak ve yeşil renkli "Sayfa mobil uyumlu" bildirimini görmek. Bu araç artık yok, ama birçok rehber hâlâ ona bağlantı veriyor. Bu yazıda neler olduğunu, Google'ın mobil sayfalardan bugün ne beklediğini, ücretsiz mobil uyumluluk testimiz dahil hâlâ çalışan araçlarla bunların nasıl test edileceğini ve her sorunun nasıl düzeltileceğini anlatıyoruz.

Google'ın Mobil Uyumluluk Testi'ne ne oldu?

Google, sayfa deneyimi hakkındaki Nisan 2023 tarihli yazısında şunu duyurdu: "Also starting December 1, 2023, we'll be retiring Search Console's 'Mobile Usability' report, the Mobile-Friendly Test tool and Mobile-Friendly Test API." Gerekçe, mobilin önemini yitirmesi değildi. Google, mobil kullanılabilirliği değerlendirmek için "Chrome'un Lighthouse'u dahil" birçok güçlü kaynağın ortaya çıktığını belirtti.

Yani Aralık 2023'ten beri mobil uyumluluk için Google'dan gelen resmi bir geçti/kaldı sonucu yok. Bu boşluğu üçüncü taraf kontrol araçları, Lighthouse ve kendi testleriniz dolduruyor.

Mobil, dizinlenmenizi neden hâlâ belirliyor?

Kaldırılan araçtan daha önemli iki duyuru var:

1. Mobil öncelikli dizinleme (mobile-first indexing) tamamlandı. Google, Ekim 2023'te "the trek to Mobile First Indexing is now complete" diye yazdı (duyuru). En iyi uygulamalar sayfası bunun ne anlama geldiğini tanımlıyor: "Google uses the mobile version of a site's content, crawled with the smartphone agent, for indexing and ranking."
2. Arama için masaüstü taraması sona erdi. Google, Haziran 2024'te şunu söyledi: "After July 5, 2024, we'll crawl and index these sites with only Googlebot Smartphone" ve "If your site's content is not accessible at all with a mobile device, it will no longer be indexable" (duyuru).

Pratikteki sonuç şu: Google açısından sayfanız, mobil sürümünüzün gösterdiği şeydir. Mobilde gizlenen bir metin, eksik bir bölüm ya da mobil şablondaki farklı bir başlık (title) dizine eklenen şey olur.

Sayfa deneyimi ikinci bir katman ekliyor. Google'ın sayfa deneyimi rehberi "Does your content display well on mobile devices?" sorusunu soruyor ve çekirdek sıralama sistemlerinin "look to reward content that provides a good page experience" dediğini belirtirken tek bir sayfa deneyimi sinyali olmadığının altını çiziyor.

Pratikte "mobil uyumlu" ne demek?

Artık resmi bir kontrol listesi yok, ancak Google dokümantasyonu ve web.dev konuyu kapsıyor:

Google, duyarlı web tasarımını (responsive web design) "because it's the easiest design pattern to implement and maintain" diyerek öneriyor. Tek URL, tek HTML belgesi, uyum sağlayan CSS: eşitlik sorunlarının çoğu ortadan kalkar.

Bugün mobil uyumluluk nasıl test edilir?

Birden fazla araç kullanın, çünkü her biri resmin farklı bir parçasını görür:

1. Hızlı bir temel kontrol. Ücretsiz mobil uyumluluk testimiz viewport etiketini, duyarlı görselleri, favicon'u ve sayfa dilini yaklaşık 20 saniyede kontrol eder (ayrıntılar aşağıda).
2. Chrome'da Lighthouse. DevTools'tan mobil ayarıyla çalıştırın. Lighthouse 13 (Ekim 2025) ile birlikte viewport kontrolü "Optimize viewport for mobile" insight'ında yer alıyor; eski okunabilir yazı tipi boyutu denetimi ise yerine bir şey konmadan kaldırıldı.
3. Chrome DevTools cihaz modu. Genişliği 320 px'ten yukarı doğru sürükleyin; yatay kaydırma çubuklarına, üst üste binen öğelere ve kutusundan taşan metne dikkat edin.
4. Gerçek telefonlar. En az bir küçük Android telefon ve bir iPhone kullanın. Menüyü, formları ve ödeme adımını başparmağınızla deneyin.
5. Search Console URL Denetimi (URL Inspection). Canlı test, sayfanın Googlebot Smartphone tarafından nasıl işlendiğini gösteren bir ekran görüntüsünü ve işlenmiş HTML'i sunar; böylece önemsediğiniz içeriğin orada olduğunu doğrulayabilirsiniz.
6. Gerçek kullanıcı hız verileri. Chrome Kullanıcı Deneyimi Raporu'ndan (Chrome User Experience Report) telefon ziyaretçileri için Core Web Vitals. Nasıl okunacağını Core Web Vitals rehberimizde anlatıyoruz.

Searvia mobil uyumluluk testi nasıl çalışır?

Ücretsiz mobil uyumluluk testi, tam site denetimimizi (38 kontrol) çalıştırır ve dört mobil kontrolü en üstte gösterir. Bir alan adı ya da sayfa adresi girdiğinizde o sayfayı getirir (yalnızca alan adı girerseniz ana sayfayı), yönlendirmeleri takip eder ve sunucunuzun gönderdiği HTML'i JavaScript çalıştırmadan okur.

Değerlendirme biçimiyle ilgili birkaç ayrıntı:

• Viewport kontrolü uyarı değil başarısız sonucu verir; çünkü viewport etiketi olmayan bir sayfa biraz daha kötü değil, her telefonda bozuktur.
• Favicon için /favicon.ico yedeği, yalnızca bir HTML hata sayfası değil gerçek bir dosya döndürürse sayılır.
• Dil kontrolü kodun ilk iki harfini gösterir; dolayısıyla en-GB "en" olarak görünür.

Tam rapor ayrıca hız bölümünü de içerir. Buradaki Core Web Vitals kontrolü, Chrome'un gerçek kullanıcı verilerinden telefon ziyaretçileri için 75. yüzdelik dilimdeki LCP, INP ve CLS değerlerini okur: Chrome yeterli veriye sahipse girdiğiniz sayfa için, değilse tüm site için.

Yapmadığı şey: sayfayı telefon boyutunda bir tarayıcıda işlemez; bu yüzden yatay taşmayı, yazı tipi boyutlarını, dokunma alanı aralıklarını veya pop-up'ları göremez. Bunlar için Lighthouse, cihaz modu ve gerçek telefonlar var. Kontrol aracını beş dakikalık ön eleme, manuel testleri ise asıl muayene olarak düşünün.

Sonuçlar nasıl yorumlanır?

• Viewport başarısız: önce bunu düzeltin; yerleşim ekrana sığmadıkça sayfadaki hiçbir şey önemli değildir.
• Duyarlı görseller uyarısı: telefonlar masaüstü boyutunda görseller indiriyor. Bozuk değil ama özellikle mobil ağlarda daha yavaş.
• Favicon veya dil uyarıları: Google sonuçlarında nasıl göründüğünüzü ve ekran okuyucuların sayfayı nasıl işlediğini iyileştiren küçük, hızlı düzeltmeler.
• "Too few images to judge": nötr. Üçten az görselle oran pek bir şey söylemez.

Her sorun nasıl düzeltilir?

"Sayfada mobil viewport etiketi yok."

1. Her şablonda <head> içine şu satırı ekleyin:

<meta name="viewport" content="width=device-width, initial-scale=1">

1. user-scalable=no ya da düşük bir maximum-scale eklemeyin. web.dev, bunlara karşı "because they can prevent the user from zooming" diyerek uyarır.
2. Yalnızca bir viewport etiketi olduğundan emin olun. Bir tema ve bir eklenti ikisi de etiket basabilir; ikincisi birincisini geçersiz kılabilir.
3. Telefonda yeniden yükleyin. Sayfa artık minik değil de sıkışık bir masaüstü yerleşimi gösteriyorsa viewport çalışıyordur ve CSS'in duyarlı kurallara ihtiyacı vardır (aşağıya bakın).

Yerleşimi duyarlı hale getirmek

Viewport etiketi tarayıcıya yalnızca ekran genişliğini kullanmasını söyler. CSS'in de uyum sağlaması gerekir:

• Taşmamaları için görsellere ve videolara max-width: 100%; height: auto; verin.
• Kapsayıcılar için sabit piksel genişlikleri yerine esnek genişlikler (yüzdeler, fr, min()) kullanın.
• Medya sorgularını belirli cihaz genişliklerine değil, tasarımın bozulduğu yerlere ekleyin. web.dev: "Design the content to fit on a small screen size first, then expand the screen until a breakpoint becomes necessary."
• Geniş tabloları, sayfanın yana kaymasına izin vermek yerine kaydırılabilir bir kapsayıcıya sarın.

"N of M images use srcset."

MDN'de anlatıldığı gibi birkaç boyut sunun ve seçimi tarayıcıya bırakın:

<img
  src="/img/boots-800.jpg"
  srcset="/img/boots-480.jpg 480w, /img/boots-800.jpg 800w, /img/boots-1600.jpg 1600w"
  sizes="(max-width: 600px) 100vw, 50vw"
  alt="Brown leather hiking boots on a wet rock"
  width="800" height="600">

srcset dosyaları ve genişliklerini listeler; sizes ise görselin ekranda ne kadar geniş olacağını tarayıcıya söyler. Logo gibi sabit boyutlu görseller için x tanımlayıcılarını kullanın (logo.png, logo@2x.png 2x). WordPress, editör üzerinden eklenen görsellere otomatik olarak srcset ekler; çoğu görsel CDN'i boyutları sizin için üretebilir. Tarayıcı yer ayırsın ve yerleşim zıplamasın diye width ve height değerlerini de ekleyin.

"Favicon bulunamadı."

1. Kare bir simge oluşturun. Google 1:1 oran ve en az 8 × 8 px ister, 48 × 48 px'ten büyüğünü önerir (favicon yönergeleri).
2. Ana sayfanın head bölümüne ekleyin:

<link rel="icon" href="/favicon.ico" sizes="48x48">
<link rel="icon" href="/favicon.svg" type="image/svg+xml">
<link rel="apple-touch-icon" href="/apple-touch-icon.png">

1. URL'yi sabit tutun ve robots.txt'in dosyayı engellemediğinden emin olun; Google hem ana sayfayı hem de simgeyi taramalıdır. Google, her ana makine adı (hostname) için bir favicon destekler.

"Sayfa dilini belirtmiyor."

Dili kök öğede tanımlayın:

<html lang="en">

en, en-GB, pt-BR veya tr gibi geçerli bir BCP 47 kodu kullanın. lang özniteliği ekran okuyucuların metni doğru telaffuz etmesini sağlar ve WCAG'nin "Language of Page" ölçütü için gereklidir (MDN). Bir açıklama: Google, bir sayfanın dilini lang özniteliğinden değil metnin kendisinden algıladığını söylüyor; dolayısıyla bu bir sıralama düzeltmesinden çok erişilebilirlik ve tarayıcı düzeltmesidir.

Dört kontrolün ötesinde

Temel kontroller geçildikten sonra, hiçbir otomatik aracın tam olarak kapsamadığı kısımlara geçin:

• İçerik eşitliği. Aynı URL için mobil ve masaüstünü karşılaştırın: ana metin, başlıklar, aynı alt metne sahip görseller, yapılandırılmış veri, title, meta açıklama ve robots meta etiketleri. Google bunların hepsini mobil öncelikli en iyi uygulamalarında sıralar.
• Lazy loading. Google uyarıyor: "Don't lazy-load primary content upon user interaction." Googlebot "Devamını oku" düğmesine dokunmaz veya karusellerde kaydırma yapmaz.
• Dokunma alanları. Aralarında boşluk bulunan, yaklaşık 48 × 48 px düğmeler ve bağlantılar. Lighthouse, 48 × 48 px'ten küçük hedefler komşularıyla çakışıyorsa bunları işaretler.
• Metin boyutu. Yakınlaştırma gerektirmeden okunabilen gövde metni. Lighthouse artık yazı tipi boyutunu denetlemiyor; bu yüzden gerçek telefonda kontrol edin.
• Pop-up'lar. Küçük ekranda içeriği kaplayan çerez bannerları ve bülten formları, Google'ın rahatsız edici interstitial sorusunun kapsamına girer.
• Telefonlarda hız. Telefon işlemcileri ve ağları daha yavaştır; mobil saha verilerini masaüstünden ayrı kontrol edin.

Ayrı bir mobil siteniz varsa

Bazı eski siteler telefonlara m.example.com gibi farklı bir adresten hizmet verir ya da aynı URL'den telefonlara farklı HTML gönderir (dinamik sunum). Google ikisini de hâlâ destekliyor, ancak bunlar eşitliği zorlaştırır ve en iyi uygulamalar ayrı URL'ler için ek kurallar getirir:

• Hata durumu iki sürümde de aynı olmalıdır: masaüstünde 404 döndüren bir sayfa mobilde 200 döndürmemeli, tersi de geçerli.
• Mobil sürüm içerik için URL parçaları (#) kullanmamalıdır.
• robots.txt kuralları eşleşmelidir; böylece Googlebot her iki ana makinede de aynı bölümleri tarayabilir.
• Masaüstü sayfalar mobil sürümlerine rel="alternate" ile, mobil sayfalar ise geri rel="canonical" ile işaret eder.
• hreflang her sürüm için ayrı ayrı kurulmalıdır.

Zaten bir yeniden tasarım planlıyorsanız, tek URL üzerinde duyarlı tasarıma geçmek bu sorun kategorisinin tamamını ortadan kaldırır. Ücretsiz kontrol aracımız sunucunuzun kendi tarayıcısına gönderdiği sürümü okur; bu yüzden dinamik sunum kullanan bir sitede telefon sürümünü Lighthouse veya URL Denetimi ile ayrıca test edin.

Örnek uygulama (varsayımsal)

Aşağıdaki varsayımsal bir örnektir, gerçek veri değildir. Cobble & Crumb, 2016'dan kalma elle kodlanmış bir siteye sahip, uydurma bir fırın. Ziyaretlerin çoğu telefonlardan geliyor ama siparişler az. Mobil uyumluluk testi şunları raporluyor:

• Mobil viewport, başarısız: viewport etiketi yok.
• Duyarlı görseller: 14 görselden 1'i srcset kullanıyor.
• Favicon: geçti.
• Sayfa dili, uyarı: lang özniteliği yok.

Site sahibi viewport etiketini ve lang="en" değerini ekleyip siteyi telefonda açıyor: metin artık tam boyutta, ancak 960 px sabit genişlikli kapsayıcı yana kaydırmaya zorluyor. Bir geliştirici sabit genişliği max-width: 960px; width: 100% ile değiştiriyor, görsellere max-width: 100% ekliyor, üç sütunlu menüyü 600 px altında tek sütuna indiriyor ve sipariş düğmelerinin yüksekliğini 48 px'e çıkarıyor. Ürün fotoğrafları 480, 800 ve 1600 px sürümleriyle srcset alıyor. İkinci çalıştırmada viewport ve dil geçiyor, duyarlı görseller artık 14'te 13 ile geçiyor ve Lighthouse'un viewport insight'ı temiz. Kalan iş içerikle ilgili: mobil yerleşim çalışma saatlerini gizlemişti, bunlar sayfaya geri ekleniyor.

30 dakikalık mobil kontrol listesi

1. Mobil uyumluluk testini çalıştırın ve önce eksik viewport etiketini düzeltin.
2. En çok ziyaret edilen beş sayfanızı gerçek bir telefonda açın. Yana kaydırma, küçük metin ve dokunması zor düğmelere bakın.
3. Aynı sayfalarda Lighthouse'u mobil modda çalıştırın.
4. Her sayfa şablonu için mobil ve masaüstü içeriğini karşılaştırın.
5. Büyük görsellere srcset, bir favicon ve lang özniteliği ekleyin.
6. Telefon Core Web Vitals değerlerini kontrol edin ve en yavaş şablonu düzeltin.

Searvia mobil uyumlu kalmanıza nasıl yardımcı olur?

Ücretsiz mobil uyumluluk testi, ana sayfanızda ya da girdiğiniz herhangi bir sayfada temel unsurları kayıt olmadan yaklaşık 20 saniyede kontrol eder; ayrıca arama görünümü, tarama, yapay zekâ aramasına hazırlık, hız ve güvenlik alanlarında 34 kontrol daha yapar.

Sürekli izleme için ücretsiz bir Searvia hesabı sayfa hızı takibi ekler: en çok ziyaret edilen sayfalarınız için laboratuvar skorları ve gerçek Chrome kullanıcı verileri her hafta yeniden kontrol edilir, düzeltmeler tahmini kazanılan süreye göre sıralanır. Site denetimi ise eksik başlıklar, kırık bağlantılar ve zayıf içerik gibi hem mobili hem masaüstünü olumsuz etkileyen sorunlar için her sayfayı tarar. Teknik kontrol listesinin geri kalanı için teknik SEO denetimi rehberimize bakın.