Kişiselleştirme SEO'yu Nasıl Etkiler? B2B Rehberi

Bir web sitesi kişiselleştirme projesinin kapsamını belirlemeye başlayan her B2B pazarlamacı, er ya da geç SEO ekibinden biriyle aynı soruyla karşılaşır: "Bu, organik sıralamalarımızı çökertecek mi?" Endişe genellikle gizleme (cloaking) etrafında şekillenir ve neredeyse her zaman kişiselleştirme projelerini daha başlamadan durdurur. Korku şudur: Googlebot sayfanın bir versiyonunu, insan ziyaretçi başka bir versiyonunu görecek ve Google uyumsuz içerik gösterdiği için siteyi cezalandıracak.

Doğru kurulduğu sürece kısa cevap hayır. Google'ın spam politikaları, ziyaretçiler için uyarlanan içeriği değil, sıralamaları manipüle etmek için değiştirilen içeriği hedef alır. Gerçek riskler tekniktir: yanlış varyantın dizine eklenmesi, kopya URL'ler, yavaş veya engellenmiş oluşturma ve önbellekleme hataları. Bunlar cezalarla hiçbir ilgisi olmayan, kendi kendinize yarattığınız sıralama sorunlarına yol açar ve planlamanız gereken şey bunlardır.

Bu yazı, Google dokümantasyonunun ne dediğini, kişiselleştirme ile SEO'nun çatıştığı belirli durumları, ikisinin de çalışmasını sağlayan teknik kurulumu ve en yaygın planlama hatasını ele alıyor.

Kısa Yanıt: Kişiselleştirme SEO'yu Nasıl Etkiler

Kişiselleştirme SEO'yu yalnızca Google'ın taradığı sayfa ve sayfanın ne kadar hızlı yüklendiği üzerinden etkiler. Tarayıcılar ve ilk kez gelen ziyaretçiler tek bir URL'de eksiksiz bir varsayılan sayfa alıyorsa ve varyantlar sayfayı yavaşlatmadan içeriği bunun üzerinde değiştiriyorsa sıralamalar etkilenmez. SEO hasarı; bir varyantın dizine eklenmesinden, varyantların URL'lere bölünmesinden, sayfa oluşturmanın engellenmesinden veya bir ziyaretçinin versiyonunun herkes için önbelleğe alınmasından kaynaklanır.

“Kişiselleştirme ve SEO” ifadesinin arkasında iki farklı soru gizlidir ve bunları ayırmak işe yarar:

• Google'ın kendi sonuçlarını kişiselleştirmesi. Google sonuçları konuma, dile ve sınırlı ölçüde arama geçmişine göre ayarlar. İki kişinin aynı sorgu için biraz farklı sıralamalar görebilmesinin nedeni budur. Bunu kontrol edemezsiniz ve çoğu B2B anahtar kelimesinde sıralamaları yalnızca biraz değiştirir. Sıralamaları tarafsız bir konumdan takip edin ve kendi tarayıcınızdaki anlık kontroller yerine Search Console ortalamalarını kullanın.
• Web sitenizi kişiselleştirmeniz. Bu yazının geri kalanı bunu ele alıyor: kendi sayfalarınızda farklı ziyaretçilere farklı içerik göstermek ve bunu o sayfaların sıralamasına zarar vermeden nasıl yapacağınız.

Kişiselleştirme Türleri ve SEO Riskleri

Her kişiselleştirme türü aynı riski taşımaz. Yaygın B2B kalıpları için değerlendirmemiz:

Google Kişiselleştirilmiş İçerik Hakkında Gerçekte Ne Diyor

Google'ın kişiselleştirme konusundaki tutumu, çoğu SEO ekibinin sandığından daha esnektir. Google, spam politikalarında gizlemeyi (cloaking) "arama sıralamalarını manipüle etmek ve kullanıcıları yanıltmak amacıyla kullanıcılara ve arama motorlarına farklı içerik sunmak" olarak tanımlar. Kilit ifade "manipüle etmek"tir. Sağlık sektöründeki bir şirketten gelen ziyaretçiye sektöre özel bir vaka çalışması göstermek gibi ziyaretçi özelliklerine dayalı kişiselleştirme gizleme değildir; çünkü Googlebot'u yanıltmak veya sıralamalarla oynamak için tasarlanmamıştır. Ziyaretçiye daha iyi hizmet etmek için tasarlanmıştır. Dışarıdan bir bağlantı kurma şirketi sitenizi denetlerse, kişiselleştirilmiş sayfaları işaretlemeden önce bu ayrımı anladıklarından emin olun.

Google'ın dinamik oluşturma sayfası benzer bir noktaya değiniyor: "Dinamik oluşturmanız benzer içerik ürettiği sürece Googlebot, dinamik oluşturmayı gizleme olarak görmez." Aynı sayfa dinamik oluşturmayı artık önermediği geçici bir çözüm olarak tanımlıyor; dolayısıyla bunu botlara özel bir versiyon sunmanın onaylanması olarak yorumlamayın. Güvenli yorum şudur: Googlebot'un aldığı şey, bilinmeyen bir insan ziyaretçinin aldığıyla aynı olmalıdır.

Dil ve ülke varyantları için Google'ın çok bölgeli siteleri yönetme rehberi, kullanıcıların dile göre otomatik olarak yönlendirilmemesini tavsiye eder ve Google taramalarının çoğunun ABD'den kaynaklandığını, dolayısıyla yalnızca yerel ayara bağlı içeriğin hiç taranmayabileceğini belirtir. Bunun yerine hreflang ile ayrı URL'ler kullanın.

Pratikte sıralama kaybına yol açan şey tekniktir: yanlış varyantın dizine eklenmesi, canonical sinyallerin bozulması ya da Googlebot'un kritik içeriğe erişiminin engellenmesi.

Kişiselleştirme ile SEO'nun Gerçekten Çatıştığı Yerler

Sürtünme noktaları çoğu ekibin beklediğinden daha dardır. Bir kişiselleştirme projesinin yol açabileceği SEO sorunlarının çoğunu beş örüntü kapsar.

1. Kişiselleştirilmiş Bir Varyantı Kanonik Sürüm Olarak Dizine Eklemek

Örnek: Bir ekip beş sektör varyantına sahip kişiselleştirilmiş bir ana sayfa oluşturuyor. Googlebot tarama yaptığında sunucu tesadüfen sağlık varyantını sunuyor ve birden o sektöre özel versiyon sıralamaya giren sayfa oluyor. Marka adınızı arayan herkes, ait olmadığı bir segment için hazırlanmış bir sayfaya düşüyor.

Çözüm varyantları Googlebot'tan gizlemek değil. Bilinmeyen veya kategorize edilmemiş ziyaretçilere gösterilen varsayılan deneyimin, Googlebot'un da tutarlı olarak gördüğü deneyim olmasını sağlamaktır. Botlar her zaman varsayılana düşmeli, asla bir segmente girmemelidir.

2. Yanlış URL'yi Gösteren Canonical Etiketleri

Ekipler bazen her kişiselleştirilmiş varyanta kanonik etiketleri doğru ayarlamadan kendi URL'sini verir ( /?segment=healthcare, /?segment=finance). Google bu durumda hangi varyantı dizine ekleyeceğini seçmek zorunda kalır ve seçilen varyant nadiren sıralamada görmek istediğiniz varyanttır. Kişiselleştirme varyantlarının ayrı URL'lerde yer almasını istiyorsanız, her varyantın kanonik etiketini varsayılan versiyona yönlendirin. Ziyaretçiye göre değişen tek bir URL istiyorsanız, onu tek URL olarak tutun ve içeriği sunucu tarafında veya dizine eklemeden sonra hidrasyon yapan istemci tarafı oluşturmayla sunun.

3. Sunucu Taraflı Kişiselleştirmeden Kaynaklanan Yavaş TTFB

Yanıt vermeden önce hangi içeriğin oluşturulacağına karar vermek, kişiselleştirme çağrısı kritik yol üzerindeyse her isteğe gecikme ekler. Core Web Vitals bunu yakalar: Google, Largest Contentful Paint'i 2,5 saniye veya daha az olduğunda iyi kabul eder ve önemli sayfaları bu sınırın ötesine iten bir karar adımı hem kullanıcılara hem de sayfa deneyimi sinyallerine zarar verir. Yayına almadan önce ilk bayta kadar geçen süreyi kişiselleştirme çağrısıyla ve çağrısız ölçün. Çözüm, kritik olmayan kişiselleştirme kararlarını edge'e veya istemciye taşımak ve tedarikçinizin bölgesel merkez yönlendirmesi yerine gerçek edge yürütmeyi desteklediğinden emin olmaktır.

4. İşlemeyi Engelleyen İstemci Taraflı Kişiselleştirme

Segmentleri getirirken ana iş parçacığını engelleyen istemci taraflı kişiselleştirme betikleri düzen kaymasına ve gecikmeli etkileşime yol açar. Googlebot JavaScript'i oluşturabilir, ancak hızlı ve engellemeyen betiklere öncelik verir. Kişiselleştirme kütüphaneniz hero bölümünü göstermeden önce bir segment kararı bekliyorsa, Googlebot boş bir hero alanını dizine ekleyebilir veya içeriği tamamen atlayabilir. Hemen oluşturulan bir varsayılan durum ile engellemeyen segment kararları kullanın ve segment belirlendiğinde içeriği değiştirin. Değiştirilen bir bloğun sayfayı kaydırmaması için yer ayırmanın mekanizması için cumulative layout shift'i önleme rehberine göz atın.

5. CDN Önbelleğinin Kişiselleştirilmiş Yanıtlarla Çakışması

CDN'iniz kişiselleştirilmiş bir yanıtı önbelleğe alıp sonraki ziyaretçilere sunarsa iki şey birden bozulur: kişiselleştirme o ziyaretçiler için yanlış olur ve önbelleğe alınan varyant, Googlebot'un yeniden taramada gördüğü sayfa hâline gelir. CDN'den önce gerçekleşen her kişiselleştirme, segment sinyali üzerinde bir vary başlığına ihtiyaç duyar ya da her ziyaretçinin önbelleği kirletmeden kendi kararını aldığı uçta (edge) gerçekleşmelidir.

İkisinin de Çalışmasını Sağlayan Teknik Kurulum

SEO'ya saygılı bir kişiselleştirme kurulumunun birkaç zorunlu bileşeni vardır. Bunları en baştan doğru kurmak yukarıdaki sorunları önler.

• İstikrarlı bir varsayılan deneyim. Bilinmeyen ziyaretçilere ve botlara sunulan sayfa eksiksiz ve tutarlı olmalı ve sıralama almak istediğiniz şeyi yansıtmalıdır. Bu sizin SEO açısından kanonik içeriğinizdir. Kişiselleştirilmiş varyantlar onun yerine geçmez, üzerine yapılan değişikliklerdir.
• Her mantıksal sayfa için tek bir URL. Ana sayfa beş değil, tek bir URL'dir. Sektör sayfalarının her biri tek bir URL'dir. Varyantlar, sorgu dizesi eklenmiş benzersiz versiyonlarda değil, aynı URL içinde oluşturulur. Bu, canonical sinyallerinizi temiz tutar ve bağlantı değerini yoğunlaştırır.
• Ekranın üst kısmındaki içerik için sunucu taraflı veya edge üzerinde çalıştırma. Googlebot'un dizine ekleme için görmesi gereken içerik, istemci taraflı kararları beklemeden oluşturulmalıdır. Ekranın alt kısmındaki kişiselleştirme sayfa çizildikten sonra çalışabilir.
• Varsayılan olarak temel sürüme yönlendiren bot tespiti. Çoğu kişiselleştirme platformunda Googlebot'a ve bilinen diğer tarayıcılara varsayılan deneyimi gönderen bir ayar bulunur. Bunu açın. Bu cloaking değil, tutarlılıktır. Dizine eklenen sürümün, arama için optimize ettiğiniz temel sürümle aynı olmasını sağlıyorsunuz.
• Temel sürümde Schema.org işaretlemesi. Yapılandırılmış veriler kişiselleştirilmiş varyantlara değil, varsayılan içeriğe atıfta bulunmalıdır. Vaka çalışmaları bölümünüz sektöre göre değişiyorsa, Article şemanız o an görüntülenen vaka çalışmasını değil, varsayılan vaka çalışmasını tanımlamalıdır.
• Vary başlıkları veya edge tabanlı karar verme. Kaynak sunucunuz ile ziyaretçi arasında yer alan her CDN'in önbelleği ne zaman atlayacağını bilmesi gerekir. Eksik bir vary başlığı, kişiselleştirmenin ziyaretçiler arasında sızmasının en yaygın nedenidir.

Basitçe söylemek gerekirse: Kişiselleştirme, arama için optimize edilmiş bir temelin üzerine eklenen bir katmandır, onun yerine geçmez. Sorunlar, kişiselleştirilmiş deneyim ana deneyim haline geldiğinde ve varsayılan sonradan akla gelen bir şeye dönüştüğünde başlar.

Çoğu Ekibin Yanlış Yaptığı Şey

Bizim görüşümüz: kişiselleştirmenin en büyük SEO riski gizleme veya cezalar değildir. Yanlış bir temelden başlamaktır.

Ekipler kişiselleştirmeyi zayıf bir varsayılan sayfayı düzeltmenin yolu olarak görüyor. Zaten çoğu ziyaretçi için değiştirileceğini varsayarak bilerek genel tutulmuş bir temel sayfa hazırlıyor, ardından sıralamaların düştüğünü izliyorlar. Google'ın dizine eklediği şey temel sayfadır ve organik trafiğinizin çoğu hiçbir kişiselleştirme kuralını tetiklemez. Varsayılan sayfa zayıfsa sıralamalar da zayıf olur ve kişiselleştirmenin dönüştürebileceği trafik hiç gelmez.

Önerdiğimiz sıra bunun tersidir: önce SEO için mümkün olan en güçlü genel sayfaya yatırım yapın, ardından kişiselleştirmeyi bunun üzerine ekleyin. Ana sayfa kişiselleştirme rehberimiz ve B2B web sitesi kişiselleştirmesinin nasıl çalıştığına dair anlatımımız aynı noktayı dönüşüm tarafından vurguluyor.

Uzun satış döngülerine sahip yüksek ACV'li markalarla çalışan B2B SaaS SEO ve AEO danışmanı Max Desiak, satış döngüleri uzun olduğunda temel sayfanın daha da önemli olduğunu ekliyor: "Satın alma komiteleri, herhangi bir segment sinyali oluşmadan önce, genellikle organik veya yapay zekâ aramasıyla ilk olarak varsayılan sayfanıza ulaşır. Bu sayfa anahtar kelimeyi ve argümanı tek başına taşımak zorundadır, çünkü kişiselleştirme yalnızca zaten kazandığınız trafiği iyileştirebilir."

İkinci yaygın hata, SEO ve kişiselleştirmeyi ayrı yol haritalarına sahip ayrı ekipler gibi ele almaktır. Pratikte SEO ekibi temel içeriğin, meta etiketlerin ve şemanın sahibidir; kişiselleştirme ekibi ise bunların üzerindeki varyantların sahibidir. Koordinasyon olmazsa, kişiselleştirilmiş varyantlar SEO ekibinin optimize ettiği şeyden sessizce uzaklaşabilir ve dizine eklenen sayfa ile kişiselleştirilmiş sayfa arasındaki fark, raporlama tuhaf görünene kadar büyür. Bir belirti: SEO ekibi en üst sırada yer alan bir sayfanın neden kötü dönüştürdüğünü merak ederken, kişiselleştirme ekibi hedef hesapların onlar için hazırlanan varyantları neden hiç görmediğini merak eder. Her önemli sayfa için ortak bir sorumlu belirlemek ve varsayılan metni üzerinde anlaşılmış tek doğru kaynak olarak kabul etmek bunun çoğunu önler.

Yaygınlaştırmadan Önce Pratik Bir Test

Organik trafik alan bir sayfada herhangi bir kişiselleştirmeyi yayına almadan önce bu kontrolü yapın. Sayfayı çerezsiz bir gizli pencerede açın. Ardından bir kullanıcı aracısı değiştirici ya da Google Search Console'daki URL denetleme aracıyla Googlebot olarak yeniden açın. İkisini karşılaştırın. Ana içerik aynı olmalı. Değilse, ya bot kuralınız hatalıdır ya da varsayılan içeriğiniz, tetiklenmemesi gereken bir kişiselleştirme kuralı yüzünden bozuluyordur. Daha kapsamlı program için pipeline odaklı planlanmış B2B SEO rehberimize bakın.

Ardından ham HTML'i değil, oluşturulmuş HTML'i kontrol edin. Googlebot'un gerçekte neyi dizine eklediğini görmek için Search Console'un URL denetimi aracını kullanın. Fiyatlandırma, vaka çalışmaları veya referanslar gibi kritik içerik yalnızca kişiselleştirme çözümlendikten sonra oluşturulan çıktıda görünüyorsa, istemci tarafında bir zamanlama sorununuz var demektir. O içeriği sunucu yanıtına taşıyın.

Son olarak Core Web Vitals değerlerinizin gerilemediğini doğrulayın. Yüksek trafikli bir sayfada kişiselleştirmeyi etkinleştirmeden önce ve sonra PageSpeed Insights kullanın. Birkaç yüz milisaniyelik bir gerileme, aramıyorsanız kolayca gözden kaçar. Kişiselleştirme platformunuz kritik yol üzerindeyse ve gecikme ekliyorsa, acil olmayan kararları sonraki aşamalara taşıyın.

Bunun Diğer Kişiselleştirme Güvenlik Önlemleriyle İlişkisi

SEO güvenliği, her B2B kişiselleştirme uygulamasında gündeme gelen üç operasyonel konudan biridir. Diğer ikisi, veri gizliliği uyumluluk rehberimizde ele aldığımız gizlilik uyumluluğu ve kişiselleştirilmiş B2B web siteleri için tasarım desenleri yazımızda ele aldığımız varyantlar arası görsel tutarlılıktır. Üçü de aynı temel ilkeyi paylaşır: kişiselleştirme, sağlam bir temelin üzerine eklenen güvenli bir katman olmalıdır; temeldeki disiplinin yerini almamalıdır.

Hangi aracı kullanırsanız kullanın, yayına almadan önce dört şeyi kontrol edin: bilinen tarayıcılar varsayılan deneyimi alıyor, varyantlar aynı URL'de bulunuyor (veya ona standartlaştırılıyor), varsayılan sayfa bir segment kararını beklemeden görüntüleniyor ve kişiselleştirilmiş yanıtlar asla diğer ziyaretçiler için önbelleğe alınmıyor. Markettailor kullanıyorsanız, segmentasyon kuralları ve A/B testi mevcut URL'lerinizde varyant olarak çalışır; dolayısıyla yukarıdaki kontroller doğrudan geçerlidir. Her durumda gizli pencere ile URL denetimi karşılaştırma testini kendi sayfalarınızda yapın.

İki Cümlelik Özet

Güçlü bir temelden başladığınızda, her mantıksal sayfa için tek bir URL tuttuğunuzda ve botların varsayılana düşmesine izin verdiğinizde web sitesi kişiselleştirmesi SEO'ya zarar vermez. Ekipler kişiselleştirmeyi iyi genel içeriğin yerine koyduğunda, teknik yapılandırmayı atladığında veya istemci tarafı betiklerin Googlebot'un kritik içeriğe erişimini geciktirmesine izin verdiğinde ise SEO'ya zarar verir.

Bir kişiselleştirme projesini geri tutan şey SEO endişesiyse, yukarıdaki lansman öncesi testi tek bir sayfada çalıştırın ve sonucu SEO ekibiyle paylaşın; bu, genel bir endişeyi kontrol edilebilir bir listeye dönüştürür. Veri tarafı için ziyaretçi tanımlamanın segmentleri nasıl beslediğine bakın veya fiyatlandırma sayfasında planları karşılaştırın.

Sıkça Sorulan Sorular

Kişiselleştirme cloaking sayılır mı?

Hayır; amaç ziyaretçilere daha iyi hizmet etmek olduğu ve Googlebot bilinmeyen bir ziyaretçinin alacağı varsayılan sayfayı aldığı sürece. Gizleme (cloaking), sıralamaları manipüle etmek amacıyla arama motorlarına kullanıcıların gördüğünden farklı içerik göstermektir. Bir vaka çalışmasını sektöre göre değiştirmek bu değildir.

Googlebot sayfanın kişiselleştirilmiş bir sürümünü görmeli mi?

Hayır. Tarayıcıların her seferinde varsayılan deneyime düşmesine izin verin. Bu, dizine eklenen içeriği sabit tutar ve sayfanın, tarama sırasında hangi segment sunulduysa ona göre değil, optimize ettiğiniz içeriğe göre sıralanmasını sağlar.

İstemci taraflı kişiselleştirme Core Web Vitals'a zarar verir mi?

Yapabilir. Bir segment belirlenene kadar içeriği gizleyen kodlar Largest Contentful Paint'i geciktirir ve düzen kaymasına yol açar. Varsayılan içeriği hemen gösterin, değiştirilecek öğeler için yer ayırın ve kişiselleştirme kodunu asenkron olarak yükleyin.

Google arama sonuçlarını kişiselleştirir mi?

Evet, esas olarak konum ve dile göre, daha az ölçüde de arama geçmişine göre. Bu, kendi web sitenizi kişiselleştirmekten ayrı bir konudur. Sıralamaları değerlendirmek için kendi tarayıcınızı değil, Search Console'daki ortalama konumu kullanın.

Kişiselleştirilmiş sayfaları SEO'ya zarar vermeden A/B testine tabi tutabilir miyim?

Evet. Google'ın web sitesi testlerine ilişkin rehberi, varyant URL'lerinde rel=canonical kullanılmasını, test varyantları için 301 yerine 302 yönlendirme kullanılmasını ve testlerin bir yanıt alındığında durdurulmasını önerir. Dönüşüm oranı optimizasyonu rehberimiz makul bir sürede tamamlanan testlerin nasıl planlanacağını ele alıyor.