SEO A/B Testi Nasıl Yapılır? Cloaking'e Düşmeden Deney

SEO testi yapmak güvenlidir, ama yalnızca bir koşulla: Googlebot ile kullanıcıya aynı içeriği göstermeniz gerekir. Kısa cevap şu: İki sürümü kullanıcılara bölüp robota farklı bir sürüm gösteriyorsanız bu cloaking olur ve Google'ın spam politikasını ihlal edersiniz. Güvenli yol ise ya sayfaları gruplara ayırıp her sayfaya tek bir sürüm uygulamak (SEO bölünmüş testi) ya da kullanıcı testi yaparken Google'ın belgelediği kurallara uymaktır: Gerekirse alternatif adresleri rel="canonical" ile asıl sayfaya bağlamak, yönlendirmede 302 kullanmak, testi gereğinden uzun tutmamak ve bittiğinde test öğelerini kaldırmak.

Yazı SEO uzmanlarına, e-ticaret ve içerik sitesi sahiplerine yöneliktir. Önce kullanıcı A/B testi ile SEO testinin neden aynı şey olmadığını açıklar. Sonra sayfa gruplarını ve kontrol grubunu nasıl kuracağınızı, cloaking sınırını ve yönlendirme kurallarını, bir başlık şablonu denemesinin adım adım örneğini ve sonuçları okurken dikkat edilecek sınırları ele alır. Belgede yazanlar kaynak bağlantılarıyla verilir, belgede olmayan test düzenlemeleri açıkça "çalışma yöntemi" diye etiketlenir. Google belgelerindeki ifadeler değişebilir; uygulamadan önce güncel sayfalara bakın.

Kullanıcı A/B Testi ile SEO Testi Farkı

İki testin adı benzer, ama ölçtükleri şey ve kurulum mantıkları farklıdır. Karıştırıldığında ya sonuç yanlış okunur ya da cloaking riskine girilir.

Kullanıcı testi: Aynı sayfa, farklı ziyaretçiler

Kullanıcı A/B testinde aynı sayfanın iki sürümü ziyaretçilere rastgele dağıtılır ve dönüşüm, tıklama ya da sayfada geçirilen süre gibi davranışlar karşılaştırılır. Test çoğunlukla bir araçla yapılır; araç ya aynı adreste içeriği değiştirir ya da kullanıcıyı farklı bir adrese yönlendirir. Bu testin hedefi, hangi sürümün ziyaretçileri daha iyi ikna ettiğidir. Arama sonuçlarında nasıl göründüğü ya da sıralamada ne olduğu bu testin sorusu değildir.

Google'ın arama için A/B testi en iyi uygulamaları (yeni sekmede açılır) sayfası bu tür testi ele alır ve bazı kuralları sıralar. Bu kurallar aşağıdaki cloaking ve yönlendirme bölümünde ayrıntılı verilir. Burada önemli olan, belgenin kullanıcıya dönük sürüm testini konu almasıdır.

SEO testi: Aynı değişiklik, sayfa grupları

SEO testinin sorusu farklıdır: Bir değişiklik, bir sayfa grubunun arama performansını (gösterim, tıklama, ortalama konum) nasıl etkiledi? Burada ziyaretçileri değil sayfaları böleriz. Örneğin bin ürün sayfasının yarısında başlık şablonunu değiştirir, diğer yarısını olduğu gibi bırakırız. Her sayfa tek bir sürümle yayında kalır; hem Googlebot hem kullanıcı aynı sürümü görür. Çünkü arama motoru aynı sayfayı iki sürümde göremez ve sıralama ile tıklama verisi sayfa bazında birikir.

Bu kurulum, Google belgelerinde ayrı bir test türü olarak anlatılmaz. Belgelerde bu konuda ifade yok; sayfa gruplarına bölme yaklaşımı SEO sektöründe kullanılan bir çalışma yöntemidir. Aşağıda anlatılan kontrol grubu, süre ve anlamlılık adımlarının tamamı da bu çalışma yöntemi kapsamındadır, Google'ın önerdiği bir protokol değildir.

Hangisini ne zaman seçmeli?

Karar kuralı basittir. Ziyaretçi davranışını sınamak istiyorsanız, örneğin bir ürün sayfasındaki düğme metnini, kullanıcı A/B testi yapın. Arama sonucu görünümünü ya da sayfa grubunun organik performansını sınamak istiyorsanız, örneğin başlık şablonunu, sayfa gruplarıyla SEO testi yapın. İkisini aynı sayfada aynı anda yapmayın, çünkü bir değişikliğin etkisini diğerinden ayıramazsınız.

Ayrıca testin gerekli olup olmadığını sorgulayın. Küçük bir sitede sayfa sayısı bölünmüş test için yetersizse, bu yöntem anlamlı bir sonuç vermez. Böyle durumlarda tek bir değişiklik yapıp öncesi ve sonrasını sezon etkisini not ederek izlemek daha dürüst bir yaklaşımdır; sonucu "kanıt" değil "gözlem" diye adlandırın.

Hangi değişiklikler teste uygun?

Her değişikliğin testi anlamlı değildir. Şablon düzeyinde tekrarlanan ve birçok sayfayı aynı anda etkileyen değişiklikler bölünmüş teste uygundur: başlık şablonu, meta açıklama biçimi, sayfa içindeki bölüm sırası, iç bağlantı modülünün konumu gibi. Tek bir sayfaya özel değişiklikler (bir makalenin yeniden yazımı gibi) ise bölünmüş testle ölçülemez, çünkü karşılaştıracağınız benzer sayfa yoktur. Geri alması zor değişiklikler de test dışında kalmalıdır; örneğin adres yapısı değişikliği, yönlendirme zinciri ya da büyük bir içerik silme işlemi test değil, planlı bir geçiş projesidir.

Bir değişikliğin teste uygunluğunu kontrol etmek için üç soru sorun: Aynı değişikliği aynı şablondaki yeterince çok sayfaya uygulayabilir miyim? Etkisi arama performansı ölçütlerinde görünebilecek bir değişiklik mi? Gerekirse tüm sayfalarda geri alabilir miyim? Üçüne de evet diyemiyorsanız önce değişikliği küçültün ya da testi erteleyin.

Sayfa Grupları ve Kontrol Grubu Kurma

Bölünmüş testin kalitesi, grupların ne kadar benzer olduğuna bağlıdır. Burada anlatılan her adım çalışma yöntemidir; amacı, test ile ilgisi olmayan etkileri ayıklamaktır.

Uygun sayfa kümesi seçimi

Aynı şablonu paylaşan sayfalar seçin: Ürün sayfaları, kategori sayfaları ya da blog yazıları gibi. Farklı şablonları karıştırmayın. Sayfaların trafik düzeyi, mevsimselliği ve ilgili olduğu konu benzer olmalı. Çok yüksek trafikli birkaç sayfa ile çok sayıda düşük trafikli sayfa aynı grupta toplanırsa, birkaç büyük sayfa ortalamayı yönetir ve sonuç gürültülü hale gelir. Bu durumda sayfaları trafik düzeyine göre sınıflayıp her sınıfı gruplara dengeli dağıtın.

Testten önce kümenin sağlığını kontrol edin: Taranabilir ve indekslenebilir mi, yeterli gösterim alıyor mu, test dönemi içinde silinecek ya da yönlendirilecek sayfalar var mı? Test sırasında başka bir iş (menü değişikliği, büyük bir içerik güncellemesi) yapılacaksa, o işi testten sonraya erteleyin ya da her iki gruba eşit uygulayın.

Rastgele atama ve kontrol grubu

Sayfaları değişiklik grubu ve kontrol grubu olarak rastgele atayın. Alfabetik sıra, kategoriye göre bölme ya da "en iyi sayfalar değişiklik grubuna" gibi seçimler yanlılık yaratır. Rastgele atamadan sonra iki grubun test öncesi dönemde benzer göründüğünü doğrulayın: Test başlamadan önce son dönemin gösterim ve tıklama eğilimleri yan yana benzer mi? Aralarında ciddi bir fark varsa atamayı yenileyin.

Kontrol grubu, değişikliğin dışındaki etkileri (sezon, algoritma güncellemeleri, genel talep) ayırmak için vardır. Değişiklik grubunda bir artış görürseniz ama kontrol grubunda da benzer artış varsa, artışın nedeni değişiklik değil dış etkidir. Bu mantığın link deneyine uygulanışını link building deneyi tasarlama yazısında görebilirsiniz; orada link çalışması anlatılıyor, buradaki konu başlık ve şablon testi.

Gruplar arası sızıntı ve sayfa sayısı

İki grup birbirinden bağımsız davranmayabilir. Değişiklik grubundaki bir sayfa kontrol grubundaki bir sayfaya güçlü iç bağlantılar veriyorsa, ya da ikisi aynı sorgu için birbiriyle yarışıyorsa, birindeki değişim diğerini de etkiler. Böyle sayfaları aynı gruba koymak ya da testin dışında bırakmak daha temiz bir kurgu sağlar. Aynı şekilde bir ürünün farklı renk ya da beden sayfaları birbirine çok benziyorsa, hepsini aynı gruba atayın.

Gerekli sayfa sayısı için sabit bir rakam veremem; bu, sayfaların trafiğine ve ölçütün değişkenliğine bağlıdır. Genel mantık şudur: Sayfa başına gösterim ne kadar düşükse, güvenilir bir fark görmek için o kadar çok sayfa gerekir. Elinizde birkaç düzine düşük trafikli sayfa varsa, bölünmüş testin yanıt vermesi zordur. Bu durumda kategori düzeyinde toplanmış veriyle çalışmak ya da değişikliği tek seferde yapıp gözlemlemek daha gerçekçi olabilir.

Hipotez ve ölçüm planı

Test başlamadan hipotezi, birincil ölçütü ve durdurma kuralını yazın. Hipotez örneği: "Başlık şablonuna ürün tipini eklersek Search Console'daki tıklama oranı artar." Birincil ölçüt tıklama oranı olabilir; koruma ölçütleri gösterim ve ortalama konum olabilir. Birden çok ölçütü sonradan seçerek en iyi görüneni sunmak, sonucu şişirir. Hangi değişikliğin hangi sırayla test edileceğini belirlemek için hipotez listesi ve etki-efor sırası yazısındaki öncelik yöntemini kullanabilirsiniz.

Kurulum kontrol listesi

• Aynı şablonu paylaşan, benzer trafikli sayfa kümesi belirlendi mi?
• Sayfalar rastgele atandı ve test öncesi eğilimler karşılaştırıldı mı?
• Hipotez, birincil ölçüt, koruma ölçütleri ve durdurma kuralı yazıldı mı?
• Test süresince ilgili sayfalara başka büyük değişiklik yapılmayacağı kararlaştırıldı mı?
• Değişikliğin yayın tarihi ve bütün sayfalara uygulandığı doğrulandı mı?
• Geri alma planı hazır mı?

Cloaking ve Yönlendirme Kuralları

Test yöntemlerinin güvenliği burada belirlenir. Bu bölümde yazılanlar, Google'ın belgelerinden alınan ifadelerdir; yorum gereken yerler ayrıca belirtilmiştir.

Cloaking nedir?

Google'ın spam politikaları (yeni sekmede açılır) sayfası cloaking'i, arama sıralamasını manipüle etme ve kullanıcıyı yanıltma niyetiyle kullanıcılara ve arama motorlarına farklı içerik sunmak olarak tanımlar. Sayfada verilen örneklerden biri, arama motoruna seyahat noktaları hakkında bir sayfa gösterirken kullanıcıya indirimli ilaçlar hakkında bir sayfa göstermektir. Bir diğeri, metin ya da anahtar kelimeyi yalnızca isteği yapan bir arama motoru tarayıcısıysa sayfaya eklemektir.

Aynı sayfa, cloaking bölümünde ceza bilgisi vermez; ancak genel politika bölümü, ihlallerin otomatik sistemlerle ve gerekirse insan incelemesiyle saptanabildiğini ve manuel işlemle sonuçlanabildiğini söyler. Politika ihlali yapan sitelerin sonuçlarda daha alt sıralarda çıkabileceği ya da hiç görünmeyebileceği de belirtilir. Bu nedenle cloaking, sıralama kaybı olasılığı olan ciddi bir risktir.

A/B testi belgesinin kuralları

Arama için A/B testi sayfası şu kuralları sıralar. Birincisi, cloaking yapmayın: Googlebot'a bir adres ya da içerik kümesi, insanlara başka bir küme göstermeyin. Sayfa, cloaking'in sunucu mantığıyla, robots.txt ile ya da başka bir yolla yapılmasının hiç önemli olmadığını vurgular. İkincisi, Googlebot genellikle çerezleri desteklemediği için çerez tabanlı bir testte robota yalnızca çerezi olmayan tarayıcıların gördüğü sürüm gösterilebilir. Bu, sürüm dağıtımınızın robot açısından nasıl çalıştığını bilmeniz gerektiği anlamına gelir.

Üçüncüsü, birden çok adresle yapılan testlerde alternatif adreslerde asıl sayfayı gösteren rel="canonical" kullanın; belge noindex yerine canonical önerir, çünkü asıl sayfanın indekslenmiş kalması istenir. Dördüncüsü, kullanıcıları asıl adresten bir test adresine yönlendiriyorsanız 301 değil, 302 (geçici) yönlendirme kullanın; belge JavaScript tabanlı yönlendirmelerin de kabul edilebilir olduğunu söyler. Beşincisi, testi sonuca ulaşmak için gerektiği kadar çalıştırın; gereksiz uzun süren deneyler, özellikle bir sürüm kullanıcıların büyük bölümüne sunuluyorsa, arama motorlarını aldatma girişimi olarak yorumlanabilir. Altıncısı, test bitince seçilen sürümü yayına alın ve alternatif adresler, test betikleri ve işaretlemeler dahil test öğelerinin tümünü mümkün olan en kısa sürede kaldırın.

Karar kuralı: Testiniz güvenli mi?

1. Googlebot ile kullanıcı aynı sürümü mü görüyor? Hayırsa durun; cloaking riski vardır.
2. Bir sayfanın iki sürümü ayrı adreslerde mi? Alternatif adreslerde rel="canonical" ile asıl sayfayı gösterin.
3. Yönlendirme var mı? 302 kullanın, 301 kullanmayın.
4. Test sonucu için gereken süre aşıldı mı? Seçilen sürümü yayına alıp test öğelerini kaldırın.
5. Erişimi robots.txt, IP ya da kullanıcı aracısına göre robota özel mi ayırıyorsunuz? Bunu yapmayın.

Bölünmüş testte cloaking sorunu var mı?

Sayfa grupları yöntemini kullandığınızda her sayfa yalnızca tek bir sürümle yayındadır ve Googlebot ile kullanıcı aynı sürümü görür. Cloaking tanımındaki "farklı içerik sunmak" koşulu bu durumda oluşmaz. Bu bir yorumdur ve çalışma yöntemi mantığına dayanır; Google bu test türünü belgelerinde ayrıca anlatmaz. Yine de başlıkta anahtar kelime doldurma ya da yanıltıcı vaat gibi şablon içeriği sorunları, ayrı bir kalite ve spam konusu olarak geçerli kalır. Testin amacı iyi bir kullanıcı deneyimi için daha açıklayıcı bir başlık bulmak olmalıdır, robota farklı bir şey söylemek değil.

Başlık, Meta ve Şablon Denemesi Örneği

Bu bölümde bir başlık şablonu denemesini adım adım uyguluyoruz. Adımlar çalışma yöntemidir; Google'ın belgelerinden yalnız cloaking ve test düzeni kuralları alınmıştır.

Örnek senaryo: Ürün sayfası başlık şablonu

Örnek senaryo: Orta ölçekli bir çevrimiçi ev tekstili mağazasının ürün sayfaları "Ürün Adı | Mağaza Adı" şablonuyla yayınlanıyor. Ekip, ürünün türünü ve ana özelliğini başlığa eklemenin arama sonucunda daha açıklayıcı olacağını ve tıklama oranını artırabileceğini düşünüyor. Hipotez: "Başlık şablonuna ürün tipini eklersek Search Console'da tıklama oranı artar." Birincil ölçüt tıklama oranı, koruma ölçütleri gösterim ve ortalama konumdur.

Ekip aynı şablonu kullanan ürün sayfalarını seçiyor ve yalnızca arama trafiği alan sayfaları denemeye alıyor. Sayfaları rastgele iki gruba ayırıyor, test öncesi dönemde iki grubun gösterim ve tıklama eğilimlerinin benzer olduğunu kontrol ediyor. Değişiklik grubuna yeni şablonu uyguluyor, kontrol grubuna dokunmuyor. Her iki grup için aynı güne ait veri başlangıcı kaydediliyor.

Uygulama adımları

1. Hipotezi, birincil ölçütü ve süre kuralını yazın.
2. Sayfaları rastgele atayın ve test öncesi eğilimleri karşılaştırın.
3. Yeni başlık şablonunu yalnızca değişiklik grubuna uygulayın; sayfanın diğer unsurlarına dokunmayın.
4. Yayın tarihini ve etkilenen sayfa listesini kaydedin.
5. Search Console veya kullandığınız veri kaynağından her iki grup için aynı ölçüm tanımıyla veri çekin.
6. Planlanan süre dolunca iki grubu karşılaştırın ve kararı yazın.
7. Kazanan şablonu bütün sayfalara yayın ve test kayıtlarını arşivleyin.

Başlık, meta açıklama ve şablon: Neyi ayrı denemeli?

Aynı anda yalnızca bir şeyi değiştirin. Başlık ile meta açıklamayı aynı testte birlikte değiştirirseniz, hangisinin etkili olduğunu ayıramazsınız. Başlık testi tıklama oranına odaklanır. Meta açıklama testi ise yine tıklama oranına bakar, ancak arama sonucunda gösterilen açıklamanın sitenizin yazdığı metinle her zaman aynı olmayabileceğini hesaba katmalısınız; bu nedenle gösterilen metni elle örneklemeniz gerekebilir. Şablon testi, örneğin kategori sayfalarının içerik düzeni, daha uzun sürer ve etkisi daha geç görülür.

Başlık değişikliği için tıklama oranı iyileştirme fikirleri konusunda organik tıklama oranı (CTR) nasıl artırılır yazısına bakabilirsiniz. Orada başlık ve açıklama önerileri vardır; bu yazıdaki katkı, o önerileri kontrollü bir testle sınamanın yoludur.

Başlık denemelerinde kullanıcıya karşı dürüst kalmak

Başlık testinin amacı tıklamayı artırmak olsa da başlık sayfanın gerçek içeriğini yansıtmalıdır. Sayfada olmayan bir özelliği, indirim iddiasını ya da stok durumunu başlıkta vaat ederseniz tıklama oranı yükselse bile ziyaretçi hayal kırıklığına uğrar ve sayfadan hemen ayrılır. Bu nedenle tıklama oranının yanında sayfa sonrası davranışı da bir koruma ölçütü olarak izleyin: Organik oturumların etkileşimi, ürün sayfasından sepete geçiş gibi göstergeler başlığın verdiği sözle sayfanın eşleştiğini gösterir. Bu göstergeler için gerekli olay tanımlarını ve rıza koşullarını analitik ekibinizle önceden netleştirin.

Başlıkta tekrar eden anahtar kelimeler, gereksiz büyük harf kullanımı ve abartılı ifadeler kalite sorunu yaratır. Şablon testinde bu tür biçimleri değil, açıklayıcılığı denemeniz daha verimlidir. Aynı değişkeni bir ürün sayfası dışında kategori sayfası şablonunda denemeyi planlıyorsanız, kategori sayfaları farklı bir arama niyeti taşıdığı için bunları ayrı bir test olarak ele alın.

Test kaydı şablonu

Sonuç Okuma: Süre, Sezon ve Anlamlılık Sınırı

Testi kurmak işin yarısıdır; sonucu dürüstçe okumak diğer yarısıdır. Bu bölümde anlatılanlar çalışma yöntemidir ve Google belgelerinde karşılığı yoktur.

Süre: Ne kadar beklemeli?

Belge bir gün sayısı vermez, çünkü Google belgelerinde SEO bölünmüş testi için bir süre verilmez. Belge yalnız testin sonuca ulaşmak için gerektiği kadar çalıştırılmasını ve gereğinden uzun tutulmamasını söyler. Çalışma yöntemi olarak süreyi iki şeye göre belirleyin: Değişikliğin arama sonuçlarına yansıması için gereken zaman ve ölçütünüzün günlük dalgalanmasını yumuşatacak kadar veri. Her iki grubun da yeterli sayıda gösterim aldığından emin olmadan sonuç yorumlamayın.

Süreyi baştan yazın ve sonucu beğenmediğiniz için uzatmayın. Sonuç gelmeden durdurma kararı da aynı derecede sorunludur; erken bir artış tesadüf olabilir. Durdurma kuralını önceden yazarsanız, kendinizi sonucu seçmekten korursunuz.

Sezon ve dış etkiler

Mevsimsel talep, kampanya dönemleri, bayramlar ve arama sistemi güncellemeleri iki grubu da etkiler. Kontrol grubu bu yüzden vardır: Fark iki grup arasındaki farktır, önceki döneme göre artış değil. Yalnızca değişiklik grubunun önceki döneme göre arttığını görüp başarı ilan etmeyin; kontrol grubu da arttıysa fark küçülür ya da kaybolur. Test sırasında sitede yapılan diğer işleri (yeni içerik, teknik düzeltme, link kampanyası) kaydedin ve yorum sırasında bu işlerin iki gruba eşit uygulanıp uygulanmadığına bakın.

Anlamlılık ve sınırlar

İki grup arasındaki farkın rastlantı olup olmadığını değerlendirmek için bir istatistik yöntemi gerekir. Yöntem seçimi sayfa sayısına ve ölçüte göre değişir; burada tek bir test önermiyorum. Önemli olan, farkın gürültü düzeyinde mi yoksa belirgin mi olduğunu bilmenizdir. Fark küçük ve belirsizse "etki gözlenmedi" demek, "etki yok" demekten daha doğrudur. Aynı değişikliği başka bir sayfa kümesinde yeniden denemek, tek bir testten çok daha güçlü bir kanıt verir.

Sınırları açıkça yazın: Sayfa sayısı azsa, trafik düşükse ya da grup benzerliği zayıfsa sonuç zayıf kalır. Arama sistemi sürekli değiştiği için bir testin sonucu başka bir dönemde aynı şekilde çıkmayabilir. Sonucu "bu sitede, bu dönemde, bu sayfa kümesinde gözlenen fark" olarak raporlayın ve evrensel kural diye sunmayın. Yaygın SEO söylentilerinin nerede yanıltıcı olduğunu görmek için SEO mitleri ve Google belgelerindeki gerçekler yazısı faydalı bir hatırlatmadır.

Sonucu raporlama biçimi

Rapor kısa ve dürüst olmalı. Hipotezi, sayfa kümesini ve grupların nasıl oluşturulduğunu yazın; ardından iki grubun ölçüt değişimini yan yana gösterin ve farkı yorumlayın. "Başlık şablonu değişikliği sonrasında değişiklik grubunun tıklama oranı, kontrol grubuna göre yüksek görüldü" gibi bir cümle ile "başlık şablonu tıklamayı artırır" gibi genel bir cümle arasındaki fark önemlidir. İlki gözlemdir, ikincisi tekrarlanmadan kurulamayacak bir iddiadır. Raporun sonuna sınırları ekleyin: sayfa sayısı, dönem, dış etkiler ve yöntemin Google belgelerinde bulunmayan bir çalışma yöntemi olduğu.

Karar ve temizlik

Test bittiğinde kararınızı yazın: Değişikliği tüm kümeye yayın, geri alın ya da yeni bir hipotezle tekrar edin. Google'ın belgesindeki temizlik kuralını uygulayın: Seçilen sürümü yayına alın ve alternatif adresler, test betikleri ve işaretlemeler dahil test öğelerini mümkün olan en kısa sürede kaldırın. Test kaydını ve sonuçları arşivleyin; bir sonraki ekip aynı denemeyi tekrarlamasın.

Sık yapılan hatalar

• Kontrol grubu olmadan öncesi sonrası karşılaştırıp sonucu teste bağlamak.
• Sayfaları trafik ya da kategoriye göre elle bölmek.
• Başlık ve meta açıklamayı aynı anda değiştirmek.
• Robota farklı sürüm gösteren bir araç ayarını fark etmemek.
• Testi sonuç beğenilene kadar uzatmak ya da çok erken durdurmak.
• Test bitince alternatif adresleri ve betikleri kaldırmayı unutmak.
• Tek bir testin sonucunu genel kural diye sunmak.

Sık Sorulan Sorular

SEO A/B testi Google'a göre güvenli mi?

Googlebot ile kullanıcıya aynı içeriği gösterdiğiniz sürece test cloaking sayılmaz. Google'ın A/B testi sayfası cloaking yapmamayı, çok adresli testlerde rel="canonical" kullanmayı, yönlendirmede 302 tercih etmeyi, testi gereğinden uzun tutmamayı ve bitince test öğelerini kaldırmayı söyler. Sayfa gruplarına bölme yöntemi belgelerde ayrıca anlatılmaz; bu bir çalışma yöntemidir.

Cloaking tam olarak nedir?

Google'ın spam politikalarına göre cloaking, sıralamayı manipüle etme ve kullanıcıyı yanıltma niyetiyle kullanıcılara ve arama motorlarına farklı içerik sunmaktır. Sayfadaki örneklerden biri, arama motoruna bir konuda, kullanıcıya bambaşka bir konuda sayfa göstermektir. Yöntemin sunucu mantığı ya da robots.txt olması fark etmez.

Test için noindex mi canonical mi kullanmalıyım?

Google'ın A/B testi sayfası, alternatif adreslerde noindex yerine rel="canonical" önerir ve canonical'ın asıl sayfayı göstermesini ister, çünkü asıl sayfanın indekslenmiş kalması beklenir. Bu öneri çok adresli kullanıcı testleri içindir; sayfa grubu testinde alternatif adres genellikle gerekmez.

Test yönlendirmesinde 301 mi 302 mi kullanılmalı?

Google'ın belgesi 301 değil 302 (geçici) yönlendirme kullanmayı söyler ve JavaScript tabanlı yönlendirmeleri de kabul edilebilir bulur. Geçici yönlendirme, arama motorlarına orijinal adresin indekslenmiş kalması gerektiğini bildirir.

SEO testi ne kadar sürmeli?

Google belgesi bir gün sayısı vermez; testin sonuca ulaşmak için gerektiği kadar çalıştırılmasını ve gereksiz uzun tutulmamasını söyler. Çalışma yöntemi olarak süreyi baştan yazın, her iki grubun yeterli gösterim aldığından emin olun ve sonucu beğenmediğiniz için uzatmayın.

Küçük bir sitede SEO bölünmüş testi yapılabilir mi?

Sayfa sayısı ve trafik azsa gruplar arasındaki fark gürültü düzeyinde kalır ve sonuç güvenilir olmaz. Böyle durumlarda tek bir değişiklik yapıp öncesi ve sonrasını sezon etkisini not ederek izleyin ve sonucu kanıt değil gözlem olarak raporlayın.

İlgili rehberler: GA4'te Dahili Trafik ve Bot Trafiğini Filtreleme Rehberi, GA4 Veri Eşiği Nedir? Raporda Satırların Gizlenme Nedenleri, Geliştiriciye SEO Talebi Nasıl Yazılır? Ticket Şablonu, Search Console Mülk Türü ve Doğrulama Rehberi.

Sonuç

SEO testi, ziyaretçi bölmeyi değil sayfa bölmeyi gerektirir ve güvenliği tek bir ilkeye dayanır: Googlebot ile kullanıcı aynı içeriği görmelidir. Google'ın spam politikası, kullanıcılara ve arama motorlarına farklı içerik sunmayı cloaking olarak tanımlar. A/B testi sayfası ise çok adresli testlerde rel="canonical", yönlendirmede 302, gereksiz uzun test süresinden kaçınma ve test bitince test öğelerini kaldırma kurallarını verir. Sayfa gruplarına, kontrol grubuna, süreye ve anlamlılığa ilişkin düzenlemeler ise Google'ın belgelerinde bulunmayan çalışma yöntemleridir ve bu şekilde okunmalıdır. Hipotezi, birincil ölçütü ve durdurma kuralını önceden yazın, her seferinde tek şeyi değiştirin ve sonucu bir gözlem olarak raporlayın. Hiçbir test belirli bir sıralama sonucunu garanti etmez.

Test sonuçlarınızı ve başlık stratejinizi tutarlı, kaynaklı makalelere dönüştürmek isterseniz Akua Adforce'un makale yazımı hizmetine bakabilirsiniz; kapsam ve koşullar ürün sayfasında yer alır.