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.
Hey Zeo TV followers, I’m Mert. Today, we’re covering 10 SEO metrics for choosing an e-commerce platform. There are many SEO metrics to track. We’ll focus on the 10 most critical ones for your infrastructure. E-commerce is a hyper-competitive industry. High AdWords budgets and creative social media ads drive this competition. These are all major factors. Organic traffic is also heavily impacted. Ranking well isn't as hard as you think. With the right CMS and SEO, you can boost your product pages. This will naturally improve your sales and CTR.
Let’s look at these 10 improvements together. Seven are technical SEO, and three are content-focused. First is clean code structure. Choosing a CMS with clean code is vital. We aren't just talking about off-the-shelf CMS systems. You might choose custom software. That’s a choice based on your budget. Whether it’s custom or a CMS, clean code is non-negotiable. There’s something called spaghetti code. This is when code is messy and unoptimized. Only the original developer can understand it. Other developers won't be able to make sense of it.
What do we mean by optimization? Messy code is a major issue. Poorly structured tags hurt performance. Bloated backend code slows down your site. Google uses site speed as a ranking factor. You need lean code for better results. Avoid spaghetti code at all costs. Keep your code structure clean. The goal is to do more with less. Faster load times mean less data to process. This directly boosts your site speed. Google has specific standards. Your code must meet them. This helps Google bots crawl your site effectively. Our second technical point is SEO-friendly URL structures. Let's start with HTTPS.
You need an SSL certificate for HTTPS. Every e-commerce site must use HTTPS. What is SSL? It is a security certificate. It upgrades your site from HTTP to HTTPS. It tells users your site is safe. Google confirmed this in recent updates. HTTPS sites rank higher in search results. E-commerce sites have many categories and products. You must map these to your URL structure correctly. Take a necklace category, for example. Your URL should clearly reflect the category name. Always keep your URL structure logical and clean.
Avoid uppercase letters in your URLs. Always use lowercase for your URL structure. It’s a best practice. Next comes the category ID. This helps your backend team track Product IDs or Category IDs easily. A structure without IDs is ideal. It’s definitely preferred. Still, IDs aren't a dealbreaker. Some CMS systems use a hash symbol in URLs. We strongly advise against using a hash. We highlighted it in red to warn you. Google stated they don't read anything after a hash in a URL. Why do some CMS systems use it? They often use it for filtering. For example, on a necklace page, selecting gold, silver. Or price filters often adds a hash. Some platforms handle it this way.
But as you scale, you might want these filter pages indexed. I’ll cover this in more detail later. If you want them indexed, Google won't see them. It ignores everything after the hash. You’re basically wasting your time. You won't get any results. Avoid the hash. You don't need to use filter parameters. Customize them with descriptive terms like color or price instead. SEO-friendly URLs are readable for both users and bots. Here is why. Using terms like color or price helps your keywords. If a user searches for those terms, your URL matches their intent. You automatically capture that traffic.
Use lowercase category names. Avoid using hashes for filter parameters. Use other characters instead. You can also use a slug-based URL structure for product pages. Here is what I mean by slugs. Say you have a gold necklace in the necklace category. The URL should be site.com/necklace/gold-necklace.html or just gold-necklace. This is the ideal structure. Skipping the category name in the URL is also helpful. Shorter URLs are better. Shorter and clearer URLs are always ideal. So, site.com/gold-necklace is actually the perfect product URL. Our third point is pagination integration. It looks complex but it is actually simple. The goal is to guide bots through your category pages. You show them page one, page two, and page three. This helps bots reach all your products.
Google suggests a few specific improvements for this. Let's look at the code side. Pagination tags usually go inside the head tag. Place them before the body tag closes. They must be inside the head. For example, here is the URL for page two of a category. Your pagination tags should look exactly like these two lines. The first tag is "prev," which stands for previous. Use the prev tag. It must point to page one for the second page. Tell Google bots that page one is the previous page. Never use parameterized URLs for page one.
Keep the first page clean. Use the category name only. If it's a necklace, just use the necklace URL. Don't use "necklace?page=1". The next tag must follow immediately. The next pagination tag tells Google the third page follows the second. I used the second page as an example. But if you add pagination to page one, Google has a specific rule. Google says never use the prev tag on page one. There is no page before page one. It considers the prev tag redundant there. Just include the next tag pointing to page two.
Follow that logic for page one. For page two, link to both page one and page three. If page three is your last page, you cannot use the next tag there. It works like page one but reversed. On page one, we skipped prev. If page three is the last page, we skip the next tag and use prev. We’re out of pages after the last one. Here’s a key metric to watch. If you hit page four when it doesn't exist, you have a problem. Your URL yapısı must 301 redirect to the first page.
This tells Google that page three is the end. If they try to crawl page four, they get sent back to page one. That’s the core logic behind pagination tags. I’ve covered the main points. Now, let’s talk about the canonical yapısı. How do we use canonical tags? These tags tell Google exactly where to index a page. Pages use these tags to signal their index destination. If you want a page indexed, it must point to itself. For pagination, the first page URL must have a self-referencing canonical.
Use a next tag to point to page two. Page two must also have a self-referencing canonical. Use prev for page one and next for page three. If page three is the last one. It needs a self-referencing canonical and a prev tag for page two. There should be no next tag there. In short, every page must have a self-referencing canonical. Never skip this. Otherwise, you’ll run into indexing issues. Now, for point four, site speed, I’ve broken it down into two quick items.
Optimize images and compress JavaScript and CSS. Site speed involves many factors. There are many elements to watch. If you're choosing a CMS for e-commerce, ask two key questions. Can you optimize the images I upload? Will these images slow down my site? Do you have that capability? Can you compress my backend and frontend source code like JavaScript and CSS? Can you place them in the body instead of the head? Let's get specific. You might have many products and categories. Your homepage might have a massive slider.
These drain resources. They slow down your site. They waste your crawl bütçesini. As I said, site speed is a top priority. Google makes this very clear. They constantly remind us. Site speed is a ranking factor in search results. Sliders and product images can hurt user experience. Too many images on category pages will slow you down. Compression is essential. You must maintain image quality while compressing. Talk to your CMS provider about this. Ask them before you sign up. Better compression means better UX and speed. You will end up with a more crawlable site.
This automatically boosts our products and categories in search rankings. Regarding JavaScript and CSS compression, some CMS providers force these into the head tags. They might use inline or external JavaScript and CSS files. We recommend moving these into the body. Google recommends this too. However, developers often avoid this to prevent breaking their spaghetti code structure. Ask your CMS provider about optimizing and compressing JavaScript and CSS. Request that they bundle these files. Our fifth point is the sitemap and robots.txt. This is just as critical as site speed. The sitemap and robots.txt control how your site is indexed and crawled. The sitemap primarily drives indexing.
The robots.txt file manages crawling. Google bots check robots.txt first to see what to crawl. Some CMS platforms don't allow you to edit this file. That is a major issue. You must be able to customize your robots.txt file. E-commerce sites shouldn't index cart or checkout pages. You need to block these from being crawled. Use robots.txt to disallow pages. This saves crawl bütçesini. Google bots will crawl your important pages instead. Always prioritize a dynamic sitemap. Your CMS provider must support this. A dynamic sitemap is key. It should auto-remove products when they are deleted. This also applies when items go out of stock.
You might keep out-of-stock pages for traffic. That requires different solutions. But if a page is deleted and returns a 404, remove that URL. It shouldn't stay in your sitemap. Sitemaps should only contain URLs with a 200 status code. This is a critical detail. When you add a new product, it must auto-populate in the sitemap. That is why dynamic sitemaps matter. They help with indexing and efficient use of crawl bütçesini. Point five is vital. Now, let's move to point six: structured data markup.
Structured data isn't strictly mandatory. However, it offers huge benefits for e-commerce sites. Ask your CMS provider if they can implement this for you. Structured data markup powers featured snippets in search results. Let’s look at e-commerce. What structured data should you use? Use ItemList, Product, Review, and Rating schemas. These are the essentials. You implement these in the code. They transform basic SERP listings. You move beyond simple titles and descriptions. You get rich, user-friendly results. These drive higher click-through rates. These appear as featured snippets. Take Product, ItemList, or Order schemas. Say you have a category page. You pick the right schema and apply it.
Implementation depends on your CMS. That’s why this matters. You add a bit of code. You tell Google about your products. Now they show up directly in search results. Search "Samsung phones" and your products appear. It grabs the user's attention. It’s a better user experience. It drives clicks. Say someone searches for "Samsung Galaxy S7." Your page ranks. Small structured data tweaks make your results pop. Take breadcrumbs, for example. They are essential for any e-commerce site. What are breadcrumbs? If I'm on a Samsung Galaxy S7 page, how did I get there? I went through Electronics, then Phones, then Samsung. We use breadcrumbs to show this hierarchy on our site.
We need to show this same hierarchy in Google SERP results. Breadcrumb markup lets us display the site name, Electronics, Phones, and Samsung. Users can skip the S7 page and jump straight to a category. We also have review and rating markup. This shows user comments and ratings for a product. If one user gives 5 stars and another gives 3, the average is 4. If they give 5 and 4, the average is 4.5. We tell Google our average score and total review count. Google then displays these stars and the review count directly in the search results.
This attracts more clicks than just a title and description. It’s a key improvement. Point seven covers redirects and the canonical tag. These are vital technical SEO tasks. Sometimes we need 301 or 302 redirects. Say you run an e-commerce site. A product goes out of stock. You might need to redirect that page to a category page. What if it’s coming back soon? Leaving a blank page is bad for user experience. If it’s just temporary, use a 302 redirect. 302s are temporary. If the product is gone for good, don't leave it blank. Use a 301 to send users to a similar product. 301 is our permanent redirect.
A 301 passes all traffic and SEO value to the new page. You won't lose any traffic this way. These redirect setups are vital for e-commerce. Ask your CMS provider if they support these structures before you commit. Redirects also help manage your 404 structure. If a product is removed or a category name changes. The old indexed URL will trigger a 404 error. That URL is gone. You need a custom 404 page. Your CMS must support this. It keeps users on your site. You can guide them elsewhere.
Say a user hits an old URL. A custom 404 page helps. Send them back to the homepage. Add a search bar there. Let them explore your site. Guide bots this way too. Your CMS must handle this. It’s a key improvement. On-page elements include heading tags. They also include meta tags like title and description. Basic tags won't rank you. You need to stand out. Beat the other nine results. Make your title and description punchy. Entice the user to click. This is vital for descriptions. Use keywords in your title. Target specific search queries. Use compelling copy in your description. Make it irresistible.
Users might not see your page otherwise. They choose from ten results. Boost your CTR. Mention discounts or campaigns. Use clear percentages in your title. These factors heavily influence user perception. They drive clicks and boost performance. So, can we customize on-page elements? Can I set unique Title and description tags for different pages? Take a gold necklace page. I might not want the title to just be "gold necklace." I might want "30% off gold necklaces" or "last few gold necklaces." Your CMS must allow this level of customization.
You should handle this right from the panel. Your CMS needs dedicated fields for SEO on-page elements. You also need to set unique descriptions for every category. Don't stick to the same description template. You want category-specific Title and description tags. You need to be able to edit these directly in your backend or panel. Next, let's talk about heading tags. These define your page hierarchy. Your H1 should always be your product name. Use H1 only once. It should highlight your most important keyword.
If you're an e-commerce site, use the product name as your H1. This tells Google and your visitors what the page is really about. It signals the most important text on the page. H2 tags follow the H1. They follow a hierarchy from H1 to H6. Use H2 for subheadings, not product names. Unlike H1, you can use multiple H2 tags per page. Every page needs an H1. Use it exactly once. You can use multiple H2 tags for subheadings. Don't overdo it. You must be able to decide where to place H1 and H2 tags.
Your CMS must allow this flexibility. You can apply H2 to product features, colors, or prices. It is your call. If you want to rank for a brand, use the brand name in your H1. The choice is yours. You need this level of customization. Let’s talk about category and product filters. Say your brand sells both glasses and bags. You have one page for the brand. It lists both glasses and bags. You want to specialize. How do you separate them? You use filters.
Use glasses and bag filters. If "brand plus glasses" is a high-traffic search term, you need to index that filter. We usually prefer to keep filters out of the index. Filters create too much noise. They can look like spam. We need to manage our crawl bütçesini efficiently. That’s why we keep them blocked. We often ask the CMS provider to add a noindex tag. Most CMS platforms already keep filters out of the index. But we need the flexibility to index specific filters ourselves.
Ask this when choosing a CMS. Can I index just this specific filter? For example, brand plus glasses? I need to say, I get a lot of traffic here. They must provide that flexibility. Point ten is review integration. It’s not strictly mandatory. But it’s a huge win for e-commerce sites. User engagement is everything on the web. Our main goal is sales. User reviews are a massive conversion factor. They don't just influence shoppers. They also impact Google bots. Google doesn't rank based solely on reviews. But keywords in reviews help our product pages. Plus, we can use structured data. We integrate review and rating schema. This helps us stand out in search.
For example, search for Samsung Galaxy S7. We can display our user reviews directly in the search results. We can choose exactly which reviews to show. This will significantly boost traffic to that page. Review integration also gamifies the experience. It keeps users engaged and coming back. This naturally improves our search rankings as well. That covers the general structure. We focused on CMS systems. But custom software gives you more freedom. Most CMS providers won't offer all 10 features. The final decision is yours. We recommend demanding all 10 points. Building your own infrastructure is also an option. That’s all for now. See you in the next video.
This transcript was generated using AI speech recognition and verified against subtitle style rules.
