SEO landing ile operasyon paneli neden aynı veri setini kullanmalı?
Transfer web sitesi (SEO landing) ile operasyon paneli ayrı tutulduğunda, reklam/organik trafiğin oluşturduğu talep “başlık, tarih, kişi sayısı, alma noktası” gibi bilgileri kaydeder ama operasyon tarafında aynı veriyi yeniden oluşturmak zorunda kalırsınız. Bu yeniden yazma, hem hız kaybı hem de hata üretir. En sık sorun: SEO landing’de görünen fiyat/transfer tipi ile operasyon panelinde seçilen ürünün farklı kalması. Çözüm, landing üzerindeki rezervasyon formu ile operasyon panelinde açılan rezervasyon kaydının tek bir mantıksal akışla, aynı alan adları ve aynı veri doğrulama kurallarıyla kurulmasıdır. Böylece talep, “giriş kaydı” olmaktan çıkıp doğrudan “rezervasyon kaydı” olur. Kaynağın (SEO mu reklam mı) kırılmadan saklanması, sonradan raporlamay�� ve optimizasyonu da kolaylaştırır.
Yanlış kurulumda ne olur? Takım neyi manuel doğrulamak zorunda kalır?
Bağlantı zayıf kurulduğunda operasyon ekibi gelen formu telefonla teyit etmeye başlar. En yaygın hatalar: tarih formatı farklılığı (örn. 12.09.2026 vs 09/12/2026), saat dilimi veya “lokal saat” varsayımı, alma noktası serbest metin gelince sürücü/araç eşlemesinin çalışmaması ve misafir bilgileri alanlarının iki kez toplanması. Bir diğer risk: landing’de zorunlu olan alanlar operasyon panelinde opsiyonel görünür; sonuçta “eksik rezervasyon” kabul edilir ve son dakika yeniden dönüş yapılır. Kaynağın kaybolması da büyük bir problemdir: kampanya çalışır görünür ama hangi landing ile hangi reklam setinden geldiği izlenemez. Bu tabloda en kötü senaryo, farklı fiyat veya farklı transfer kategorisiyle yeni bir kayıt açmaktır.
Doğru mimari nasıl planlanır? Alan eşleme, doğrulama ve durumlar
Doğru mimariyi planlamak için önce operasyon panelinizdeki rezervasyon şemasını çıkarın: reservation_id, lead_source, pickup_date, pickup_time, pickup_location, dropoff_location, pax_count, transfer_type, contact_name, contact_phone, contact_email, notes ve müşteri rıza alanları. Sonra transfer web sitesi üzerindeki SEO landing rezervasyon formu alanlarını birebir eşleyin. Eşleme kuralları: aynı alan adı dönüşümü, aynı veri türü (tarih/saat metin değil), aynı zorunluluklar ve aynı liste değerleri. Örneğin pickup_location için serbest metin yerine bir “lokasyon slug” veya ID kullanın; operasyon panelinde de aynı ID üzerinden güzergâh/araç kuralı çalışsın. Durum yönetimi de bağın parçasıdır: form gönderildiğinde “Yeni Talep”, panel kaydı oluşturulduğunda “Rezervasyon Oluşturuldu”, müşteri teyidi geldiğinde “Onaylandı” gibi net adlar kullanın. Böylece operasyon, CRM mi panel mi derken kaybolmaz; tek bir kaynak ofise doğru ilerler.
Neptün Transfer tarafında hangi ekranlar ve kontrol noktaları şart?
Neptün Transfer özelinde kontrol listesi pratik olmalı: 1) SEO landing sayfasında form yükleniyor mu, hata mesajları gerçek zamanlı mı? 2) Rezervasyon formu gönderildiğinde operasyon panelinde “tek rezervasyon kaydı” açılıyor mu? 3) Lead kaynağı gerçekten saklanıyor mu: utm_source/utm_medium veya kampanya kodu “lead_source” alanına aktarılıyor mu? 4) Para birimi, transfer tipi ve güzergâh seçenekleri aynı mı? 5) Saat bilgisi kaydırma ya da yuvarlama olmadan panelde görünüyor mu? 6) Panelde kaydın durumu doğru setleniyor mu (Yeni Talep/Rezervasyon Oluşturuldu). Ekip açısından ekran doğrulaması: panelde “rezervasyon özeti” ekranına gidip misafir adı, tarih, saat, lokasyon ve transfer tipi aynı mı kontrol edin. Bu kontrol, manuel düzeltme ihtiyacını azaltır.
Rezervasyon formu tasarımı: SEO’den gelen talebi yeniden yazmadan kayda dönüştürme
Rezervasyon formunu operasyon paneliyle uyumlu kurun. Formda “transfer tipi” ve “rota” seçimlerini, panelde karşılığı olan liste değerleriyle sınırlayın. Serbest metin alanları sadece not kısmında tutun; alma/bırakma noktalarını ID’ye bağlayın. Tarih-saat girişinde tek format kullanın ve tarayıcı saat dilimini değil, belirlediğiniz “lokal saat” mantığını kullanın. E-posta/telefon doğrulamasını form seviyesinde yapın; panelde “tekrar yazma” ihtiyacını azaltır. Gizlilik ve rıza alanlarını ekleyin; operasyon panelinde müşteri iletişim onayı yoksa rezervasyonu beklemeye almak için alan bulunmalı. En kritik adım: form submit anında panel API/bağlantısı rezervasyon kaydını oluştursun; ardından kullanıcıya otomatik rezervasyon numarası veya onay ekranı göstermek operasyonun telefonla sorma yükünü düşürür.
Sık yapılan hatalar ve hızlı düzeltme yöntemleri
En sık görülen hata: landing’de farklı, panelde farklı alan adları kullanmak. Örn. form “pax” gönderir, panel “passenger_count” bekler; bu durumda değer boş kalır. Diğer hata: tarih saat dönüşümünün UI’da doğru görünmesine rağmen panelde farklı kaydedilmesi. Bunu test etmek için farklı saat dilimlerinden gönderim simülasyonu yapın. Üçüncü hata: aynı form gönderiminde iki rezervasyon oluşturulması; bunu önlemek için tek seferlik submit veya idempotency anahtarı (örn. form_submission_id) kullanın. Dördüncü hata: lead_source alanını pas geçmek; böylece SEO landing performansı “genel trafik”e karışır. Hızlı düzeltme: landing tarafında UTMs’i görünür bir kampanya koduna çevirin, form submitinde iletin ve panelde sadece tek bir “lead_source” kaydı tutun.
Neptün Medya yaklaşımı: Bağlantıyı SEO başarısına hizmet edecek şekilde kurun
Neptün Medya’da hedef, SEO landing ve reklamdan gelen talebin rezervasyon kaydına dönüşürken veri kaybetmemesidir. Bunun için önce operasyon panelinizin rezervasyon alanlarını “tek doğru” kabul ederiz. Sonra transfer web sitesi üzerindeki SEO landing rezervasyon formunu, aynı alanlarla eşler; veri türlerini ve zorunlulukları netleştiririz. Canlıya almadan önce örnek senaryolarla uçtan uca test yaparız: farklı transfer tipleri, farklı lokasyon seçimleri, saat değişimi ve eksik alan denemeleri. Son adımda operasyon panelindeki rezervasyon özeti ekranından “aynı içerik” doğrulaması yapılır; kaynak etiketi de kaybolmaz. Böylece ekip daha az manuel işlemle çalışır, raporlama temiz kalır ve dönüşüm oranı stabil ilerler.
Uygulama sonrası kontrol listesi
- Mobil görünüm, form ve WhatsApp yönlendirmeleri test edilir.
- Title, description, canonical ve sitemap kayıtları kontrol edilir.
- Kırık link, hatalı görsel ve boş CTA alanı bırakılmaz.
- İçerikler gerçek hizmet kapsamıyla uyumlu kalır.