Form gönderdikten sonra ekranda beliren o kısa onay mesajı, çoğunlukla son dakika bir eklenti olarak gelişir. Tasarım ekibi formu tamamlar, birileri "Teşekkürler" yazılı bir sayfa ekler, geliştirici bunu canlıya alır. Birkaç hafta sonra analytics kurulumu yapılırken bu sayfanın URL'si sorgulanır; dönüşüm hedefi nereye tanımlanacak, bu sayfa indekslenmiş mi, aynı içerik birden fazla adreste mi görünüyor? Cevaplar belirsizse, mimari karar aslında hiç alınmamış demektir.

Teşekkür sayfası (thank you page), bir kullanıcının form doldurma, satın alma veya kayıt gibi bir işlemi tamamlamasının hemen ardından gördüğü onay sayfasıdır. Dönüşüm hunisinin en son adımında, bir anlamda köprünün bittiği yerde durur. Kullanıcı işini bitirmiştir; siteyle ilişkisinin devam edip etmeyeceği bu sayfadan sonra şekillenir.

Küçük görünen bu sayfanın URL'si, indeks durumu ve site hiyerarşisindeki konumu üç bağımsız kararı kapsar. Erken alınırsa site büyüdükçe tutarlı kalır; alınmazsa her yeni form eklendiğinde ayrı ayrı çözülmesi gereken küçük bir karmaşa üretilir.

Teşekkür sayfası neden mimari bir karardır?

Çoğu yapısal sayfa, içerik ve navigasyon açısından değerlendirilerek mimariye dahil edilir. Teşekkür sayfası bu kalıba uymaz: içeriği minimumdur, navigasyonda görünmez ve çoğunlukla arama niyetiyle hiçbir ilgisi yoktur. Ama tam da bu nedenle mimari bir karar gerektirir, çünkü standart sayfa yönetim mantığının dışında kalır.

Sayfanın mimari açıdan önem taşıdığı üç nokta vardır. Birincisi dönüşüm izlemedir; analytics sistemleri dönüşümü URL üzerinden doğrular ve bu URL'nin kararlı olması gerekir. İkincisi indeks yönetimidir; teşekkür sayfasının arama sonuçlarında görünmesi istenmez, ancak botun sayfaya erişimi engellenebilir ya da engellenemeyebilir. Üçüncüsü çoğalma riskidir; her form için ayrı bir teşekkür sayfası oluşturulduğunda ve bunların sistematik bir kuralı yoksa, zaman içinde onlarca belirsiz URL birikir.

Senaryo olarak düşünün: bir e-ticaret sitesi dört farklı kampanya için dört ayrı kayıt formu açmış, her biri farklı bir teşekkür sayfasına yönlendiriyor. Bu sayfalardan hangisi indekslenmiş? Hangisinin canonical'ı yanlış? Hangisinde eski bir dönüşüm hedefi hala aktif? Bu soruların cevabı, başlangıçta bir URL politikası oluşturulmuş olsaydı çok daha kolay verilirdi.

URL yapısı: ayrı sayfa mı, parametre mi?

Üç ana yaklaşım öne çıkar. Her birinin farklı bir kullanım profili vardır ve seçim, sitenin izleme ihtiyacına ve teknik yapısına göre değişir.

İlki, ayrı kalıcı URL oluşturmaktır. /tesekkurler/ veya /iletisim/tesekkurler/ gibi bir adresle tam bağımsız bir sayfa kurulur. Form gönderiminin ardından kullanıcı bu adrese yönlendirilir. Dönüşüm izleme en güvenilir biçimde bu yapıda çalışır; analytics aracı URL görüntülemesini doğrudan tespit eder ve herhangi bir özel olay tanımlamasına ihtiyaç kalmaz.

İkinci yaklaşım, parametre tabanlı URL kullanmaktır. Form sayfası değişmez; yalnızca ?gonderildi=evet gibi bir sorgu parametresi eklenir ve sayfa bu parametreye göre onay mesajı gösterir. Uygulaması basittir ama arama motoru botları parametreli URL'leri tarayabilir; bu da aynı içeriğin iki adres üzerinde görünmesine yol açar. İlgili parametrelerin robots.txt veya URL parametresi yönetim kurallarıyla tarama dışında bırakılması bu riski önler.

Üçüncü yaklaşım, durum tabanlı yönlendirmedir. Sayfa aynı URL'de kalır ve form gönderiminin ardından JavaScript ile teşekkür mesajı görüntülenir; URL hiç değişmez. Kullanıcı deneyimi pürüzsüzdür ama bir sorunu vardır: kullanıcı sayfayı yenilediğinde form yeniden belirir ya da sunucu tarafı işleme yapılmışsa tekrar gönderim isteği görünür. Dönüşüm izleme için de ek olay tanımlaması zorunlu hale gelir, çünkü URL bazlı tetikleme mümkün değildir.

Çoğu durumda en pratik çözüm, noindex direktifiyle işaretlenmiş ayrı bir kalıcı URL'dir.

İndeks politikası ve crawl bütçesi üzerindeki etkisi

Teşekkür sayfası arama niyetiyle örtüşmez. Hiç kimse "iletişim formu teşekkür sayfası" diye aramaz ve bu sayfanın arama sonuçlarında görünmesi ne kullanıcıya ne de siteye değer katar. <meta name="robots" content="noindex, nofollow"> bu sayfalar için neredeyse her durumda yerinde bir karardır.

Noindex direktifinin crawl bütçesiyle ilişkisi biraz daha katmanlıdır. Direktif, sayfanın indekslenmeyeceği anlamına gelir; ancak botun sayfaya gelmeyeceği anlamına gelmez. Bot sayfayı tarar, direktifi okur ve sayfayı indeks dışında tutar. Sayfanın tamamen taranmamasını istiyorsanız robots.txt ile erişimi kapatmanız gerekir; bu durumda bot sayfaya hiç gelmez ama noindex direktifini de okuyamaz. Pratik çözüm şudur: sayfayı noindex ile işaretleyin, iç linklerde dikkatli olun ve gerekiyorsa robots.txt ile de taramayı kısıtlayın.

Küçük bir kurumsal site için bu tartışma teorik kalır. Ama binlerce ürün sayfası, onlarca kampanya landing page'i ve her biri için oluşturulmuş teşekkür sayfalarına sahip büyük bir sitede, bu sayfaların sistematik biçimde taranması boşa harcanan tarama kapasitesi anlamına gelir. Crawl bütçesi her sitenin sorunu değildir; ancak küçük siteler için görünmez olan şey, büyük sitelerde yapısal bir öneme kavuşur.

Site hiyerarşisinde derinlik ve tıklama mesafesi

Teşekkür sayfasının hiyerarşideki yeri, genellikle bağlı olduğu formun URL yapısını izler. İletişim formu /iletisim/ altındaysa, teşekkür sayfası için /iletisim/tesekkurler/ okunabilir ve tutarlı bir tercih olur. Sipariş sonrası onay için /odeme/tesekkurler/ veya /siparis-tamamlandi/ kullanılabilir.

Hiyerarşi kararının pratik önemi, tıklama mesafesinden çok URL okunabilirliği ve bakımı üzerindedir. Teşekkür sayfası navigasyonda görünmez, iç linklerle işaret edilmez ve organik erişim hedeflenmez; bu nedenle hiyerarşi derinliği teknik bir öncelik taşımaz. Tutarlılık burada belirleyicidir: aynı sitenin farklı bölümleri için farklı mantıklar üretilmesi, ileride URL yapısını anlamlandırmayı güçleştirir.

Tıklama mesafesi açısından değerlendirildiğinde, teşekkür sayfasına ana sayfadan doğrudan ulaşan bir kullanıcı yolu tasarlamak gereksizdir. Kullanıcı bu sayfaya yalnızca form gönderdikten sonra gelir ve genellikle oradan başka bir sayfaya geçer ya da sekmeyi kapatır. İç link yapısına dahil edilmesi gerekmez; aksine dahil edilmemesi daha doğrudur, çünkü bu sayfaya yanlış bağlantılar verilirse bot da takip eder ve tarama kapasitesinden pay alır.

Çok formlu yapılarda URL politikası oluşturmak

Tek bir iletişim formu olan küçük bir site için bu tartışmanın büyük bölümü gereksizdir; bir teşekkür sayfası, noindex direktifi, iş biter. Ama onlarca kampanya sayfası, farklı hizmet formları, bülten kayıtları ve satın alma akışları içeren bir sitede, her form için ayrı bir teşekkür sayfası oluşturmak kaçınılmaz hale gelir. Burada politika eksikliği kendini gösterir.

Politika, üç soruya önceden yanıt vermek demektir. Hangi formlar kendi teşekkür sayfasını alır, hangileri ortak bir sayfaya yönlendirir? URL isimlendirme kuralı nedir? Bu sayfalar hangi meta direktifle işaretlenir? Ortak bir teşekkür sayfası olan /tesekkurler/, tüm formlar için kullanılabilir; bu durumda dönüşüm izleme parametre veya olay bazlı kurulur. Alternatif olarak her form grubunun kendi teşekkür sayfası olabilir: /iletisim/tesekkurler/, /uye-ol/tesekkurler/, /teklif-al/tesekkurler/. İkinci model daha ayrıntılı izleme imkanı sunar ama daha fazla sayfa yönetimi gerektirir.

Politika kararını etkileyen bir faktör, form gönderimlerinin hangi platformda işlendiğidir. Bazı form araçları kendi onay sayfalarına yönlendirir ve bu URL'ler üçüncü taraf alanlarda bulunur; bu durumda URL politikası farklı bir boyut kazanır. Üçüncü taraf onay sayfası kullanıldığında, dönüşüm izleme ya form aracının sunduğu webhook sistemiyle ya da gönderim anında tetiklenen bir olayla kurulur.

Dönüşüm izleme açısından URL kararlılığı

URL kararlılığı, izleme sisteminin güvenilirliği için doğrudan belirleyicidir. Dönüşüm hedefi olarak tanımlanmış bir URL değişirse, eski hedef kayıt almayı bırakır; yeni URL tanımlanmadıkça dönüşüm verisi kaybolur. Migrasyonlarda, yeniden tasarım süreçlerinde veya form altyapısı değişikliklerinde bu durumla sık karşılaşılır.

Kalıcı URL kullanmak bu riski azaltır, ama yetmez. URL kalıcı olsa bile sayfanın yüklenmesi bir yönlendirme zinciri geçiyorsa, izleme kodu bu zincirin doğru noktasında ateşlenmiyor olabilir. Basit kural şudur: teşekkür sayfasının URL'si, dönüşüm hedefi tanımlandıktan sonra değiştirilmez; değiştirilmesi gerekiyorsa eski URL'den 301 yönlendirmesi kurulur ve analytics hedefi güncellenir.

Ayrıca şunu belirtmek gerekir: teşekkür sayfası URL'sinin doğrudan paylaşılması ya da bookmarklara eklenmesi, dönüşüm verilerini şişirebilir. Kullanıcı form doldurmadan doğrudan bu adrese giderse, analytics bunu yine de dönüşüm olarak sayar. Bunu önlemek için sunucu tarafı oturum kontrolü uygulanabilir; form gönderimi olmadan sayfaya erişildiğinde kullanıcı forma yönlendirilir. Her proje bu önlemi gerektirmez, ama kritik dönüşüm hunilerinde göz ardı edilmez bir ayrıntıdır.

Teşekkür sayfası indekslenmeyecekse, içerik kalitesi arama sıralaması açısından önem taşımaz. Ama kullanıcı deneyimi açısından önem taşır. Kullanıcı işlemi tamamlamış ve sayfanın ne diyeceğini bekliyor; bu kısa an, bir sonraki adımı önermek için değerlidir.

İç link kararı da burada devreye girer. Teşekkür sayfası navigasyonda görünmese de, sayfanın içinde kullanıcıyı bir sonraki adıma yönlendiren bağlantılar bulunabilir. Satın alma sonrası siparişi takip etme linki, kayıt sonrası hesap ayarlarına giden bağlantı veya iletişim sonrası sık sorulan sorulara yönlendirme, kullanıcının sitede kalmaya devam etmesini sağlar. Bu bağlantıların bir iç link stratejisi perspektifinden özel bir ağırlığı yoktur - sayfa indekslenmediğinden bağlantının aktardığı değer ihmal edilebilir düzeydedir - ama kullanıcı davranışı açısından anlamlı olabilir.

Nofollow direktifi bu sayfadaki bağlantılara uygulanabilir, ancak sayfanın zaten noindex olduğu düşünüldüğünde bu ek önlem çoğu durumda gereksizdir. Sayfanın kendisi zaten indeks dışında tutulduğu için buradan çıkan bağlantıların organik değer taşıması söz konusu değildir.

Teşekkür sayfasının mimarisi, sitenin büyüklüğüyle orantılı bir karmaşıklık kazanır. Küçük siteler için birkaç dakikalık bir karar yeterlidir; büyük siteler için URL politikası, indeks kuralı ve dönüşüm izleme entegrasyonu birlikte planlanmalıdır. Önemli olan, bu kararların formlar canlıya alınmadan önce alınmasıdır; sonradan düzeltmek daha zahmetli olmakla birlikte her zaman mümkündür.

Form gönderdikten sonra ekrana gelen "Teşekkürler" mesajı, mimarinin son noktası değil, bir sonraki adımın başlangıcıdır. URL'nin kararlı, indeks durumunun bilinçli ve dönüşüm izlemenin doğru kurulmuş olması, bu küçük sayfanın gerçek değerini ortaya çıkarır.