E-ticaret Altyapısı Seçerken Dikkat Edilecek 10 SEO Metriği

Merhaba Zeo TV takipçileri, ben Mert. Bugün sizlere e-ticaret altyapısı seçerken dikkat edilecek 10 SEO metriğinden bahsedeceğiz. E-ticarette birçok SEO metriği var, dikkat edilmesi gereken; ama biz bunlardan en önem arz eden ve altyapı seçiminde dikkat etmeniz gereken en kritik 10 tanesini bu tahtada ele alacağız bugün. E-ticaret sektörü bildiğiniz gibi rekabetin çok yüksek olduğu bir sektör. Bu sektörde gerek büyük AdWords bütçeleri, gerek yaratıcılığın sınırlarını zorlayan sosyal medya reklamları olsun, bunların hepsi bu rekabeti etkileyen faktörlerdir. Tabii ki bu rekabette en çok etkilenen alanlardan birisi de en çok trafik kaynaklarımızdan biri olan organik taraftır. Organik tarafta yükselmek sanıldığı kadar zor değil. İyi bir altyapı seçimi ve iyi bir SEO çalışmasıyla kategori ve ürün sayfalarınızı organik sıralarda üst sıralara çok rahat çıkarabilirsiniz ve bu da doğal olarak satışlarınıza ve CTR oranınıza olumlu yönde, pozitif yönde etki edecektir.

Bu geliştirmelere gelin beraber sizlerle bakalım. Geliştirmelerimiz 10 tane olduğunu söylemiştim. 7 tanesi teknik SEO tarafında, 3 tanesi de içerik SEO tarafında yer alıyor. Bunlardan birincisi düzgün kod yapısı. Altyapı seçiminde düzgün kod yapısına sahip bir CMS sistemi bulmak çok önemli. Bu arada sadece altyapı seçimi derken hazır CMS sistemlerinden bahsetmiyoruz; kendi özel yazılımınızı da seçebilirsiniz. Bu da bir tercih meselesidir. Tabii burada bütçe gibi faktörler ön planda oluyor sizin için. Dediğim gibi kendi altyapınız da olsa, kendi sisteminiz de olsa, özel yazılımınız da olsa, hazır bir CMS sistemi de olsa, düzgün kod yapısı çok önemlidir.

Spaghetti kod adı verilen bir kod yapısı vardır. Bu kod yapısı, kodların karışık bir halde, daha doğrusu sadece yazan kişinin anlayabileceği şekilde ve başka bir yazılımcının o koda baktığı zaman hiçbir şey anlayamayacağı bir şekilde optimize edilmemiş bir kod yapısına da spaghetti kod denir. Ya da optimizasyondan kastımız nedir? Kodların çok karışık olması, doğru açılış kapanışların doğru standartlarda yapılmamış olması, kodlarda çok uzun kodların yer alması, daha kısa bir kod yapısıyla anlatılabilecek bir arka plan, bir backend yapısı, daha uzun bir kodla anlatıldığı zaman bu doğal olarak site hızına büyük bir etkisi var ve Google tarafında da arama sonuç sayfalarında sıralama faktörlerinin site hızını çok büyük oranda etkilediğini biliyoruz.

O yüzden spaghetti kod yapısı asla istemiyoruz. Düzgün bir kod yapısı olması gereklidir. Bu düzgün kod yapısında da dediğim gibi daha az kodla bütün derdinizi anlatmak aslında mesele olmalı. Çünkü ne kadar sayfa açılış hızı artarsa, ne kadar daha az içerik yüklenirse o sayfa arka planda, bizim site hızımız o kadar pozitif yönde etkilenecektir. Aynı zamanda Google'ın belli standartları var. Bu standartlara da uygun olması kod yapısının, Google botlarının gözünde bizim için önemli bir faktördür. İkinci teknik maddemiz olan SEO uyumlu URL. Burada önemli bir nokta var. HTTPS ile başlıyoruz.

HTTPS'te de SSL sertifikamız olması gerekli ve bütün e-ticaret sitelerinin HTTPS yapısında olması önem arz ediyor. Çünkü SSL ya da HTTPS nedir? SSL bir sertifikasyondur. SSL sertifikası alınır. Arkasından artık HTTP versiyonundan HTTPS versiyona geçmiş olur sitemiz. Bu bizim kullanıcıya "Güvenli bir site, buradan alışveriş yapabilirsin." deme şeklimiz. Google da son yaptığı duyurularda, son yaptığı güncellemelerle beraber HTTPS sitelerin daha üst sıralarda olduğunu bizlere duyurmuştu. Buradaki diğer önemli olay, e-ticarette bildiğiniz gibi birçok kategorimiz ve birçok ürün sayfamız olabilir. Bu kategorileri ya da ürün sayfalarını URL yapımıza çok düzgün bir şekilde aktarmamız gereklidir. Şöyle ki, örneğin kolye adında bir kategorimiz var. Bu kolye kategorisinde site adımız bittikten sonra kategori adıyla başlamalıyız kesinlikle kategori URL'mizi belirtirken.

Arkasından büyük harfle olmasını genelde önermiyoruz. Her zaman URL isimlerimiz küçük harfle başlamalı ve küçük harfle devam etmelidir. Bu tamamen tercih meselesi gibi gözükse de ideali olan küçük harftir. Arkasından kategori ID'si gelir. Bu backend tarafında kategori ya da ürünlerinizi Product ID ya da Kategori ID olarak daha rahat bulabilmenizi sağlar. ID gelmeyen bir yapı da bizim için idealdir, tercih sebebidir. Ama gelmesinin bir sakıncası yoktur. Bazı altyapı sistemlerinde URL yapılarına bu şekilde bir diez geldiğini görmekteyiz. Diez kesinlikle önermediğimiz bir yapıdır. Bunu özellikle farklı renkte yaparak size de belirtmek istedik.

Çünkü Google yaptığı açıklamalarda URL'deki diezden sonrasını hiçbir şekilde okumadığını bize iletti. Peki altyapı sistemleri diezi neden tercih ediyor? Diez kullandıktan sonra genelde filtrelemeyle ilgili URL'lerimizi koyuyor. Örneğin kolye sayfasına girdiğimiz zaman, kolye sayfasında altın kaplama bir kolye ya da gümüş kaplama bir kolye ya da beyaz kolye, renk, fiyat gibi parametreleri seçtiğimiz zaman hemen bu diez sonrasına geliyor genelde bazı altyapı sistemlerinde. Ama biz ileride büyüdüğümüz zaman, ya da büyük bir e-ticaret sitesi isek, bu filtreleme sayfalarımızı indekste açmak isteyebiliriz. İleride bunların detayından biraz daha bahsedeceğim size. Ama indekste açmak istediğimiz zaman Google'ın diez sonrası gelen URL'i okuyamadığı için bizim o filtre sayfalarımızı hiçbir zaman okuyamayacaktır.

Bu durumda tamamen aslında boşuna bir işlem yapmış oluyoruz. Bir netice alamayacağız buradan. O yüzden diez olmadan ve filtre şeklinde bir filtre parametresi koymak zorunda değiliz. Burayı tamamen renk ya da fiyat şeklinde özelleştirmemiz her zaman daha iyi olur. Çünkü aslında SEO uyumlu URL demek, kullanıcının da okuyabileceği bir URL yapısı demek, botların da okuyabileceği bir URL yapısı demek. Buradaki kastım da şudur: Kullanıcı buradaki filtre yerine renk ya da fiyat gibi bir ibare gördüğü zaman otomatikman anahtar kelimemize de etki ediyor ve arama sonuçlarında kullanıcının arattığı içerikte renk ya da fiyat gibi kelimeler geçiyorsa, URL'den onları da otomatikman yakalamış oluyoruz aslında.

Bu yüzden idealimiz küçük harfle başlayan bir kategori adı, arkasından filtre gelecekse de diez haricinde herhangi bir karakterle bu filtre parametresini işaretlemek olmalıdır. Aynı şekilde ürün sayfalarımızda da ya slug'lı bir yapı kullanabiliriz. Slug'lı yapıdan da kastım, örneğin kolye kategorisindeki bir altın kolyeye gideceğiz diyelim. Site adı bittikten sonra kolye, kolyenin hemen arkasından tekrar bir slash gelip ürünümüzün adı yani altınkolye.html ya da altınkolye yazabilir. Bu bizim için ideal bir yapıdır. Araya kategori adı konmaması da bizim için faydalıdır. Çünkü araya kategori adı girmediği zaman daha kısa bir URL'ye ulaşmış oluyoruz. Her zaman daha kısa ve daha net URL'ler bizim için en ideal yapı oluyor. O yüzden direkt siteadı.com/altınkolye yazdığımız zaman da bizim için aslında ideal bir ürün URL'i elde etmiş oluyoruz.

Üçüncü maddemiz ise Pagination entegrasyonu. Pagination entegrasyonu başta biraz karmaşık gibi gözüken bir yapı olsa da aslında çok basit bir yapı ve genel amacı aslında sitemize gelen botlarda, kategorilerimizdeki sayfalamalarda botlara "Birinci sayfam budur, ikinci sayfam budur, üçüncü sayfam budur" şeklinde bütün sayfalarımızı tanıtmak, doğal olarak o sayfalarımızın içindeki ürünlere de ulaşmasını sağlamaktır. Bunun için yapılması gereken, Google'ın özellikle önerdiği birkaç geliştirme var. Bunları detaylandırmak istersem kod tarafında şöyle ki: Pagination etiketleri genelde head etiketi içerisine konuyor. Body'den önce head'den hemen head'in içine geliyor. Head kapanmadan bitmesi lazım. Orada durum şöyle: Head'in içerisinde örneğin bu şekilde bir kategorimizin ikinci sayfasının URL'i var. Bu URL yapısı için Pagination etiketlerimiz tamamen şu iki satır şeklinde olmalı. O da şu şekilde: İlk etiketimiz prev yani previous manasına geliyor.

Prev etiketidir. Bu prev etiketi ikinci sayfa için birinci sayfayı göstermelidir. Yani bir önceki sayfam benim birinci sayfadır. Bunu Google botlarına bu şekilde göstermemiz gereklidir. Birinci sayfayı belirtirken de asla parametreli URL kullanmıyoruz. Tamamen ilk açılış sayfası neyse birinci sayfanın, yani kategori ise direkt kategorinin adı olacak şekilde, kolye ise kolye şeklinde bırakıyoruz. Kolye soru işareti page one demiyoruz, page 1 demiyoruz. İkinci, hemen arkasından gelmesi gereken kodumuz ise next etiketidir. Next pagination etiketinde ise ikinci sayfamızdan sonra üçüncü sayfamızın geleceğini belirtiyoruz Google bot'a. Burada durum şu şekilde işliyor: İkinci sayfa için ben bu örneği verdim ama birinci sayfa için biz bu örneği yapsaydık, yani birinci sayfaya da pagination etiketini ekleyip ikinci sayfamızı göstermeye kalksaydık, Google'ın dikkat etmemizi istediği bir tane önemli olay var.

O da şudur: Birinci sayfada prev etiketini asla kullanmamızı istiyor, kullanmamamızı istiyor Google. Çünkü birinci sayfadan önceki bir sayfa olmadığı için prev etiketinin gereksiz olacağını düşünüyor. Sadece next etiketinin barınmasını istiyor ve ikinci sayfanızı göstermenizi istiyor sizden. Birinci sayfa için söylediğim şekilde o geliştirmeye dikkat etmeniz gereklidir. İkinci sayfada ise yine demin söylediğim gibi birinci sayfayı ve üçüncü sayfayı göstermek gereklidir. Üçüncü sayfa eğer bizim son sayfamızsa, örnek veriyorum bu 51. sayfa da olabilir, 52. sayfa da olabilir ama üçüncü sayfa bizim son sayfamızsa, üçüncü sayfa için bu geliştirmeyi yapamıyoruz.

Üçüncü sayfada da aynı birinci sayfada olduğu gibi bu sefer orada neydi birinci sayfada? Prev etiketini kullanamıyorduk, next'i kullanıyorduk. Üçüncü sayfada bizim kategorimizin son sayfası ise next etiketini kullanamıyoruz, prev etiketini kullanıyoruz. Çünkü artık son sayfadan sonra başka bir sayfamız olmadığı için. Şöyle bir durum var, orada dikkat etmemiz gereken bir metrik aslında. Son sayfadan sonra, üçüncü sayfadan sonra dördüncü sayfa olmayacağı için ve biz gidip de URL yapısına dördüncü sayfa yazarsak, bunun otomatikman 301 ile ilk sayfamıza yönlenmesi gereklidir. Bu sayede Google'a bizim başka bir sayfamız yok, üçüncü sayfa son sayfadır. Dördüncü sayfaya girmeye çalıştığın zaman seni otomatikman birinci sayfaya yönlendiriyorum demiş oluyoruz. Pagination etiketlerinin mantığı genel olarak bu şekilde.

Dikkat edilmesi gereken noktaların da üzerinden geçtim. Dikkat edilmesi gereken son bir nokta kalıyor. O da canonical yapısı. Canonical etiketleri nasıl kullanacağız peki? Canonical etiketleri her sayfanın indekslenebilmesi için işaret ettiği bazı etiketlerdir. Bu etiketler sayesinde indeksleneceği yerleri işaret eder sayfalar. Eğer o sayfanın kendisinin indekslenmesini istiyorsanız, kendisine canonical vermeniz gerekir. Pagination etiketlerinde de durum şöyle işliyor: Birinci sayfa için, birinci sayfanın URL'i için kendisine canonical vermelidir. Next etiketiyle ikinci sayfayı işaret etmelidir. İkinci sayfada, ikinci sayfa kendisine canonical vermelidir. Prev etiketiyle birinci sayfayı işaret etmelidir. Next etiketiyle üçüncü sayfayı işaret etmelidir. Üçüncü sayfada da son sayfamızsa eğer, yine kendisine canonical vermelidir ve prev etiketiyle ikinci sayfayı işaret etmelidir.

Next etiketi olmamalıdır, bulunmamalıdır. Yani kısacası her sayfa kendisine canonical vermelidir. Bunu asla atlamamamız lazım. Yoksa sayfamızın indekslenmesinde problemler yaşayabiliriz. Dördüncü maddemiz olan site hızı geliştirmelerinde ise iki ufak maddeye ayırdım bunları da. Görsel optimizasyonu ve JavaScript, CSS kaynaklarının sıkıştırılması. Site hızı geliştirmelerinde tabii ki çok daha fazla faktör var, çok daha fazla dikkat edilmesi gereken unsur var. Ama e-ticaret sitesi isek ve bir altyapı firması seçiyorsak, en önemli sormamız gereken iki tane soru var. Benim sisteme yüklediğim görsellerimi optimize edebilir misiniz? Bu görseller sitemi yavaşlatacak mı? Böyle bir imkanınız var mı? Benim kaynak kodlarımı, JavaScript, CSS gibi arka taraftaki kaynak kodlarımı ya da backend ya da frontend'deki kaynak kodlarımı sıkıştırabilir misiniz?

Bunları head'in içinde değil, body'nin içinde koyabilir misiniz gibi sorularınız olacaktır. Detaylandırırsak, görsel optimizasyonunda birçok ürünüm olabilir, birçok kategori sayfam olabilir, ana sayfamda çok büyük bir slider alanı olabilir. Bunların hepsi kaynaklarımızdan yemek demek ve aynı zamanda site hızımızı yavaşlatması demek ve otomatikman crawl bütçesini gereksiz yere tüketmek demek. Site hızı en başta birinci maddede de söylediğim gibi bizim için en önemli faktörlerden birisi. Google bunu açık bir şekilde her seferinde belirgin olarak bize duyuruyor ve söylüyor. Site hızına dikkat etmemiz gerektiğini ve bunun arama sonuç sayfalarında sıralama faktörlerini etkileyen bir değer olduğunu bize anlatıyor. Görsel optimizasyonu ise dediğim gibi slider ya da ürün görselleri ya da bir ürüne ait dört görselin çıkması ya da bir kategori sayfasında birçok ürünün birçok görseli olması, bunlar kullanıcı deneyimini aynı zamanda da site hızını düşürebilecek faktörler.

Bunları sıkıştırmak gereklidir. Tabii ki bunları sıkıştırırken kalitesinin bozulmadan bu işlemi yapmak gerekebilir. Bunun için dediğim gibi altyapı firmanızla iletişime geçebilirsiniz. Altyapı firmanızı seçmeden önce bunu sorabilirsiniz. Ne kadar sıkıştırırsak, ne kadar kalitesi düşmeden sıkıştırırsak kullanıcı deneyimi o kadar yüksek ve site hızı performansı da o kadar yüksek, daha taranabilir bir site haline gelmiş oluruz. Bu da bizi otomatikman ürünlerimizi ya da kategorilerimizi arama sonuç sayfalarında daha yüksek sıralara çıkaracaktır. JavaScript ve CSS kaynaklarının sıkıştırılmasında ise demin söylediğim gibi bunların genelde bazı altyapı firmaları head etiketleri içerisine koyması gerekebiliyor.

Inline ya da external olarak koyması gerekebiliyor JavaScript dosyalarını ya da CSS dosyalarını. Biz genelde bunları body'nin içine alınmasını öneriyoruz. Aynı şekilde Google da bunları öneriyor. Ama şöyle bir durum var: Bu çoğu zaman arka plandaki kod yapısını, demin bahsettiğimiz o spagetti kodu ya da düzgün kod yapısını bozabileceği için genelde tercih etmiyorlar. Altyapı firmanızı seçmeden önce JavaScript ve CSS kaynaklarınızın optimize edilmesini ve sıkıştırılarak daha düşük boyutta ya da hepsinin aynı dosyadan getirilmesi gibi soruları altyapı firmanıza iletebilirsiniz. Beşinci maddemiz site haritası ve robots.txt.

Bu da dediğim gibi site hızı geliştirmeleri kadar önemli bir madde. Çünkü site haritası ve robots.txt aslında sitemizin indekslenebilmesi ve taranabilmesi anlamına geliyor. Şöyle ki site haritası aslında bize büyük oranda indekslenmeyi sağlıyor. robots.txt ise büyük orana taranabilmeyi sağlıyor. Çünkü biz Google botlarının sitemize ilk geldiği zaman robots.txt dosyamızda sitemizi taramasını ya da taramaması gerektiğini söylüyoruz. Burada dikkat etmemiz gereken durum da şudur: robots.txt dosyası bazı altyapı firmalarında düzenlenebilir bir durumda gelmeyebiliyor ya da robots.txt dosyası eklenemez gibi durumlarla karşılaşıyoruz. robots.txt dosyasını kesinlikle düzenleyebilmeli ve özelleştirebilmeliyiz. Çünkü biz bir e-ticaret sitesi isek, sepet ya da alışveriş gibi sayfalarımızın indekslenmesi bizim için bir önem arz etmiyor. Aynı zamanda bunları taramayı kapatmalıyız.

robots.txt üzerinden disallow komutu vererek bunları taramaya kapatmalıyız ki crawl bütçesini daha verimli kullanalım. Google botları o sayfalarımız yerine başka sayfalarımızı daha çok gezebilsin diye. Site haritası ise en önemli dikkat etmemiz gereken nokta dinamik bir site haritası olmalıdır. Altyapı firması, CMS sistemi, CMS firmamız bunu bize sağlaması gerekli. Dinamik site haritasının da özelliği şudur: sitemizdeki bir ürün kaldırıldığı zaman ya da silindiği zaman, bittiği zaman site haritasından otomatikman kalkması lazım. Ürün tükendiği zaman bu çoğu zaman geçerlidir. Ürün tükense bile ürün sayfalarınızı tutmak isteyebilirsiniz trafik getirisi olduğu için. Orada başka çözümler devreye girebilir. Ama ürün sayfası tamamen silindiyse ve artık o URL'ye girildiği zaman, o altınkolye URL'inin silindiği ve oraya girmek istediğiniz zaman 404 hatasıyla karşılaşıyorsak, artık bunun site haritasına barınmaması gerekiyor.

Çünkü site haritası sadece 200 yanıt kodunu veren URL'lerin barınması gerektiği bir olay. Tamamen dikkat edilmesi gereken noktalardan biri de budur. Aynı şekilde yeni bir ürün eklediğiniz zaman e-ticaret sitenize, bu ürünün URL'inin direkt site haritasına otomatikman gelmesi lazım. Dinamik bir site haritası bu yüzden bu kadar önemli. Sitemizi doğru bir şekilde indeksletmek ve crawl bütçesini de verimli kullanmamız açısından beşinci madde bizim için büyük bir önem arz ediyor. Altıncı maddeye geçtiğimiz zaman şöyle anlatabilirim: Yapılandırılmış veri işaretlemeleri. Yapılandırılmış veri işaretlemeleri aslında bizim için olmazsa olmaz geliştirmeler değil ama bir e-ticaret sitesinde büyük fayda sağlayacak geliştirmelerden biridir. O yüzden altyapı firmanıza muhakkak böyle bir implementasyon yapılabilir mi, yapılamaz mı diye sormanızda fayda var.

Şöyle açıklamam gerekirse: Yapılandırılmış veri işaretlemeleri, feature snippet adını verdiğimiz ekranlarla çıkıyor arama sonuç sayfalarında karşımıza. Şöyle ki: Örneğin e-ticarette kullanılabilecek yapılandırılmış veri işaretlemeleri nedir? Item list şemasıdır, product'tır. Onun haricinde review ve rating'tir. Bu tip işaretlemelerdir. Bu işaretlemeler arka planda kod tarafında yapılır ve bu işaretlemeler sonrasında SERP'te yani arama sonuç sayfalarında sadece title ya da description gözüken çok böyle sade bir görüntü yerine daha zengin ve daha kullanıcı deneyimine sahip ve kullanıcıyı tıklamaya cezbedecek şekilde görüntüler elde etmemizi sağlar. Zaten feature snippet adında gelir bunlar arama sonuç sayfalarımıza. Şöyle ki: Örneğin product şemasını ya da item list, order şemalarını kullandığımız zaman arka planda bunlar, örneğin bizim kategori sayfamız var. Buraya bu yapılandırılmış veri işaretlemelerimizi yaptık, uygun olanı seçip uyguladık.

Arka planda çeşitli kod yapıları şeklinde bunu uygulayabiliriz. O tamamen altyapı firmamızın bize hangi imkanı sağladığıyla alakalı. Bu yüzden bu maddeyi dahil etmek istedik. Örneğin kategori sayfamız var. Biz arka planda yapacağımız ufak bir kod eklemesiyle beraber Google'a bu kategori sayfamızdaki ürünleri arama sonuç sayfalarında bu şekilde gösterebiliriz. Örneğin Samsung telefonlar yazdığımız zaman e-ticaret sitemizdeki bütün Samsung telefonları bu şekilde sıralayabilir ve kullanıcıyı tıklamaya cezbedebiliriz. Daha kullanıcı deneyimine yatkın ve direkt tıklanabilecek bir yapı aslında bu. Aynı şekilde Samsung Galaxy S7 yazdığımız zaman Samsung Galaxy S7 sayfamız çıktı diyelim.

Burada yapacağımız bazı ufak yapılandırılmış veri işaretlemeleriyle daha ilginç ve daha canlı bir görüntü elde etmemizi sağlıyor. Şöyle ki: Örneğin breadcrumb geliştirmelerimiz vardır. E-ticaret sitesi isek zaten breadcrumb yapısı olmazsa olmaz bir yapıdır. Breadcrumb yapımız ise nedir? Örneğin Samsung Galaxy S7 ürün sayfasındaysam bu sayfaya nereden gelmişimdir? Elektronik, arkasından telefon, arkasından Samsung adımından gelmişimdir. Bu adımları zaten biz sitemizde breadcrumb yapısı adını verdiğimiz yapılarla bu hiyerarşiyi gösteriyoruz. Aynı şekilde bu hiyerarşiyi Google arama sonuç sayfalarında yani SERP'te de göstermemiz gereklidir. Breadcrumb işaretlemeleriyle beraber site adımız arkasından elektronik, arkasından telefon, arkasından Samsung'u bu şekilde gösteriyoruz ve kullanıcı istediği zaman S7 sayfasına girmek yerine direkt elektroniğe tıklayıp ya da direkt telefona tıklayıp buradan direkt kategori sayfamıza da gidebilir, alt kategori sayfalarımıza.

Aynı zamanda demin bahsettiğim review ve rating adını verdiğimiz işaretlemeler de mevcut. Bu işaretlemelerde o ürün sayfasına yapılan kullanıcı yorumları ve kullanıcıların puanlamalarını gösteriyor. Şöyle ki: Orada toplam verilen puan bir tane 5, bir tane 3 puan verildiyse otomatikman ortalaması 4 puan oluyor. O zaman otomatikman 4 ya da bir tane 5, bir tane 4 verildiyse 4,5 oluyor. Otomatikman ortalama puanımızı biz Google'a belirtiyoruz. Diyoruz ki bu sayfamızdaki ortalama puanım budur. Bu sayfada bu kadar yorum yapılmıştır bu ürüne diye belirtiyoruz ve Google otomatikman arama sonuç sayfasında bunları da bize yıldız şeklinde ve sayısal değer olarak kaç yorum olduğunu ve kaç puan aldığını o ürünün kullanıcılar tarafından gösteriyor.

Bu tabii ki kullanıcıyı daha cezbeden bir yorum. Sadece title, site adı ve description olmasındansa. Bu da bu yüzden önemli geliştirmeler arasında yer alıyor. Yedinci maddemiz yönlendirme kurguları ve canonical etiketi. Bu teknik tarafta önemli geliştirmelerden biridir. Çünkü sitemizde zaman zaman diğer maddelerde de bahsettiğim gibi 301 yönlendirmeleri, 302 yönlendirmeleri yapmamız gerekebilir. Örneğin bir e-ticaret sitesiğiz ve bir ürünümüz bitti diyelim. Artık stokta yok diyelim ve bu ürünü kategori sayfasına belki de, bu ürünün sayfasını kategori sayfasına yönlendirmemiz gerekli. Ama ürün de kısa bir süre sonra tekrar stoğa girecek diyelim. O ürünün içeride ürün olmadan o sayfanın durması pek hoş olmayacaktır gelen kullanıcıyı karşılayamayacağımız için. Bu yüzden geçici bir süreyse, yani geçici bir durumsa bu ve o ürün hemen tekrar stoğa gelip o sayfa tekrar açılacaksa 302 yönlendirmelerini tercih ediyoruz.

Bu geçici yönlendirmelerdir. Ama ürün bir daha gelmeyecekse asla genelde o ürünün o şekilde sayfasının boş kalmasındansa 301 ile ilgili olduğu başka bir sayfaya ya da çok benzer bir ürün varsa oraya yönlendiriyoruz. 301 de kalıcı yönlendirme metodumuz oluyor. 301 ile yönlendirdiğimiz zaman o sayfanın bütün trafiğini ve o sayfanın bütün arama motoru tarafındaki değerini hepsini aktarmış oluyoruz aslında yeni sayfamıza, yönlendirdiğimiz sayfamıza. Bu yüzden aslında herhangi bir trafik kaybı da yaşamıyoruz baktığımız zaman. O yüzden bu yönlendirme kurgularını yapmak çok büyük önem arz ediyor e-ticarette. O yüzden altyapı firmanı seçerken yönlendirme kurgularıyla ilgili ileride sizlere sorum olursa yardımcı olabilir misiniz şeklinde sorular yöneltmeniz çok önemli.

Çünkü yönlendirme kurguları da aynı şekilde 404 yapısında da bizim için gerekli oluyor. Şöyle ki: 404 sayfalarında genelde sitedeki bir ürün bittiyse ya da sitedeki bir ürün kaldırıldıysa ya da bir kategori komple kapanıp kaldırıldı ya da adı değiştiyse artık indekslenmiş olan eski URL'imiz 404 hatası vermiş oluyor. Çünkü artık o URL bulunmuyor. Şöyle ki: 404 hatası veren bir sayfanın muhakkak bize özelleştirilmiş bir 404 sayfası göstermesi gereklidir. Yani bizim sitede bir custom 404 sayfamız olması gereklidir. Bu sayede gelen kullanıcıyı sitemiz içinde başka yerlere yönlendirebiliriz.

Şöyle ki: Gelen kullanıcı eskiden değişmiş, yani şu an değişmiş bir URL yapımıza geldi diyelim. Bir custom 404 sayfasıyla beraber tekrar ana sayfaya gidebilir ya da tekrar bir arama kutusuyla beraber oraya custom 404 sayfasını ekleyeceğiniz bir arama kutusuyla beraber site içi arama yapıp diğer sayfalarınızda gezebilir. Aynı şekilde botları da yine bu şekilde yönlendirebilirsiniz. Bu yüzden custom 404 sayfasını altyapı firmanızın, CMS'inizin kesinlikle yapması gereklidir. Bu önemli geliştirmelerden biri. On-page elementleri aynı zamanda demin söylediğim gibi heading etiketlerini de içeriyor ve title ve description gibi meta etiketlerini de içeriyor.

Şöyle ki: Basit bir title ya da description etiketi yazarak üst sıralara çıkmamız çok mümkün olmayacaktır. Bizim amacımız gelen kullanıcıyı, gelen kullanıcının arama sonuç sayfasındaki 9 diğer site yerine bizi seçmesini sağlamak. Bu yüzden mümkün olduğunca vurgun, yani mümkün olduğunca vurgulu ve kullanıcıyı cezbedecek bir title ya da description seçmemiz gerekli. Bu özellikle description'da böyle oluyor. Buradan örnek vermem gerekirse title'da genelde anahtar kelimeleri kullanarak yukarı çıkmayı sağlayabiliriz. Anahtar kelimeleri hedefleyerek yapılan arama sorgusunu hedefleyebiliriz. Description'da ise genelde kullanıcıyı cezbedici yapılar kullanmamız lazım demin bahsettiğim gibi.

Çünkü kullanıcı o sayfaya girdiği zaman bizi hiç görmeyedebilir. Bizi direkt 9 sonuç içerisinde görüp fark edip tıklayadabilir. Bu yüzden nasıl cezbedebiliriz? CTR arttırıcı indirimlerden bahsedebiliriz, kampanyalardan bahsedebiliriz, indirim oranlarını net bir şekilde belirtebiliriz ya da title'ımızda indirim oranlarını net bir şekilde yüzdelik değer olarak belirtebiliriz. Bunlar kullanıcının algısını büyük oranda etkileyen faktörler ve tıklamasını sağlayan, pozitif yönde sağlayan, arttıran faktörler. O yüzden on-page elementlerinin özelleştirilebilmesi bizim için şu manaya geliyor: Title ve description'ı ben herhangi bir sayfam için ya da farklı farklı sayfalarım için ayrı değerler şeklinde özelleştirebiliyor muyum?

Örneğin bir altınkolye sayfam var. Altınkolye sayfamdaki title'ı ben altınkolye yapmak istemeyebilirim. Altınkolye'de %30 indirim var ya da %50 indirim var ya da son kalan altınkolye şeklinde özelleştirmek isteyebilirim. Bu yüzden altyapı firmasının ya da CMS'in bizlere bu özelleştirebilmeyi sağlaması lazım. Bunu da nereden özelleştirebilirsiniz? Panelden özelleştirebilirsiniz. Panelde SEO ile alakalı bu on-page elementlerini düzenleyebileceğiniz alanların olması çok önemlidir. Aynı şekilde her kategori için farklı description belirlemek isteyebilirsiniz. Her zaman aynı description kurgusunu kullanmak istemeyebilirsiniz. Kategori bazında title ve description özelleştirmeleri yapmak isteyebilirsiniz. Bunları tamamen kategoriyi açarken backend tarafınızda ya da panelinizde bu özelleştirmeleri sizin yapabilmeniz gerekiyor.

Diğer önemli bir konu ise yine sekizinci madde içerisinde heading etiketleridir. Heading etiketleri bildiğiniz üzere sayfa içerisindeki hiyerarşiyi sağlıyor. Şöyle ki: H1 etiketi bizim ürün adımıza gelmesi gereklidir. Sebebi H1 etiketi sayfamız içerisinde sadece bir kere kullanılır ve en önemli başlık neyse bizim yükselmek istediğimiz en önemli anahtar kelime neyse aslında ana başlığı işaret etmelidir. Bu yüzden bizim bir ürün sayfamız varsa ve biz bir e-ticaret sitesi isek ve bu ürün sayfasıyla yükselmek istiyorsak direkt o ürünümüzün adına H1 vermemiz gereklidir. Ki gelen Google bot'a da, gelen ziyaretçiye de bunun sayfamızdaki en önemli yazısal değer olduğunu gösterebilmek olmalı.

Hemen arkasından gelen H2 etiketi ise H1'den daha sonra gelir. H1, H2, H3, H4 şeklinde 6'ya kadar bunlar hiyerarşik olarak ilerler. Gelen H2 etiketinde ise ürün adımızda değil bu sefer sayfamızdaki bir alt başlıkta kullanabiliriz. H2 etiketi H1 gibi değil sayfamızda birden fazla kullanabiliriz. H1 etiketi her sayfada muhakkak olmalı. Ana sayfada olsa muhakkak olmalı ve sadece bir kere kullanılmalıdır. H2 etiketi ise alt başlıklarda ve istediğimiz kadar kullanabiliriz aslında. Tabii abartmayacak şekilde. Bu yüzden biz sayfamızdaki herhangi bir değişkene H1 ya da H2 etiketi ekleyip eklemeyeceğimizi kendimiz karar verebiliyor olmalıyız.

Bu yüzden altyapı firmasının bize gene bu imkanı sağlaması gereklidir. Biz ürün özelliklerine de H2 etiketi verebiliriz. Ürünün rengine de H2 etiketi verebiliriz. Ürünün fiyatına da verebiliriz. Bu tamamen bize bağlı. Ya da ürünün adında yükselmek değil de ürünün markasında biz yükselmek istiyorsak H1 etiketini ürün adına değil de marka adına da verebiliriz. Burada seçim tamamen bizim olmalı. Bu yüzden bu özelleştirmeye sahip olmalıyız. Kategori ve ürün filtreleri olan dokuzuncu maddemizde ise aslında bu maddeye daha önce değindim. Birazcık detaylandırmam gerekirse örneğin bizim bir markamız var ve bu markamız hem gözlük hem çanta satıyor diyelim.

Ama bizim bu markayla ilgili tek bir sayfamız var ve bu markada biz aslında gözlük ve çantayı bir arada tutuyoruz bu sayfada. Biz markada biraz daha özelleştirmek istiyoruz. Nasıl ayırıyoruz biz bu gözlük ve çantayı o marka içerisinde? Filtreler sayesinde ayırıyoruz. Gözlük filtresi ve çanta filtresiyle ayırıyoruz. Bizim burada yapmamız gereken aslında eğer bu gözlük filtresi yani marka artı gözlük araması bizim için çok önemli bir unsursa, çok trafik getiren bir filtre yapısıysa bizim bu filtreyi indekse açabilmemiz lazım. Genelde biz filtreleri indekse kapatmayı tercih ediyoruz. Çünkü filtreler genelde çok fazla olduğu için ve spam olarak dalgalanabileceği için ve tarama bütçesini etkili olarak kullanabilmek için filtreler genelde indekse kapalı bir şekilde önümüze geliyor.

Ya da biz noindex etiketi ekleyerek, ekleterek altyapı firmasına kapattırmayı seçiyoruz. Ama zaten çoğu altyapı firması zaten filtreleri indeksletmediği, indekslenmeyen şekilde geldiği için bizim istediğimiz spesifik filtreleri indekse açabilmemiz lazım. Altyapı firması seçerken bu da sormamız gereken önemli geliştirmelerden biri. Marka artı gözlük filtre mi? Benim indekse sadece bu filtremi indekse açabilir misin? Çünkü ben buradan çok trafik alıyorum diyebilmemiz gerekli. Karşı tarafın da aynı kolaylığı bize sağlayabilmesi gerekli. Onuncu maddemiz olan yorum entegrasyonunda şöyle ki: Bu da olması gereken, kesin olması gereken geliştirmelerden biri değil. Ancak olduğu zaman bir e-ticaret sitesine çok büyük faydası olan bir geliştirme. Çünkü aslında kullanıcı etkileşimi demek her şey demek baktığımız zaman internette.

Bir e-ticaret sitesi isek tabii ki öncelikli hedefimiz kullanıcının ürünü satın alması. Ama ürün satışını etkileyen en büyük faktörlerden birisi de kullanıcı yorumları oluyor. Kullanıcı yorumlarının nasıl olması gerektiği sadece siteye gelen kullanıcı yorumları, sadece siteye gelen kullanıcıyı değil, aynı zamanda Google botlarını da etkiliyor. Google botları kullanıcı yorumlarını okuyup kendince bir sıralama çıkarmıyor tabii ki ama kullanıcı yorumlarına geçecek herhangi bir anahtar kelime de bizim o ürün sayfamıza faydalı olacak bir yapı olabilir. Artı kullanıcı yorumlarına da yine altıncı maddede bahsettiğimiz gibi yapılandırılmış veri işaretlemeleri yaparak review ve rating yapısını entegre ederek search'te göstermeyi sağlayabiliriz.

Örneğin Samsung Galaxy S7 yazıldığı zaman hemen arkasından sitemizdeki kullanıcı yorumlarını birebir bir şekilde arama sonuç sayfalarına da gösterebiliriz. Bu da direkt bizim ve istediğimiz yorumları gösterebiliriz aslında. Bu da bizim o sayfamıza gelen trafiği arttırmamızda büyük önem sağlayacaktır. Aynı zamanda yorum entegrasyonu otomatikman bir oyunlaştırmayı da beraberinde getirdiği için kullanıcıların siteye daha bağlı kalmasını, daha sık ziyaret edilen bir site olmamızı doğal olarak arama sonuçlarında da önemli bir sıralamaya etki eden bir faktör olmasını sağlıyoruz bu yapının. Genel olarak bahsettiğim yapılar bu şekilde. Hep altyapı sistemleri üzerinde durduk ama tabii ki kendi yazılımınızı kullanmanız aslında sizi çoğu zaman daha özgür hale getirecektir bu geliştirmeleri yapmanızda. Çünkü çoğu altyapı firması bütün özelliklerin 10 maddeni 10'unda sağlayamayabilir.

Burada karar vermesi gereken taraf gene sizsiniz tabii ki. Biz genelde bu 10 maddenin de sağlanmasını ve talep etmenizi öneriyoruz. Kendi altyapınızı kurmak da tabii ki sizin tercihiniz. Genel olarak bahsedeceklerim bu kadar. Başka bir videoda görüşmek üzere.