Domain Cloudflare'e nasıl taşınır?

Cloudflare nameserver değiştirme işlemi, alan adınızın DNS yönetimini mevcut sağlayıcıdan Cloudflare'e devretmek demektir. Önce tüm DNS kayıtlarınızın dökümünü alır, Cloudflare'e siteyi ekleyip içe aktarılan kayıtları tek tek doğrular, ardından kayıt firmanızda iki Cloudflare nameserver adresini girersiniz. Sıra doğru takip edilirse e-postanız da siteniz de kesintisiz çalışmaya devam eder.

Aşağıda MX, TXT/SPF ve CNAME kayıtlarını nasıl yedekleyeceğinizi, yayılmayı dig ve nslookup ile nasıl kontrol edeceğinizi, turuncu bulutun hangi kayıtlarda kapalı kalması gerektiğini ve SSL ayarında yönlendirme döngüsüne düşmemek için neyi seçmeniz gerektiğini bulacaksınız.

Cloudflare nameserver değiştirme neyi değiştirir?​

Nameserver değişince sunucunuz değil, adresini söyleyen DNS değişir. — Fotoğraf: Brett Sayles / Pexels
Nameserver değiştirdiğinizde, alan adınızla ilgili tüm DNS sorgularına artık Cloudflare cevap verir. Hosting firmanız, sunucunuz ve e-posta servisiniz aynı kalır; değişen tek şey, bu hizmetlerin adresini dünyaya kimin söylediğidir. Bu yüzden Cloudflare'deki kayıtlar eksikse, eksik olan hizmet anında erişilemez hâle gelir.

Yeni başlayanların en sık yaptığı hata da burada başlar. Diyelim ki hosting panelinizde mail.siteniz.com için bir A kaydı ve Google Workspace için MX kayıtları var. Cloudflare'in otomatik taramasında MX kayıtlarından biri gelmediyse ve siz bunu fark etmeden nameserver'ı değiştirdiyseniz, yayılma tamamlandığı anda gelen e-postalar geri dönmeye başlar. Site açılıyor diye her şeyin yolunda olduğunu sanırsınız, sorun ancak birkaç gün sonra müşteriden gelen şikâyetle ortaya çıkar.

Kısacası işin özü şudur: Cloudflare'deki DNS bölgesi (zone), eski sağlayıcıdakinin birebir kopyası olmalı. Hız, güvenlik ve SSL ayarları ondan sonra gelir.

Taşımadan önce DNS kayıtlarının dökümü nasıl alınır?​

Döküm almak için mevcut DNS sağlayıcınızın panelinde tüm kayıtları listeleyip dışa aktarır ya da kopyalarsınız. Ardından dig veya nslookup ile en önemli kayıtları (NS, A, MX, TXT, CNAME) dışarıdan sorgulayıp panelle karşılaştırırsınız. Bu liste, Cloudflare'in içe aktardığı kayıtları doğrularken kullanacağınız kontrol listesidir.

Panel tipine göre kayıtların yeri​

Kayıtlarınız nerede tutuluyorsa döküm oradan alınır. Hangi nameserver'ı kullandığınızı bilmiyorsanız önce aşağıdaki NS sorgusunu çalıştırın; çıkan adres hosting firmanıza aitse kayıtlar hosting panelinde, kayıt firmasına aitse alan adı panelindedir.

• cPanel: Alanlar (Domains) → Zone Editor → ilgili alan adının yanındaki Manage. Bazı sürümlerde zone dosyasını indirme seçeneği de bulunur; yoksa listeyi ekran görüntüsü alarak ve metin olarak kopyalayarak saklayın.
• Plesk: Websites & Domains → alan adı → DNS Settings (Hosting & DNS sekmesi altında olabilir). Kayıt listesini buradan kopyalayın.
• VPS (BIND kullanıyorsanız): Zone dosyası genellikle /etc/bind/ veya /var/named/ altındadır. Dosyayı olduğu gibi kopyalamanız yeterli. Bu dosya, Cloudflare'e doğrudan içe aktarılabilecek BIND formatındadır.
• Kayıt firmasının DNS'i: Alan adı yönetim sayfasındaki DNS Yönetimi bölümü. Menü adı firmaya göre farklılık gösterir.

Kayıtları dışarıdan sorgulayıp doğrulayın​

Panelde görünen ile dünyaya yayınlanan aynı olmayabilir. Linux ve macOS'ta dig, Windows'ta nslookup ile şu sorguları yapın ve çıktıları bir metin dosyasına kaydedin:


Windows karşılıkları:


DKIM kaydını unutmayın. DKIM, seçici._domainkey.siteniz.com biçiminde bir alt alan adında durur ve seçici adı servise göre değişir (Google Workspace için çoğunlukla google, cPanel için default). Seçiciyi bilmiyorsanız e-posta servisinizin yönetim panelindeki kimlik doğrulama ayarlarına bakın; dışarıdan tahmin etmek zordur ve otomatik taramalar bu kaydı sıkça atlar.

Domain Cloudflare'e nasıl bağlanır? Site ekleme ve kayıt doğrulama​

İçe aktarılan kayıtları dökümünüzle satır satır karşılaştırın. — Fotoğraf: Firmbee.com / Pexels
Domaini Cloudflare'e bağlamak için ücretsiz bir hesap açar, panelden alan adınızı eklersiniz. Cloudflare mevcut DNS kayıtlarını otomatik tarar ve size atanmış iki nameserver adresini gösterir. Bu aşamada henüz hiçbir şey değişmez; nameserver'ı kayıt firmasında değiştirene kadar site eski DNS ile çalışmaya devam eder.

1. Cloudflare panelinde Add a site ya da Add a domain düğmesine tıklayın (arayüz sürümüne göre adı değişebilir).
2. Alan adını www olmadan, kök hâliyle yazın: siteniz.com.
3. DNS kayıtlarını hızlı tarama (quick scan) seçeneğini işaretli bırakın. Elinizde BIND formatında zone dosyası varsa, tarama yerine dosyayı yükleyerek içe aktarmak daha güvenilirdir.
4. Plan olarak Free'yi seçip devam edin.
5. Gelen kayıt listesini, bir önceki bölümde hazırladığınız dökümle satır satır karşılaştırın.

İçe aktarılan kayıtlarda nelere bakmalısınız?​

Otomatik tarama, alt alan adlarını tahmin ederek bulur. Yani www, mail, ftp gibi yaygın isimleri yakalar ama panel.siteniz.com veya api.siteniz.com gibi size özel kayıtları kaçırabilir. Karşılaştırırken özellikle şunları kontrol edin:

• MX kayıtları: Hepsi gelmiş mi, öncelik (priority) değerleri eskisiyle aynı mı?
• SPF: Kök alan adında v=spf1 ile başlayan TXT kaydı tam olarak aktarılmış mı? Tek alan adında yalnızca bir SPF kaydı olmalı.
• DKIM ve DMARC: _domainkey ve _dmarc kayıtları listede var mı? Yoksa elle ekleyin.
• Doğrulama kayıtları: Google Search Console, Microsoft 365 veya başka servislerin TXT ya da CNAME doğrulama kayıtları. Bunlar silinirse ilgili servis sahipliğinizi kaybeder.
• Alt alan adları: Dökümünüzde olup Cloudflare listesinde olmayan her alt alan adı için kaydı Add record ile elle oluşturun.

Search Console doğrulamasını DNS üzerinden yaptıysanız bu TXT kaydı taşınmadığında mülk doğrulaması düşer; site haritası ve indeks raporlarına erişiminiz kesilir. Doğrulama ve site haritası tarafını yeniden kurmanız gerekirse Google'a site haritası gönderme adımlarını anlatan konuya göz atabilirsiniz.

Kayıt firmasında nameserver değişimi nasıl yapılır?​

Kayıt firmasının panelinde alan adınızın Nameserver veya Ad Sunucuları bölümüne girer, mevcut adresleri silip Cloudflare'in size verdiği iki adresi yazarsınız. Adresler isim.ns.cloudflare.com biçimindedir ve hesaba özeldir; başka bir rehberde gördüğünüz adresleri değil, panelinizde yazanları kullanmalısınız.

Değişiklikten önce DNSSEC'i kapatın​

Alan adınızda DNSSEC açıksa, nameserver'ı değiştirmeden önce kayıt firmasında DNSSEC'i devre dışı bırakın (DS kaydını kaldırın). Bunu atlarsanız eski imza ile yeni nameserver uyuşmaz ve DNSSEC doğrulaması yapan çözümleyiciler alan adınızı hiç çözemez; tarayıcıda DNS_PROBE_FINISHED_NXDOMAIN gibi bir hata görülür. Geçiş tamamlandıktan sonra Cloudflare'de DNS → Settings altından DNSSEC'i açar, verilen DS kaydını kayıt firmasına girersiniz.

Değişim adımları​

1. Kayıt firmanızın müşteri paneline girin ve alan adı listesinden ilgili alan adını seçin.
2. Nameserver, Ad Sunucuları veya DNS Sunucuları adlı bölümü açın. Bazı firmalarda önce Özel nameserver kullan seçeneğini işaretlemeniz gerekir.
3. Mevcut tüm nameserver satırlarını silin. Eski adreslerden birini bırakıp Cloudflare adresleriyle karıştırmayın; bu durumda sorguların bir kısmı eski DNS'e gider ve tutarsız sonuçlar alırsınız.
4. Cloudflare panelindeki iki adresi birebir kopyalayıp yapıştırın.
5. Kaydedin ve Cloudflare paneline dönüp Check nameservers (ya da Re-check now) düğmesine basın.

Bir uyarı daha: Değişikliği yaptıktan sonra eski sağlayıcıdaki DNS bölgesini silmeyin. Yayılma süresince bazı ziyaretçiler hâlâ eski nameserver'a sorgu gönderir. Eski bölge yerinde durursa bu ziyaretçiler de siteye ulaşır. Hosting'i de değiştirmeyi düşünüyorsanız iki işlemi aynı gün yapmayın; önce DNS geçişini bitirin. Bütçe dostu hosting seçeneklerini araştırıyorsanız ücretsiz hosting seçeneklerini değerlendiren konu fikir verebilir.

Nameserver güncelleme süresi ne kadar?​

dig ve nslookup ile farklı çözümleyicilerde yayılmayı kontrol edin. — Fotoğraf: Rafael Minguet Delgado / Pexels
Nameserver güncelleme süresi, kayıt firmasının değişikliği alan adı uzantısının kayıt merkezine iletme hızına ve önbellekteki eski kayıtların süresine (TTL) bağlıdır. Çoğu durumda birkaç saat içinde tamamlanır, ancak 24-48 saate kadar uzayabilir. Cloudflare, alan adı aktif olduğunda panelde durumu Active olarak gösterir ve e-posta ile bildirir.

Bu süre boyunca bazı ziyaretçiler Cloudflare üzerinden, bazıları eski DNS üzerinden siteye ulaşır. İki bölge aynı kayıtları içeriyorsa kimse fark etmez. Fark varsa, örneğin bir MX kaydı eksikse, aynı gün içinde bazı e-postaların ulaştığını bazılarının ulaşmadığını görürsünüz; bu tutarsızlık yayılma döneminin tipik belirtisidir.

dig ve nslookup ile yayılma kontrolü​

Yayılmayı yerel önbelleğe takılmadan görmek için farklı genel çözümleyicilere doğrudan sorgu gönderin:


Üçünde de Cloudflare adresleri dönüyorsa yayılma büyük ölçüde tamamdır. Kayıt merkezinin ne gördüğünü kontrol etmek için +trace kullanın:


Çıktının sonlara doğru olan bölümünde .com sunucularının yönlendirdiği nameserver'lar görünür. Orada hâlâ eski adresler varsa sorun kayıt firmasındadır; değişiklik kaydedilmemiş veya kayıt merkezine iletilmemiştir. Windows'ta aynı kontrolü şöyle yaparsınız:


Son komut, kendi bilgisayarınızdaki DNS önbelleğini temizler. Tarayıcı tarafında hâlâ eski sonucu görüyorsanız Chrome için chrome://net-internals/#dns sayfasındaki Clear host cache düğmesi de işe yarar.

Aktif olduktan sonra kayıtları bir kez daha sorgulayın. MX ve TXT çıktılarını, ilk aşamada kaydettiğiniz dökümle karşılaştırın. Birebir aynıysa e-posta tarafı güvendedir.

Turuncu bulut hangi kayıtlarda kapalı kalmalı?​

Turuncu bulut (Proxied), yalnızca web trafiği taşıyan A, AAAA ve CNAME kayıtlarında açık olmalıdır. E-posta, FTP, SSH ve doğrulama amaçlı kayıtlarda gri bulut (DNS only) seçilmelidir. Cloudflare'in proxy'si HTTP ve HTTPS trafiğini taşır; SMTP, IMAP veya FTP bağlantıları proxy üzerinden geçemez ve bu kayıtlar açık bırakılırsa ilgili hizmet çalışmaz.

A kaydı ve CNAME kaydı için proxy tablosu​

Cloudflare DNS ayarlarında her kaydın yanında bulut simgesi bulunur. Aşağıdaki tablo, yaygın kayıtlar için önerilen durumu gösterir:


MX kaydının gösterdiği ad, örneğin mail.siteniz.com, turuncu buluttaysa Cloudflare panelde uyarı verir ve e-posta teslimatı bozulur. Bu, taşımadan sonra e-posta gelmemesinin en sık nedenidir.

Gizli kalan sunucu IP'si meselesi​

Turuncu bulut, sunucunuzun gerçek IP adresini gizler. Ancak aynı IP'yi gösteren gri bulutlu bir mail veya ftp kaydı varsa, bu adres herkes tarafından görülebilir. Küçük bir site için çoğu zaman sorun değildir. Saldırı alan ya da güvenlik sorunu yaşamış bir sitede ise e-postayı ayrı bir servise taşımak daha mantıklıdır. Sitenizde zararlı yazılım şüphesi varsa DNS taşımadan önce WordPress sitesine virüs bulaştığında izlenecek adımları tamamlamanız iyi olur; Cloudflare temizlik yapmaz, yalnızca önünde durur.

SPF kaydınızda ip4: ile sunucu IP'si yazıyorsa onu değiştirmeyin. E-posta yine sunucudan gönderilir, Cloudflare bu trafiğe dokunmaz. SPF'e Cloudflare IP'leri eklemek gerekmez.

Cloudflare SSL Full (strict) neden seçilmeli?​

Full (strict) mod, sunucu sertifikasını da doğrular ve döngüyü önler. — Fotoğraf: Markus Winkler / Pexels
Full (strict) modu, ziyaretçi ile Cloudflare arasındaki bağlantıyı da Cloudflare ile sunucunuz arasındaki bağlantıyı da şifreler ve sunucudaki sertifikanın geçerli olduğunu doğrular. Flexible modda sunucuya giden trafik şifresiz gider; Full modda şifreli gider ama sertifika doğrulanmaz. Güvenli ve döngüsüz bir yapı için doğru tercih Full (strict) modudur.

Yönlendirme döngüsü neden oluşur?​

Klasik senaryo şöyle: SSL modu Flexible, sunucunuzda ise .htaccess dosyasında HTTP'yi HTTPS'e yönlendiren bir kural ya da WordPress'te site adresi https:// olarak tanımlı. Cloudflare sunucuya HTTP ile gelir, sunucu HTTPS'e yönlendirir, ziyaretçi tekrar Cloudflare'e HTTPS ile gelir, Cloudflare yine HTTP ile sunucuya gider. Sonuç tarayıcıda ERR_TOO_MANY_REDIRECTS hatası ya da Türkçe Chrome'da sizi çok fazla yönlendirdi uyarısıdır.

Çözüm yönlendirmeyi kapatmak değil, Cloudflare'in sunucuya da HTTPS ile gitmesini sağlamaktır.

Full (strict) için sunucu tarafını hazırlama​

1. Sunucuda geçerli bir sertifika olduğundan emin olun. cPanel'de SSL/TLS Status sayfasında AutoSSL ile Let's Encrypt veya Sectigo sertifikası görünmelidir. Plesk'te SSL It! veya Let's Encrypt eklentisi kullanılır. VPS'te Certbot ile alabilirsiniz.
2. Sertifika yoksa ya da yenilemede sorun yaşıyorsanız Cloudflare panelinde SSL/TLS → Origin Server → Create Certificate ile Origin CA sertifikası oluşturun ve sunucuya yükleyin. Bu sertifikaya yalnızca Cloudflare güvenir; turuncu bulut kapatıldığında tarayıcılar onu geçersiz sayar.
3. Cloudflare panelinde SSL/TLS → Overview altında şifreleme modunu Full (strict) yapın (menü adı arayüz sürümüne göre farklı olabilir).
4. SSL/TLS → Edge Certificates altında Always Use HTTPS seçeneğini açın.
5. Sitenizi gizli pencerede hem http:// hem https:// ile açarak test edin.

VPS'te Certbot ile sertifika almak için Nginx kullanan bir sunucuda tipik komut şöyledir:


Apache için --nginx yerine --apache yazmanız yeterli. Turuncu bulut açıkken HTTP doğrulaması çoğu durumda sorunsuz çalışır; sorun yaşarsanız alma sırasında kaydı geçici olarak gri buluta alabilirsiniz.

WordPress kullanıyorsanız Ayarlar → Genel altındaki WordPress Adresi ve Site Adresi alanlarının https://siteniz.com olduğundan emin olun. Full (strict) ile birlikte bu ayar döngü yaratmaz.

Taşıma sonrası görülen hatalar ve anlamları​

Geçişten sonra bir sorun çıkarsa, gördüğünüz hata mesajı sizi doğrudan nedene götürür. Önce hata koduna bakın, sonra tablodaki ilk kontrolü yapın:


Site açılıyor ama birkaç gün sonra Search Console'da tarama hataları artıyorsa, sunucunun ya da güvenlik eklentisinin Googlebot isteklerini engelleyip engellemediğine bakın. Bu konuda Google index problemi üzerine açılmış konu sorunun DNS'ten mi başka bir yerden mi kaynaklandığını ayırt etmenize yardımcı olur.

Resmi ayrıntılar için Cloudflare'in DNS dokümantasyonu ve SSL/TLS dokümantasyonu güncel menü adlarını ve davranışları açıklar.

Sıkça Sorulan Sorular​

Nameserver değiştirirken site kapanır mı?​

Cloudflare'deki kayıtlar eski DNS bölgesiyle birebir aynıysa site kapanmaz. Yayılma süresince ziyaretçilerin bir kısmı eski, bir kısmı yeni DNS'e gider ama ikisi de aynı sunucuyu gösterdiği için fark edilmez. Kesinti genellikle eksik kayıt veya hatalı SSL modundan kaynaklanır.

Hosting firmamı değiştirmem gerekiyor mu?​

Hayır. Cloudflare yalnızca DNS ve proxy hizmeti verir, siteniz aynı sunucuda kalır. Kayıt firmanızı da değiştirmeniz gerekmez; sadece nameserver adreslerini güncellersiniz.

E-postalarım Cloudflare'e taşınır mı?​

E-posta kutularınız taşınmaz, eski yerinde kalır. Taşınan yalnızca MX, SPF, DKIM ve DMARC kayıtlarıdır. Bu kayıtlar eksiksiz aktarılır ve mail kaydı gri bulutta tutulursa e-posta kesintisiz çalışır.

Cloudflare panelinde durum neden hâlâ Pending görünüyor?​

Kayıt firması değişikliği henüz kayıt merkezine iletmemiş olabilir ya da eski nameserver'lardan biri listede kalmış olabilir. dig siteniz.com NS +trace çıktısında Cloudflare adreslerini görmüyorsanız kayıt firması panelini tekrar kontrol edin. DNSSEC açıksa onu da kapatın.

Flexible SSL ile devam etsem ne olur?​

Ziyaretçi tarayıcıda kilit simgesini görür ama Cloudflare ile sunucunuz arasındaki trafik şifresiz gider. Sunucuda HTTPS yönlendirmesi varsa yönlendirme döngüsü de oluşur. Sunucuya geçerli bir sertifika ya da Origin CA kurup Full (strict) kullanmak hem daha güvenli hem daha sorunsuzdur.

Cloudflare'den eski DNS'e geri dönebilir miyim?​

Evet, kayıt firmasında nameserver adreslerini eski değerlere çevirmeniz yeterli. Eski DNS bölgesini silmediyseniz geri dönüş de aynı yayılma süresiyle sorunsuz tamamlanır. Bu yüzden geçiş bitene kadar eski bölgeyi yerinde tutmak iyi bir güvencedir.

Kısacası sıra şu: önce döküm, sonra Cloudflare'de kayıtları doğrulama, ardından DNSSEC kontrolü ve nameserver değişimi, en son proxy ve SSL ayarları. Bu sırayla ilerlediğinizde geçiş sessizce tamamlanır. DNS ve site yönetimiyle ilgili başka sorularınız olursa SEO ve site yönetimi tartışmalarının yapıldığı forum bölümüne de göz atabilirsiniz.

Siz Cloudflare'e geçişte en çok hangi kaydın eksik aktarıldığını gördünüz, e-posta tarafında sorun yaşadınız mı?