Alan Adı Nasıl Satın Alınır ve Web Sitesi Nasıl Kurulur: Eksiksiz Teknik Rehber

Bir alan adı satın almak ve bir web sitesi oluşturmak, üç farklı teknik katmanı kapsar: alan adı kaydı ve DNS yapılandırması, sunucu tarafı barındırma kurulumu ve uygulama katmanı kurulumu. Her katmanın kendi hata noktaları, yayılma zaman çizelgeleri ve çoğu başlangıç kılavuzunun tamamen görmezden geldiği optimizasyon fırsatları vardır.

Bu kılavuz, bir sistem yöneticisinin uygulayacağı hassasiyetle her adımı kapsar — bir alan adı kayıt şirketi seçmekten ve nameserver delegasyonunu anlamaktan, uygun dosya izinleriyle VPS üzerine WordPress kurmaya, SSL yapılandırmasına ve Google Search Console’a doğrulanmış bir site haritası göndermeye kadar.

Lansmandaki Altyapı Seçimleriniz Uzun Vadeli Performansı Neden Belirler

Bir alan adı kayıt şirketinin arayüzüne dokunmadan önce, barındırma ortamınızın sitenizin İlk Bayta Kadar Geçen Süreyi (TTFB), çalışma süresi SLA’sını ve güvenlik duruşunu belirlediğini anlayın. Paylaşımlı bir barındırma hesabı, statik bir broşür sitesi için yeterli olabilir; ancak WooCommerce, önbelleğe alma eklentileri ve eş zamanlı kullanıcılarla birlikte bir WordPress kurulumu, ayrılmış kaynaklar gerektirir.

NVMe depolama alanına sahip VPS Barındırma, size yalıtılmış CPU ve RAM, PHP-FPM çalışan havuzlarını yapılandırmak için kök düzeyinde erişim ve bir destek talebi beklemeden nginx.conf veya php.ini ayarlarını yapma imkânı sunar. Bu ayrım, ilk günden itibaren önem taşır.

Adım 1: Bir Alan Adı Seçin ve Kaydedin

1.1 Alan Adı Seçim Stratejisi

Alan adınız hem bir marka tanımlayıcısı hem de zayıf ama gerçek bir SEO sinyali olarak işlev görür. Bu teknik ve stratejik kriterleri aklınızda bulundurun:

• Uzunluk ve akılda kalıcılık: 15 karakterin altında tutmayı hedefleyin. Her ek karakter, yazım hata oranlarını artırır ve doğrudan gezinme trafiğini azaltır.
• TLD seçimi: .com, en güçlü küresel güven sinyalini korur. Ülke kodu TLD’leri (.uk, .ca, .de), Google Search Console’da coğrafi hedefleme ağırlığı taşır ve hedef kitleniz açıkça bölgesel olduğunda uygundur. .shop, .blog veya .io gibi yeni gTLD’ler normalde dizine eklenir, ancak filtreler tarafından daha yüksek spam incelemesiyle karşılaşabilir.
• Kısa çizgiler ve sayılar: Her ikisinden de kaçının. Kısa çizgiler sözlü iletişimde görünmezdir; sayılar belirsizlik yaratır (“4” mı yoksa “dört” mü?).
• Ticari marka çakışmaları: Kayıt yaptırmadan önce kısa listenizdekileri USPTO TESS veritabanı veya EUIPO üzerinden kontrol edin. Kayıtlı bir ticari markayı ihlal eden bir alan adı, kim önce kaydettirmiş olursa olsun UDRP tahkimi yoluyla el konulabilir.
• Anahtar kelime dahil etme: Birincil anahtar kelime içeren bir alan adı (örn. austinplumber.com), küçük bir sıralama sinyali sağlar ve anahtar kelime sorguyla eşleştiğinde SERP’lerdeki tıklama oranlarını artırır. Marka netliği pahasına anahtar kelimeleri zorlamayın.

1.2 Alan Adı Uygunluğunu ve WHOIS Geçmişini Kontrol Edin

Hedef adınızı kontrol etmek için bir kayıt şirketinin uygunluk aracını kullanın. Alınmışsa, hemen kısa çizgili bir varyanta geçmeyin — önce mevcut alan adının aktif olarak kullanılıp kullanılmadığını, park edilip edilmediğini veya süresinin dolup dolmadığını kontrol edin.

Kullanmaya değer araçlar:

• Kayıt durumunu ve son kullanma tarihini kontrol etmek için ICANN’ın genel WHOIS hizmeti aracılığıyla WHOIS sorgusu
• Daha önce kaydedilmiş bir alan adının spam içerikli veya cezalandırılmış içerik taşıyıp taşımadığını değerlendirmek için Wayback Machine (web.archive.org) — bu önemlidir çünkü Google’ın spam sinyalleri sahiplik değişikliklerinde kalıcı olabilir
• Düşürülmüş bir alan adının edinmeye değer geri bağlantı değeri taşıyıp taşımadığını kontrol etmek için Moz Domain Authority / Ahrefs DR

Tercih ettiğiniz .com alınmışsa ancak .net ve .org müsaitse, üçünü de kaydedip birincil alan adınıza yönlendirmek standart bir savunma amaçlı kayıt stratejisidir.

1.3 Alan Adını Kaydedin

Barındırma sağlayıcınız aracılığıyla Alan Adı Kaydı yapmak, nameserver’lar önceden yapılandırıldığından DNS yönetimini basitleştirir. Kayıt iş akışı kayıt şirketleri arasında tutarlıdır:

1. Alan adını sepetinize ekleyin.
2. Kayıt süresini seçin. Bir yıl asgari süredir; çok yıllı kayıt (2–5 yıl), Google’ın kalite algoritmalarına uzun vadeli bağlılık sinyali verir ve yanlışlıkla süre dolması riskini azaltır.
3. WHOIS Gizlilik Korumasını (Alan Adı Gizliliği veya ID Shield olarak da bilinir) etkinleştirin. Bu, genel WHOIS veritabanındaki kişisel iletişim bilgilerinizi kayıt şirketinin vekil bilgileriyle değiştirir. Bu olmadan adınız, adresiniz, telefon numaranız ve e-posta adresiniz kamuya açık olarak sorgulanabilir — spam ve sosyal mühendislik için doğrudan bir vektör.
4. Otomatik yenileme ayarlarını gözden geçirin. Otomatik yenilemeyi etkinleştirin ve ödeme yönteminizin güncel olduğundan emin olun. Alan adı süresi dolması, tam site kesintilerinin en önlenebilir nedenlerinden biridir.

Adım 2: DNS’i Yapılandırın ve Alan Adınızı Barındırmaya Bağlayın

DNS yayılımı, bu süreçteki en yanlış anlaşılan adımdır. Nameserver’ları veya DNS kayıtlarını güncellediğinizde, anlık bir değişiklik yapmıyorsunuz — internet genelindeki önbelleğe alınmış çözümleyicilerin kendi TTL zamanlamalarında yenileyeceği yetkili kayıtları güncelliyorsunuz.

2.1 DNS Hiyerarşisini Anlamak

Herhangi bir değişiklik yapmadan önce, gerçekte neyi değiştirdiğinizi anlayın:

• Kayıt şirketi: Alan adınız için hangi nameserver’ların yetkili olduğunu kontrol eder (kayıt defteri düzeyindeki NS kayıtları).
• Nameserver’lar (NS kayıtları): Alan adınız için eksiksiz DNS kayıtları kümesi olan bölge dosyanızı tutan sunucular.
• Bölge dosyası kayıtları: A kayıtları (IPv4 adresi), AAAA kayıtları (IPv6), CNAME kayıtları (takma adlar), MX kayıtları (posta yönlendirme), TXT kayıtları (SPF, DKIM, alan adı doğrulama).

“Alan adınızı barındırmaya yönlendirdiğinizde,” şunlardan birini yapıyorsunuz:

1. Nameserver’ları değiştirme — tam DNS kontrolünü barındırıcınızın nameserver’larına devretme veya
2. Bireysel A/CNAME kayıtlarını güncelleme — kayıt şirketinizin nameserver’larını koruyarak belirli kayıtları sunucunuzun IP’sine yönlendirme.

Seçenek 1, yeni başlayanlar için daha basittir. Seçenek 2 size daha ince kontrol sağlar ve bazı hizmetleri (e-posta gibi) ayrı bir sağlayıcıda tutmanız gerektiğinde tercih edilir.

2.2 Barındırma Nameserver’larınızı Bulun

Barındırma kontrol panelinize giriş yapın. Nameserver’lar genellikle hesap genel görünümünde veya “DNS / Nameserver’lar” bölümünde görüntülenir. Şu biçimi izlerler:

ns1.yourhostingprovider.com
ns2.yourhostingprovider.com

Her zaman en az iki nameserver kullanın. Bu yedeklilik sağlar — ns1 erişilemez durumdaysa, çözümleyiciler ns2‘ye geri döner.

2.3 Kayıt Şirketinizdeki Nameserver’ları Güncelleyin

1. Alan adı kayıt şirketinizin kontrol paneline giriş yapın.
2. Alan Adı Yönetimi > DNS Ayarları veya Nameserver’lar bölümüne gidin.
3. “Özel Nameserver’lar” veya “Özel DNS Kullan” seçeneğini seçin.
4. Mevcut nameserver girişlerini barındırma sağlayıcınızdakilerle değiştirin.
5. Değişiklikleri kaydedin.

Yayılma zaman çizelgesi: Kayıt defteri NS kaydı güncellemesini dakikalar içinde işler, ancak dünya genelindeki özyinelemeli çözümleyiciler eski kayıtları TTL’leri dolana kadar önbellekte tutar. Pratik yayılma süresi çoğu çözümleyici için 1–4 saattir; teorik maksimum 48 saattir. dnschecker.org gibi araçları kullanarak veya belirli çözümleyicileri doğrudan sorgulayarak yayılma durumunu izleyebilirsiniz:

dig @8.8.8.8 yourdomain.com NS
dig @1.1.1.1 yourdomain.com A

2.4 Devam Etmeden Önce DNS Çözümlemesini Doğrulayın

DNS doğru şekilde çözümlenene kadar yazılım kurulumuna geçmeyin. WordPress’i kurmaya veya SSL’yi yapılandırmaya çalışmak, alan adı sunucunuza yönlendirmeden önce sertifika verme hatalarına ve bozuk yapılandırma dosyalarına yol açacaktır.

# Confirm your domain resolves to your server's IP
dig +short yourdomain.com A

# Confirm reverse DNS (PTR) is configured on your server
dig -x YOUR_SERVER_IP

Adım 3: Sunucu Ortamınızı Yapılandırın

Bu adım, çoğu başlangıç kılavuzunun tamamen başarısız olduğu yerdir. WordPress kurmak, çalışan bir LAMP veya LEMP yığını, doğru dosya izinleri ve bir veritabanı gerektirir — bunların hiçbiri yeni bir VPS’de varsayılan olarak mevcut değildir.

3.1 LAMP ve LEMP Yığını: Hangisini Kullanmalı

WordPress çalıştıran yeni bir VPS için, Nginx’in eş zamanlı bağlantıları üstün şekilde işlemesi ve istek başına düşük RAM ayak izi nedeniyle LEMP önerilen seçimdir. Ancak, cPanel ile VPS kullanıyorsanız, Apache varsayılandır ve tam olarak desteklenir.

3.2 Ubuntu 24.04’e LEMP Yığını Kurun

sudo apt update && sudo apt upgrade -y
sudo apt install nginx mariadb-server php8.3-fpm php8.3-mysql php8.3-xml 
  php8.3-curl php8.3-gd php8.3-mbstring php8.3-zip php8.3-intl -y
sudo systemctl enable nginx mariadb php8.3-fpm
sudo systemctl start nginx mariadb php8.3-fpm

3.3 MariaDB’yi Güvenli Hale Getirin ve Bir WordPress Veritabanı Oluşturun

sudo mysql_secure_installation

Ardından giriş yapın ve özel bir veritabanı ve kullanıcı oluşturun:

sudo mysql -u root -p

CREATE DATABASE wordpress_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
CREATE USER 'wp_user'@'localhost' IDENTIFIED BY 'StrongPassw0rd!';
GRANT ALL PRIVILEGES ON wordpress_db.* TO 'wp_user'@'localhost';
FLUSH PRIVILEGES;
EXIT;

utf8mb4 yerine utf8 kullanmak kritik öneme sahiptir — emoji ve Latin dışı alfabeler dahil tam Unicode karakter setini destekler, veri kesme hatalarını önler.

3.4 WordPress için Nginx’i Yapılandırın

Bir sunucu bloğu yapılandırma dosyası oluşturun:

sudo nano /etc/nginx/sites-available/yourdomain.com

server {
    listen 80;
    server_name yourdomain.com www.yourdomain.com;
    root /var/www/yourdomain.com;
    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$args;
    }

    location ~ .php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php8.3-fpm.sock;
    }

    location ~ /.ht {
        deny all;
    }
}

sudo ln -s /etc/nginx/sites-available/yourdomain.com /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

Adım 4: Bir SSL Sertifikası Kurun

Bir SSL/TLS sertifikası isteğe bağlı değildir. Google, 2014’ten bu yana HTTPS’yi bir sıralama sinyali olarak kullanmaktadır. Tarayıcılar, HTTP siteleri için “Güvenli Değil” uyarıları görüntüler; bu da kullanıcı güvenini ve dönüşüm oranlarını mahveder. Genişletilmiş doğrulama veya wildcard kapsama sahip premium bir sertifikaya ihtiyaç duyuyorsanız, AlexHost aracılığıyla SSL Sertifikaları temin edilebilir.

Standart alan adı doğrulamalı bir sertifika için, Certbot aracılığıyla Let’s Encrypt ücretsiz ve otomatik yenilemelidir:

sudo apt install certbot python3-certbot-nginx -y
sudo certbot --nginx -d yourdomain.com -d www.yourdomain.com

Certbot, HTTP’yi HTTPS’ye yönlendirmek ve sertifikayı kurmak için Nginx yapılandırmanızı otomatik olarak değiştirecektir. Otomatik yenilemenin işlevsel olduğunu doğrulayın:

sudo certbot renew --dry-run

Let’s Encrypt sertifikaları her 90 günde bir sona erer. --dry-run bayrağı, değişiklik yapmadan yenilemeyi simüle eder — yenileme cron görevinin doğru çalışacağını onaylamak için kurulumdan sonra çalıştırın.

Adım 5: WordPress’i Kurun

5.1 WordPress’i İndirin ve Yapılandırın

cd /tmp
wget https://wordpress.org/latest.tar.gz
tar -xzf latest.tar.gz
sudo mv wordpress /var/www/yourdomain.com
sudo chown -R www-data:www-data /var/www/yourdomain.com
sudo find /var/www/yourdomain.com -type d -exec chmod 755 {} ;
sudo find /var/www/yourdomain.com -type f -exec chmod 644 {} ;

Dosya izni sertleştirmesi kritik öneme sahiptir. WordPress çekirdek dosyaları asla dünya tarafından yazılabilir olmamalıdır. www-data sahipliği, Nginx ve PHP-FPM’nin dosyaları okumasına ve yazmasına izin verirken, 755/644 izinleri diğer sistem kullanıcılarının bunları değiştirmesini engeller.

5.2 wp-config.php Dosyasını Oluşturun

cd /var/www/yourdomain.com
sudo cp wp-config-sample.php wp-config.php
sudo nano wp-config.php

Veritabanı kimlik bilgilerini güncelleyin:

define( 'DB_NAME', 'wordpress_db' );
define( 'DB_USER', 'wp_user' );
define( 'DB_PASSWORD', 'StrongPassw0rd!' );
define( 'DB_HOST', 'localhost' );
define( 'DB_CHARSET', 'utf8mb4' );

Ayrıca https://api.wordpress.org/secret-key/1.1/salt/ adresini ziyaret ederek benzersiz kimlik doğrulama anahtarları ve tuzlar oluşturun ve wp-config.php dosyasındaki yer tutucu anahtar bloğunu değiştirin.

5.3 Web Tabanlı Kurulumu Tamamlayın

Tarayıcınızda https://yourdomain.com adresine gidin. WordPress kurulum sihirbazı sizden şunları isteyecektir:

• Site başlığı
• Yönetici kullanıcı adı — admin kullanmayın. Bu, kaba kuvvet betiklerinin denediği ilk kullanıcı adıdır.
• Yönetici parolası — en az 20 karakterden oluşan oluşturulmuş bir parola kullanın
• Yönetici e-posta adresi

Sihirbazı tamamladıktan sonra WordPress kurulumunuz yayında olacaktır.

Adım 6: WordPress Sitenizi Özelleştirin

6.1 Tema Seçimi ve Performans Etkileri

WordPress temaları yalnızca görsel değildir — Core Web Vitals’ı doğrudan etkiler. Optimize edilmemiş JavaScript ve CSS içeren şişirilmiş bir tema, doğrudan bir sıralama faktörü olan Largest Contentful Paint (LCP) süresine 2–4 saniye ekleyebilir.

Önerilen hafif temalar:

• GeneratePress — 30KB’ın altında temel boyut, modern sürümlerde jQuery bağımlılığı yok
• Kadence — blok tabanlı, mükemmel FSE (Full Site Editing) desteği
• Astra — popüler, iyi belgelenmiş, kapsamlı Elementor entegrasyonu

Temaları Görünüm > Temalar > Yeni Ekle üzerinden veya WP-CLI aracılığıyla kurun:

wp theme install generatepress --activate

6.2 Temel Eklenti Yığını

Kritik tuzak: Birden fazla önbellekleme eklentisini aynı anda kurmayın. WP Rocket ve W3 Total Cache birlikte çalıştığında bozuk önbellek dosyaları ve öngörülemeyen davranışlar üretecektir. Birini seçin ve tam olarak yapılandırın.

6.3 WordPress Sertleştirme Kontrol Listesi

Eklentilerin ötesinde, bu sunucu düzeyindeki sertleştirme önlemlerini uygulayın:

• Kullanmıyorsanız XML-RPC’yi devre dışı bırakın (yaygın kaba kuvvet vektörü):

location = /xmlrpc.php {
    deny all;
}

• IP’niz statikse wp-login.php erişimini belirli IP adresleriyle kısıtlayın:

location = /wp-login.php {
    allow YOUR.STATIC.IP.ADDRESS;
    deny all;
}

• Yönetici paneli üzerinden tema/eklenti düzenlemeyi önlemek için DISALLOW_FILE_EDIT değerini wp-config.php dosyasında ayarlayın (yaygın bir ele geçirme sonrası kalıcılık tekniği):

define( 'DISALLOW_FILE_EDIT', true );

Adım 7: Alan Adınız için E-postayı Yapılandırın

Profesyonel bir e-posta adresi (contact@yourdomain.com) olmayan bir web sitesi, hem kullanıcılara hem de spam filtrelerine düşük güvenilirlik sinyali verir. WordPress’ten gönderilen işlemsel e-postalar (parola sıfırlama, sipariş onayları), spam klasörlerine düşmemek için uygun SPF, DKIM ve DMARC kayıtları gerektirir.

E-posta Barındırma, önceden yapılandırılmış DNS kayıtlarıyla yönetilen posta kutuları sağlar. Kurulumdan sonra, bölge dosyanıza aşağıdaki DNS kayıtlarını ekleyin:

• SPF TXT kaydı: v=spf1 include:yourmailprovider.com ~all
• DKIM TXT kaydı: Posta barındırıcınız tarafından sağlanır, bir seçici alt alan adı altında TXT kaydı olarak eklenir (örn. mail._domainkey.yourdomain.com)
• DMARC TXT kaydı: v=DMARC1; p=quarantine; rua=mailto:dmarc@yourdomain.com

WordPress işlemsel e-postası için WP Mail SMTP eklentisini kurun ve çoğu VPS ortamında engellenen veya hız sınırlı olan PHP’nin mail() işlevi yerine posta sağlayıcınızın SMTP kimlik bilgilerini kullanacak şekilde yapılandırın.

Adım 8: Sitenizi Arama Motorlarına Gönderin

8.1 Google Search Console Kurulumu

search.google.com/search-console adresine gidin ve mülkünüzü ekleyin.
URL öneki yerine Alan Adı mülk türünü seçin (tüm alt alan adlarını ve protokolleri kapsar).
DNS TXT kaydı aracılığıyla sahipliği doğrulayın — sağlanan TXT kaydını bölge dosyanıza ekleyin.
Doğrulandıktan sonra Site Haritaları bölümüne gidin ve XML site haritası URL’nizi gönderin (Yoast SEO veya Rank Math kullanıyorsanız genellikle https://yourdomain.com/sitemap.xml).

8.2 Bing Webmaster Tools
Bing’i görmezden gelmeyin. Bing, Microsoft Copilot’un web temelini destekler ve yaklaşık %6–9 küresel arama pazarı payına sahiptir. Site haritanızı bing.com/webmasters adresinde gönderin. Süreci basitleştirmek için Google Search Console doğrulamanızı içe aktarabilirsiniz.
8.3 Core Web Vitals Temel Ölçümü
Kamuya açılmadan önce bir temel performans denetimi çalıştırın:
# Install Lighthouse CLI for automated auditing
npm install -g lighthouse
lighthouse https://yourdomain.com --output html --output-path ./report.html
Lansman öncesi hedef puanlar:

Performans: 85+
LCP: 2,5 saniyenin altında
CLS: 0,1’in altında
INP (Interaction to Next Paint): 200ms’nin altında

Barındırma Mimarisi Karar Matrisi




Kullanım Durumu
Önerilen Barındırma
Temel Neden




Kişisel blog, düşük trafik
Paylaşımlı Web Barındırma
Uygun maliyetli, yönetilen ortam


İş sitesi, orta düzey trafik
VPS Barındırma
Yalıtılmış kaynaklar, kök erişimi


Yüksek trafikli e-ticaret
Özel Sunucular
Tam donanım yalıtımı, gürültülü komşu yok


ML destekli site özellikleri
GPU Barındırma
Çıkarım iş yükleri için GPU hızlandırma


cPanel ile yönetilen WordPress
cPanel ile VPS
GUI tabanlı yönetim, tek tıkla kurulum




Teknik Temel Çıkarım Kontrol Listesi
Sitenizi “yayınlandı” saymadan önce bu listedeki her öğeyi doğrulayın:

DNS: Alan adı, dig +short yourdomain.com A aracılığıyla doğru sunucu IP’sine çözümleniyor
SSL: HTTPS site genelinde zorunlu; HTTP, 301 durumuyla HTTPS’ye yönlendiriliyor
Sertifika: Let’s Encrypt veya ticari SSL kurulu; otomatik yenileme --dry-run ile test edildi
Dosya izinleri: WordPress dosyaları www-data tarafından sahiplenilmiş; dizinler 755, dosyalar 644

1. Veritabanı: En az ayrıcalıklı izinlere sahip özel veritabanı kullanıcısı; WordPress tarafından root kullanılmıyor
2. Yönetici güvenliği: Varsayılan olmayan yönetici kullanıcı adı; güçlü parola; giriş URL’si isteğe bağlı olarak taşındı
3. DISALLOW_FILE_EDIT: true dosyasında wp-config.php olarak ayarlandı
4. XML-RPC: Gerekli değilse Nginx düzeyinde engellendi
5. E-posta: SPF, DKIM ve DMARC kayıtları yayınlandı; SMTP eklentisi yapılandırıldı
6. Önbellekleme: Tek önbellekleme eklentisi aktif ve yapılandırılmış; statik varlıklar uzun Cache-Control başlıklarıyla sunuluyor
7. Site haritası: XML site haritası Google Search Console ve Bing Webmaster Tools’a gönderildi
8. Core Web Vitals: Temel Lighthouse denetimi tamamlandı; LCP 2,5s’nin altında
9. Yedeklemeler: Otomatik yedekleme zamanlaması, sunucu dışı depolama hedefiyle yapılandırıldı

SSS

Nameserver’ları değiştirdikten sonra DNS yayılımı ne kadar sürer?

Kayıt defteri NS kaydı güncellemesini dakikalar içinde işler, ancak özyinelemeli çözümleyiciler eski kayıtları TTL’leri dolana kadar önbellekte tutar. Pratikte, çözümleyicilerin %90’ı değişikliği 1–4 saat içinde yansıtır. Teorik maksimum 48 saattir. Tarayıcı önbelleğine güvenmek yerine belirli çözümleyici durumunu kontrol etmek için dig @8.8.8.8 yourdomain.com NS kullanın.

Bir iş web sitesi için ücretsiz Let’s Encrypt sertifikası kullanabilir miyim?

Evet. Let’s Encrypt sertifikaları, ücretli DV sertifikalarıyla aynı şifreleme gücünü (2048 bit RSA veya ECDSA) sağlar. Fark, doğrulama düzeyi ve garantidedir. Ödeme işleyen e-ticaret siteleri için, OV (Kuruluş Doğrulamalı) veya EV (Genişletilmiş Doğrulamalı) sertifika ek güven sinyalleri sağlar ve maliyete değer.

Nameserver’ları değiştirmek ile A kayıtlarını güncellemek arasındaki fark nedir?

Nameserver’ları değiştirmek, tam DNS yetkisini barındırma sağlayıcınıza devreder — tüm kayıtlar artık orada yönetilir. Bir A kaydını güncellemek, yalnızca belirli bir ana bilgisayar adının nereye çözümleneceğini değiştirir ve DNS yönetimini kayıt şirketinizde tutar. Nameserver delegasyonu yeni başlayanlar için daha basittir; A kaydı yönetimi, bölünmüş DNS’e ihtiyaç duyduğunuzda tercih edilir (örn. bir sağlayıcıda e-posta, başka bir sağlayıcıda web barındırma).

Bir önbellekleme eklentisi kurduğum halde WordPress sitem neden yavaş?

Önbellekleme eklentileri yalnızca PHP yürütme süresini ele alır. TTFB’niz hâlâ yüksekse, darboğaz muhtemelen veritabanı sorgu düzeyinde, PHP-FPM çalışan havuzu tükenmesinde veya optimize edilmemiş görüntülerde. MariaDB’de yavaş sorgular için EXPLAIN kullanın, mevcut RAM’iniz için PHP-FPM pm.max_children değerini artırın ve görüntüleri WebP dönüşümünden geçirin. Ayrıca önbellekleme eklentinizin gerçekten önbelleğe alınmış sayfalar sunup sunmadığını X-Cache yanıt başlığını kontrol ederek doğrulayın.

Alan adımı ve barındırmamı aynı sağlayıcıya kaydetmem gerekiyor mu?

Hayır. Alan adınızı ve barındırmanızı ayrı ayrı kaydetmek yaygındır ve teknik açıdan basittir — kayıt şirketinizdeki nameserver’ları barındırma sağlayıcınıza yönlendirecek şekilde güncellemeniz yeterlidir. Ancak her ikisini aynı sağlayıcıda tutmak bir yapılandırma adımını ortadan kaldırır ve DNS yönetimini basitleştirir; bu nedenle kayıt şirketi artı barındırma paketleri yeni site sahipleri arasında popülerdir.