Rezervasyon motoruna kendi alan adınızı nasıl bağlarsınız
Site hazır. Logo doğru, kâr marjları ayarlı, platform alt alan adında bir test rezervasyonu sorunsuz geçti ve ofisten biri bağlantıyı üç müşteriye bile gönderdi. Sonra kaçınılmaz soru geliyor: adres neden hâlâ başkasının adını taşıyor? Bu rehber, kimseyi işe almadan rezervasyon motoruna kendi alan adınızı nasıl bağlayacağınızı anlatıyor: gerçekte neyi değiştirdiğinizi, işin içindeki iki üç kaydı, kilit simgesinin neden beklediğinizden geç geldiğini ve dokunursanız şirket e-postasını sessizce bozan o tek ayarı.
DNS'i derinlemesine bilmeniz gerekmiyor. Tek bir fikir yeterli: alan adınız bir tabeladır ve siz onu yeni bir binaya çeviriyorsunuz. Aşağıdaki her şey bu fikrin ayrıntısı.
Alan adınız aslında nerede duruyor
İşin içinde üç ayrı şirket olabilir ve çoğu acente sahibi bunlardan yalnızca birini tanır. Kayıt kuruluşu (registrar), adı satın aldığınız ve her yıl yenileme ücreti ödediğiniz yerdir. DNS sağlayıcısı, o adın kayıtlarının düzenlendiği yerdir; çoğu zaman kayıt kuruluşuyla aynı şirkettir, bazen değildir — özellikle yıllar önce bir web tasarımcısı işi kurup adı ayrı bir DNS hizmetine taşıdıysa. Web barındırma ise mevcut sitenizin çalıştığı yerdir.
Ekleyeceğiniz kayıtlar DNS sağlayıcısına gider. Bu yüzden önce onun kim olduğunu bulun. Kayıt kuruluşunun paneline girin ve alan adında listelenen nameserver'lara bakın. Kayıt kuruluşuna aitlerse kayıtları orada düzenlersiniz. Başka bir yeri gösteriyorlarsa çalışacağınız yer orasıdır. Buna ayıracağınız birkaç dakika, kimsenin okumadığı bir panelde kayıt düzenleyerek geçecek bir öğleden sonrayı kurtarır.
Kök alan adı mı, alt alan adı mı: hiçbir şeye dokunmadan karar verin
Kök alan adı (apex) önünde hiçbir şey olmayan markaniz.com.tr adresidir. Alt alan adı ise önünde bir etiket olan her şeydir: www.markaniz.com.tr, rezervasyon.markaniz.com.tr, tur.markaniz.com.tr. Platform ikisini de kabul eder, ama seçim ekleyeceğiniz kaydı değiştirir.
Nedeni eski ve pazarlığa kapalı. Kök alan adı zaten alan adının kendisini tanımlayan kayıtları taşır ve DNS, bir CNAME'in başka herhangi bir kayıtla aynı adı paylaşmasına izin vermez. Bu yüzden kök alan adı bir A kaydıyla doğrudan bir IP adresine yönlendirilir; alt alan adı ise bir CNAME ile başka bir sunucu adına yönlendirilir.
| Kök (markaniz.com.tr) | Alt alan (rezervasyon.markaniz.com.tr) | |
|---|---|---|
| Eklediğiniz kayıt | Bir IP adresini gösteren A kaydı | Platformun sunucu adını gösteren CNAME |
| Müşterinin yazdığı | Mümkün olan en kısa adres | Bir kelime fazlası; müşteri bir bağlantıyla geldiğinde önemi azalır |
| Mevcut web siteniz | Kök alan adından taşınmalı, yoksa yerini rezervasyon sitesi alır | Olduğu yerde kalır |
| Şirket e-postası | MX kayıtlarına dokunulmadıkça etkilenmez | Etkilenmez |
| Kime uygun | Web sitesi zaten rezervasyon sitesi olan acente | Tanıtım sitesini, blogunu ya da CMS'ini korumak isteyen acente |
Halihazırda web sitesi olan acentelerin çoğu alt alan adıyla başlamalı. Tartışılan satır ikincisi: bazı sahipler alt alan adının daha az köklü göründüğünü düşünür. Makul bir görüş; ama müşterilerin çoğu size adres yazarak değil, WhatsApp ya da Instagram'daki bir bağlantıdan ulaşıyorsa ağırlığı azalır.
Eklediğiniz kayıtlar ve her birinin işi
Rehberli DNS adımı, alan adınız için tam değerleri gösterir. Onları oradan kopyalayın, hiçbir makaleden değil — bu makale de dahil. Aşağıda her kaydın ne işe yaradığı var; böylece ekranı gördüğünüzde anlamlı gelir.
- CNAME, alt alan adı için. Ad: seçtiğiniz etiket, örneğin
rezervasyon. Değer: DNS adımının verdiği platform sunucu adı. "Bu ad, şu adın takma adıdır" der; platformun sunucuları taşınsa bile kaydınız siz dokunmadan çalışmaya devam eder. - A kaydı, kök alan adı için. Ad: çoğu DNS panelinin yalın alan adı için kullandığı
@. Değer: DNS adımının verdiği IP adresi. "Bu ad bu adreste oturur" der. - TXT, bazen. Bazı barındırma yapıları ayrıca bir doğrulama kaydı ister: DNS adımının belirttiği bir ad altında uzun, rastgele bir dizi. Ziyaretçiler için hiçbir şey yapmaz; alan adını kontrol eden kişinin bağlantıyı onayladığını kanıtlar. Adımda görünüyorsa ekleyin; görünmüyorsa eksik bir şey yok.
Başarısız denemelerin çoğunu iki hata açıklar. Birincisi Ad alanına tam alan adını yazmak. Birçok panel alan adınızı otomatik ekler; oraya yazılan rezervasyon.markaniz.com.tr, rezervasyon.markaniz.com.tr.markaniz.com.tr olur ve hiçbir yere çözülmez. Yalnızca etiketi yazın. İkincisi eski bir kaydı yerinde bırakmak. rezervasyon için eski bir projeden kalma A kaydı varsa, yanına CNAME eklenemez ve bazı paneller eskisini sessizce tutar. Önce tam o ada ait eski kaydı silin.
DNS sağlayıcınız kayıt üzerinde bir proxy anahtarı sunuyorsa — Cloudflare'de turuncu bulut olarak görünür — bağlama sırasında onu yalnızca DNS'e alın. Proxy ziyaretçilere platform adına cevap verir ve bir sonraki bölümde anlatılan kontrolden platformu gizler.
Kilit simgesi neden en son gelir
Sahiplerin bir şeylerin bozulduğunu düşündüğü adım budur. Kayıtlar kaydedilmiş, alan adı doğru görünüyor, tarayıcı ise bağlantının güvenli olmadığını söylüyor — ya da site hiç açılmıyor. Bozuk bir şey yok. Sıra yalnızca sabit.
TLS sertifikası, yani kilit, önce alan adının gerçekten isteğin söylediği yeri gösterdiğini doğrulaması gereken bir sertifika otoritesi tarafından verilir. Otorite bunu adı genel DNS'te sorgulayarak ve çoğu yapıda alan adına bir istek gönderip platformun yanıt vermesini bekleyerek kontrol eder. Kaydınız o otoritenin kullandığı çözümleyicilere ulaşana kadar kontrol başarısız olur ve ne kadar tıklarsanız tıklayın bu değişmez. Kayıt çözüldüğünde platform sertifikayı otomatik olarak ister. Sertifika satın almazsınız, yüklemezsiniz, yenilemezsiniz.
"Çözülmenin" ne kadar süreceği büyük ölçüde daha önce orada bulunan kaydın TTL değerine bağlıdır: diğer sunuculara eski cevabı ne kadar süre hatırlayabilecekleri söylenmişti. Tamamen yeni bir ad genellikle hızla görünür. Dün başka bir yeri gösteren bir ad ise bir süre eski adresle cevap vermeye devam edebilir. Var olan bir kaydı değiştireceğinizi biliyorsanız, TTL'sini bir gün önceden düşürmek bekleyişi kısaltır.
Aksi hâlde bekleyin, sonra kontrol edin. Kaydı düzenlemeye devam etmeyin; her düzenleme, yanlış bir cevabı önbelleğe almış her sunucuya onu sunmaya devam etmek için bir sebep daha verir. Genel DNS sorgulama siteleri, dünyanın geri kalanının adınız için ne gördüğünü gösterir; orada DNS adımındaki değeri gördüğünüzde sıradaki şey sertifikadır.
Yanlış yapmanın bedeli
Pahalı hatalar rezervasyon sitesinde değil. Alan adınıza bağlı diğer her şeyde.
En kötüsü, yalnızca bir kayıt eklemeniz gerekirken nameserver'ları değiştirmek. Nameserver taşımak tüm alan adını yeni bir DNS sağlayıcısına devreder ve orada yeniden oluşturulmayan her kayıt kaybolur — şirket e-postasını teslim eden MX kayıtları da. Bir acente, gelen kutusunun sessizleştiğini kimse fark etmeden bir günlük müşteri e-postasını, tedarikçi onaylarını ve havayolu tarife değişikliği bildirimlerini kaybedebilir. Rezervasyon sitesi bağlamanın hiçbir aşaması nameserver taşımayı gerektirmez. Kayıt ekleyin; gerisine dokunmayın.
İkincisi, eski web sitesinde insanların hâlâ kullandığı sayfalar varken kök alan adını rezervasyon sitesine yönlendirmek: Google'da sıralanan bir vize sayfası, kartvizitlere basılmış bir iletişim sayfası. Bu bağlantılar artık onlara sahip olmayan bir rezervasyon sitesine düşer. Ya eski siteyi önce bir alt alan adına taşıyın ya da rezervasyon sitesini bir alt alan adına bağlayın.
Üçüncüsünün bedeli yalnızca sinir: kilit görünmeden yeni adresi duyurmak. Tanıttığınız gün müşterileri sitenizden uzak tutan bir tarayıcı uyarısı kötü bir ilk izlenimdir. Kayıt kaydedildikten sonra değil, sertifika etkinleştikten sonra duyurun.
Platform alan adını koruyun — yedeğiniz odur
Sitenizin başladığı platform alt alan adı, kendi alan adınızı bağladığınızda kaybolmaz. Kaldırılamaz ve bu bilinçli bir tercih.
Özel alan adı otururken test yapacağınız adres odur; kayıt kuruluşunda bir yenileme kaçarsa ya da biri DNS'i yanlışlıkla düzenlerse çalışmaya devam eden adres de odur. İki adresin arkasındaki rezervasyon motoru aynıdır; rezervasyonlar, müşteriler ve raporlar hangi kapıdan girildiğiyle ilgilenmez. Bu adresi, kendi alan adınızın çalışmasına bağlı olmayan bir yere not edin.
Yeni bir site için doğru sırayı da o belirler; bir günde OTA kurmak yazısındaki sırayla aynı: kayıt sihirbazının kart istemeden kurduğu alt alan adında yayına geçin, site göstermeye değer olduğunda alan adınızı bağlayın. Adres sizin olduktan sonra sitenin neleri kapsadığını white-label seyahat sitesinin size gerçekte ne kazandırdığı yazısında bulabilirsiniz.
Kontrol listesi: rezervasyon motoruna kendi alan adınızı bağlayın
- DNS'inizi kimin barındırdığını bulun. Alan adındaki nameserver'lar söyler.
- Kök ya da alt alan adı seçin. Korumak istediğiniz bir siteniz varsa alt alan adını seçin.
- Hiçbir şeyi değiştirmeden önce, özellikle MX olmak üzere mevcut tüm kayıtları not edin. Bir ekran görüntüsü yeterli.
- Kullanacağınız adın üzerindeki eski kaydı silin.
- DNS adımındaki kaydı ekleyin: alt alan için CNAME, kök için A, adımda görünüyorsa TXT. Ad alanına yalnızca etiketi yazın.
- O kayıttaki proxy'yi yalnızca DNS'e alın.
- Kaydın herkese açık olarak çözülmesini bekleyin. Düzenlemeye devam etmeyin.
- Kilidi doğrulayın, yeni adreste bir test rezervasyonu yapın, sonra müşterilere duyurun.
Bu listenin çoğu beklemek. Size gerçekten zarar verebilecek tek adım, listede olmayan adım: nameserver'ları taşımak.