Başarılı Bir SEO Projesinin Temelleri: İlk Günden İtibaren Kontrol Listesi

— 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.