— Herkese merhaba, Zeo Talks'a hoş geldiniz. Ben Samet, bugün Aybüke'yle beraberim. Aybüke, hoş geldin. Nasılsın?
— Hoş bulduğum Samet. Valla gayet iyiyim; her şey güzel gidiyor, her şey yolunda. Bazen dönem dönem, biliyorsun, yoğunluklarımız var; bazen biraz daha sakin geçiyor ama her şey yolunda.
— Aynen. Özellikle bu hafta ölçümeme haftası, biraz raporlama falan derken...
— Yoğun, aynen.
— Her şey yoğun geçiyor. Bugün aslında seninle beraber, bizi dinleyenlere yeni SEO projelerine başlarken hangi adımların önemli olduğunu anlatmaya çalışacağız. Bu bağlamda da, umarım bizi dinleyenler ya da izleyenler SEO projelerini daha iyi seviyelere getirebilirler deyip ilk sorumla başlıyorum.
— Tabii.
— Bu projeleri kurarken aslında araç kurmamız da gerekiyor; bazı araçlar var. Bu araç kurulumlarını nasıl yapmalıyız? Örneğin Search Console ya da SEO Monitor gibi araçları kurarken burada nelere dikkat etmeliyiz deyip ilk sorumla başlayabilirim.
— Tamamdır. Burada aslında ben de ilk Search Console ile başlayayım. Tabii ki bizim elimiz kolumuz olan, elimiz ayağımız olan bir araç. Bu tarafta öncelikle hem domain hem URL kurulumunun olmasına çok dikkat ediyoruz biz. Çünkü kullandığımız ölçümlemelerde yaptığımız analizlerde ikisine de ihtiyacımız olabiliyor. O yüzden projenin başlangıcında bu ikisinin kurulumunun doğru bir şekilde yapılması, bizim için sonrasını kolaylaştırıyor aslında. Bu ikisinin de aslında farkından birazcık bahsetmem gerekirse, hem URL'de URL prefix kurulumunda hem de domain kurulumunda kullandığımız bazı şeyler oluyor. Örneğin backlink reddetme aracını domain kurulumunda kullanamıyoruz; sadece URL kurulumunda kullanabiliyoruz. O yüzden bu bizim için önemli bir nokta. Örneğin yeni bir proje olduğunda, yeni bir projeye başladığımızda, daha önceden bir backlink listesi var mı, bunun da kontrolünü sağlayamıyoruz.
Domain kurulumu sadece elimizde olduğu zaman, erişim sadece elimizde olduğu zaman. O yüzden iki tarafta da önemli oluyor bizim için. Domain kurulumu da tabii ki de tüm subdomainleri, tüm URL'leri içerdiği için genel bir performans değerlendirmesi, analiz yapmamız gerektiği zamanlar için çok gerekli. Dediğim gibi, yani ikisinin de farklı alabileceğimiz noktaları var ve o yüzden ikisinin kurulumu da başlangıç aşamasında önemli. Bu tarafta tabii ki de doğru domain ve hangi domainleri almamız gerekiyorsa, mesela farklı subdomainler varsa, bunları ele alabiliyor muyuz? Ya da farklı URL'ler varsa, bunları ele alabiliyor muyuz? Önemli. Yani hepsi için kurulumu başlangıç aşamasında yapmamız gerekiyor. Dediğim gibi, erişim de çok fazla önemli. Bu erişim düzeyinde kimler sahip, bunu da bir kontrol ediyoruz zaten başlangıç aşamasında.
Bunlar bizim dikkat ettiğimiz noktalar.
— Kesinlikle. Orada özellikle yetki verirken, daha önce kimin yetkisi olduğu falan, onlara da bir bakmak gerekiyor. Bazen gözden kaçabiliyor çünkü, özellikle Search Console ve Google Analytics'te. Yani dediğin gibi, zaten Search Console bizim elimiz ayağımız. Hemen bunları yaptıktan sonra belki sitemap ekli değilse, sitemap eklenebilir. Araç kurulumundan yaparken Search Console'da.
— Kesinlikle.
— O tür detaylara biraz dikkat etmek lazım.
— Detayları aynen, kesinlikle var. Bir de şeyde, SEO Monitor'de de aslında hangi hedeflediğimiz ülke tabii ki de doğru seçilmesi lazım. Yine dediğim gibi, URL ve domainin doğru kurulması lazım aynı şekilde. Dili doğru seçtikten sonra, anahtar kelimelerin, aslında seçtiğimiz anahtar kelimelerin kategorilere ayrılmış bir şekilde eklenmesini öneriyoruz. Bu tarafta kategorileri özellikle ayırmamızın sebebi aslında hem ölçümleme için işimizi kolaylaştırması, hem daha sonrasında bir görünürlük üzerine ya da pozisyonların takibi üzerinde biraz daha detaylı veya oraya kelime eklemek istersek, direkt kategori bazlı ilerlemenin daha hızlı olabileceğini görüyoruz aslında.
Her şekilde bizim hem işimizi hızlandıran hem de daha doğru analiz yapabildiğimiz bir yere çıkarmış oluyor bizi.
— Evet ya, orada bazen AI clustering de oluyor ama tam Türkçe'de çalışmayabiliyor. O yüzden mecbur manuel bakıp istediğimiz kelimeleri eklemek orada son derece faydalı. Bir de şeyi ekleyebilirim belki: Örneğin bir crawler kullanıyorsanız, bir Lumar gibi, burada bunlara bir ücret ödeniyor haliyle. Bu ücretin de daha optimal seviyelerde verilmesi için belki de sitenizin taranmaması gereken sayfalarını en başta buna göre ayarlarsınız. Örneğin hangi sayfaların taranmaması gerektiği ya da taranması gerektiği. Az önce sen de bahsettin, subdomain, subfolder gibi yapılar. Bunlarda da en başta bunların kurulumlarını doğru yaparsak, hem maddi açıdan hem de daha doğru analiz açısından bence de faydalı olacaktır. Peki, şimdi Search Console'umuzu kurduk. Elimizde güzel bir, yepyeni bir Search Console'umuz var ya da daha önceden kurulmuş ve verilerin aktığı bir Search Console'umuz var.
Burada nereleri biz kontrol etmeliyiz? Bunlarla ilgili neler söylemek istersin?
— İlk önce aslında sitemap eklenmiş mi Search Console'a, bir buna bakmamız gerekiyor. Çünkü sitemap'te bizim aslında amacımız biraz daha, özellikle yeni sayfalara çok fazla eklenen bir siteyse, bu tarafta Google'a olabildiğince hızlı bir şekilde yeni sayfaları da tespit etmesini sağlamak. O yüzden sitemap ekli mi, kurulu mu, bir onu kontrol etmek. Eğer ekli değilse, direkt eklemeyi sağlamak aslında. Onun dışında direkt performans raporuna bakarak bir hızlıca şeyi görebiliriz: Yani son dönemde bir düşüş var mı, anormal bir durum var mı? İşte mesela update olmuştur, bunu etkilediğini düşünüyor muyuz? Yani genel bir gözlem olarak aslında bir performans raporunu incelemek gerekiyor. Sonrasında tabii ki daha detaylı olarak index tarafında, indexing raporlarında, işte taranan ama indexlenmeyen sayfa var mı ve bu sayfalar bizim için önemli mi?
Ya da tamamen taramaya kapatılmış olan sayfalar vardır ama yine bunların da bir kontrolünü sağlamamız gerekiyor tabii ki. Bunlar bilinçli olarak mı yapıldı? Yoksa, çünkü bazen sonuçta tarama bütçesi için de, crawl budget için de taramayı kapatabiliyoruz, özellikle stratejik olarak. Ama bunlar bilinçli olarak mı yapıldı? Bizim indexlenmesini istediğimiz sayfalar mı? Bir bunun kontrolünün sağlanması gerekiyor. Onun dışında tabii ki işte sunucu hataları varsa, 500 sayfaları kontrol edebiliyoruz. Onun dışında 404 page raporunda, işte 404 ve 410 tabii hepsi dahil olmuş oluyor Search Console'da. Bu tarafta bunların ne kadar fazla olduğunu kontrol edebiliyoruz. Burada da yine işte 404 sayfaların olması çok şey değil, sorun değil aslında. Bu direkt böyle hani bizim A404 var, işte çözmemiz lazım gibi bir durum değil ama sonuçta bir 200 durum kodu çeviren bir karşılığı vardır ve bu 404'leri de optimize edebiliriz aslında.
Bu tarafta neler yapılması gerektiğine bakmış oluyoruz. Bunları önceliklendirebiliyoruz. İlk aklıma gelenler bunlar.
— Yani web'in doğasında olan zaten 404 olması. Burada da önceliklendirmeyi dediğin gibi 200 karşılığı ya da alakalı bir sayfa varsa olabilir, ona yönlendirirsin. Hiç yoksa da 404 kalabilir. Yani 404, tırnak içerisinde öcü olarak bakmamak lazım.
— Aynen. Aynen. Bazen çünkü direkt öyle şey yapılabiliyor: İşte 404'ler artmış ya da işte neden artmış, mesela hangi sayfalar? Buna bakmak lazım. Onun dışında bazen indexlenmeyen önemli sayfalarımız olabiliyor. Bir bunun kontrolünü kesinlikle sağlamak lazım. O yüzden indexing raporları bizim için önemli oluyor bu tarafta, Search Console'da.
— Aynen, harika. Bir de ben şeyi ekleyebilirim belki bu kontrollere. Proje geldi, mesela ben olsam şunu yapardım: 4-5 tane farklı page type'tan URL alırdım. E-ticaretten gidelim, PDP, PLP, varsa blog ya da sabit sayfalarımız. URL inspection'a atardım. URL inspection'da incelerdim, live test yapardım. Live testten sonra yüklenemeyen kaynaklar kısmına da bakıp, örneğin siz bir CDN kullanıyorsanız, belki de CDN'deki o görsel yüklenemiyordur, robust.txt'den engellenmiştir. Onun hatası yüzünden belki de sizin görselleriniz iyi bir sıralama alamıyordur, indexlenemiyordur. Bir de örneğin videolarınız vardır. Videolarda video.staldi.com'da barındırıyorsunuzdur. Ve o subdomain ya da subfolder neyse kullandınız, belki de gerçekten orası engellidir ve sizin PDP'de yer alan videonuz görünmüyordur. O yüzden böyle deep dive bakmak için de, hani bulk bir test yerine her page type özelinde birer tane en çok trafik alınan ya da farklı yöntemlerle bunu analiz edebilirsiniz.
Alıp buna bakmak da bence ilk adımda faydalı olacaktır. Bunu analiz ederken de oradaki hataların çıktısını böyle başlıklar halinde alıp kendi iş planınıza göre atabilirsiniz. Çünkü çoğu konuda hata da çıkabilir. Hani kendinizi burada stresli hissetmemeniz için, ha böyle bir hata var, bence bu çok öncelikli. Ya da az önce ekledik bir önceliklendirme sırası haline getirip de buradaki kontrollerinizi sağlayabilirsiniz.
— Aynen. Buna şey de ekleyebilirim, bu arada sen anlatırken de bir yandan aklıma geliyor sürekli. Yapısal verilerin kontrolünü de sonuçta Search Console'dan sağlayabiliyoruz. Bu tarafta bazen hatalar artıyor, işte bazen görülmemiş oluyor, yani önemsenmemiş oluyor. Bunların tabii ki de takibini sağlayabiliriz ve oradan daha hızlı bir şekilde aslında hata neyden kaynaklanıyor görebiliriz. Yine aynı şekilde crawl stats tarafında da işte senin yüzde kaçı 400 çeviriyor gibi bir oranı da en azından takip edebiliriz. Aklıma gelenler bunlar.
— Evet ya, yoksa konuşsak daha fazla daha detayı var. O yüzden bence dediğin gibi en böyle önemli noktaları anlattığımızı düşünüyorum. Tabii ki eksik kaldığımız noktalar da vardır. Sen ilk anlatırken şeyden de bahsetmiştin aslında, backlink reddetme aracının da öneminden bahsetmiştin. Daha doğrusu ona biraz pas atmıştın. Hemen aklıma geldiği için onu da söyleyeyim: Backlink reddetme dosyası burada incelenmeli mi? Hani ilk proje geldi ya da ilk bir Search Console'u falan kurduk. Burada bu araçla ilgili ne söylemek istersin?
— Kesinlikle incelenmeli. Bu arada hatta direkt önceliklendirdiğimiz işlerden bir tanesi bu yeni proje başlangıcında. Çünkü bazen bilinmeden, aslında farkında olmadan ya da bilinçli olarak da belki olabilir, kafa karışıklığıyla vesaire. Önemli olan domain otoriter sitelerin o backlink dosyasını aslında reddetme, yani backlink reddetme aracına eklendiğini görüyoruz. Bu tarafta tabii ki de eğer bize otorite sağlayacak bir domainse, direkt bu şeyin, dosyanın güncellenmesi gerekiyor. Onun dışında mesela bazen şey oluyor: Gerçekten spam olan bir site değil, işte bad site değil, bizi olumsuz etkileyebilecek bir site değil.
Sadece işte yabancı bir site, tamamen işte bizle alakasız bir sektörden olabilir mesela. Bir blog sitesi olabilir. Ondan bir link gelmiştir bize. Bunların da reddedilebildiğini görüyoruz aslında. Ama bunlar bize eğer şeyse, spam olmayıp, eğer bize zarar sağlamayacaksa, yani herhangi bir zararı olmayacağını düşünüyorsak, bunların bu listede olmamasını öneriyoruz. O yüzden biz o backlink sitesini kontrol ederek aslında, gerçekten zararsız gördüklerimizi eleyerek yeni güncel bir listenin Search Console'a eklenmesini sağlıyoruz. Burada işte eklerken tekrar dikkat edeceğimiz şey, eğer daha önceden eklenmiş bir şey varsa, backlink listesi varsa, bu listeyi güncelleyerek eklememiz gerekiyor.
Yani sıfırdan o domainleri de alarak aslında. Ya da bizim o listeye ekleyeceğimiz farklı domainler varsa da reddedeceğimiz, mevcut listenin altına o domainleri ekleyerek güncel listeyi eklememiz gerekiyor. O da bir şey yaratmasın yani. Tüm domainlerin tek bir listede, güncel listede bulunması gerekiyor.
— Kesinlikle. Yani hem belki de URL olarak da reddedilmiştir. Domain bazında da buna da bakmak lazım. Bir de şey, dediğin gibi proje geldi, belki de 10.000 tane link reddedilmiştir. Ki böyle case'le çok karşılaştık. Hani bunu da nasıl analiz edersiniz? İşte Ahrefs'in tool'larına bakarsınız, orada bulk bir şekilde açıp o URL'lere atıp belki bir domain ratingu'e göre bakmanız faydalı olabilir. Tabii ki domain rating kendi başına bir metrik değildir bu backlinkleri reddetmek için. Ama hani sen de bahsettin, önemli linkler reddedilebiliyor. Benim mesela başıma gelmişti, büyük bir uluslararası e-ticaret sitesinin Asya'da da şubeleri var. O sitenin reddetme dosyasını incelediğimizde baktık ki, örneğin sırf Çince ya da Korece dilinden geldi diye kendi ana domaininden gelen linkleri reddetmişler mesela.
O holdingin, mesela o e-ticaret sitesinin .com.tr ile Türkçe sitesi varsa, aynı şekilde .asia siteleri de var. O ülkelerde hizmet veren siteleri de var. Ve sırf bunlar Türkçe olmayan ya da İngilizce, Latin alfabesinde olmadığı için zararlı görülmüş herhalde. Ben bir başka anlam yükleyemedim ya da bulk bir şekilde reddedildiği için gözden kaçmış olabilir. Mesela reddedilmişti yani. Böyle çok büyük hatalar olabiliyor. Çünkü eğer biz buna en başta bakmazsak, mesela proje geldi, teknik crawl yapıyoruz işte vesaire, bir sürü analiz iletiyoruz. Belki de bizim o sayfamıza gelen kaliteli backlinkleri biz reddettiğimiz için istediğimiz pozisyonları elde edemeyebiliriz. Aslında küçük gibi görünen ama gözden kaçan ve etkisinin çok daha büyük olabileceği bir konuyu seninle beraber şu anda dillendirmiş olduk.
O yüzden bence senin de bahsettiğin gibi bakıp, hani buna göre bir aksiyon almak lazım. Zaten yoksa hiç sorun yok. Zaten reddedilmemiştir yani o linklerde. Biz hani var olan senaryo üzerinde konuştuk. Bir link zaten yoksa yoktur yani. 404 veriyorsa o link zaten aktif değildir. O yüzden bu şekilde reddetme dosyasını senin de bahsettiğin detaylara göre incelemek faydalı olacaktır.
— Bu bir de son şey ekleyebiliriz. Belki zararlı linkleri bir hani proje başlangıcında zaten bir kontrol edip tespit etmemiz gerekiyor açıkçası. Ve sonrasında düzenli olarak da aslında bakmamız gerekiyor. Yani bu sadece bir kere proje geldiğinde ya da yeni bir proje oluşturduğumuzda değil. İşte 3 ayda, 6 ayda. Aslında tamamen şey, backlink'in sitenin aslında backlink alışına da göre. Bazı siteler mesela çok fazla gerçekten doğal backlink alıyorlar ve bunun da hani kontrolü o şekilde sağlanmalı. O yüzden düzenli aralıklarla kontrol edilmesi de gerekiyor. Bunu da hatırlatmış olalım.
— Evet. Belli dönemlerde çok fazla backlink referring domain sayısının artışı olabilir. Burada da endişelenmesin bizi izleyenler ya da dinleyenler. Çünkü o siteler bir anda oluşturulup size link verip bir anda kaybolabiliyor. Burada bir hani kendinizi kötü hissetmeyin. Çünkü o siteleri şu anda siz reddetmeye kalksanız, belki de 5 saatinizi harcayacaksınız. O linkleri bul vesaire. Hani emeğinize değmeyecek yani. Orada biraz daha Google algoritmalarına güvenmek lazım. Daha böyle illegal yöntemlerle elde edilmiş backlinkleri aslında biz burada biraz daha kastetmiş olduk. Yoksa otomatik olarak üretilen backlinkler bugün varlar, yarın yoklar hiç. Bence onun için de zaman harcamaya gerek yok.
— Evet. Google'da zaten açıklamalarında aslında body solo dosya adını, yani biz kontrol sağlıyoruz şeyinin minvalinde olduğu için böyle zorunlu bir şey değil ama bizim için hâlâ.
— Bence saklıyor yani. Öyle hani bir yerde göremiyorsun. Böyle search yaptırman lazım. Search Console arayüzünde de yok. Halbuki o zaman en önemli dosyalarımızdan birine geliyorum. Robust.txt dosyası. Bu robust.txt dosyası aslında en başta kontrolleri nasıl yapmalıyız? Bununla ilgili bize bilgi verebilir misin?
— Evet. Bu robust.txt dosyası aslında bizim hem stratejik anlamda taranmasını istemediğimiz işte sayfaları belirlediğimiz, hem de yanlış kullanıldığında aslında sayfalarımızın taranamayacağı ve indexlenemeyeceği için performansımızı olumsuz yönde etkileyecek bir dosya. O yüzden aslında belki şeyler, satırlar ve şeyler, komutlar küçük ve şey gözükebilir ama etkisi biraz fazla büyük olabiliyor bu tarafta. Bu öncelikle disallow komutu işte verildiyse robust.txt dosyasına hangi şeylerden komutlar verilmiş? İşte parametreli URL'ler mi işte kapatılmış örneğin taramaya tamamen? Bu neye hizmet ediyor? Bu hangi amaca hizmet ediyor? Bir buna bakmak gerekiyor. Eğer zaten stratejik anlamda yapılmış bir şeyse, kapatmaysa, bu disallow etiketiyse zaten bir sorun yok. Bunda herhangi bir şey olmayacaktır. Ancak eğer hatalı gördüğümüz, hatalı olduğunu düşündüğümüz işte önemli sayfaların örneğin mesela bazen şey eklendiğini görüyoruz.
Disallow eklendiğini görüyoruz. Büyük markalarda da olabiliyor. Yani sonuç olarak bu birazcık kontrollere bağlı tespit edebileceğimiz bir şey. O yüzden bu işte önemli sayfalarımızda herhangi bir şey var mı olumsuz yönde etkileyecek taramayı? Bir ona bakıyoruz. Onun dışında tabii ki şey site haritasını robust.txt dosyasına ekli olması gerekiyor. Bu ekli mi? Bunun kontrolünü sağlıyoruz. Onun dışında bazen işte ads tarafında ya da işte farklı şeyler için, user agent'lar için farklı şeyler, komutlar olabiliyor. Bunların kontrolünü sağlıyoruz yine her zamanki gibi. Benim aklıma gelenler ilk olarak bunlar aslında.
— Evet. Evet. Ben şeyi ekleyebilirim. Dediğin gibi zaten farklı user agent'lar konusu da önemli. Örneğin Google Ads ve Google Mobile Ads bot gibi hani daha böyle spesifik engellemeler olabilir. Bir de şey bence faydalı. Hani yeni projeye başladık ya. Diyelim ki proje başka bir yerden geldi ya da farklı bir şekilde size geldi. Burada eski robust.txt dosyasına hemen güvenmeyin. Yani belki de orada bir hata yapılmıştır ve siz o hatayı devam ettiriyorsunuzdur. O yüzden mutlaka eskiden geldi, ben buna bulaşmayayım demek yerine bir bakın bakalım.
Senin de bahsettiğin gibi hani bu disallow satırı neyi etkiliyor? Örneğin search'ü etkiliyor ama belki de sitedeki brand cat yapısı, brand kategori yapısını etkileyen bir konu vardır belki de. Sizin örneğin işte Nike ayakkabı gibi siteleriniz bu yüzden engelleniyordur. Buna bakmak lazım. Bir de şey benim aklıma geldi konuşurken. Search Console'da robust.txt'den engellendi ama dizine eklendi raporundaki o sarı renkteki sayfaları da incelemek lazım. Çünkü bazen çok kısa yoldan index'teki URL'leri index'ten düşürmeden, noindex'te, index'ten bunların kaldırılmasını sağlamadan direkt robust.txt'den de engellenmiş, engellemek için komutlar verilmiş olabilir.
O yüzden bunlara bulk bir şekilde detaylıca bakmak lazım. Buna göre de strateji oluşturmak lazım.
— Aynen öyle. Bir de şey oluyor mesela bazen teknik ortamından kalan robust.txt canlıya da alınmış olabiliyor. Aslında bunda bir hani özellikle site öyle bir dönemden geçtiyse veya kullanılıyorsa aktif olarak bunda bir kontrol sağlanabilir.
— Kesinlikle. Bunlarla beraber biz hani Türkçe siteler haricinde daha farklı uluslararası şirketlerin sitelerini de yönetiyoruz. Burada uluslararası bir yapıya sahip olan bir site varsa, örneğin İngilizce, Almanca, diğer dillerde hangi sorunları önceliklendirmeliyiz?
— Burada aslında hem manuel hem de aslında şeyle, müşteriyle de görüştüğümüz eğer bir hani yeni sıfırdan başladığımız bir proje olduğunu düşünerek buna cevap veriyorum tabii ki. Hangi farklı dillere ve bölgelere hitap eden şeyler varsa, URL'ler, domainler varsa işte subfolder, subdomain, bunların bir tespiti sağlanması gerekiyor. Çünkü bazen aynı para birimine ait, işte aynı içeriğe sahip farklı URL'lerde tamamen duplicate sayfalar da oluşabiliyor. Bir hani bunları tespit ederek aslında gereksiz ve fazladan açılmış, duplicate içeren şeyler var mı? Farklı URL'ler ve domainler var mı?
Bunun bir kontrolünü sağlamamız gerekiyor. Onun dışında tercih ettiğimiz tabii ki versiyona da işte yönlendirme muhtemelen yapmamız gerekecek. Tercih ettiğimiz versiyondan devam ediyor olacağız o durumda. Onun dışında işte hireflank tabii ki. Hireflank etiketleri uluslararası sitelerde önemli olan ve en önceliklendirdiğimiz konulardan bir tanesi. Hireflank etiketleri kısaca bahsettiğim işte arama motor botlarının aslında bir sayfanın farklı versiyonlarını, farklı dil versiyonlarını göstermemizi sağlıyor. İşte İngilizce versiyonunu, URL'nin İngilizce URL'ni ekleyerek bunu botlara da göstermiş oluyoruz. Bu kurgunun doğru olup olmadığı tabii ki çok önemli. Eklenmişse de hani direkt sadece aa eklenmiş diyerek bir hani geçmemek gerekiyor. Çünkü bazen hatalı da eklenebiliyor kurgu.
Bunun için de tabii ki de Screaming Frog gibi, Lumor gibi işte eski adıyla Deep Prow gibi kullandığımız araçlarla çok hızlı bir şekilde hireflank tarafında da kontrol sağlayabiliyoruz. İşte NAN200, işte 200 çevirmeyen şeyler olabiliyor. URL'ler olabiliyor hireflank kurgularında. Ya da tamamen işte sonuç olarak bir sitede her sayfanın İngilizce versiyonu ya da işte İspanyolca versiyonu olacak diye bir şey de yok. O yüzden belki hani farklı yabancı dili olmayan bir sayfadır ve hireflank etiket eklenmiştir hatalı bir şekilde. O yüzden tüm böyle kurgunun aslında doğru bir şekilde olup olmadığına başlangıçta bakmamız gerekiyor. Onun dışında işte canonical etiketleri dedim. Az önce bahsettiğim gibi yine hireflank kurgusunda da bu canonical etiketleri uyumlu mu, doğru mu?
Buna bakmak gerekiyor. URL yapıları mesela şey oluyor bazen. URL yapısının bir kısmı farklı bir dil, bir kısmı farklı bir dil olabiliyor şeylerde, yabancı sitelerde de. Bunu bir kontrol etmek gerekiyor. Tüm aslında URL'in o dile ait olmasını sağlamamız gerekiyor. Onun dışında düşünüyorum başka.
— Ben araya gireyim. Ben şeyi söyleyebilirim. Sen de zaten bahsettin hireflank kurgularından. Örneğin şey çok önemli burada. Siz Birleşik Krallığı hedefliyorsanız burada mesela hireflank kodu olarak UK yazmamanız lazım. İşte UK, Ukrayna. Hani burada İngilizceyse İngilizce. Yani bunun doğru kod şeyi neyse Google dokümantasyonlarında bunu kullanmanız lazım. Yerelleştirmeye de belki burada değinebilirim biraz daha. Örneğin ürünün fiyatını dolar yazdınız değil mi? Bu mesela Amerikan doları mı, Avustralya doları mı? Bu tür detaylara inmek gerekiyor. Yine currency'den gidelim. Structured data'da siz arayüzde diyelim ki Amerikan dolarından bu ürünün fiyatını veriyorsunuz. Ama structured data'da belki de Avustralya doları vardır. Ya da farklı bir para biriminin hatası yüzünden orada farklı bir para birimi görünüyordur.
O yüzden uluslararası projelerde buna bakmak lazım. Bir de son olarak sen de az önce zaten bahsettin ama mesela İngilizce, İspanyolca örneklerinden gidelim ya da Almanca ekleyelim. Müşterinin şeyini anlamak lazım. Örneğin bu müşteri sadece Almanya'ya mı hizmet vermek istiyor da Avusturya'daki Almanca konuşanlara mı hizmet vermek istiyor? O yüzden bunun farkını anlayıp buna göre de biz sayfaları optimize edebiliyoruz. Sonuçta dünyada Almancayı sadece Almanlar kullanmıyor. Avusturya'da da Almanca kullanılıyor. O yüzden de tüm bu hireflank kurgularını bunlara göre oluşturmak lazım. Bunları oluştururken de teknik eşsiyö sorunları en büyük problem olabiliyor. Çünkü o hireflank kodu ekleniyor ama 404 veriyor belki de karşılığı olmadığı için. Bir sayfanın o dilde karşılığı yoksa yoktur. Yani hiç 404'ü düşürmeyin. Varsa zaten bu kodu eklememiz lazım.
Aynı zamanda sayfaları birbirinden ayırt edebilmek için de duplicate content'i minimum seviyelere indirebilmek için de çok farklı çalışmalar yapmak lazım. Content'ten tutun ürün görsellerine kadar, hatta ürün görsellerini kullanan mankenlere kadar burada farklılığa gitmek lazım ki o sayfanın gerçekten o dilde hizmet verdiğini Google'a ve diğer kullanıcılara anlatmamız için.
— Kesinlikle. Bu dediklerine ek olarak şeyden devam edebilirim ben de. Örneğin işte hireflank kurgusu bazen sitede, siteye yeni başladığımızda olmuş olabiliyor ve kullanıcı bir işte altyapı kullanıyor. Belli bir altyapı kullanıyor. Bazen bu arada yeni bir projeye başladığımızda altyapıya yönelik de çalışmalar yapıyoruz. Çünkü işte Shopify altyapısında örneğin kronik sorunlar var. İkast'ta kronik sorunlar var. Yani bizim SEO analisti olarak karşılaştığımız belli sorunlar oluyor bu tarafta. İşte hireflank kurgusunda da buna benzer bir yapı var. Mesela Shopify'da işte bir hireflank kurgusu varsa ve biz yeni bir hireflank aslında daha detaylı bir kurgu iletiyorsak, daha doğru olduğunu düşündüğümüz bir kurgu iletiyorsak, önceki kurguyu kaldırmayabiliyorlar.
Mesela kaldıramayabiliyorlar ya da bunun için bir süreç gerekebiliyor. Bu tarafta aslında yakından takip ederek en istediğimiz versiyona ulaşması için birazcık çabalamak gerekebiliyor.
— Kesinlikle. Az önce zaten seninle teknik eşsiyö ile alakalı özellikle hireflank kurgularını konuştuk. Biraz da anahtar kelime araştırmasına geçmek istiyorum. Burada kullanıcılar çok fazla keyword research tanımında duyuyor. Bize kısaca keyword research nedir? Bu neden önemlidir ve nasıl yapılır? Bunlarla ilgili özet geçebilir misin?
— Tabii ki. Bu aslında proje ilk bize geldiğinde yeni başladığımızda projeyi tanıma fırsatımız gibi bir şey bence. Yani sektör hakkında kullanıcıların neler aradığı konusunda bize çok fazla bilgi veren bir analiz. O yüzden çok önemli oluyor başlangıçta bu yapıyı doğru kurmak ve sonrasında tüm aslında işlerimizi işlerimize ışık tutan bir iş olmuş oluyor. Çünkü işte kullanıcılar neler aramış, neleri önceliklendirmeliyiz, hangi işleri yapabiliriz, rakipler ne durumda? Aslında birçok farklı bize şey kaynak vermiş oluyor bu tarafta. Anahtar kelime analizi dediğim gibi sektör hakkında çok fazla bilgi veriyor ve bu şeyi verirken anahtar kelime analizini yaparken hem kendi markamızı hem de birkaç tane farklı en alakalı olan rakiplerimizin kelimelerini inceleyerek aslında bir liste oluşturmuş oluyoruz bu tarafta.
Arama hacimleri tabii ki önemli ama sadece arama hacimlerine de bakmıyoruz. Yani ürünlerimizi gerçekten karşılıyor mu? Bizimle alakalı bir kelime mi? Buna yönelik bir çalışma yapıyoruz. Asıl önem verdiğimiz kısım bu. Onun dışında anahtar kelime analizini yaparken tüm kategorileri incelediğimizden emin olmamız gerekiyor. İşte sigorta sektöründe bir markamız varsa ve ürünlerimiz işte bireysel emeklilik, hayat sigortası, işte ferdi kaza gibi ürünlerse bu tarafa yönelik gerçekten önemli anahtar kelimeleri dahil ettik mi analizimize? Çünkü bazen şey olabiliyor. Yani bizim şu an sıralamadığımız kelimeler de olabiliyor ama bunları yakalayabilmek gerekiyor. Bu da sonraki işlerde aslında bizim için bir ışık tutmuş oluyor bu tarafa. O yüzden bu kelimeleri eksiksiz bir şekilde listeye dahil etmemiz gerekiyor.
Eksiksiz bir şekilde edeceğiz ama bir yandan da tabii ki işte bir kelimenin birçok versiyonu olabiliyor. Bu tarafta tüm versiyonları alırsak bu sefer hele işte e-ticaret gibi siteler de yani işin içinden çıkılamaz bir hale gelebilir. O yüzden işte tekil versiyonu, çoğul versiyonu, birçok versiyonuna bakmak yerine en önemli olan kelimeyi alarak bir versiyonunu alarak o listenin en son halini, güncel halini getirmemiz gerekiyor. Bazen şey oluyor bu arada niş sektörler oluyor. Daha böyle arama hacimleri düşük oluyor. Bu tarafta işte long tail'lar çok çok daha önemli olabiliyor. Mesela long tail anahtar kelimeler. Dediğim gibi yani yine hacimden bağımsız. Çünkü bazen işte 50 arama hacmine sahip bir kelime de bizim için çok önemli olabiliyor yani.
O yüzden biraz bu tarafa da ağırlık vermemiz gerekiyor. Bazen çünkü şey olabiliyor müşterilerde işte arama hacmi işte yüksek mi, şöyle yapalım, böyle yapalım. Bu tarafta dediğim gibi yani arama hacmi evet önemli ama asıl bizi bizim hedeflediğimiz bir kelime mi? Gerçekten buna da bakmak lazım. Onun dışında işte tabii ki brand kelimeler bizim çok fazla aslında dahil etmediğimiz kelimeler ama yine de takip ettiğimiz. Brand kelimeler de olabiliyor. Anahtar kelime analizi genel anlamda non-brand ilerlemiş oluyor. Bunu söyleyebiliriz. Anahtar kelime analizini yaparken, listeyi oluştururken kategorileri ayırmak bizim sonraki renk tracker sürecinin altında. Yani bu anahtar kelimeleri yüklediğimiz, araca yüklediğimiz sürecimizi hızlandıracağı için ve sonrasında kontrol esnasında da işimizi kolaylaştıracağı için kategorileri ayırmak çok mantıklı oluyor.
Yani 500 tane, 500 kelimelik bir listemiz varsa bu kelimede işte bireysel emeklilikle ilgili olanları bir kategoriye, işte ferdi kazayla ilgili olanları bir kategoriye ayırdığımızda sonraki ilerleyen süreçte bu listeye de kelime eklersek mesela çok daha rahatlıkla bakabiliyoruz.
— Kesinlikle. Şeye ekleyebilirim araya. Sen az önce varyantlardan örnek verdin. Biraz daha detaylandırayım. Mesela burada zorunlu trafik sigortası ve zorunlu trafik sigortası kelimelerini düşün. İkisi aslında aynı varyantta. Hani orada buna dikkat etmek lazım. Hem ekstra cost oluyor. Bunu bir kelime olarak düşünmeyin. Yani yüzlerce kelime bir araya gelecek keyword research sonucunda. Bir de her zaman iyi olduğumuz kelimeleri takip etmeyin. Yani sen de rakip analizinden bahsettin ama sonuçta biz bu sektörde bir pay almaya çalışıyoruz. Burada da ben her zaman top 3'te, top 5'te yer alan kelimeleri takip edersem nerede kaldı bu işin? Hani detayı yani benim hedeflerim nerede? Hani her zaman iyi bir şeyi görmek için ben renk tracker kullanmıyorum sonuçta. Bir de mesela sen bahsettin ya bu etiketleme, kategorizasyon anahtar kelimelerde.
Bu gerçekten çok önemli. Ben mesela yönettiğim bir projede gerçekten o keyword research'ü iyi yaptığım zaman mesela kafam çok rahat oluyor. Neden? Çünkü bir Google update'in ya da olası bir düşüşte ya da yükselişte girip gerçekten bakabiliyorum. Çünkü ben anahtar kelime analizime güveniyorum. Örneğin Ahrefs'e baktığımız zaman sitenin all trafiğine düşüş var diyelim ki. Tamam mı? Ama burada ben belki de bloklarım düştü. Benim ürün sayfalarım daha kuvvetli. Ürünlerimde bir sıkıntı yok. O yüzden hem sektörel analizlerde hem de update, Google update'lerinden sonra bahsettiğin gibi güzel bir keyword research olduktan sonra her zaman vereceğimiz o kararlar daha doğru olacaktır. Aynı zamanda işte bir teknik eşsiyö ya da bir content geliştirmesi varsak orada bir not aldığımız zaman örneğin işte best'te FAQ geliştirmeleri yaptım.
Hemen baktım FAQ'larımın benim visibility'si artmış. HSE visibility'si. Bunların etkisini de çok daha rahat görebiliyoruz. Hem de bizim gibi ajanslarda örneğin ben sana bir projeye ya Aybüke bu nasıl gidiyor? Var mı sıkıntı? Demek yerine hemen giriyorum SEO monitörden bakıyorum. Kelimeler varsa da kelime grupları bunları daha iyi görüp hani sana şeyi soruyorum. Aybüke burada sen ne yaptın da bu yükseldi? Ya bir anlat bakalım. Belki gözden kaçan bir şey vardır. Senden de bir detay öğrenebilirim gibi. Ya da düşen varsa burada acaba teknik bir problem var.
Bundan mı düştü? Landing page kırılımı da yapabiliyorsun çünkü. O tür detaylara bakıp aslında çok güzel gelecekteki stratejilerimizi de buradaki keyword research'ten elde edebiliyoruz.
— Kesinlikle öyle. Yani ben başlangıçta bu arada anahtar kelime analizinden sonra yani birçok blok kurgumu zaten oluşturmuş oluyorum. Yani blok stratejim oluşmuş oluyor kafamda. Ve aslında çünkü şeyde görebiliyoruz sonuç olarak. Yani rakipler nelerde sıralanıyor ve biz nelerde performans gösteremiyoruz. Şu an zaten önceliklendireceğim şeyler belli olmuş oluyor çoğu zaman. Ve onun dışında dediğin gibi senin sadece hani blok içerikleri de değil landing page'ler de olabiliyor sonuçta. Farklı landing page önerisi de sunabiliyoruz. Yeni sayfa işte oluşturulmasını sağlıyoruz bu tarafta. Önceliklendireceğimiz şeyler aslında belirlenmiş oluyor.
— Evet evet. Yani yıl içerisinde bu arada birkaç tane farklı kelime de eklenebilir. Sonuçta proje geldiği zaman yaptığımız anahtar kelime analizini yıl içerisinde değiştirme ihtiyacımız olabilir. Özel günler olabilir. Farklı ürün grupları geldiği için yeni kategoriler ya da yeni sayfalar oluşturulduğu için bunları tetik etmemiz gerekiyor olabilir. Buna göre de az önce bahsettiğimiz kurallar dahilinde kendinize göre bir rule set de belirleyebilirsiniz. Bunları takip ederseniz bence çok güzel bir SEO stratejisi oluşturmuş olursunuz. Keyword research'te zaten biz biraz daha rakiplere girmiştik Aybüke. Çünkü mecbur rakiplere bakacaktık sektörü analiz etmek için. Burada da rakip analizine biraz daha girmek istiyorum. Rakip analizinde hangi fırsatlar değerlendirilmelidir? Burada rakiplerimizi incelerken kendimize nasıl notlar çıkartmalı ve müşterimize aktarmalıyız?
Bunlarla ilgili düşüncelerin nelerdir?
— İlk proje geldiğinde zaten az önce bahsettiğimiz gibi anahtar kelime analizinde zaten biraz daha böyle işte hangi kelimelerde sıralanmıyoruz, hangi kelimelerde geliştirme yapabiliriz. Bunu birazcık görmüş oluyoruz. Bu tarafta bir fırsat aslında. Eğer rakibimizin bir içeriği varsa ve bizim herhangi bir içeriğimiz yoksa ve bu tarafta performans almıyorsak yeni bir içerik oluşturmak bir fırsat. Ancak tabii ki eğer rakip işte birinci sırada yer alıyor ve içeriği işte bir incelemek önemli. Yani sonuçta bu rakibimiz neler yapmış? Bir buna bakıyoruz öncelikle. İçeriği zengin bir şekilde belki işte bir tablo eklemek olabilir, hesaplama aracı eklemek olabilir. Yani burada aslında kullanıcıya yönelik içerikler oluşturarak rakibimizin performansının önüne geçerek ya da o trafiği paylaşarak biz de trafik kazanmak istiyoruz sonuç olarak.
Amacımız bu. O yüzden bu bir fırsat yaratabilir yeni içerik oluşturmak. Sonuçta Google için güncel içerikler de önemli. Özellikle bu hani gerçekten güncelliği önemli olan içeriklerse çok daha bence şey fayda sağlayacaktır diye düşünüyorum. Onun dışında bizim hiç sıralanmadığımız kelimeler tabii ki. Rakiplerin hiç sıralanmadığı kelimelerde de tabii ki de fırsat kovalamak oldukça faydalı olacaktır. O tarafta özellikle performans göstermemiz ilk söylediğim şeye göre çok daha hızlı olacaktır. Çünkü rakiplerin otoriter olduğu bir konu varsa o tarafta performans göstermek biraz daha zaman alabilir sonuç olarak. Ama eğer herhangi bir şey yoksa, içeriği yoksa ve biz bu fırsatı gördüysek o tarafta biraz daha hızlı performans gösterebiliriz diye söyleyebilirim.
Onun dışında tabii ki sadece içerik konusuyla da bitmiyor aslında bu rakiplerin incelenmesi ve işte fırsat kovalamak. Biraz şey site dışı tarafa yani backlink tarafına yine değinebilirim bence bu tarafta. Rakiplerin işte iyi backlink aldığı ama şu an işte 404 olan sayfaları olabilir ve o işte sayfaların, o backlinklerin aslında bize gelmesini sağlayabiliriz. Belki bir iletişime geçilebilir işte diğer şeyle backlink veren siteyle. O tarafta belki bir site dışı çalışma yapılabilir. Onun dışında.
— Valla ben ekleme yapayım rakip analiziyle ilgili. Sen zaten farklı tarafları da biraz pas attın. Burada temel SEO elementleri diyeyim. İşte on-page SEO elementleri. Hani herkesin scramble froga girip bulabileceği elementlerin dışında belki ekstradan o sayfaya yine e-ticaretten gidelim bakıp örneğin ürünün detayda kullandığı ekstra yardımcı içerikler nelerdir? Örneğin ilginizi çekebilir ürünlerde nasıl bir kurgu yapmış? Tabii ki bunu içeriden bilmediğiniz için anlayamazsınız ama dışarıdan bir göz ile örneğin yeni PDP'de ürün title'ını hangi kurallara göre oluşturmuş mesela? Belki de rakiplerden bunun fırsatını elde edebiliriz.
Ürün yorumları bunlardan bir tanesi. Sigortaya dönelim yine. Az önce konuştuğumuz için örnek veriyorum. Örneğin bir best fiyatları ne kadar gibi bir sorguda belki de rakip fiyatları açık bir şekilde verebiliyordur. Kanuni bir, legal bir sıkıntı yoktur o marka için, o site için. Ya da veremiyordur. Veriyorsa demek ki burada benden daha önde çıktığı nokta fiyatları açık bir şekilde vermesi olarak değerlendirebilirsin. Yine çok farklı analizler yapabilir. Örneğin stock out kurgusunu nasıl yapabiliyor? Ben mesela şey yapıyorum genelde. İşte o sayfayı yazıyorum PDP'de o sitenin. Top page'e girip örneğin son bir yıla göre kıyasladığım zaman compare'de lost olan sayfa var ya. Mesela lost'tan birkaç tane sayfaya baktığın zaman hemen yakalayabiliyorsam bir stock out olan bir ürünü hemen bakıyorum burada acaba bunu bırakmış mı?
Bunun gibi ürünleri nasıl bir kurguda yapmış? Bu arada rakibiniz her zaman doğruyu yapıyor diye bir durum da yok. Sadece bakıp belki de bizim gözümüzden kaçan bir durum vardır. Belki de onun yaptığı doğrudur ama burada hani ikisini de kıyaslayıp kendimize daha uygun, daha doğrusu Google'ın istediği yöntem hangisiyse ona göre bir fırsat burada çıkarmak bence faydalı olacaktır.
— Kesinlikle doğru. Yani bir de şöyle var. Sonuçta hani sadece Türkiye'de belki hizmet verilmiyordur. Uluslararası az önce bahsettiğimiz gibi farklı bölgelerde de hizmet verilen bir alandasınızdır. Ve bu tarafta aslında farklı dillerde de rakipler neler yapıyor? Birazcık o dile ait çalışmalar yapılmış mı? Yani sonuçta şey değil. Title sadece işte translate yapıp o şeyi title etiketini güncellemek değil. Yani o bölgede farklı bir şekilde o kelime aranıyor olabilir. Yani farklı bir versiyonu yer alabilir. Önemli olabilir. Bunu seninle daha önceden de şey çalışmalarımızda yapmıştık yani. O yüzden birazcık şey gerçekten geniş kapsamlı bakabilmek bu noktada önemli oluyor. Onun dışında mesela AI ile ilgili birçok işte sektörde markalar artık işte biz hani yeniliği takip ediyoruz ya da biz şunu da yapıyoruz.
İşte kullanıcıyı işte deneyimini iyileştiriyoruz gibi farklı örnekler çıkartabiliyor. Ama bunlar gerçekten ne kadar faydalı? Ya da etkiliyor mu gerçekten? İşte bazı mesela eklenen modüller site hızını bile etkileyebiliyor sonuç olarak. Bu tarafta olumlu olumsuz aslında karşılaştırmasını yaparak neler eklenebilir? Neler yapabiliriz? Biz de kendimize böyle bir fikir sunmuş oluyoruz aslında.
— Kesinlikle. Bak orada güzel pas attın hani site hızıyla alakalı. Örneğin siz Lüksemburg ve Belçika pazarlarına hizmet veren bir markasınız. Burada belki de Lüksemburg ve Belçika'da internet hızı tamamen örnek veriyorum. İşte 3G standartlarındadır. Bu tamamen bir örnek. Öyle bir şey yok. Daha yüksek düzey internet hızları zaten vardır. Burada gerçekten acaba benim sitem düşük internet hızlarında kullanıcının aradıkları şeye cevap verebiliyor mu? Buna bakmak lazım. Çünkü o pazara siz giriyorsanız oradaki rakipler eğer bunu yapıyorsa yani şuradan gitmek istiyorum. Düşük hızdaki internetlerde yaptığınız simülasyonlarda eğer gerçekten sayfa güzel bir deneyim sunuyorsa yani çok yavaş açılmıyor ve alışveriş deneyimi iyi gidiyorsa belki de gerçekten biz site hızı işlerimizi rakiplerimizden bu çıkarttığımız fırsata göre değerlendirip gerçekten işte 3.5G ya da 4G hızındaki daha yavaş internet bağlantılarına sahip kullanıcıları düşünerekten analiz ederek buna göre to-do listler çıkarmamız site hızı işlerinde çok faydalı olacaktır.
Çünkü bir fırsat yani bu bizim için. Sadece hrefleng ekledim, title değiştirdim değil. Senin de bahsettiğin gibi translate ile değiştirdim değil. Bu tür noktalarda mutlaka temas etmek ve aksiyon planları çıkartmak gerekiyor.
— Ağzına sağlık. Çok güzel oldu. Tamamlamış olduk.
— Senin de ağzına sağlık. Bence de güzel bir ZEO talks bitirdik diyebilirim. Valla benim aklıma başka soru gelmiyor Aybüke. Senin var mı eklemek istediğin ya da sormak istediğin farklı bir konu?
— Yani yok aslında böyle konuştukça çok fazla detaylar, farklı farklı konular çıkıyor ama şu an yeni SEO projelerinde en azından herhangi bir şey yok.
— Evet ya. Çünkü az önce de bahsettik. Mesela search console'da neleri kontrol edilmeli? Mesela orada manuel işlem bile ayrı konu. Yani hepsinin detayına girildikçe çok çok fazla konu açılıyor. O yüzden çok da konuyu dağıtmak istemedik bu ZEO talks'ı yaparken. Biraz daha top konulardan gitmek istedik. O zaman yavaşça bitirebiliriz.
— Anlaştık.
— Bizi izleyen ve bizi dinleyen tüm ZEO takipçilerine çok teşekkür ederiz. Videoyu beğendiyseniz like butonuna basmayı ve kanalımıza abone olmayı unutmayın. Kendinize iyi bakın. Hoşça kalın.
— Hey everyone. Welcome to Zeo Talks. I’m Samet. I’m here with Aybüke. Welcome, Aybüke. How are you?
— Thanks, Samet. I’m doing great. Everything is going well. We have busy spells, you know. Sometimes it’s calmer, but all is good.
— Exactly. Especially this week with all the reporting and tracking.
— It’s intense, for sure.
— Everything is busy. Today, we’ll cover key steps for starting new SEO projects. Hopefully, this helps our audience level up their SEO. Let’s start with my first question.
— Sure thing.
— We need to set up tools for these projects. How should we handle this? What should we watch out for when setting up tools like Search Console or SEO Monitor? Let’s start there.
— Sure. Let’s start with Search Console. It’s our go-to tool. We always set up both domain and URL properties. We need both for our analysis and tracking. Setting both up early makes everything easier later. There are key differences between URL prefix and domain properties. We use them for different things. For example, the backlink reddetme tool only works with URL properties. It doesn't work with domain properties. This is a critical point. We also can't check existing backlink lists for new projects easily.
We need full access for domain properties. They cover all subdomains and URL'ler. They are essential for high-level performance analysis. Both have unique benefits. That’s why setting up both is vital from day one. We need to identify the right domains and handle any subdomains correctly. What about different URL'ler? Can we handle those? It's crucial. We need the setup ready from the start. Access levels are also key. We always check who has access during the initial phase. These are the points we focus on.
— Exactly. Check who already has permissions. It's easy to miss these things. Especially in Search Console and Google Analytics. Like you said, Search Console is our bread and butter. Once that's done, add a sitemap if it's missing. Do it right during the Search Console setup.
— Absolutely.
— You really have to watch those details.
— The details definitely matter. In SEO Monitor, pick the right target country. Set up your URL and domain correctly. Once the language is set, organize your keyword research into categories. Categorizing makes measurement easier. It helps track visibility and rankings better. Adding new keywords by category is much faster too. It speeds up our workflow. It also leads to more accurate analysis.
— AI clustering exists, but it struggles with Turkish. Manual keyword selection is way more effective. Also, if you use a crawler like Lumar, it costs money. Optimize those costs by blocking unnecessary pages. Define exactly which pages to crawl. Like you said, handle subdomains and subfolders correctly. Proper setup saves money and improves analysis. Now, your Search Console is ready. You either have a fresh one or one with existing data. What should we be checking here? What are your thoughts on this?
— First, check if the sitemap is in Search Console. Our goal with sitemaps is speed. We want Google to find new pages fast. This is vital for sites with frequent updates. Verify the sitemap is set up correctly. If not, add it immediately. Next, check the performance report. Look for recent drops or any anomalies. Did a recent update hit us? Use the performance report for a quick pulse check. Then, dive into the indexing reports. Are there pages crawled but not indexed? Are those pages actually important?
Check pages blocked from crawling too. Was this intentional? Sometimes we block pages to save crawl budget. That is a strategic move. But were these blocked on purpose? Are these pages we actually want indexed? Verify that. Also, check for server errors like 500s. Finally, review the 404 report in Search Console. This includes 404s and 410s. We can check the volume here. Having 404s isn't a huge deal. It’s not an emergency. You don't always need to fix them. But if there’s a 200 status code alternative, we can optimize those 404s.
We’re looking at what needs to be done. We can prioritize these. These are just my first thoughts.
— 404s are natural for the web. Like you said, prioritize them. Redirect to a 200 page if it’s relevant. If not, a 404 is fine. Don't treat 404s like they're the boogeyman.
— Exactly. People panic when 404s spike. You need to check which pages are affected. Sometimes important pages aren't getting indexed. You definitely need to check for that. That’s why indexing reports in Search Console are so important.
— Exactly, great point. I’d add one more thing. When I start a project, I grab 4-5 URLs from different page types. For e-commerce, I’d take a PDP, PLP, blog, and static pages. Then I’d run them through URL inspection. I’d use URL inspection and run a live test. Check the failed resources section. Maybe your CDN is blocking images. Check your robots.txt. That block might be killing your rankings. It could even prevent indexing. What about your videos? Maybe they’re hosted on video.staldi.com. If that subdomain is blocked, your video won't show on the PDP. Don't just bulk test. Pick a top-traffic page for each page type. Analyze those individually for a deep dive.
This is a great first step. Categorize the errors you find. Add them to your roadmap. You’ll likely find a ton of issues. Don't stress out. Just identify what’s high priority. Prioritize them as we discussed. Then, start running your checks.
— Exactly. I’d add one more thing. You can check structured data right in Search Console. Errors often spike there. Sometimes they get ignored or overlooked. Keep tracking those. You’ll spot the root cause much faster. Also, check crawl stats. Monitor what percentage of your site is throwing 400 errors. That’s all I’ve got for now.
— Yeah, we could go on forever. There’s so much detail. I think we covered the essentials. We might have missed a few things. You mentioned the backlink reddetme tool earlier. You touched on it briefly. Should we audit the backlink reddetme file right away? Like, when a new project starts or we set up Search Console? What’s your take?
— Definitely. It’s a top priority for new projects. Sometimes, people add high-authority domains to the backlink reddetme tool by mistake. It happens out of confusion or just lack of awareness. If a domain provides authority, we must update that file. Sometimes, the site isn't even spam. It’s not a bad site. It won't hurt our rankings. It might just be a random foreign blog. It’s totally unrelated to our niche. We see people disavowing those too. If it’s not spam and won't hurt us, we recommend keeping it off the list.
We check the backlink site. We filter out the harmless ones. Then we upload a fresh list to Search Console. Watch out for existing lists. Always update the old list instead of replacing it. Include those original domains too. If you have new domains to disavow, just append them to the current list. Keep everything in one single, updated file. Don't create extra work.
— Exactly. Check if they disavowed by URL or domain. We often see projects with 10,000 disavowed links. How do you analyze that mess? Use Ahrefs tools. Bulk export those URLs. Sorting by Domain Rating helps. But remember, Domain Rating isn't the only metric for disavowing. You might accidentally kill good links. I once audited a massive e-commerce site. They had international branches. We found they disavowed their own main domain links. They just assumed Chinese or Korean links were spam. They had a .com.tr site and various .asia sites. They flagged them as toxic. Probably just because they weren't in English or the Latin alphabet.
I couldn't find another reason. Maybe it was bulk rejected and overlooked. It happens. These are massive mistakes. If we don't check this early, we miss it. We run technical crawls and send tons of analysis. We might be rejecting quality backlinks. That stops us from ranking well. It seems small, but it’s a huge oversight. We just highlighted a critical issue. Like you said, we need to check and act. If nothing is rejected, we're fine. We just discussed a specific scenario. If a link doesn't exist, it’s gone. If it’s a 404, it’s inactive.
Reviewing the backlink reddetme file with your details is smart.
— One last thing. We should audit for toxic links at the start. We need to check them regularly, too. It’s not just a one-time task for new projects. Check every 3 or 6 months. It depends on your backlink profile. Some sites get tons of natural backlinks. You have to monitor those. Regular checks are mandatory. Just a quick reminder.
— Sometimes you'll see a sudden spike in referring domains. Don't panic. These sites pop up, link to you, and vanish. Don't feel bad about it. Manually doing backlink reddetme takes hours. It’s not worth the effort. Trust Google’s algorithms instead. We’re really talking about spammy, illegal links here. Automated backlinks come and go. Don't waste your time on them.
— Google says they handle it. So, it’s not strictly mandatory, but it’s still a tool for us.
— It’s hidden. You can't find it in the Search Console UI. Let’s move to a critical file. The robots.txt file. How should we manage these controls? Can you give us some info on that?
— Sure. The robots.txt file is strategic. It tells bots which pages to skip. Use it wrong, and you kill your indexing. It hits your performance hard. The lines look simple. The commands seem small. But the impact is huge. Check the disallow commands. Are you blocking parameterized URL'ler? Are you blocking them from crawling entirely? What is the goal here? Check the intent. If it’s a strategic block, you’re fine. No issues there. But we often see mistakes. Important pages get blocked by accident.
We see this even with big brands. It all comes down to regular audits. Are any critical pages being blocked from crawling? We check that first. Also, your sitemap must be in the robots.txt file. Is it there? We verify that. We also check for specific user agent commands for ads or other tools. We’re checking these as usual. These are the first things that come to mind.
— Exactly. I’d add that user agents matter. You might need specific blocks for Google Ads or Google Mobile Ads bots. Also, consider new projects. If you inherit a project, don't trust the existing robots.txt. There might be errors you're just carrying forward. Don't assume it's fine. Take a look yourself. Check what those disallow lines actually affect. They might block search, but they could also break your brand category structure. You might be accidentally blocking pages like Nike shoes. Also. Check those yellow warnings in Search Console for pages blocked by robots.txt but still indexed. Sometimes people try to de-index URLs via robots.txt instead of using noindex. That’s the wrong way to do it.
You need to audit these in bulk. Build your strategy based on that.
— Exactly. Sometimes a staging robots.txt file goes live. If a site has been through that, definitely check it.
— For sure. We manage international sites too. If a site is global, like English or German, what should we prioritize?
— Assuming it's a new project, we start with a manual audit. We identify all subfolders, subdomains, and URLs for each region. Sometimes you get duplicate pages across different URLs. We need to find and clean up those redundant, duplicate pages. We check for those issues first. Then we set up redirects to our preferred versions. Hreflang is also key. Hreflang tags are a top priority for international sites. They help search bots serve the right language version to users. We show bots the English version by adding the English URL. The setup must be correct. Don't just check if it's added. Sometimes the implementation is flawed.
Use tools like Screaming Frog or Lumar to check hreflang quickly. You might find non-200 status codes. Some URLs in hreflang tags might be broken. Not every page needs an English or Spanish version. You might find hreflang tags on pages without translations. That’s a common mistake. Verify the entire setup from the start. Check if your canonical tags align with your hreflang. They must be consistent. Check your URL structures too. Sometimes they mix languages. Ensure the entire URL matches the target language. Let me think if there's anything else.
— Let me jump in. You mentioned hreflang setups. This is crucial. If you're targeting the UK, don't use "UK" as the code. That's Ukraine. Use the correct language code. Follow Google’s documentation exactly. Use the right codes. Let’s talk localization. You list a price in dollars. Is that US dollars or Australian dollars? Get into the details. Look at currency. Maybe the UI shows USD, but your structured data says AUD. Mismatched currencies are a common error. Check this for international projects. Take English, Spanish, or German. Understand the client's goal. Are they targeting just Germany? Or German speakers in Austria too?
Understand the difference. Optimize pages accordingly. German isn't just for Germany. It’s used in Austria too. Build your hreflang tags to reflect that. Technical SEO is the biggest hurdle here. You add the hreflang tag, but the page 404s. If a page doesn't exist in that language, don't link it. Only add the tag if the page is live. You must minimize duplicate content to distinguish pages. Diversify everything. Change your content, product images, and even the models. Show Google and users that the page serves that specific language.
— Exactly. I’ll add to that. Sometimes hreflang setups are already in place when we start a project. Clients use specific platforms. We often work on the infrastructure itself when starting a new project. Platforms like Shopify or Ikas have chronic issues. As SEO analysts, we face these recurring problems. Hreflang setups often have similar issues. If we suggest a better hreflang structure, they might fail to remove the old one. They might not be able to remove it or it takes time. You have to monitor this closely. You need to push to get the version you actually want.
— Exactly. We just covered technical SEO and hreflang setups. Let’s move on to keyword research. Users hear the term keyword research a lot. Can you briefly explain what it is? Why is it important and how do you do it? Can you give us a quick summary?
— Exactly. It’s our chance to learn the project from the start. This analysis reveals what users are searching for. It’s crucial to build this foundation correctly. It guides all our future work. It shows us user intent and priorities. We see what competitors are doing. It’s a goldmine of data. We analyze our brand and top competitors. This builds our master keyword research list. Search volume matters, but it’s not everything. Does it match our products? Is it actually relevant? That’s what we prioritize. We must cover every single category.
Take insurance, for example. We need keywords for life insurance or personal accident coverage. Did we include them in our analysis? Sometimes we miss things. We might not rank for some terms yet. We need to catch those opportunities. They light the way for future tasks. We must include every relevant keyword. But keep it clean. Keywords have too many variations. E-commerce sites can get messy fast. Don't track every singular and plural form. Pick the best version and keep the list lean. Niche sectors happen sometimes. Search volumes are often lower there. Long tail keywords become much more important. Volume doesn't always matter. A keyword with 50 searches can still be vital.
We need to focus on that. Clients often obsess over high search volume. Volume is important, sure. But is it actually a target keyword? We really need to check that. We track brand keywords, but we don't usually include them. Keyword research is generally non-brand focused. Categorize your list while doing keyword research. It speeds up your rank tracker process. It makes tracking much easier later on. It’s a smart move. Say you have 500 keywords. Group them by topic, like individual pensions or accident insurance. It makes adding new keywords later much simpler.
— Exactly. Let me add something. You mentioned variants earlier. Let’s look closer. Think about "mandatory traffic insurance" versus similar terms. They are the same variant. Watch out for that. It’s an extra cost. Don't think of it as one word. Keyword research involves hundreds of terms. Don't just track the keywords you're already winning. You mentioned competitor analysis. We’re here to grab market share. If I only track top 3 or top 5 keywords, what’s the point? Where are my actual goals? I don't use a rank tracker just to see good news. You mentioned tagging and categorizing keywords.
That is truly vital. When I do solid keyword research, I feel at ease. Why? Because during a Google update, I can actually see what’s happening. I can track drops or spikes easily. I trust my keyword analysis. Say Ahrefs shows a drop in total site traffic. Maybe my blog posts dropped. But my product pages are strong. My products are fine. Solid keyword research makes our decisions much sharper. Especially after Google updates or sector shifts. If I make technical SEO or content changes, I take notes. For example, I added FAQs to the best-of lists.
I immediately saw my FAQ visibility jump. It’s easy to measure the impact. In agencies, we don't need to ask, "Hey. How's it going?" I just check SEOmonitor and see the data myself. Keyword groups help us see things better. Aybüke, what did you do to boost this? Walk me through it. I might learn something new. Or maybe there’s a technical issue behind a drop. Did it drop because of that? You can also break down your landing page performance. These details help us build great future strategies from keyword research.
— Exactly. After the initial keyword research, my blog structure is already set. My strategy is clear in my head. We can see where competitors rank and where we’re underperforming. My priorities are usually clear by then. It’s not just about blog content. We can suggest new landing pages too. We can push for new page creation. Our priorities are basically set.
— Yes, exactly. We might add new keywords throughout the year. We may need to update our initial keyword research. Think of special events. New product lines or categories mean we need to track new pages. You can set your own rules based on what we discussed. Follow these to build a solid SEO strategy. We already touched on keyword research when looking at competitors, Aybüke. We had to analyze competitors to understand the sector. I want to dive deeper into competitor analysis now. What opportunities should we look for? How do we document this for our clients?
What are your thoughts on this?
— During initial keyword research, we see where we aren't ranking. We identify areas for improvement. This is a huge opportunity. If a competitor has content and we don't, that's an opening. If they rank first, we must analyze their content. We look at what they did right. Maybe we add tables or calculators. We create user-focused content to beat them. We want to steal that traffic for ourselves. That’s the goal. Creating new content is a huge opportunity. Google loves fresh content. It’s even more critical for time-sensitive topics. It will definitely move the needle.
Also, look for keywords where we don't rank. Target keywords where competitors aren't ranking either. You’ll see results much faster there. It’s a quicker win than the first strategy. Competing against high-authority sites takes time. But if the competition is weak or non-existent, we can rank fast. If we spot that gap, we can capitalize on it quickly. Competitor analysis isn't just about content. Let’s talk about off-page SEO and backlink strategy. Check if competitors have 404 pages with strong backlinks. We can try to redirect that authority to our own pages.
Reach out to the sites linking to those dead pages. Maybe run an off-page campaign there. That’s another angle.
— Let me add to the competitor analysis. You touched on some great points. Beyond basic on-page SEO elements everyone finds with Screaming Frog, look deeper. For e-commerce, check what extra helpful content they use on the PDP. Check out their related products strategy. You can't see the backend. But look at their PDP from the outside. How did they structure their product titles? There might be a competitive edge there. Product reviews are key. Let’s use insurance as an example again. For a query like "best rates," maybe they display prices clearly. If it's legal for them, they might be doing it.
Or maybe they can't. If they do, that’s why they outrank you. You can analyze so much. How do they handle stock-outs? I usually do this myself. I check their PDP. I look at Search Console for pages that lost traffic over the last year. If I see a stock-out, I check how they handled it. Did they just drop the page? How did they set that up? Your competitor isn't always right. But maybe they caught something you missed. Compare your approach with theirs. Find the method Google prefers and seize that opportunity.
— Exactly. Also, you might not just serve Turkey. You could be in international markets. See what your competitors are doing in other languages too. Did you do any localization research? It’s not just about translating titles. You can't just update the title tag. People might search for that keyword differently there. They might use a totally different version. That matters. We’ve done this in our previous work together. You really need to look at the big picture. Many brands now claim they use AI. They say they’re innovating or improving user experience.
But are these features actually useful? Do they really move the needle? Some modules can even hurt your site speed. You need to weigh the pros and cons before adding anything. What can we actually do? We’re basically brainstorming ideas for ourselves here.
— Exactly. You made a great point about site speed. Say you’re a brand serving Luxembourg and Belgium. Maybe internet speeds there are lower. This is just a hypothetical example. Speeds are obviously higher in reality. But can your site deliver results on slower connections? You have to check. If your competitors are doing it, you need to keep up. Run simulations on slow connections. If the page experience holds up, that's great. It shouldn't load too slowly. The shopping experience must remain smooth. Prioritize site speed based on these gaps. Consider users on 3.5G or 4G. Analyze their experience. Build your to-do lists around that. It’s incredibly effective for site speed projects.
This is a real opportunity. It’s not just about adding hreflang or changing titles. It’s not just about using translate, as you mentioned. You have to address these points. Create solid action plans.
— Great insights. That was a perfect wrap-up.
— Thanks to you too. I think we finished a great ZEO talks. I’m out of questions, Aybüke. Do you have anything else to add or ask?
— Not really. The more we talk, the more details emerge. But for new SEO projects, I’m good for now.
— Exactly. Like we said, what should you check in Search Console? Even manual actions are a separate topic. Every detail opens up a new rabbit hole. We didn't want to lose focus during this ZEO talks. We wanted to cover some trending topics. Let’s wrap things up now.
— Sounds like a plan.
— Thanks to all our ZEO followers for tuning in. Hit that like button if you enjoyed it. Don't forget to subscribe. Take care. See you next time.
This transcript was generated using AI speech recognition and verified against subtitle style rules.
