Taşıma sonrası form gönderimleri neden çalışmayabilir?

Web sitesi taşıma işlemi tamamlandıktan sonra sayfalar sorunsuz açılıyor gibi görünebilir; ancak iletişim, teklif, rezervasyon veya üyelik formları gönderim sırasında hata verebilir. Bu durum çoğu zaman tasarımdan değil, yeni hosting ortamındaki e-posta, güvenlik, PHP veya DNS yapılandırmalarından kaynaklanır. Sorunu doğru okumak, gereksiz eklenti değişikliklerinin ve veri kaybına yol açabilecek müdahalelerin önüne geçer.

Form gönderimlerinin taşımadan sonra bozulmasının temel nedenleri

Formlar yalnızca ekranda görünen alanlardan ibaret değildir. Arka planda sunucu tarafı işlem, e-posta gönderimi, doğrulama, veritabanı kaydı, güvenlik kontrolü ve bazen üçüncü taraf servis bağlantıları çalışır. Site yeni bir ortama taşındığında bu zincirin herhangi bir halkası farklı davranabilir.

PHP sürümü ve eklenti uyumsuzlukları

Eski sunucuda çalışan bir form eklentisi, yeni sunucuda daha güncel veya daha eski bir PHP sürümüyle karşılaşabilir. Özellikle uzun süredir güncellenmeyen eklentilerde gönderim butonuna basıldığında beyaz ekran, 500 hatası ya da hiçbir tepki vermeme gibi belirtiler görülebilir.

İlk kontrol edilmesi gereken nokta, WordPress yönetim panelindeki site sağlığı ekranı ve hata kayıtlarıdır. Form eklentisi, tema ve WordPress çekirdeği güncel değilse önce yedek alınmalı, ardından kontrollü güncelleme yapılmalıdır. PHP sürümü değiştirilirken canlı sitede deneme yapmak yerine mümkünse hazırlık ortamı kullanılmalıdır.

SMTP ve e-posta gönderim ayarları

Taşıma sonrası en sık karşılaşılan sorunlardan biri formun aslında gönderilmesi fakat e-postanın alıcıya ulaşmamasıdır. WordPress varsayılan olarak PHP mail fonksiyonunu kullanabilir; ancak birçok sunucu bu yöntemi güvenlik nedeniyle sınırlar veya tamamen kapatır.

Bu nedenle kurumsal sitelerde form e-postalarının SMTP üzerinden gönderilmesi daha sağlıklı bir yaklaşımdır. Alan adına ait e-posta hesabı, doğru SMTP sunucusu, port, şifreleme türü ve kimlik doğrulama bilgileriyle yapılandırılmalıdır. Test e-postası başarılı olsa bile form bildirimlerinde kullanılan gönderen adresinin alan adıyla uyumlu olup olmadığı ayrıca kontrol edilmelidir.

DNS, SPF ve güvenlik kayıtları neden önemlidir?

Form bildirimleri e-posta kutusuna düşmüyorsa sorun yalnızca WordPress içinde aranmayabilir. Alan adı DNS kayıtları, mail trafiğinin güvenilir kabul edilmesinde kritik rol oynar. SPF, DKIM ve DMARC kayıtlarının eksik veya hatalı olması, gönderilen form e-postalarının spam klasörüne düşmesine ya da tamamen reddedilmesine neden olabilir.

Taşıma sırasında DNS sağlayıcısı değiştiyse eski kayıtların birebir aktarılıp aktarılmadığı kontrol edilmelidir. Özellikle kurumsal e-posta hizmeti farklı bir sağlayıcıdaysa MX kayıtlarının yanlışlıkla yeni hosting sunucusuna yönlendirilmesi, tüm mail akışını etkileyebilir.

Alan adı ve gönderici adresi uyumsuzluğu

Form eklentilerinde sık yapılan hatalardan biri, gönderen adresi olarak kullanıcının formda yazdığı e-posta adresini tanımlamaktır. Yeni sunucu bu davranışı sahte gönderim gibi algılayabilir. Daha güvenli yöntem, gönderen adresini alan adına ait sabit bir e-posta olarak belirlemek; kullanıcının adresini ise yanıtla alanında kullanmaktır.

Güvenlik duvarı, reCAPTCHA ve izin sorunları

Yeni sunucuda mod_security, WAF veya benzeri güvenlik katmanları daha sıkı çalışıyor olabilir. Form alanlarında URL, özel karakter, uzun metin ya da dosya yükleme varsa güvenlik sistemi isteği engelleyebilir. Kullanıcı açısından bu durum “form dönüyor ama gönderilmiyor” şeklinde görünür.

Bu noktada güvenlik sistemini tamamen kapatmak doğru bir çözüm değildir. Bunun yerine hata saatine göre sunucu kayıtları incelenmeli, hangi kuralın isteği engellediği belirlenmeli ve yalnızca ilgili form yolu için kontrollü istisna tanımlanmalıdır.

reCAPTCHA veya benzeri doğrulama servisleri de alan adı değişikliği, http/https farkı veya yeni alt alan adı nedeniyle çalışmayabilir. Site taşındıktan sonra doğrulama anahtarlarının mevcut alan adıyla eşleştiği kontrol edilmelidir.

Veritabanı, dosya izinleri ve önbellek etkisi

Bazı formlar gönderimleri veritabanına kaydeder. Taşıma sırasında tablo ön ekleri, karakter seti veya eksik tablo aktarımı gibi sorunlar oluşursa form bildirimi gitse bile kayıt panelde görünmeyebilir. Bu durumda eklentinin kendi kayıt ekranı, veritabanı tabloları ve taşıma logları birlikte incelenmelidir.

Dosya yüklemeli formlarda ise uploads dizini izinleri önemlidir. Yeni sunucu dosya yazma izni vermiyorsa CV, görsel veya belge eklenen formlar hata üretir. İzinler rastgele 777 yapılmamalı; WordPress için önerilen güvenli dosya ve klasör izinleri uygulanmalıdır.

Önbellek eklentileri ve CDN yapılandırmaları da eski JavaScript dosyalarını sunarak form doğrulamasını bozabilir. Taşıma sonrası tüm önbellek katmanları temizlenmeli, form sayfası gizli sekmede ve farklı cihazlarda test edilmelidir.

Pratik kontrol sırası nasıl olmalı?

Sorunu hızlı daraltmak için önce formun ekranda hata verip vermediği, ardından e-postanın ulaşıp ulaşmadığı ayrıştırılmalıdır. Eğer form hiç gönderilmiyorsa tarayıcı konsolu, PHP hata kayıtları ve güvenlik logları incelenmelidir. Form gönderiliyor fakat bildirim gelmiyorsa SMTP, DNS ve spam filtreleri öncelikli kontrol alanlarıdır.

İdeal test süreci, basit bir deneme formu oluşturmakla başlar. Bu formda dosya yükleme, özel koşul veya karmaşık entegrasyon olmadan yalnızca ad, e-posta ve mesaj alanları bulunur. Basit form çalışıyor, mevcut form çalışmıyorsa sorun büyük olasılıkla form ayarları, koşullu alanlar, entegrasyonlar veya doğrulama servislerindedir.

Canlı sitede değişiklik yapmadan önce tam yedek alınması gerekir. Ardından PHP sürümü, SMTP yapılandırması, DNS kayıtları, güvenlik kuralları, eklenti güncelliği ve önbellek adım adım kontrol edilmelidir. Bu yaklaşım, site taşıma sonrası iletişim formu çalışmıyor sorununu rastgele müdahaleler yerine ölçülebilir verilerle çözmeyi sağlar.

Formlar müşteri taleplerinin toplandığı kritik temas noktalarıdır. Taşıma tamamlandıktan sonra yalnızca ana sayfanın açılması yeterli kabul edilmemeli; tüm formlar farklı senaryolarla denenmeli, bildirimlerin doğru ekibe ulaştığı ve kayıtların panelde göründüğü doğrulanmalıdır.