Mobil Öncelikli Dizine Ekleme Nedir? Mobil Sürümünüz Neden Belirleyici?

Bu rehberde Talha Aslan ve ekibi olarak sahada en sık gördüğümüz eşitlik sorunlarını tek tek ele alıyoruz. Amacımız şu: yazının sonunda kendi sitenizin mobil sürümünü masaüstüyle karşılaştırabilecek, eksikleri bulabilecek ve hangi düzeltmenin önce geleceğine karar verebileceksiniz. Google'ın resmi açıklaması için Google Search Central mobil öncelikli dizine ekleme sayfasına bakabilirsiniz.

Mobil öncelikli dizine ekleme mobil sürümü neden belirleyici yapar?

Eskiden Google bir sayfanın masaüstü hâlini okur, mobil kullanıcıya da o değerlendirmeye göre sonuç gösterirdi. Ancak arama davranışı telefona kaydıkça bu yaklaşım ters döndü. Artık Google, sitenizin hangi hâlini görüyorsa dizine o hâli koyar. Çoğu site için bu hâl mobil sürümdür.

Bu yüzden mobil sürüm bir "ek görünüm" değildir. Dizine giren içerik, sıralamaya katılan metin ve sonuçta beliren zengin özellikler mobil HTML'den gelir. Örneğin masaüstündeki uzun ürün açıklamasını mobilde kısaltırsanız Google büyük olasılıkla kısa hâli bilir. Google da resmi belgesinde, mobil sürümde bilinçli olarak daha az içerik sunan sitelerin trafik kaybı yaşayabileceğini açıkça yazıyor.

Kısacası masaüstü sürüm hâlâ ziyaretçiniz için önemlidir, ama dizin açısından ikinci plandadır. Masaüstünde ne kadar zengin bir sayfa kurduğunuz, mobilde aynı içerik yoksa sıralamaya pek yansımaz. Bu nedenle denetime her zaman mobil HTML'den başlıyoruz.

Üstelik konu yalnız metinle sınırlı kalmaz. İç bağlantılar, menüdeki kategori linkleri, görsel alt metinleri ve schema işaretlemesi de mobil HTML'de yoksa Google onları hesaba katmaz.

Googlebot Smartphone ile Googlebot Desktop arasında ne fark var?

Google'ın ana tarayıcısının iki alt türü var. Googlebot belgesine göre Googlebot Smartphone, mobil cihazdaki bir kullanıcıyı taklit eder; Googlebot Desktop ise masaüstü kullanıcıyı taklit eder. Google aynı belgede, çoğu site için tarama isteklerinin büyük bölümünün mobil tarayıcıyla geldiğini belirtir.

İki alt tür aynı robots.txt kuralına uyar. Yani robots.txt ile yalnız birini hedefleyemezsiniz. Hangisinin geldiğini görmek için istekteki kullanıcı aracısı (user agent) başlığına bakarsınız. Ancak bu başlık taklit edilebilir; bu nedenle Google, isteğin gerçekten kendisinden geldiğini doğrulamak için IP adresinde ters DNS sorgusu önerir.

Pratikte bu farkın sizin için anlamı şudur:

• Sunucunuz cihaza göre farklı HTML üretiyorsa Google'ın gördüğü sayfa mobil olandır.
• Güvenlik duvarı ya da bot koruması mobil tarayıcıyı yavaşlatıyorsa dizin de bundan payını alır.
• Masaüstü tarayıcı yine gelebilir, ama dizine giren hâli belirleyen o değildir.
• Test yaparken masaüstü tarayıcıda gördüğünüz sayfa, Google'ın gördüğü sayfa olmayabilir.

Bu son madde özellikle önemlidir; çünkü ekipler çoğu kontrolü dizüstü bilgisayarda yapar.

Bu nedenle denetim sırasında tarayıcınızın geliştirici araçlarında mobil cihaz görünümünü açın ya da doğrudan telefonla bakın. Daha da iyisi, Google'ın kendi test aracında sayfanın ham HTML'ini inceleyin. Böylece gördüğünüz şeyin, Google'ın dizine koyduğu şeyle aynı olduğundan emin olursunuz.

Mobil öncelikli tasarım ile mobil öncelikli dizine ekleme aynı şey mi?

Hayır, ikisi farklı kavramlardır ve birçok ekip onları karıştırır. Mobil öncelikli tasarım, arayüzü önce küçük ekran için kurup sonra büyük ekrana genişletme yaklaşımıdır. Bir tasarım ve geliştirme kararıdır. Bu konuyu ayrıntılı olarak mobil öncelikli tasarım nedir yazımızda anlattık.

Mobil öncelikli dizine ekleme ise Google'ın tarafında olan bir süreçtir. Siz tasarımı nasıl kurarsanız kurun, Google sayfanızı mobil tarayıcıyla okur ve dizine o sürümü koyar. Yani tasarım yaklaşımınız bu süreci açıp kapatmaz; yalnızca mobil sürümün ne kadar eksiksiz olduğunu etkiler.

İkisi şu noktada buluşur: mobil öncelikli tasarımla kurulan bir site, içeriği küçük ekranda gizlemeye ya da kırpmaya meyillidir. Tasarımcı "bu blok mobilde kalabalık" diyerek bir bölümü kaldırırsa, o bölüm dizinden de düşer. Bu nedenle tasarım ekibiyle SEO ekibinin aynı masada oturması gerekir.

Öte yandan sıralama farklarını merak ediyorsanız, mobil ve masaüstü sıralamanız neden farklı yazısı bu soruyu ayrıca yanıtlıyor. Burada odağımız dizin ve içerik eşitliği.

Mobil menü ve iç bağlantılar dizini nasıl etkiler?

İç bağlantılar, Google'ın sitenizde yeni sayfaları keşfetmesinin ana yoludur. Mobil öncelikli dizine ekleme ile birlikte Google bu bağlantıları da mobil HTML'den okur. Dolayısıyla mobil menüde, altbilgide ya da ilgili ürün bloklarında kaybolan her link, sitenizin bağlantı haritasından da düşer.

Sahada en sık gördüğümüz tablo şudur: masaüstünde geniş bir mega menü vardır, mobilde ise yalnız ana kategoriler kalır. Alt kategoriler, marka sayfaları ve rehber yazıları mobil menüde yer almaz. Sonuç olarak bu sayfalar yalnız site haritasından ve az sayıda içerik linkinden destek alır.

Bu sorunu çözmek için menüyü olduğu gibi kopyalamanız gerekmez. Bunun yerine şu yolları deneyebilirsiniz:

• Mobil menüde alt kategorileri açılır katmanlarda tutun, ama HTML'den silmeyin.
• Kategori sayfalarına ilgili alt kategorilere giden metin bağlantıları ekleyin.
• Blog yazılarında ilgili hizmet ve ürün sayfalarına bağlam içinde link verin.
• Altbilgide en önemli sayfa gruplarına kısa bir bağlantı listesi koyun.

Ardından mobil HTML'deki bağlantı sayısını masaüstüyle karşılaştırın. Fark büyükse önce gelir getiren sayfalara giden linkleri geri kazanın. Böylece Google'ın mobil taramada sitenizin derin bölümlerine de ulaşmasını kolaylaştırırsınız.

Siteniz hangi yapıda: duyarlı tasarım, dinamik sunum mu, ayrı URL mi?

Google üç mobil yapı tanımlar. Hangisini kullandığınızı bilmeden doğru kontrolü yapamazsınız. Aşağıdaki tablo, her yapının nasıl çalıştığını ve mobil öncelikli dizine ekleme açısından risk düzeyini özetliyor.

Google, bakımı en kolay yapı olduğu için duyarlı tasarımı önerir. Duyarlı sitede içerik ve meta veriler zaten aynıdır; dolayısıyla risk çoğunlukla CSS ile gizlenen bölümlerde ve JavaScript ile sonradan gelen içerikte yoğunlaşır.

Dinamik sunumda sunucu, kullanıcı aracısına bakarak karar verir ve yanıtta Vary başlığını gönderir. Ayrı URL yapısında ise her masaüstü sayfanın mobilde bir eşi olmalıdır. Bu son yapıyı aşağıda ayrı bir bölümde inceliyoruz.

Mobil ve masaüstü içerik eşitliğini nasıl sağlarsınız?

Google'ın temel kuralı açık: mobil sürüm, masaüstüyle aynı birincil içeriği taşımalıdır. Tasarım farklı olabilir, düzen değişebilir. Ancak metin, başlıklar ve önemli bağlantılar iki sürümde de bulunmalıdır.

Eşitliği sağlamak için şu sırayla ilerlemenizi öneriyoruz:

1. Önemli bir sayfanın masaüstü ve mobil HTML'ini ayrı ayrı alın.
2. İki sürümdeki ana metni karşılaştırın; paragraf paragraf eksik var mı bakın.
3. H1, H2 ve H3 başlıklarını listeleyin; ikisinde aynı mı kontrol edin.
4. İç bağlantıları sayın; menüde ve altbilgide kaybolan linkleri not edin.
5. Görsel alt metinlerini ve videoları karşılaştırın.
6. Schema işaretlemesini iki sürümde de doğrulayın.

Sık gördüğümüz hata, mobil menünün sadeleştirilmesidir. Masaüstünde otuz kategori linki varken mobil menüde beş tane kalırsa, iç bağlantı yapınız Google'ın gözünde zayıflar. Örneğin derin kategori sayfaları daha az bağlantı alır ve taranma sıklığı düşebilir.

Bir başka hata da "mobilde kısa açıklama" tercihidir. Ürün sayfasında uzun açıklamayı yalnız masaüstünde göstermek, o metni dizinden fiilen çıkarmak anlamına gelir. Kısacası mobilde göstermek istemediğiniz içeriği silmek yerine katlayın.

Akordeon ve sekmelerdeki içerik dizine girer mi?

Google, mobilde alan kazanmak için akordeon ya da sekme kullanmayı açıkça kabul eder. Resmi belge, içeriği kaldırmak yerine akordeon veya sekme gibi tasarım öğeleriyle düzenlemenizi önerir. Yani kapalı duran içerik, HTML'de mevcutsa sorun değildir.

Kritik ayrım şudur: içerik sayfa yüklendiğinde HTML'de var mı, yoksa kullanıcı tıklayınca mı geliyor? Google tarayıcısı kaydırma, tıklama veya yazma gibi etkileşimleri tetiklemez. Dolayısıyla akordeon açıldığında sunucudan ayrıca çekilen metin, Google'ın gördüğü sayfada yer almaz.

Bunu test etmenin pratik yolu basittir. Sayfanın ham HTML'inde akordeon içindeki bir cümleyi aratın. Cümle varsa içerik yüklenmiştir; yalnız görsel olarak kapalıdır. Cümle yoksa içerik etkileşimle geliyordur ve düzeltmeniz gerekir.

• İyi örnek: SSS cevapları HTML'de durur, CSS ile kapalı durur.
• Riskli örnek: "Devamını oku" düğmesi metni ayrı bir istekle çeker.
• Riskli örnek: sekmeler yalnız tıklanınca içerik yükler.

Bu ayrım küçük görünse de ürün sayfalarında ve hizmet sayfalarında büyük metin bloklarını etkiler. Bu yüzden geliştirici ekiple konuşurken "kapalı duran" ile "sonradan yüklenen" kavramlarını net ayırın.

Tembel yükleme mobilde içeriği gizler mi?

Tembel yükleme (lazy load), görselleri veya içeriği ekrana yaklaşınca yükleyerek sayfayı hızlandıran tekniktir. Doğru kurulduğunda hız için faydalıdır. Ancak yanlış kurulduğunda mobil öncelikli dizine ekleme açısından ciddi bir boşluk yaratır.

Google'ın uyarısı nettir: birincil içeriği kullanıcı etkileşimine bağlı olarak tembel yüklemeyin. Örneğin kaydırınca beliren metin blokları ya da "daha fazla göster" ile gelen ürün listeleri, tarayıcı açısından hiç var olmayabilir. Birincil görselleri de tembel yüklemeyle gizlememeniz gerekir.

Güvenli yaklaşım şöyledir. Ekranın üst kısmındaki ana görseli hemen yükleyin. Aşağıdaki görsellerde tarayıcının yerel tembel yükleme özelliğini kullanın; böylece görselin adresi HTML'de kalır. Metin içeriğini ise tembel yüklemeye hiç bağlamayın.

Bu konuyu hız tarafıyla birlikte lazy load nedir yazımızda ayrıca işledik. Burada akılda tutmanız gereken tek kural var: Google sayfayı kaydırarak okumaz. Sayfa yüklendiğinde HTML'de olmayan metni Google dizinde hesaba katmaz.

Ayrıca sonsuz kaydırma kullanan kategori sayfalarında, her ürün grubunun ayrı bir sayfalama adresiyle de erişilebilir olmasına dikkat edin. Aksi hâlde listenin derinindeki ürünler mobil taramada keşfedilmeyebilir.

Robots meta etiketi ve robots.txt iki sürümde neden aynı olmalı?

Google, mobil ve masaüstü sürümde aynı robots meta etiketlerini kullanmanızı ister. Mobil sayfada noindex ya da nofollow varsa, masaüstü sürüm temiz olsa bile Google sayfayı dizine almayabilir. Çünkü baktığı sürüm mobil olandır.

Bu hata genellikle ayrı mobil tema ya da mobil eklenti kullanan sitelerde çıkar. Örneğin bir geliştirme ortamından kalan noindex, yalnız mobil şablonda kalmış olabilir. Masaüstünde yaptığınız kontrol her şeyi doğru gösterir, ama dizin raporu sayfanın dışarıda kaldığını söyler.

Robots.txt tarafında da benzer bir risk vardır. Mobil sürüm farklı bir alan adında ya da farklı klasörlerde kaynak kullanıyorsa, bu kaynakları disallow kuralıyla engellememeniz gerekir. Engellenen CSS veya JavaScript, Google'ın sayfayı doğru işlemesini bozar.

Kontrol için iki adım yeterli: mobil HTML'in head bölümünde robots meta etiketine bakın ve mobil sürümün kullandığı kaynak adreslerini robots.txt kurallarınızla karşılaştırın. noindex ile ilgili rapor durumlarını noindex etiketi tarafından hariç tutuldu yazımızda açıkladık.

Schema işaretlemesi mobil sürümde eksikse ne olur?

Yapısal veri (schema), sayfanın ne anlattığını Google'a makine okunur biçimde söyleyen işaretlemedir. Google, bu verinin iki sürümde de bulunmasını ister. Mobil sürümde schema yoksa, Google masaüstündeki işaretlemeyi zengin sonuçlar için büyük olasılıkla dikkate almaz.

Google'ın önerisine göre önceliği şu türlere verebilirsiniz:

• Breadcrumb (içerik haritası) işaretlemesi.
• Product (ürün) işaretlemesi.
• VideoObject (video) işaretlemesi.

Ayrı URL kullanan sitelerde bir ayrıntı daha önemlidir: mobil sürümdeki schema, mobil URL'leri göstermelidir. Masaüstü adreslerini mobil işaretlemeye kopyalamak tutarsızlık yaratır.

Sık gördüğümüz senaryo şudur. Bir eklenti schema'yı yalnız masaüstü şablona ekler, mobil şablon ise ayrı bir dosyadan gelir. Sonuçta Search Console'daki zengin sonuç raporlarında beklenmedik düşüşler görürsünüz. Schema'nın temellerini schema markup nedir yazımızda, oluşturma adımlarını ise schema oluşturucu aracımızda bulabilirsiniz.

Kısacası schema'yı bir kez kurup unutmayın. Tema ya da eklenti güncellemesinden sonra mobil HTML'de yeniden doğrulayın.

Başlık, meta açıklama ve başlık etiketlerini nasıl eşitlersiniz?

Google, title öğesi ve meta açıklamanın iki sürümde eşdeğer olmasını ister. Ayrıca iki sürümde de aynı açık ve anlamlı başlık etiketlerini kullanmanızı önerir. Bu üç öğe, sayfanın konusunu en hızlı anlatan sinyaller arasındadır.

Mobilde başlık sorunları genellikle üç biçimde ortaya çıkar. Birincisi, mobil şablon title'ı kısaltır ya da marka adını öne alır. İkincisi, meta açıklama mobil temada boş kalır. Üçüncüsü, tasarım gereği H1 yerine görsel bir logo ya da slogan konur ve gerçek sayfa başlığı kaybolur.

Bu nedenle kontrol listenize şu soruları ekleyin:

• Mobil title, masaüstü title ile aynı anahtar kelimeyi taşıyor mu?
• Mobil meta açıklama dolu mu ve masaüstüyle eşdeğer mi?
• Mobilde tek ve anlamlı bir H1 var mı?
• H2 ve H3 sırası iki sürümde aynı mı?

Hızlı bir taslak için meta tag oluşturucu aracımızı kullanabilirsiniz. Ancak asıl iş, oluşturduğunuz etiketin mobil şablonda da aynen çıktığını doğrulamaktır.

Görselleri ve videoları mobilde nasıl ele almalısınız?

Google, mobil sürümde yüksek kaliteli görseller kullanmanızı ister. Mobilde çok küçük ya da düşük çözünürlüklü görsel sunmak, görsel aramadaki görünürlüğü zayıflatabilir. Ayrıca her sayfa yüklemesinde değişen görsel adreslerinden kaçınmanız gerekir.

Görsellerde eşitlenmesi gereken öğeler şunlardır: alt metin, görsel başlığı, altyazı, dosya adı ve görselin çevresindeki metin. Mobil temada alt metni boş bırakan bileşenlerle sık karşılaşıyoruz; çünkü geliştirici mobil için ayrı bir görsel bileşeni kullanmış olabilir.

Görsel adreslerinde bir uyarı daha var. Mobilde masaüstünden farklı görsel adresleri kullanırsanız, Google'a göre görsel trafiğinde geçici bir kayıp yaşayabilirsiniz. Yeni adreslerin arama geçmişi oluşturması zaman alır.

Videolarda ise şu kurallar öne çıkar:

1. Desteklenen bir format ve video, embed ya da object gibi desteklenen bir etiket kullanın.
2. Video schema verisini iki sürümde de aynı tutun.
3. Videoyu mobilde kolayca fark edilecek bir yere koyun; çok aşağıda kalmasın.
4. Birincil video içeriğini tembel yüklemeye bağlamayın.

Örneğin ürün tanıtım videosu masaüstünde üstte, mobilde ise sayfanın en altındaysa, kullanıcı da Google da onu geç bulur.

Ayrı mobil URL (m.) kullanan siteler neye dikkat etmeli?

Ayrı URL yapısı, mobil öncelikli dizine ekleme açısından en çok bakım isteyen yapıdır. Google'a göre bu yapıda masaüstü URL her zaman canonical olur, mobil sürüm ise onun alternatifidir. Masaüstü sayfa, medya sorgusu içeren rel alternate etiketiyle mobil sayfayı göstermelidir; mobil sayfa da rel canonical ile masaüstüne dönmelidir.

Bu yapıda sık yapılan hatalar şunlardır:

• Çok sayıda masaüstü sayfayı mobilde ana sayfaya yönlendirmek. Google bu durumda o sayfaları dizinden düşürebilir.
• Hata sayfalarında iki sürümün farklı durum kodu vermesi.
• Mobil adreslerde URL parçası (# işaretiyle başlayan bölüm) kullanmak.
• Hreflang etiketlerinde mobil sayfadan masaüstü adrese işaret etmek.
• Mobil sunucunun artan tarama hızını kaldıramaması.

Hreflang tarafında kural basittir: mobil hreflang mobil URL'leri, masaüstü hreflang masaüstü URL'leri göstermelidir. Ayrıntılar için hreflang etiketi nedir yazısına bakabilirsiniz.

Ayrıca Google, iki sürümü de Search Console'da doğrulamanızı ve geçişte veri kaymasına hazırlıklı olmanızı önerir. Yeni bir proje kuruyorsanız ayrı URL yerine duyarlı tasarıma geçmeyi ciddi biçimde değerlendirmenizi tavsiye ediyoruz.

Search Console'da mobil sürümü nasıl kontrol edersiniz?

Search Console'daki URL Denetleme aracı (URL Inspection), Google'ın sayfanızı hangi kullanıcı aracısıyla taradığını gösterir. Resmi Search Console Yardım sayfasına göre dizindeki sonuçta "Crawled as" alanı, taramanın masaüstü mü yoksa mobil mi yapıldığını belirtir. Bu alan sayfa kullanılabilirliği bölümünün altında yer alır.

Kontrol için şu adımları izleyin:

1. URL Denetleme aracına önemli bir sayfanın adresini yazın.
2. Tarama bilgisinde "Crawled as" alanının mobil olup olmadığına bakın.
3. Canlı testi çalıştırın ve test edilen sayfayı görüntüleyin.
4. Ekran görüntüsünde ana içeriğin göründüğünü doğrulayın.
5. Ham HTML içinde masaüstündeki kritik bir cümleyi aratın.

Canlı testteki "View tested page" bölümü, Google'ın oluşturduğu sayfanın ekran görüntüsünü, dönen ham HTML'i, HTTP başlıklarını ve JavaScript konsol çıktısını gösterir. Ekran görüntüsü yalnız başarılı canlı testte çıkar; dizindeki URL için Google ekran görüntüsü vermez.

Search Console'u ilk kez kullanıyorsanız Google Search Console nedir yazımız temel ekranları anlatıyor. Ayrıca hızlı bir ön kontrol için mobil uyumluluk testi aracımızı kullanabilirsiniz.

Sunucu günlüklerinde hangi Googlebot'u görmelisiniz?

Search Console'daki Tarama İstatistikleri raporu (Crawl Stats), tarama isteklerini Googlebot türüne göre gruplar. Yardım sayfasına göre bu gruplar arasında akıllı telefon, masaüstü, görsel, video ve sayfa kaynağı yüklemesi gibi türleri kapsar. Bu dağılım, sitenizin hangi tarayıcıyla okunduğunu gösteren en doğrudan veridir.

Mobil öncelikli bir sitede akıllı telefon payının belirgin olarak öne çıkmasını beklersiniz. Masaüstü tarayıcı payı yüksekse, bu durumu bir işaret olarak alın ve URL Denetleme aracında birkaç sayfayı tek tek kontrol edin.

Sunucu günlüklerine erişiminiz varsa daha ayrıntılı bakabilirsiniz. Kullanıcı aracısı başlığında akıllı telefon tarayıcısını ayırın, ardından hangi sayfaların hiç taranmadığını listeleyin. Ancak sahte bot trafiğini ayırmak için ters DNS doğrulamasını atlamayın.

Günlük analizi için log analizi aracımız iyi bir başlangıç noktası olur. Örneğin derin kategori sayfaları mobil tarayıcıdan hiç istek almıyorsa, büyük olasılıkla mobil menüde bu sayfalara giden bağlantı eksiktir.

Ayrıca yanıt sürelerine bakın. Mobil sürüm daha yavaş yanıt veriyorsa Google tarama hızını düşürebilir; bu da yeni içeriklerin geç keşfedilmesine yol açar.

Örnek senaryo: masaüstünde görünen içerik mobilde yoksa ne olur?

Bu bir örnek senaryodur, gerçek bir müşteri vakası değildir. Bir mobilya mağazası düşünün: example.com. Masaüstü kategori sayfasında, ürün listesinin altında satın alma rehberi niteliğinde uzun bir metin var. Mobil tema ise bu metni "ekranı kalabalıklaştırıyor" gerekçesiyle hiç göstermiyor.

Mağaza sahibi masaüstünde arama yapınca sayfanın metnini görür ve her şeyin yolunda olduğuna inanır. Ancak Google sayfayı mobil tarayıcıyla okur, dolayısıyla dizinde metinsiz bir ürün listesi durur. Sonuç olarak kategori sayfası, rehber metindeki uzun kuyruklu sorgularda sonuçlara çıkmaz.

Çözüm adımları şöyle olurdu:

1. Metni mobil şablona geri ekleyin; ilk iki paragrafı açık, gerisini akordeonda tutun.
2. Metnin HTML'de sayfa yüklenirken bulunduğunu doğrulayın.
3. URL Denetleme aracında canlı testi çalıştırın.
4. Birkaç hafta boyunca ilgili sorgulardaki gösterimleri izleyin.

Burada bir uyarı ekleyelim: düzeltme sonrası sıralama artışı garanti değildir. Rakipler, içerik kalitesi ve sorgu niyeti de sonucu etkiler. Yine de Google'ın görmediği içeriğin sıralama getirmesi mümkün değildir; bu yüzden eşitlik, her şeyin ön koşuludur.

Mobilde ortaya çıkan diğer hataların listesi için sadece mobilde görünen SEO sorunları yazısına göz atabilirsiniz.

Mobil öncelikli dizine ekleme kontrol listesi

Aşağıdaki liste, Google'ın resmi önerilerini sahada uyguladığımız sırayla bir araya getiriyor. Her maddeyi önemli sayfa şablonlarınızda tek tek kontrol edin: ana sayfa, kategori, ürün veya hizmet ve blog yazısı.

1. Mobil sürüm, masaüstüyle aynı birincil metni taşıyor.
2. Kapalı duran içerik sayfa yüklenirken HTML'de bulunuyor.
3. Birincil içerik ve görseller etkileşime bağlı tembel yüklenmiyor.
4. Robots meta etiketleri iki sürümde aynı.
5. Robots.txt, mobilin kullandığı kaynakları engellemiyor.
6. Title, meta açıklama ve başlık etiketleri eşdeğer.
7. Schema mobilde de var ve doğru URL'leri gösteriyor.
8. Görsel alt metinleri, altyazılar ve dosya adları eşit.
9. Videolar desteklenen etiketle ve göze çarpan bir yerde.
10. Mobil menü, önemli kategori bağlantılarını koruyor.
11. Ayrı URL varsa canonical, alternate ve hreflang doğru eşleşiyor.
12. Tarama İstatistikleri raporunda akıllı telefon tarayıcısı öne çıkıyor.

Bu listeyi her tema güncellemesinden ve büyük tasarım değişikliğinden sonra yeniden çalıştırın. Çünkü eşitlik sorunları çoğu zaman tek seferde kalıcı olarak bitmez; yeni bir eklenti ya da bileşen sessizce yeniden yaratır.

Listedeki maddelerin birkaçında takıldıysanız, SEO danışmanlığı kapsamında bu denetimi sizin sitenizde biz yapar, düzeltmeleri geliştirici ekibinizle birlikte takip ederiz.

Bu işi ne zaman bir SEO ekibine devretmelisiniz?

Duyarlı tasarım kullanan küçük bir sitede kontrol listesini kendiniz uygulayabilirsiniz. Ancak bazı durumlarda iş, tek seferlik bir kontrolün ötesine geçer. Özellikle şu durumlarda dışarıdan destek almak zaman kazandırır:

• Site ayrı mobil URL ya da dinamik sunum kullanıyor.
• Binlerce ürün veya kategori sayfası var ve şablonlar farklı ekiplerden geliyor.
• İçeriği JavaScript sonradan getiriyor ve ham HTML boş görünüyor.
• Tasarım yenilemesinden sonra gösterimlerde açıklanamayan bir düşüş başladı.

Talha Aslan ve ekibi olarak bu tür denetimlerde önce mobil ve masaüstü HTML'i şablon bazında karşılaştırıyoruz. Ardından Search Console ve sunucu günlükleriyle hangi sayfaların etkilendiğini önceliklendiriyoruz. Son olarak düzeltmeleri geliştirici ekiple birlikte uygulatıp sonuçları izliyoruz.

Şunu da açıkça söyleyelim: hiçbir ekip sıralama garantisi veremez. Bizim taahhüdümüz, düzenli raporlarla süreci şeffaf tutmak ve Google'ın gördüğü sayfanın sizin göstermek istediğiniz sayfayla aynı olmasıdır. Sitenize özel bir yol haritası ve teklif almak isterseniz SEO danışmanlığı sayfamızdan bize ulaşabilirsiniz.

Kısacası mobil sürüm artık sitenizin asıl yüzüdür. Onu masaüstünün küçük bir kopyası gibi değil, dizine giren ana sürüm gibi yönetin.

Temel rehber: Dijital Pazarlama Nedir? Türleri, örnekleri ve nasıl yapıldığı, beynin içinden geçen etkileşimli bir filmle tek sayfada.