Search Console Alan Adı Mülkü mü, URL Ön Eki mi? Doğru Kurulum Rehberi

Kısacası tercih bir ya da öteki değildir; iki türü birlikte kullanırsınız. Alan adı mülkü size bütünü gösterir, URL ön eki mülkü ise belirli bir protokolü, alt alan adını ya da klasörü ayrı izlemenizi sağlar. Bu rehberde Talha Aslan ve ekibi olarak kurulumu adım adım anlatıyoruz. Search Console'un genel kullanımını merak ediyorsanız önce Google Search Console nedir, nasıl kullanılır yazımıza göz atabilirsiniz.

Alan adı mülkü tam olarak neleri kapsar?

Google'ın mülk ekleme yardım sayfasına göre alan adı mülkü, kök alan adını ve tüm alt alan adlarını protokolden bağımsız olarak kapsar. Yani example.com için açtığınız mülk; http, https ve ftp adreslerini, www ve m gibi alt alan adlarını ve daha derin alt düzeyleri aynı raporda birleştirir.

• http://example.com ve https://example.com adresleri aynı mülkte görünür.
• www.example.com, m.example.com ve blog.example.com gibi alt alan adları da dahildir.
• Tüm klasörler ve alt yollar kapsama girer.
• Farklı uzantı ise dahil değildir; example.com mülkü example.org verisini içermez.

Ayrıca Google, alan adı mülkünü eklerken başına www yazmamanızı açıkça belirtir. Çünkü mülk www olan ve olmayan sürümü zaten birlikte içerir. Bu yüzden mülk adını yalnız example.com biçiminde, protokol ve yol olmadan girersiniz.

URL ön eki mülkü neden hâlâ gerekli?

URL ön eki mülkü, yalnız girdiğiniz önekle başlayan adresleri kapsar ve önek protokolü de içerir. Örneğin https://example.com/ mülkü, http://example.com/ adresini ya da https://www.example.com/ adresini görmez. Bu dar kapsam ilk bakışta kısıt gibi durur, ancak bazı işlerde tam olarak ihtiyacınız olan şeydir.

Özellikle şu durumlarda URL ön eki mülkü işinizi kolaylaştırır:

• Bir ekip yalnız blog klasöründen sorumluysa ve diğer bölümleri görmemesi gerekiyorsa.
• Çok dilli sitede /en/ ve /de/ klasörlerini ayrı raporlamak istiyorsanız.
• DNS kaydına erişiminiz yoksa ve doğrulamayı HTML dosyası ya da etiketle yapmanız gerekiyorsa.
• Bir alt alan adındaki uygulamayı ana siteden ayrı izlemek istiyorsanız.

Öte yandan Google, alan adı mülkü verisini alt alan adı, protokol ya da yola göre ayırmak için Performans raporundaki sayfa filtresini de önerir. Dolayısıyla URL ön eki mülkü bir zorunluluk değil, düzen ve yetki yönetimi aracıdır.

İki mülk türü arasındaki fark tabloda nasıl karşılaştırırsınız?

Aşağıdaki tablo, Search Console Yardım sayfasındaki resmi karşılaştırmayı sade bir dille özetliyor. Böylece hangi mülkün hangi işi üstlendiğini tek bakışta görürsünüz.

Tablodan çıkan sonuç basit: ilki kapsama alanında, URL ön eki mülkü ise esneklikte öne çıkar. Bu nedenle ikisini birbirinin rakibi gibi değil, tamamlayıcısı gibi düşünmenizi öneriyoruz.

Alan adı mülkünü DNS ile adım adım nasıl doğrularsınız?

Google'ın site sahipliği doğrulama sayfası, alan adı mülkü için yalnız alan adı sağlayıcısı (DNS kaydı) yönteminin çalıştığını belirtir. Search Console kurulumunuza göre size bir TXT ya da CNAME kaydı verir. Süreç şöyle ilerler:

1. Search Console'da mülk ekleme ekranını açın ve alan adı seçeneğine yalnız example.com yazın.
2. Ekranda çıkan doğrulama kaydını kopyalayın; büyük olasılıkla bir TXT kaydı olacak.
3. Alan adınızın DNS yönetim paneline girin ve yeni bir TXT kaydı ekleyin.
4. TXT kaydında ana bilgisayar (host) alanını boş bırakın ya da @ yazın.
5. Kaydı kaydedin, ardından Search Console'a dönüp doğrula düğmesine basın.
6. Doğrulama başarısız olursa bir iki gün sonra yeniden deneyin.

Bazı sağlayıcılarda Google kaydı sizin yerinize ekleyebilir; diğerlerinde kaydı elle girersiniz. Kaydın yayılıp yayılmadığını görmek için DNS sorgulama aracımızla TXT kayıtlarını kontrol edebilirsiniz.

DNS doğrulaması neden bazen hemen çalışmaz?

Google'ın resmi açıklamasına göre elle eklediğiniz kayıtların görünmesi iki üç gün sürebilir. Bu yüzden doğrulama ilk denemede başarısız olursa paniğe gerek yok; kaydı bozmadan bekleyip tekrar denersiniz. Yine de beklemeden önce birkaç basit hatayı elemek zaman kazandırır.

• Kaydı yanlış alan adına eklemiş olabilirsiniz; örneğin ana alan adı yerine bir alt alan adına.
• Host alanına alan adının tamamını yazmış olabilirsiniz; bazı paneller bunu ikinci kez ekler.
• Değeri kopyalarken başına ya da sonuna boşluk girmiş olabilir.
• Alan adının ad sunucuları başka bir hizmete yönlenmiş olabilir; bu durumda kaydı yanlış panelde düzenlersiniz.

Son madde sahada en sık karşılaştığımız durumdur. Örneğin alan adını bir firmadan alıp ad sunucularını bir CDN hizmetine yönlendirdiyseniz, kaydı alan adı firmasında değil o hizmetin DNS ekranında açmanız gerekir. Google ayrıca hangi kayıtların yayında olduğunu görmek için Google Admin Toolbox aracını önerir.

Doğrulama kaydını sildiğinizde alan adı mülkü ne olur?

Google, doğrulama başarılı olduktan sonra kaydı yerinde tutmanızı açıkça ister. Search Console doğrulama belirtecini düzenli aralıklarla kontrol eder. Belirteci bulamazsa size bildirim gönderir; sorunu düzeltmezseniz izinleriniz bir ek süre sonunda sona erer.

Bu nedenle DNS düzenlemelerinde dikkatli olun. Örnek senaryo: bir site sahibi e-posta hizmetini değiştirirken eski TXT kayıtlarını toplu temizliyor ve Google doğrulama kaydı da gidiyor. Birkaç gün sonra mülk erişimi uyarı veriyor. Çözüm basittir: kaydı yeniden ekler ve doğrulamayı tazelersiniz. Ancak bunu fark etmezseniz ekibin tamamı raporlara erişimi kaybedebilir.

Üstelik Google, tüm doğrulanmış sahipler erişimi kaybederse mülkteki bütün kullanıcıların da erişimi kaybedeceğini belirtir. Dolayısıyla doğrulama kaydını "dokunulmaz" etiketiyle not almanızı ve DNS'e erişen herkesle paylaşmanızı öneriyoruz.

URL ön eki mülkünü hangi yöntemlerle doğrularsınız?

URL ön eki mülkünde seçeneğiniz daha geniştir. Resmi doğrulama sayfası şu yöntemleri sayar: HTML dosyası yükleme, HTML etiketi, Google Analytics izleme kodu, Google Tag Manager kapsayıcı kodu ve DNS kaydı. Google Sites ya da Blogger gibi Google'ın barındırdığı sitelerde ise aynı hesapla giriş yaptığınızda doğrulama kendiliğinden gerçekleşir.

1. HTML dosyası: Google'ın verdiği dosyayı sitenizin kök dizinine yükler ve yerinde bırakırsınız.
2. HTML etiketi: ana sayfanın head bölümüne bir meta etiketi eklersiniz.
3. Google Analytics: mevcut izleme kodunuz ve hesap yetkiniz yeterliyse doğrulamayı onunla yaparsınız.
4. Tag Manager: kapsayıcı kodu ve gerekli yetki ile doğrularsınız.
5. DNS: alan adı mülkündeki gibi kayıt eklersiniz.

Önemli bir ayrıntı daha var: Google'a göre bir URL ön eki mülkünü DNS ile doğruladığınızda, eşleşen alan adı mülkü de otomatik olarak doğrulanır. Etiket yöntemini seçecekseniz meta etiket oluşturucu sayfamız head bölümünün düzenini anlamanıza yardım eder.

Hangi doğrulama yöntemi daha dayanıklıdır?

Dayanıklılık, yöntemin site değişikliklerinden ne kadar etkilendiğine bağlıdır. HTML etiketi ve dosya, tema değişikliği ya da yeniden tasarım sırasında kolayca kaybolur. Analytics ve Tag Manager yöntemi ise kod kaldırıldığında ya da hesap yetkisi değiştiğinde bozulabilir. DNS kaydı ise site kodundan bağımsız olduğu için yeniden tasarım onu bozmaz.

Google, birden fazla doğrulama yöntemi eklemenizi de önerir; böylece biri bozulursa doğrulama diğeriyle devam eder. Bu yüzden biz kurulumda genellikle iki katman kullanıyoruz:

• Ana katman: DNS kaydı, alan adı mülkü için zaten zorunlu.
• Yedek katman: URL ön eki mülklerinde HTML dosyası ya da etiketi.
• Kayıt katmanı: hangi yöntemin kimde olduğunu yazan kısa bir doküman.

Örneğin site yeni bir içerik yönetim sistemine taşındığında etiket kaybolsa bile DNS kaydı yerinde kalır. Böylece raporlarda kesinti yaşamazsınız.

Aynı site için birden fazla mülkü nasıl düzenlersiniz?

Google, URL ön eki mülklerinde her protokol ve her alt alan adı için ayrı mülk eklemenizi, isterseniz alt bölümler için de mülk açmanızı söyler. Ayrıca bir hesap en fazla 1.000 mülk tutabilir; yani sınır, ortalama bir site için sorun yaratmaz. Asıl sorun düzensizliktir.

Örnek senaryo olarak üç dilli bir kurumsal site düşünelim. Önerdiğimiz yapı şudur:

1. example.com alan adı mülkü: tüm sitenin ana görünümü.
2. https://www.example.com/ URL ön eki mülkü: yayındaki tercih edilen sürüm.
3. https://www.example.com/en/ ve https://www.example.com/de/ mülkleri: dil ekipleri için ayrı görünüm.
4. https://shop.example.com/ mülkü: mağaza alt alan adı için.

Google, ana mülk doğrulandıktan sonra oluşturduğunuz alt mülklerin ana mülkün yöntemiyle otomatik doğrulandığını da belirtir. Böylece klasör mülklerini tek tek doğrulamakla uğraşmazsınız. Mülk listesi büyüdükçe adlandırmaya dikkat edin; aksi halde yanlış mülkte işlem yapma riski artar.

Sahip ve kullanıcı izinlerini nasıl dağıtmalısınız?

Google'ın sahip, kullanıcı ve izin yönetimi sayfası üç düzey tanımlar. Sahip mülk üzerinde tam yetkilidir; kullanıcı ekler, ayarları değiştirir. Tam kullanıcı verilerin tamamını görür, site haritası gönderir ve URL Denetleme aracını kullanır, ancak kullanıcı ekleyemez. Kısıtlı kullanıcı ise çoğu veriyi yalnız görüntüler.

Kullanıcıyı yalnız sahipler ekler ve Google e-posta gruplarını desteklemez. Ayrıca ekipten ayrılan kişilerin erişimini kapatmayı unutmayın; bunun için eski kullanıcı ve sahibi kaldırma rehberimize bakabilirsiniz.

Ajans ya da danışmanla çalışırken mülk sahipliği kimde kalmalı?

Bizim net görüşümüz şu: doğrulanmış sahiplik her zaman işletmenin kendi hesabında kalmalıdır. Danışmana ise iş tanımına göre yetki verilmiş sahip ya da tam kullanıcı rolü yeterlidir. Böylece iş birliği bittiğinde veriye erişiminiz hiç kesintiye uğramaz.

Bu düzen neden önemli? Çünkü doğrulama belirteci kimin hesabına bağlıysa, o kişi ayrıldığında sorun çıkar. Google, tek doğrulanmış sahip ayrılırsa erişimi geri kazanmak için birinin yeniden doğrulama yapması gerektiğini belirtir. Bu da DNS'e ya da site dosyalarına erişim ister; yoğun bir dönemde günler alabilir.

Talha Aslan ve ekibi olarak SEO danışmanlığı kapsamında yeni bir siteyle çalışmaya başladığımızda ilk iş mülk yapısını ve sahiplik zincirini temize çekiyoruz. Ardından kimin hangi role sahip olduğunu müşteriyle birlikte yazılı hale getiriyoruz. Kısacası veri sizin, biz yalnız erişim izniyle çalışırız.

Site taşıma sonrası alan adı mülkünü nasıl yönetmelisiniz?

Alan adı değiştirdiğinizde eski ve yeni alan adı için ayrı mülklere ihtiyacınız olur. Google'ın Adres Değişikliği aracı (Change of Address) sayfasına göre aracı kullanmak için iki mülkün de sahibi olmanız ve aynı Google hesabını kullanmanız gerekir. Ayrıca araç, alt alan adlarını otomatik taşımaz; www ve www olmayan her sürüm için ayrı başvuru ister.

1. Yeni alan adı için alan adı mülkünü taşıma öncesinde kurun ve DNS ile doğrulayın.
2. Eski alan adının mülklerini silmeyin; karşılaştırma için gerekecekler.
3. Eski sayfalardan yeni karşılıklarına 301 yönlendirmeleri kurun.
4. Adres Değişikliği aracını eski mülk üzerinden başlatın.
5. Yönlendirmeleri Google'ın önerdiği gibi en az 180 gün, trafik sürüyorsa daha uzun koruyun.

Google bu araç için HTTP'den HTTPS'e geçişi ya da www ile www olmayan sürüm arasındaki geçişi uygun görmez. Taşımanın bütün kontrol listesi için site taşıma kontrol listemize göz atın. Yönlendirmelerin doğru çalıştığını yönlendirme denetleyici ile sınayabilirsiniz.

HTTPS'e geçişte yeni mülk açmanız gerekir mi?

Alan adı mülkü kullanıyorsanız gerekmez. Çünkü bu mülk türü http ve https sürümlerini zaten birlikte kapsar; geçiş öncesi ve sonrası veriyi aynı raporda görürsünüz. Bu, söz konusu mülk türünün en pratik avantajlarından biridir.

Ancak yalnız URL ön eki mülkü kullanıyorsanız durum değişir. http://example.com/ mülkü https adreslerini görmez; bu nedenle https sürümü için ayrı bir mülk eklemeniz gerekir. Aksi halde geçişten sonra raporlarınız "trafik düştü" gibi yanıltıcı bir tablo çizebilir. Oysa trafik düşmemiştir, yalnız başka bir mülke geçmiştir.

Örnek senaryo: bir işletme yıllardır http ile başlayan URL ön eki mülkünü izliyor. HTTPS'e geçtikten sonra tıklamalar sıfıra yaklaşıyor ve ekip alarm veriyor. Sorun kayıp değil, yanlış mülktür. Çözüm olarak kapsayıcı mülkü ekler ve iki dönemi aynı yerde karşılaştırırsınız. Yeni mülkte verinin bir süre boş kalması normaldir; bunun için veriler işleniyor uyarısı yazımıza bakabilirsiniz.

Alan adı mülkünde alt alan adlarını ayrı nasıl izlersiniz?

Bu mülk her şeyi birleştirdiği için bazen ayrıntı kaybolur. Örneğin destek sayfalarının bulunduğu alt alan adı, ana sitenin tıklamalarını şişirebilir. Google bu durumda iki yol önerir: Performans raporunda sayfa filtresi kullanmak ya da her bölüm için URL ön eki mülkü açmak.

• Sayfa filtresi: hızlı bir bakış için idealdir; "URL şunu içerir" koşuluyla alt alan adını ayırırsınız.
• Ayrı URL ön eki mülkü: kalıcı izleme, ayrı kullanıcı yetkisi ve bölüme özel raporlar sağlar.
• Karma yaklaşım: ana görünüm alan adı mülkünde, ekip görünümü URL ön eki mülkünde kalır.

Bizim deneyimimizde alt alan adının kendi ekibi varsa ayrı mülk her zaman daha temiz sonuç verir. Ayrıca dizine ekleme sorunlarını bölüm bazında incelemek de kolaylaşır; bu konuda dizine eklenmeyen sayfaları tespit etme rehberimiz işinize yarar.

Mülk seçimi Performans raporundaki rakamları nasıl etkiler?

Aynı site için iki mülkte farklı tıklama sayıları görmeniz çok olağandır. Çünkü her mülk yalnız kendi kapsamındaki adresleri sayar. Örneğin https://www.example.com/ mülkü, m alt alan adındaki ya da www olmayan sürümdeki tıklamaları içermez. Kapsayıcı mülk ise bunların hepsini toplar.

Bu fark, raporlama toplantılarında sık sık kafa karışıklığı yaratır. Bir ekip üyesi bir mülkten, diğeri başka mülkten rakam getirir ve ikisi de haklıdır. Bu nedenle raporlarda hangi mülkü kaynak aldığınızı her zaman yazmanızı öneriyoruz.

• Yönetim raporu için kapsayıcı mülkü tek kaynak olarak seçin.
• Bölüm raporları için ilgili URL ön eki mülkünü kullanın ve adını tabloya ekleyin.
• Dönem karşılaştırmalarında mülkü değiştirmeyin; aksi halde fark gerçek bir değişim gibi okunur.

Ayrıca trafikte ani bir düşüş görürseniz önce mülk kapsamını kontrol edin. Gerçek bir kayıp mı, yoksa kapsam farkı mı olduğunu anlamak için trafik düşüşü tespiti rehberimiz adım adım yol gösterir.

Site haritasını hangi mülke göndermelisiniz?

Site haritasını, haritadaki adresleri kapsayan bir mülke göndermeniz gerekir. Kapsayıcı mülk bütün alt alan adlarını içerdiği için çoğu durumda en rahat seçenektir. Öte yandan bir URL ön eki mülküne gönderdiğiniz harita, o önekin dışındaki adresleri içeriyorsa sorun çıkarabilir.

Örnek senaryo: bir ekip, https://www.example.com/blog/ mülküne bütün sitenin haritasını gönderiyor. Haritadaki mağaza ve kurumsal sayfalar bu önekin dışında kaldığı için rapor beklenmedik uyarılar veriyor. Çözüm olarak haritayı kapsayıcı mülke taşırsınız ya da blog için ayrı bir harita hazırlarsınız.

1. Haritadaki adreslerin protokolünü ve alt alan adını kontrol edin.
2. Bu adresleri tamamen kapsayan mülkü seçin.
3. Haritayı gönderin ve durum sütununu birkaç gün izleyin.

Benzer bir uyarıyla karşılaşırsanız site haritasında URL'ye izin verilmiyor hatası yazımız konuyu ayrıntılı ele alıyor.

Çok dilli sitelerde mülk düzeni nasıl olmalı?

Çok dilli sitelerde dil yapısı mülk planını belirler. Diller klasörde duruyorsa, yani /en/ ve /de/ gibi yollar kullanıyorsanız, kapsayıcı mülk tüm dilleri zaten toplar. Her dil ekibine ise kendi klasörü için bir URL ön eki mülkü açarsınız. Böylece ekipler yalnız sorumlu oldukları veriyi görür.

Diller alt alan adındaysa, örneğin en.example.com gibi, mantık aynıdır ama mülk adları değişir. Ülke kodlu ayrı alan adları kullanıyorsanız ise her alan adı için ayrı bir kapsayıcı mülk gerekir. Çünkü Google'a göre example.com mülkü example.de verisini içermez; uzantı mülk adının parçasıdır.

Bizim önerimiz, plan kağıda dökülmeden hiçbir mülk açmamanızdır. Hangi dilin hangi mülkte izleneceğini, kimin hangi rolü alacağını ve site haritalarının nereye gideceğini tek sayfada yazın. Bu basit doküman, ekip büyüdükçe en çok zaman kazandıran belge olur.

Mülk kurulumunda en sık hangi hataları görüyoruz?

Sahada gördüğümüz hataların çoğu küçük ama sonuçları büyüktür. Aşağıdaki liste, bir denetimde ilk kontrol ettiğimiz noktaları içeriyor:

1. Alan adı mülküne www ya da https yazmak; mülk adı yalnız example.com olmalı.
2. Tek doğrulanmış sahibin ayrılmış bir çalışan ya da eski ajans olması.
3. DNS temizliği sırasında doğrulama kaydını silmek.
4. Yalnız http ile başlayan eski mülkü izlemeye devam etmek.
5. Site haritasını yanlış mülke göndermek.
6. Herkese sahip yetkisi vermek; tam ya da kısıtlı kullanıcı çoğu kişiye yeter.

Ayrıca kaldırdığınız bir mülkü yeniden eklemek istediğinizde, Google yalnız en az bir doğrulanmış sahip kalmışsa doğrulama istemeden geri ekleyebileceğinizi belirtir. Bu yüzden mülk silmeden önce iki kez düşünün. Kısacası düzen kurulumda başlar; sonradan toparlamak her zaman daha zahmetlidir.

Kurulumdan sonraki ilk hafta neleri kontrol etmelisiniz?

Mülkü doğrulamak işin yalnız başlangıcıdır. İlk hafta, kurulumun gerçekten doğru çalıştığını görmeniz için en uygun dönemdir. Çünkü yeni mülkte veri birkaç gün içinde dolmaya başlar ve hatalar bu sırada kendini belli eder. Biz yeni kurulumlarda şu kısa listeyi izliyoruz:

1. Performans raporunda veri gelmeye başladı mı, tarih aralığı mantıklı mı?
2. Site haritası doğru mülkte, başarılı durumda mı?
3. Kullanıcılar ve izinler ekranında yalnız olması gereken kişiler var mı?
4. Doğrulama kaydı DNS'te hâlâ yayında mı?
5. URL Denetleme aracı ana sayfa için beklenen sonucu veriyor mu?

Ayrıca eski mülklerle yeni kapsayıcı mülkü birkaç gün yan yana karşılaştırın. Rakamlar arasında kapsam kaynaklı farklar olacaktır; bu farkın nedenini bir kez anlayıp not almanız, ileride yanlış alarmları önler. Örneğin kapsayıcı mülkte tıklamalar daha yüksekse bunun nedeni büyük olasılıkla m alt alan adı ya da www olmayan sürümdür.

Son olarak, mülk planını ve doğrulama yöntemlerini yazdığınız dokümanı ekiple paylaşın. Böylece biri DNS'te değişiklik yaparken neye dokunmaması gerektiğini bilir. Kısacası ilk hafta, uzun vadede güvenilir verinin temelini atar; birkaç dakikalık kontrol, aylarca sürecek bir yanlış okumayı önler.

Mülk yapınızı ne sıklıkla denetlemelisiniz?

Search Console mülk yapısı bir kez kurup unutacağınız bir şey değildir. Çalışan değişir, ajans değişir, DNS hizmeti değişir. Bu yüzden biz düzenli, kısa bir kontrol rutini öneriyoruz. Aşağıdaki sıklıklar saha tecrübesine dayalı başlangıç aralığıdır, kural değildir.

Takvimi kendi işinize göre uyarlayın. Örneğin sık personel değişikliği olan bir şirkette kullanıcı listesini aylık kontrol etmek daha mantıklıdır. Öte yandan DNS'i nadiren değişen küçük bir sitede altı aylık genel bakış çoğu zaman yeterli olur. Önemli olan, kontrolün bir kişinin sorumluluğunda olması ve sonucun kısa bir notla kayda geçmesidir. Bu not, bir sonraki kontrolde neyin değiştiğini hemen görmenizi sağlar ve ekipteki herkesin aynı bilgiyle çalışmasına yardım eder.

Toplam denetim yarım saatlik bir iştir; ancak atlandığında bir taşıma ya da kriz anında günler kaybettirir.

Bu kurulumu kendiniz mi yapmalısınız, uzmana mı bırakmalısınız?

DNS paneline erişiminiz varsa ve tek bir siteniz varsa kurulumu bu rehberle kendiniz yapabilirsiniz. Adımlar zor değildir; asıl dikkat isteyen, sahiplik zincirini ve kullanıcı rollerini doğru kurmaktır. Yine de birden fazla alt alan adı, dil klasörü ya da yaklaşan bir taşıma varsa bir hata, aylarca yanlış veriyle karar vermenize yol açabilir.

Bu noktada şunu açıkça söyleyelim: doğru mülk yapısı tek başına sıralama getirmez ve kimse size sıralama garantisi veremez. Ancak doğru veri olmadan doğru SEO kararı da veremezsiniz. Mülk yapınızı denetlememizi, taşımanızı ya da kullanıcı izinlerinizi düzene sokmamızı isterseniz SEO danışmanlığı sayfamızdan teklif isteyebilirsiniz. Sorunu sitenizde biz çözer, sonrasını düzenli raporla takip ederiz.

Özetle, alan adı mülkü bütün görünüm için temel taştır; URL ön eki mülkleri ise bölüm ve ekip bazında düzen sağlar. İkisini birlikte, sahipliği şirket hesabında tutarak kurarsanız Search Console verisine yıllarca güvenle yaslanırsınız.

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