Mobil ilk dizine ekleme , Google’ın ağırlıklı olarak içeriğin mobil sürümünü dizine ekleme ve sıralama için kullandığı anlamına gelir . Kullanıcıların çoğu artık Google Arama’ya bir mobil cihazla eriştiğinden , Googlebot öncelikle akıllı telefon aracısı ile sayfaları tarar ve dizine ekler .
Mobil öncelikli indeksleme, kulağa tam olarak benziyor. Bu sadece, web sitenizin mobil versiyonunun Google’ın indekslerine eklediklerinin başlangıç ​​noktası ve sıralamaları nasıl belirlediklerinin temelini oluşturduğu anlamına gelir. Sitenize gelen crawlbot trafiğini izlerseniz, Akıllı Telefon Googlebot’tan gelen trafikte bir artış görebilirsiniz ve sayfaların önbelleğe alınmış sürümleri genellikle sayfanın mobil sürümü olacaktır.

“Mobil öncelikli ” olarak adlandırılır çünkü yalnızca mobil bir dizin değildir: örneğin, bir sitenin mobil uyumlu bir sürümü yoksa, masaüstü site yine de dizine eklenebilir. Ancak mobil uyumlu bir deneyimin olmaması, o sitenin sıralamasını olumsuz etkileyebilir ve daha iyi bir mobil deneyime sahip bir site, bir masaüstünde arama yapanlar için bile potansiyel olarak bir sıralama artışı elde edebilir.
Ayrıca “mobil öncelikli” ifadesini, mobil versiyonun web sitenizin birincil versiyonu olarak kabul edileceği gerçeğine referans olarak düşünmek isteyebilirsiniz . Dolayısıyla, mobil ve masaüstü sürümleriniz eşdeğerse – örneğin içeriğinizi mobil için optimize ettiyseniz ve / veya duyarlı tasarım kullanıyorsanız – bu değişikliğin (teoride) sitenizin performansı açısından önemli bir etkisi olmamalıdır. Arama Sonuçları.

Bununla birlikte, Google’ın web sitenizin içeriğiyle ilgili düşünme biçiminde ve tarama ve endekslemeye nasıl öncelik verileceği konusunda temel bir tersine dönüşü temsil eder. Şimdiye kadar masaüstü sitenin birincil sürüm (standart bir URL’ye benzer) olarak kabul edildiğini ve mobil sitenin belirli bir kullanım durumu için “alternatif” bir sürüm olarak değerlendirildiğini unutmayın. Bu nedenle Google, ayrı bir mobil siteye (m.domain.com) sahip web yöneticilerini ( özel rel = alternate etiketine sahip bir mobil URL sürümünün varlığını belirten ) santral etiketlerini uygulamaya teşvik etti . Google, tüm bu sayfaların mobil sürümlerini taramak ve önbelleğe almak için çaba sarf etmeyebilir, çünkü bu mobil URL’yi mobil arama yapanlara gösterebilirler.

Masaüstü sürümünün birincil sürüm olarak bu görünümü, uygulamada genellikle masaüstü sitenin SEO’lar ve pazarlama ekipleri tarafından önceliklendirileceği ve tam içerik, yapılandırılmış veri biçimlendirme , hreflang (uluslararası etiketler) ile bir web sitesinin en kapsamlı sürümü olarak değerlendirileceği anlamına geliyordu. ), geri bağlantıların çoğu vb .; ancak mobil versiyon daha hafif içeriğe sahip olabilir ve / veya aynı seviyede işaretleme ve yapı içermeyebilir ve neredeyse kesinlikle geri bağlantıların büyük kısmını ve harici ilgiyi almaz.

Mobil öncelikli dizine ekleme konusunda ne yapmalıyım?

Bilmeniz gereken ilk şey, paniğe gerek olmadığıdır. Şimdiye kadar bu değişiklik yalnızca testin en erken aşamalarında ve çok aşamalı olarak yalnızca Google’ın bu değişikliğin minimum etkiye sahip olması için yeterince “hazır” olduğunu düşündüğü web sitelerinde kullanıma sunuldu.
Geçtiğimiz yıl veya daha uzun bir süredir Google, Mobil Öncelikli Dizine Eklemeye geçişin bir parçası olarak mobil arama sonuçlarında farklı dizine ekleme ve sunum modellerini test ediyor. Yaklaşık bir ay önce Google, Mobil Öncelikli Endekslemenin başlatılmasında olası gecikmeleri gösteren bir duyuru yaptı; ve konferanslardaki sıradan yorumlar neler olup bittiğine dair herhangi bir gösterge ise, Google’ın AMP sonuçlarını Mobile-First Index’ine entegre etmekte zorlandığı (biraz ironik bir şekilde) görünüyor . Yine de, Mobile-First Index’in bu yılın sonlarında veya 2018’in başlarında başlatılması gerektiğine dair herkese güvence verdiler . Şimdi, birkaç gün içinde Google I / O ile, ‘mobil SEO’da çalışan bizler, Mobil Öncelikli Endekslemenin geleceği hakkında daha fazla netlik elde etmeyi umuyoruz.

Bu, Mobil Öncelikli Dizine Ekleme ile ilgili bir dizinin üçüncü ve son makalesidir. Dizinin ilk makalesi, mobil dizine ekleme ve Google’ın geçmişte mobil içerik için sıralamaları nasıl belirlediği hakkında bazı arka plan bilgileri verdi . İkinci makale , Mobil İlk İndekslemenin Google’ın dizinini mobil uyumlu içerikle sınırlamaktan çok, bulutta indekslenen cihazlar arası içerikle ilgili olduğu teorimizi özetledi . Mobil Öncelikli Dizine Eklemenin Google’ın, dizinlerinde benzersiz tanımlayıcılar olarak URL’lere olan bağımlılığını azaltmakla ilgili olduğunu önerdik; Teorimiz, Google’ın web yöneticileri içeriği bulutlarında barındırdığında gördüğü faydaya da büyük bir vurgu yaptı.

Bu makale, Google’ın dizininde benzersiz bir tanımlayıcı olarak URL’yi neyin değiştireceği ve gelecekteki Mobil Öncelikli mimarinin daha fazla içerik API’lerine nasıl güveneceği tartışmasıyla başlayarak, Mobil İlk Dizine Ekleme’nin URL’lere olan bağımlılığının azalması kavramını genişletiyor. içerik bulmak ve dizine eklemek için verimli araçlar. Google’ın zorladığı çeşitli uygulama ve web geliştirme yöntemlerini özetleyerek bitirecek. Bu teknolojiler, Google’ın son zamanlarda geliştirici topluluklarında desteklediği ve ilerlettiği URL’lere minimum ve özet akışlarına ve API’lere maksimum düzeyde güvenme eğilimindedir.

URL’ler Neden Dizine Ekleme İçin İdeal Değildir?

Google’ın gelecek vizyonunu anlamak için Google’ın geleceğin mobil öncelikli olmadığına , yapay zeka / yapay zekaya öncelik verdiğine inandığını anlamalısınız . Onun içinde 2016 Kurucular Letter , Google, Sundar Pichai, CEO “Biz ilk AI ilk dünyaya mobil taşınacak.” Dedi Yıl boyunca sonraki konuşmalarında ve açıklamalarında da bu duyguyu yineledi.

AI’ya yapılan bu vurgu, SEO bağlamında hatırlanması önemlidir, çünkü AI, içeriğin ve ilişkilerin hızlı işlenmesine bağlıdır. Etkili AI, web sitelerinin ve URL’lerin yavaş taranması ile engellenemez. Yapay zeka, ChatBot’ların insanlarla anlamlı konuşmalar yapmasına, ihtiyaç duyduklarını elde etmelerine yardımcı olmasına ve daha genel anlamda “web” gerektirmelerine rağmen, bunların hiçbiri web sitesi veya tarayıcı gerektirmeyen şeydir. Web’deki AI öğeleri, mevcut herhangi bir web sitesine, uygulamaya veya arama sonucuna eklenebilir. Ses yetenekleri ve doğru donanımla, Nesnelerin İnterneti (IoT) unsurlarına da takılabilirler.

Google’ın mümkün olan en iyi Makine Öğrenimi Yapay Zeka sistemini geliştirmesi için, yalnızca statik bilgilere değil, çok sayıda bilgiye de erişmeleri gerekir; gerçek zamanlı olarak her şeyin üstünde olmak için, gerçek zamanlı olarak işleyebilecekleri büyük bilgi akışlarına erişmeleri gerekir. Bu tür bilgiler, veri tabanlarından ve API’lerden gelir – URL’lerden değil. Google, aracıların URL’ler olduğunu ortaya çıkarmak istiyor.

Google’ın URL’leri sayfa sayfa tarama ve önbelleğe alma süreci, sayfa şablonundaki tüm site tasarımına ve eyleme yönelik koda tekrar tekrar erişme ve yok sayma ihtiyacı nedeniyle yavaşlar. Web çok büyük olmadan önce – web içeriği durağanken ve daha yavaş oluşturulduğunda – Google yeni içerik aramak için gezinmeyi tercih ediyordu. Ancak artık web siteleri daha karmaşık ve her şey statik içerikten, kişiselleştirilmiş deneyimlere ve benzersiz, isteğe bağlı içerik karışımlarına doğru ilerliyor. Bu, tek tek URL’lere bağlılığı daha da az ölçeklenebilir hale getirir .Google’ın ‘dünyanın verilerini düzenleme’ hedefi, dünya verilerinin% 90’ının son iki yılda oluşturulduğunu fark ettiğinizde tamamen savunulamaz hale geliyor. Web sürekli artan bir hızla büyümeye devam ettiğinden, içeriği dizine eklemek için bir araç olarak tarama, yalnızca zamanla daha verimsiz hale gelecektir.

Aynı zamanda, Google’ın bulut depolama ve bulut bilişimden yararlanma yeteneği gelişti ve bu da verimlilik dengesini tersine çevirdi: tüm veritabanlarını çoğaltmak ve barındırmak, artık veritabanlarının oluşturduğu sayfaları taramaktan potansiyel olarak daha verimli. Google’ın sunum katmanını bir kez önbelleğe alması ve veritabanını indekslemesi veya doğrudan bir API ile ona erişmesi maliyet açısından daha avantajlı hale geldi – İşte burada indeksleme başlıyor. Bu süreç, Google’ın içeriği dizine eklemek için URL’lere daha az güvenmesine izin verecek, ancak aynı zamanda onları API’ler, XML beslemeleri, JSON-LD beslemeleri ve ServiceWorkers gibi şeylere daha bağımlı olmaya zorlayacak.

Yalnızca URL’lere dayalı olarak web içeriğini dizine eklemekten uzaklaşma Google için oldukça önemlidir. Yıllardır kalite sinyali olarak bağlantılara olan güvenlerini en aza indirmeye çalışıyorlar, ancak bu değişiklik bu hedefi çok daha ileriye götürüyor. Bir URL’nin bağlantı yoluyla başka bir URL ile paylaşabileceği algoritmik değeri vurgulamanın ötesinde, bir URL’yi görüntülemek için bir tarayıcıya bağlı olduğu için geçmişte ortaya çıkamayan büyük miktarda web içeriğinin indekslenmesini sağlar. Gittikçe daha fazla insan, web içeriğine yalnızca bir URL ile içerik sunmanın sınırlamasının belirgin hale geldiği Google Home ve Amazon Echo gibi cihazlardan erişiyor. Google, cihazlar arası etkileşimi gerçekten benimsemek için tarayıcıları veya bazen ekranları olmayan cihazları dahil etmeleri gerektiğini bilir.

Bunu akılda tutarak, bu değişikliğin Mobil İlk İndeksleme olarak adlandırıldığını ve Yalnızca Mobil İndeksleme olarak adlandırılmadığını belirtmek hala önemlidir. Temel bir mobil uyumluluk standardını karşılayan mevcut web sitelerinin dizinde kalması bekleniyor. Sadece ek içerikle rekabet etmeleri gerekecek ve yeni, mobil öncelikli içeriğe algoritmik veya benzer türde bir sıralama avantajı verilme ihtimali var. Önemli olan, URL’lerin indekslemeden çıkarılacağı değil, URL’lerin indekslemenin ön koşulları olarak ortadan kaldırılacağıdır.

Web için Mobil Öncelikli Dizin Oluşturma Seçenekleri:

Tüm bu değişikliklerle birlikte, geliştirme çabalarına SEO göz önünde bulundurularak nasıl odaklanılacağını bilmek zor. Bir yıldan uzun bir süre önce Google, yayınlara, API’lere ve Google barındırmaya olan bağımlılıkları nedeniyle özellikle Mobil İlk Dizine Ekleme için iyi yönlendirilmiş görünen yeni mobil site geliştirme seçeneklerini sunmaya ve savunmaya başladı. Google’ın algoritmik olarak tercih edilmedikleri konusundaki ısrarına rağmen, bu geliştirme seçeneklerinin çoğu mobil arama sonuçlarında zaten öncelik kazanmış görünüyor.

Google daha fazla netlik sağlayana kadar, SEO’lar şu geliştirme stratejilerini fiilen Mobil Öncelikli seçenekler olarak değerlendirebilir: Aşamalı Web Uygulamaları (PWA’lar), Aşamalı Web AMP sayfaları (PWAMP’ler), Google Benim İşletmem açılış sayfaları ve Google Asistan İşlemleri, tümü aşağıda ayrıntılı olarak açıklanmıştır:

Progresif Web Uygulamaları: Genellikle basitçe PWA olarak adlandırılırlar, bunlar yerel uygulamalar gibi davranan HTML5, JavaScript ağırlıklı web uygulamalarıdır. Web URL’lerinde bulunurlar, ancak aynı zamanda yerel uygulamalar gibi bir mobil ana ekrana indirilip eklenmesi için bir seçenek içerir. Kullanıcılar uygulamayı ‘indirdiklerinde’, gerçekte indirdikleri şey, ‘Uygulama Manifest’ adı verilen uygulama meta verileri için bir dosya ve ServiceWorker adlı bir dosyadır. Uygulamada ServiceWorker, içeriği daha hızlı sunum ve sorunsuz, uygulama benzeri UX için önbelleğe alır ve yapılandırır. Gerçekte ServiceWorker iki bölüme ayrılmıştır: CacheAPI kullanılarak önbelleğe alınacak şekilde ayarlanan PWA ekranının şablonlarını ve davranışlarını kontrol eden bir uygulama kabuğu ve veritabanı içeriğinin hangi öğelerinin önbelleğe alınması gerektiğini kontrol eden başka bir bölüm telefonun yerel depolama alanındaIndexedDB API .

Çevrimdışı veritabanı önbelleğinde yalnızca benzersiz metin, görüntüler ve yapılandırılmış veri ilişkileri depolanır, ancak uygulama kabuğu ve işlem betikleri ServiceWorker’ın diğer bölümünde depolanır. Bu, daha önce bir cihazda görüntülenen tüm içeriğin, telefon çevrimdışı olsa bile tekrar görüntülenebilmesini sağlar. (Google’ın aslında , bunun gibi şeylere odaklanan Çevrimdışı İlk Tasarım adlı dahili bir girişimi vardır .) Bu, kullanıcılar için harikadır, ancak Google için de harikadır, çünkü tüm benzersiz web içeriğine artık JSON-LD formatlı bir API’de kolayca erişilebilir. Google, adından da anlaşılacağı gibi ‘dizin’ yapabilir. ServiceWorker, esasen siteniz için içeriğin tasarımdan ayrılmış olduğu ve uygun şema ile işaretlendiği, böylece Google bunun ne olduğunu bilen bir API haline gelir.

PWAmp Mobil Uygulamaları: Harika PWA’lar oluşturan birçok geliştirici, daha iyi bir kullanıcı deneyimi için yükleme süresini daha da iyileştirmek için AMP kodundan da yararlanıyor. Web yöneticilerinin, sayfaların hiçbir zaman doğrulanması amaçlanmasa bile, hız avantajlarının çoğunu elde etmek için herhangi bir sayfada AMP HTML, CSS ve JavaScript kodunu kullanabileceğini unutmayın. Bu kod yükseltmesi, geliştiricilerin AMP-ServiceWorker’dan yararlanmasına olanak tanır; bu, PWA’nın Google tarafından barındırılan AMP açılış sayfalarının sınırları içinde çalışmasına ve Google’ın sunduğu AMP URL’lerini orijinallerine eşleyen AMP URL AP I’den yararlanmasına olanak tanır. Birincil alandaki AMP sayfaları. Bu, AMP için geçerli bir PWAmp sayfasının, web uygulamasının geri kalanına bir giriş kapısı görevi görmesine ve ilk sayfa yüklemesinden sonra etkileşimin daha iyi izlenmesine ve kontrolüne olanak tanır.

Google My Business Açılış Sayfaları: Google My Business olarak adlandırılan Google + ‘nın işletme tarafı, Mobil Öncelikli Dizine Ekleme için zaten harika. Google Haritalar ve Google Yerel sorgularındaki sonuçlarını kontrol etmek isteyen işletmeler için, işletmelerin yıldız sıralamalarını ve incelemelerini toplayabileceği bir yer ve işletmelerin, özellikle bir web sitesi yoksa, yerel sıralamaları tanıtmanın birincil yoludur. Google My Business’a gönderdiğiniz içerik zaten Google bulutundaki bir veritabanında barındırıldığı için bir API’ye ihtiyaçları yoktur. Geliştiricilere ihtiyaç duymadan daha fazla kişinin web içeriğinden yararlanmasını sağlama hedeflerine uyduğundan, Google’ın yakında Google My Business etkileşimlerini teşvik etme çabalarını yenilemeye başlayabileceğini tahmin ediyoruz.

Tüm bu geliştirme tekniklerinin ortak noktası olan önemli şey, içeriği tasarımdan neredeyse tamamen ayırmalarıdır. Her durumda, bu ayrım, Google’ın sunum katmanını ortadan kaldırmadan içeriği taramasını ve dizine eklemesini çok daha verimli hale getirir. Bununla birlikte, önemli bir şekilde, Google’ın, avantajlı olduğuna inandıklarında genellikle en üste çıkan Cevaplar, Haritalar, Görseller ve benzer sonuçlar gibi sunum katmanı haline gelmesini de kolaylaştırır. Bunu akılda tutarak, en son Chrome güncellemesinin içeriği çevrimdışı okuma için önbelleğe alma geliştirmelerine odaklanması ve en son Headless Chrome güncellemesinin görünür bir UI kabuğuna ihtiyaç duymamaya odaklanması tesadüf değildir . Ayrıca tesadüf değilChrome OS ve Android OS birlikte çalışabilir hale geliyor . Uygulama ve web arasındaki farklar ortadan kalkıyor ve Google, varlıklarını mümkün olan tüm platformlarda kullanmak istiyor.

Firebase ve Dynamic Links’in Önemi

Firebase, yaklaşık dört yıldır Google hizmet paketinin bir parçası olan, bulutta barındırılan bir veritabanıdır. 2016 Google I / O oturumlarının çoğunda önemli bir odak noktasıydı ve özellikle Mobil Öncelikli Endeksleme ile ilgili oldukları için Google’ın ileriye dönük planlarının merkezinde yer alıyor gibi görünüyor. Geçtiğimiz yıl, Google I / O’da ana odak noktası haline getirdikten sonra Google, derin bağlantı ve uygulama dizini oluşturma belgelerinin çoğunu https://firebase.google.com/ adresindeki yeni konumlara taşıdı . Dokümantasyon ve pazarlama materyalleri hâlâ birbirinden kopuk ve bazen de sıkıcı görünse de, platformun genel amacı yerel uygulamaların ve web uygulamalarının birçok farklı bağlı cihazda, özellikle Android Auto, Android TV, giyilebilir cihazlar, Google Home ve diğerlerinde sorunsuz bir şekilde çalışmasını sağlamak gibi görünüyor. IoT’nin unsurları.

Firebase, uygulamanız ve tüm içeriği için bulutta barındırmaya izin veren bir uygulama yönetimi platformu olarak konumlandırılıyor. ‘Uygulamalar’ olarak kabul edildikleri için PWA’lar için çalışır, ancak normal web siteleri için çalışmaz. En iyi uygulamasında, web yöneticilerinin Android uygulama ekranlarını doğal iOS uygulama ekranlarıyla ve / veya bir PWA’daki sonuç web içeriğiyle ilişkilendirmelerine yardımcı olur, böylece aynı içeriğin üç sürümü birlikte dizine alınabilir ve sıralanabilir ve kullanıcı etkileşimleri farklı platformlar daha doğru bir şekilde izlenebilir ve ilişkilendirilebilir. Firebase’in normal mobil uyumlu web sitelerini, yalnızca PWA’ları desteklemediğini unutmamak önemlidir. Bu, Google’ın PWA’ların geleceği konusunda çok güçlü olduğuna dair bir başka güçlü sinyal.

Firebase entegrasyonunun yararlı bir yan ürünü, web yöneticilerinin uygulamanın yüklü olup olmadığına bakılmaksızın herhangi bir cihazdaki bir içerik parçasını paylaşmak için tek bir bağlantı kullanmasına olanak tanıyan Dinamik Bağlantılardır. Dinamik Bağlantılar, bir Android uygulamasında, iOS uygulamasında veya yalnızca web’de çalışması gerekip gerekmediğini talepten önce bilmeden kullanıcıları anında doğru içeriğe yönlendirmek için bir belirsizlik giderme motoru gibi davranır. İlk olarak Now on Tap’ı başlatan ancak şimdi Firebase’de yeniden hayat verilen Google’ın Goo.gl URL Shortner’ı Dynamic Links’in öncülünü hatırlayabilirsiniz.

Dynamic Links’in çalışması için uygulama varlıklarının Firebase’de barındırılması gerekmese de yardımcı olur. Manuel bir seçenek ve iOS Dynamic Links ile çalışabilen bir API dahil olmak üzere Dinamik Bağlantılar oluşturmanın dört yolu vardır; bu, muhtemelen iOS uygulama indekslemesine yardımcı olabilir, ancak bu, belgelerde net olarak belirtilmemiştir. Açıklamada Android belgeleri göze çarpacak şekilde eksiktir, bu nedenle bu durumun, Google’ın Android derin bağlantılarını yakın gelecekte otomatik olarak Dinamik Bağlantılara geçireceğini veya muhtemelen Mobil İlk Dizine Ekleme resmi olarak başladığında göstereceğini düşünüyoruz.

Dinamik Bağlantılar, çeşitli bağlı cihazlardaki uygulamalarla etkileşim şeklimizi önemli ölçüde değiştirme potansiyeline sahiptir, özellikle de Apple geçen yıl iOS uygulama endekslemesinin değerini düşüren iOS entegrasyonunun önündeki mevcut engelleri kaldırırsa (özellikle Google’ın Uygulama Dizine Eklemesinde SafariViewController entegrasyonunun yasaklanması) App Store’a gönderilen tüm uygulamalar için SDK). Apple yeni engeller oluşturursa (Uygulama Dizine Ekleme SDK’sı ve SafariViewController’da olduğu gibi) iOS geliştiricilerinin, iOS uygulamalarının biri App Store’a sunulmak, diğeri de Firebase ile entegrasyon için olmak üzere iki sürümünü geliştirmeye ikna edilmesi gerekebilir. Alternatif olarak Google, iOS geliştiricilerini Google Uygulama Paketlerinde sıralamaya devam etme zorunluluğu haline getirerek uygulamalarını Firebase ile entegrasyon için oluşturmaya ikna edebilir.

Firebase ayrıca, özellikle iOS uygulama geliştiricilerin Google ile entegrasyonunu sınırlamaya devam ederse, uygulama geliştiricileri için alternatif bir seçenek sunabilen Android Hazır Uygulamalar’ın arkasındaki etkinleştirici güç gibi görünüyor. Google, Android Hazır uygulamalarıyla yerel Android uygulamalarının indekslenmesini ve indirilmeden tarayıcıda doğrudan buluttan çalıştırılmasını sağlar. Gelecekte Google, Dinamik Bağlantıya karşılık gelen bir web sitesi veya PWA dahil edilmemiş olsa bile, yerel uygulama deneyimini tamamen web’den oluşturmak için “Hazır Uygulamalar” teknolojisini kullanmayı deneyebilir. Ayrıca, App Store’u alakasız hale getirmek için iOS cihazlarında Hazır Uygulamaları çalıştırmayı deneyebilirler.

Yerel Uygulamalar için Mobil Öncelikli Dizin Oluşturma Seçenekleri:

Firebase’in odağı ve büyümesi önemlidir çünkü yerel uygulamalar geçmişte Google için önemli bir dizine ekleme engeli oluşturmuştur. HTML’de yerleşik değildirler ve tamamen web üzerinde yaşamazlar, bu nedenle yalnızca web tarayıcılarını simüle eden normal tarayıcılar tarafından erişilemezler. Uygulamaların yerel olarak URL’leri yoktur, bunun yerine uygulama içindeki deneyimleri veya “ekranları” bulmak için uygulama URI’leri oluşturan “uygulama şemalarına” güvenir. Bunlar, URL’ler gibi işlev görür, ancak web yerine yalnızca uygulama kodundaki içeriğe erişebilir. Artık birçok uygulama web içeriğini de çekiyor, ancak bu ya API’lerle içerik veritabanına ya da uygulamanın bir tarayıcı gibi davranmasını sağlayan ‘web görüntüleyici’ koduyla yapılıyor.

Web’de olduğu gibi, yeni uygulama indeksleme stratejisi, içeriğe feed olarak veya API’de erişimi kolaylaştırmak için uygulamaları Google ile barındırmaya ve içeriği tasarımdan ayırmaya odaklanıyor gibi görünüyor. Aşağıdakiler, Mobil Öncelikli en iyi uygulama geliştirme seçenekleri olarak düşünülmelidir:

Android Uygulamaları: Derin bağlantılı Android uygulamaları dizine eklenebilir, ancak Google, bir arama sonucundaki bir derin bağlantının alaka düzeyini belirlemek için büyük ölçüde bunların ilgili web içeriğiyle ilişkilendirilmesine güvenir. Geçtiğimiz yıl Google, Android geliştiricilerini uygulama şemalarını HTTP veya HTTPS olacak şekilde güncellemelerini ve ilgili web sitesinin web URL biçimlendirmesiyle eşleşecek şekilde uygulama şemalarını URI’leri güncellemeleri için aktif bir şekilde teşvik etti. Bu, uygulama URI’lerinin ve web URL’lerinin birbirinin yerine geçmesine olanak tanıyarak Google’ın uygulama içeriğini karşılık gelen web içeriğiyle eşleştirmesini kolaylaştırır. Bu tür derin bağlantılarla ayarlanmış Android uygulamaları Google tarafından yerel olarak taranabilir ve dizine eklenebilir.

HTTP veya HTTPS şemalarını kullanan uygulamalar, Google’ın Uygulama Dizine Ekleme API’sini ve mevcut web URL’lerini uygulama içeriğiyle ilişkilendiren ve etki alanının kökünde barındırılan bir “Dijital Varlık Bağlantıları” eşleme dosyasını da içermelidir. Bu eşleme dosyası, bir kullanıcı uygulamayı yüklediğinde, Google’ın hangi web URL’lerinin görsel olarak göstermesi ve bir Google arama sonucundaki bir derin bağlantıya bağlantı vermesi gerektiğini anlamasına olanak tanır. Yukarıda belirtildiği gibi, Google’ın yakın zamanda güncellenen belgelerinde Android Dinamik Bağlantıların oluşturulmasının otomatikleştirilmesine ilişkin belge eksikliği(5/5/17), şüpheli. Google, Android uygulamaları için Dinamik Bağlantıları otomatik olarak oluşturmanın bir yolunu bulmuş olabilir ve bu, önümüzdeki hafta Google I / O’da Google Play Console ile Firebase Konsolu arasında bir birleşme duyurursa, yakında ortaya çıkabilir. Hâlâ özel şemalara (HTTP, HTTPS değil veya web URL’lerini yansıtmayan) kullanan Android uygulamaları, ilgili web sayfalarını veya site haritalarını da özel URI’lara başvuran rel = alternate etiketleriyle işaretlemelidir.

iOS Uygulamaları: 2015’in ortasından 2016’nın ortasına kadar Google, uygulama dizine ekleme API’sini kullanarak iOS uygulamalarını dizine ekleyebildi. Durum hala böyleyse, iOS uygulamaları Mobile-First Indexing için harika bir seçenek olurdu. Ne yazık ki, Google ve Apple, Google ile uygulamaları endeksleme mekanizması fiilen iTunes App Store’dan engellenen veya reddedilen bir uygulamanın gerekçesi haline gelene kadar, Uygulama İndeksleme konusunda yalnızca kısa bir süre işbirliği yapabildiler. iOS uygulamaları buraya geçici olarak dahil edilmiştir, çünkü yukarıda açıklandığı gibi Firebase, iOS’ta özel bağlantı şemaları için Dinamik Bağlantılar oluşturan yeni bir API aracılığıyla iOS uygulama endekslemesi için yeni bir mekanizma sunabilir. Bu çalışırsa ve sürdürülebiliyorsa, Mobile-First Indexing’in cihazlar arası doğasının tam olarak ifade edilmesini sağlamak için inanılmaz derecede yararlı olacaktır.

Özel Dizin Uygulama Ekranları:Hem Android hem de iOS, uygulama geliştiricilerin bazı uygulama ekranlarını ‘özel’ indeksleme için ayarlamalarına izin verir, böylece bir kullanıcının araması, ekranları yalnızca kendi görüntülemeleri için kullanıcının özel bilgileriyle ortaya çıkarabilir. Her iki durumda da süreç, uygulamaları derin bağlantılarla kurmayı ve bunları bir API ile entegre etmeyi içerir – Android için buna Uygulama Dizine Ekleme API’si ve iOS için buna CoreSpotlight denir. CoreSpotlight yalnızca Siri, Safari veya Spotlight aramasında çalışır. Google, iOS’ta şu anda Gizli Dizin içeriğini yalnızca Google uygulama ailesinden ve yalnızca kullanıcılar Google hesaplarında oturum açtıklarında gösterebiliyor, ancak diğer derin bağlantılı uygulama içeriklerini ortaya çıkarabilecekleri pek olası görünmüyor. şu anda yalnızca yerel Apple OS üzerinden erişilebilir.

Android Hazır Uygulamalar:Google ayrıca bulutta yaşayan ve çalışması için yüklenmesi gerekmeyen yerel Android uygulamalarını da aktif olarak test etmektedir. Genellikle web karşılıkları yoktur, ancak uygulamanın küçük bölümlerini doğrudan tarayıcıda başlatabilen ve muhtemelen indeksleme için Dinamik Bağlantılardan yararlanabilen uygulama kodundaki derin bağlantılar aracılığıyla dizine eklenebilirler. Bunu mümkün kılan süreç kamuya açıklanmamış olsa da, Firebase’de bulut barındırma ve dinamik bağlantıyla mümkün hale gelmiş gibi görünüyor. Buradaki önemli kısım, sürecin web sitesi muadilleri olmayan uygulamaların dizine eklenmesine izin vermesidir. Bu hazır uygulamaların içeriği için sıralamaların nasıl belirleneceği net değil, ancak web’e benzer, ancak web bağlantıları olmadan şema, etkileşim ve görünür metin gibi sinyallerin bir kombinasyonu olması muhtemel görünüyor. Google Hazır Uygulamaları başarılı hale getirebilirse,

Google Asistan İşlemleri:Google Eylemleri, esasen görsel olarak veya bir dizi sözlü soru olarak erişilebilen etkileşimli bir sunum katmanıdır. İki sunum katmanı, aynı yanıtları farklı şekillerde talep edecek şekilde tasarlanmıştır. Yardımcı program, bir veritabanı API’sine bağlanır ve veritabanı içinde basit komutları çalıştırabilir. Her iki sunum katmanına (görsel ve sesli) gereksinim nedeniyle, tarayıcıyla veya tarayıcı olmadan çalışırlar ve Google Home ürünlerine değer katabilirler. Google Actions, ilk duyurulduktan kısa bir süre sonra yaklaşık iki yıl önce kamuya açık söylemden kaybolan Google Now API ile geçici olarak kullanılabilenlere çok benzer etkileşimler yaratıyor gibi görünüyor. Google Actions, ses uyumluluğuna sahip mini Android Hazır Uygulamalar olarak da düşünülebilir.

Google, Google Ana Dizini’ne gönderilmelerini önermek dışında Eylemlerin nasıl optimize edileceğine ilişkin belirli en iyi uygulamaları vermemiştir. Ancak, aşağıdaki OpenTable örneğinde görebileceğiniz gibi, Eylemler mobil ve masaüstü SERP’lerde sıralanabilecek gibi görünüyor . Bir Google Eyleminin sunum katmanı doğrudan bir SERP’de sıralanabildiğinden, Google Eylemleri bir uygulamanın veya web sitesinin işlevselliği için dizine eklenebilir portallar gibi çalışır. Tıpkı Android uygulamaları gibi meta verilere sahiptirler ve JSON-LD şema işaretlemesine dayalı varlık anlamaya dayanan taranabilir JSON koduna güvenirler.

Action Schema ve Google Actions henüz ayrılmaz bir şekilde birbirine bağlı görünmese de, gelecekte bir noktada olabilirler. Eylem şeması bir süredir ortalıkta dolaşıyordu, ancak işaretleme genellikle belgenin başlığında JSON-LD olarak veya tamamen ayrı bir dosyada biçimlendirilmek yerine sayfaların veya e-postaların HTML’sine yerleştirildi, bu da şema gibi görünüyor şimdi başlı. Burada dikkat edilmesi gereken önemli nokta, OpenTable Eyleminin sıfır konumundaki ilk sonuç olmasıdır. Bilgi Grafiği, Yanıtlar, Haritalar, Görseller, Videolar ve Alışveriş sonuçları gibi diğer konum sıfır içeriğine çok benzer şekilde, Eylemler Google tarafından barındırılır ve içeriklerini kontrol eden veritabanlarıyla etkileşim kurmak için API’leri kullanır.

Tahminimiz, Google’ın web yöneticilerini, web sitelerini daha iyi cihazlar arası izleme, ücretsiz veritabanı veya varlık barındırma ve çökmeleri izleme ve yönetme becerileriyle ikna ederek onları PWA’lara dönüştürmeye teşvik etmeye başlayacağıdır. Ayrıca mesajlarını, kullanıcı etkileşimi ve dönüşümdeki PWA’ların istatistiksel olarak sağladığı büyük iyileştirmelerin yanı sıra verilere olan bağımlılığın azalması, artan hız ve çevrimdışı çalışma becerilerine odaklayacaklar. Web içeriği bir PWA olarak ayarlandıktan sonra, web yöneticilerinin içeriği farklı Google Eylemlerinde paketlemesi ve yeniden paketlemesi veya içeriğin öğelerini en az çabayla veya geliştiricinin katılımıyla Android Auto gibi diğer uygulama deneyimlerine çekmesi büyük olasılıkla çok daha kolay olacaktır.

Mobil Öncelikli Endeksleme Gelecekte Hepimize Nasıl Fayda Sağlayabilir?

Her seferinde bir tam sayfa / URL yerine tek tek içerik parçalarına dayalı olarak sunucuyu sürekli olarak meşgul eden web uygulaması deneyimlerine geçiş önemlidir ve Google’ın Mobil Öncelikli Dizine Eklemeye geçişinde hayati öneme sahip olabilir. Google, daha hızlı yükleme süresiyle daha özelleştirilmiş bir kullanıcı deneyimine izin verdiği için bu yeni geliştirme modeline uyum sağlamayı amaçlamaktadır. Ayrıca, Büyük Veri tarzı makine öğrenimi ve AI yanıtları gibi şeyleri çok daha kolay hale getirir.

İnsanlar uygulama deneyimlerini sever, ancak yönetmeleri ve geliştirmeleri zordur ve geliştirme sorunları genellikle şirketlerin gerçekleştirebileceği pazarlama ve tanıtımı sınırlar. Bununla birlikte, içerik sunum katmanından tamamen ayrıldığında, bu endişeler en aza indirilir. Google, Firebase’i ileriye dönük bir yol olarak görüyor ve yakında mobil öncelikli sıralamaları ve pazarlamayı yönetmek için kritik hale gelebilir. Daha fazla uygulama kontrolünü ve yapılandırmasını buluta zorlar ve karşılığında gerçek zamanlı raporlama ve uygulamaların yapılandırması için potansiyel sağlar. Bu sistem aynı zamanda içeriği barındırır ve devam eden taramayı gereksiz kılar.

Firebase’in yeni Home cihazlarını veya bağlı evin diğer öğelerini yönetmek için de kullanılabileceğine dair ince sinyaller de vardır ve bu da platforma daha fazla pazarlama ve analiz gücü verir. Ancak Nesnelerin İnterneti (IoT), daha fazla sesli ürün ihtiyacını yarattı, bu nedenle AI’dan yararlanan veya yalnızca AI verilerinin toplanmasını kolaylaştıran ChatBot’lar gibi varlıklar birçok şirket için önemli olacaktır. Google geleceği görüyor ve Mobil Öncelikli Dizine Eklemeye geçişin bunun kritik bir parçası olduğuna inanıyor ve biz de aynı fikirde olma eğilimindeyiz.

Google’ın konuyla ilgili en son kılavuzuna göre , web siteniz yanıt veriyorsa veya masaüstü ve mobil sürümlerinde aynıysa, farklı bir şey yapmanız gerekmeyebilir (mevcut sıralamanızdan memnun olduğunuzu varsayarak!).

Bununla birlikte, tamamen duyarlı bir sitede bile, mobil sayfa hızına ve yükleme süresine öncelik verilmesini ve görüntülerin ve diğer (potansiyel olarak) dinamik öğelerin mobil deneyim için doğru şekilde optimize edilmesini sağlamak isteyeceksiniz. Mobil öncelikli indekslemede, alan sınırlamaları nedeniyle sekmelerde vb. Daraltılan veya gizlenen içeriğin, görünür içerikten farklı şekilde ele alınmayacağını unutmayın (daha önce olduğu gibi), çünkü bu tür bir ekran emlak yönetimi aslında en iyi mobil uygulama.

Ayrı bir mobil siteniz varsa, aşağıdakileri kontrol etmek isteyeceksiniz:

İçerik: Mobil sürümünüzün masaüstü sitenizde bulunan tüm yüksek kaliteli, değerli içeriğe sahip olduğundan emin olun. Bu, metin, video ve resimleri içerebilir. Mobil sürümde kullanılan biçimlerin taranabilir ve dizine eklenebildiğinden (resimler için alt öznitelikler dahil) emin olun.
Yapılandırılmış veriler: Sitenin hem mobil hem de masaüstü sürümlerine aynı yapılandırılmış veri işaretlemesini eklemelisiniz. Mobil sayfalardaki yapılandırılmış veriler içinde gösterilen URL’ler, URL’nin mobil versiyonu olmalıdır. Bir sayfanın belirli içeriğiyle alakalı değilse, gereksiz yapılandırılmış veriler eklemekten kaçının.
Meta veriler: Başlıkların ve meta açıklamaların tüm sayfaların her iki sürümünde de eşdeğer olduğundan emin olun .
Resmi kılavuzun “aynı” yerine “eşdeğer” dediğini unutmayın – mobil başlıklarınızı daha kısa karakter sayıları için optimize etmek isteyebilirsiniz, ancak aynı bilgilerin ve alakalı anahtar kelimelerin dahil edildiğinden emin olun.
Hreflang: Uluslararasılaştırma için rel = hreflang kullanırsanız , mobil URL’lerinizin hreflang ek açıklamaları, ülkenizin veya dil varyantlarınızın mobil sürümünü ve masaüstü URL’leri masaüstü sürümlerini göstermelidir.
Sosyal meta veriler: OpenGraph etiketleri, Twitter kartları ve diğer sosyal meta veriler, masaüstü sürümün yanı sıra mobil sürüme de dahil edilmelidir.
XML ve medya site haritaları: Site haritalarına giden tüm bağlantıların sitenin mobil sürümünden erişilebilir olduğundan emin olun. Bu, robots yönergeleri (robots.txt ve sayfadaki meta robot etiketleri) için de geçerlidir ve potansiyel olarak, gizlilik politikası sayfanıza bağlantılar gibi sinyallere bile güvenebilir.
Arama Konsolu doğrulaması: Masaüstü sitenizi yalnızca Google Search Console’da doğruladıysanız, mobil sürümü de eklediğinizden ve doğruladığınızdan emin olun.
Uygulama endeksleme: Masaüstü siteniz için uygulama endeksleme ayarladıysanız , sitenin mobil sürümünü uygulama ilişkilendirme dosyaları vb. İle ilgili olarak doğruladığınızdan emin olmak isteyebilirsiniz .
Sunucu kapasitesi: Ana sunucularınızın artan tarama hızıyla başa çıkabildiğinden emin olun .
(Bu yalnızca mobil sürümleri m.domain.com gibi ayrı bir ana bilgisayardaki siteler için geçerlidir.)
Santral etiketleri: Şu anda mobil santral etiketleri uyguladıysanız, bu uygulamayı değiştirmenize gerek yoktur. Bunlar oldukları gibi kalmalıdır.

Mobil Öncelikli Endeksleme | WMConf Yıldırım Konuşmaları https://www.youtube.com/watch?v=TTUzxHdx2jY

Call Now ButtonÜcretsiz Danışın