New Trafik lansmanı için landing page ve VPS nasıl hazırlanır: adım adım kontrol listesi

Lansman hızı, ekibin kaç hipotezi test edebildiğini etkiler. Ancak hızlı lansman, kontrol edilmemiş bir şablonun yayınlanmasına dönüşmemelidir: form, analitik, DNS veya sunucu yapılandırmasındaki hatalar lead kaybına ve reklam bütçesinin israfına yol açabilir.

Bu rehberde, statik bir landing page’in nasıl hazırlanacağını, Ubuntu ve Nginx ile VPS üzerinde nasıl barındırılacağını, alan adı ve HTTPS’in nasıl bağlanacağını ve ardından ücretli trafik lansmanından önce sayfanın nasıl kontrol edileceğini ele alacağız.

Bu makale; halihazırda HTML şablonu, alan adı ve lead işleyici, CRM veya tracker erişimi olan bir media buyer ya da küçük ekip için hazırlanmıştır. Landing page PHP veya başka bir sunucu tarafı kod kullanıyorsa yalnızca Nginx kurmak yeterli olmaz: PHP-FPM gibi bir çalışma ortamının da ayrıca yapılandırılması gerekir. Bu makalede, statik sayfa için daha basit ve hızlı senaryo ele alınmaktadır.

Bu makalede şunları ele alacağız:

• şablonun nasıl inceleneceği ve uyarlanacağı;
• lansmandan önce koddan neyin kaldırılacağı;
• formların ve analitiğin nasıl kurulacağı;
• landing page için sunucunun nasıl seçileceği;
• statik sayfanın Ubuntu ve Nginx üzerinde nasıl yayınlanacağı;
• alan adı ve HTTPS’in nasıl bağlanacağı;
• trafik satın almadan önce nelerin kontrol edileceği;
• hosting, alan adları ve çalışma hizmetlerinin ödemelerinin nasıl düzenleneceği.

Adım 1. Landing page’i hazırlayın

Nişinizdeki sayfaları analiz ederek başlayın. Amaç başkasının sitesini kopyalamak değil, benzer bir hedef kitle için hangi blokların, tekliflerin, görsel çözümlerin ve eyleme çağrıların kullanıldığını anlamaktır.

Analiz sırasında şunlara dikkat edin:

• blokların sırası ve sayfanın mantığı;
• başlık, alt başlık ve teklif açıklaması;
• lead veya kayıt formu;
• butonlar ve kullanıcıdan hedef eyleme giden yol;
• görseller ve görsel vurgular;
• akıllı telefonlarda görüntülenme;
• yükleme hızı ve harici script sayısı.

Kendi şablonlarınızı, lisanslı materyalleri veya kullanım izniniz olan dosyaları kullanın. Sahibinin izni olmadan başkalarına ait metinleri, görselleri, logoları, yorumları veya ticari öğeleri kullanmayın: bu durum yasal ve itibar riskleri yaratır.

Hazır bir HTML şablonunuz varsa teknik kontrole geçin.

Adım 2. Kodu, formları ve analitiği kontrol edin

Aldığınız arşiv yalnızca bir başlangıç noktasıdır. Lansmandan önce arşivi açmanız, incelemeniz ve kampanyanıza göre uyarlamanız gerekir.

Statik bir landing page için ana dosya genellikle index.html olur. Bunu Visual Studio Code, Notepad++ veya başka bir kod düzenleyicide açabilirsiniz.

Arşivdeki ana dosya index.php ise ve form verileri yerel lead.php dosyasına gönderiyorsa, proje normal bir statik site olarak yayınlanamaz. Önce şablonun gereksinimlerini netleştirin ve PHP-FPM’yi yapılandırın ya da yerel işleyiciyi CRM, tracker veya affiliate ağı için hazır bir entegrasyonla değiştirin.

Başkalarına ait sayaçları ve harici bağlantıları kaldırın

Meta Pixel, Google Analytics, TikTok Pixel, Yandex Metrica ve diğer analitik sistemlerinin bağlantılarını arayın. Başkalarına ait sayaçlar, ziyaret ve kullanıcı eylemleriyle ilgili verileri şablonun önceki sahibine gönderebilir.

Kontrol edin:

• içindeki ve kapanış etiketinden önceki kod;
• bağlı JavaScript dosyaları;
• harici scriptler ve iframe’ler;
• JavaScript yönlendirmeleri;
• üçüncü taraf alan adlarına giden bağlantılar ve istekler;
• verileri başka bir adrese gönderebilecek formlar.

Yalnızca bilinen sayaçların adlarını aramakla sınırlı kalmayın. Sayfayı yerel olarak açın ve hangi alan adlarına bağlandığını görmek için Network sekmesini inceleyin. Temizlikten sonra yalnızca kendi analitik sistemlerinizi ve ihtiyacınız olan entegrasyonları bağlayın.

Analitik olaylarını kontrol edin

Kendi piksellerinizi bağlayın ve temel olayları yapılandırın: sayfa görüntüleme, form doldurmaya başlama ve başarılı lead gönderimi.

Dönüşümü yalnızca buton tıklamasına göre kaydetmeyin. Lead olayı, işleyiciden başarılı yanıt alındıktan sonra veya teşekkür sayfasında tetiklenmelidir. Aksi halde eksik ve başarısız gönderimler reklam hesabına düşebilir.

Meta’yı test etmek için daha önce Meta Pixel Helper olarak bilinen resmi uzantı Meta Ads Data Advisor’ı kullanabilirsiniz. Ayrıca Events Manager içindeki Test Events bölümünde olayları kontrol edin.

DevTools’da şunları kullanın:

• analitik ve işleyiciye giden istekler için Network sekmesi;
• JavaScript hataları için Console sekmesi;
• kullanılıyorsa cookie ve yerel depolamayı kontrol etmek için Application sekmesi.

Adım 3. İçeriği ve mobil sürümü uyarlayın

Yüksek kaliteli bir şablon bile belirli bir teklif ve hedef kitleye uyarlanmalıdır. Genel bir sayfa her zaman kullanıcı beklentilerini karşılamaz; bu nedenle teklif ilk ekranda net olmalıdır.

Kontrol edin ve güncelleyin:

• başlık ve alt başlık;
• avantajların açıklaması;
• fiyatlar, koşullar ve sınırlamalar;
• görseller ve banner’lar;
• yorumlar, puanlar ve diğer sosyal kanıtlar;
• butonlar ve eyleme çağrılar;
• hata mesajları ve form gönderiminin onayı.

Uygun boyut ve formatta görseller kullanın. Fotoğraflar için WebP veya yedek seçenekli AVIF genellikle uygundur; basit illüstrasyonlar için SVG iyi çalışır. Sayfada küçük bir blokta gösterilecekse binlerce piksel genişliğinde görsel yüklemeyin.

Mobil sürüm için minimum kontrol listesi

• metin yakınlaştırma yapılmadan okunabilir;
• ana CTA ilk ekranda görünür veya hızlıca erişilebilir;
• form, ekran klavyesiyle kapanmaz;
• görseller düzeni bozmaz;
• alanlar uygun giriş türünü kullanır, örneğin telefon için tel;
• yatay kaydırma yoktur;
• etkileşimli öğeler birbirine çok yakın değildir;
• sayfa mobil internette belirgin gecikme olmadan yüklenir.

Ek kontrol için Google PageSpeed Insights’ı kullanın. Araç laboratuvar verilerini gösterir ve yeterli trafiğe sahip sayfalar için Chrome UX Report’tan saha verilerini de gösterir. Yalnızca nihai puanı değil, yavaşlamaya neden olan somut faktörleri de değerlendirin: ağır görseller, render’ı engelleyen kaynaklar, üçüncü taraf scriptleri ve sunucu yanıt süresi.

Adım 4. Göreve uygun hosting seçin

Tek ve basit bir statik landing page için shared hosting yeterli olabilir. Web sunucusu ayarlarına erişim, birden fazla site, özel yönlendirme kuralları veya ek hizmetler gerektiğinde VPS faydalıdır.

Ancak VPS sınırsız kapasite anlamına gelmez. Sipariş vermeden önce kabul edilebilir kullanım politikasını, paket sınırlamalarını ve yedekleme koşullarını inceleyin. Sürekli yüksek trafik veya ani yükselmeler bekleniyorsa, beklenen yükü önceden sağlayıcının destek ekibiyle görüşün. Daha büyük projeler için daha güçlü bir VPS, CDN, yük dengeleme veya dedicated sunucu gerekebilir.

VPS mi, dedicated sunucu mu?

Yapılandırmayı yalnızca landing page sayısına göre seçmeyin. Statik sayfalar genellikle az CPU ve RAM kullanır, ancak aynı sunucuda PHP, veritabanı, tracker veya arka plan işlemleri de çalışıyorsa yük belirgin şekilde değişir. Uygun bir paketle başlayın, izlemeyi etkinleştirin ve gerçek kullanıma göre kaynakları artırın.

Sunucu seçerken şunları göz önünde bulundurun:

• konum – hedef kitleye yakın sunucu genellikle ağ gecikmesini azaltır; birden fazla bölge için CDN kullanılabilir;
• disk – NVMe, dosya ve veritabanı kullanımının yoğun olduğu projeler için faydalıdır, ancak sayfanın kendi optimizasyonunun yerine geçmez;
• ağ ve trafik sınırları – port hızını, aylık limiti ve sürekli yük kısıtlamalarını kontrol edin;
• IP adresi – pakete ayrı bir IPv4 dahil olup olmadığını ve teknik gereklilik durumunda adresin değiştirilip değiştirilemeyeceğini öğrenin;
• yedekleme – kopyaların ne sıklıkta oluşturulduğunu, ne kadar saklandığını ve geri yüklemenin maliyetini öğrenin;
• destek ve SLA – çalışma saatlerini, mevcut destek türlerini ve arıza durumundaki prosedürü kontrol edin;
• yükseltme imkânı – uzun bir taşıma olmadan CPU, RAM ve disk kapasitesinin artırılıp artırılamayacağını önceden öğrenin.

Landing page barındırmak için Hoster.Solutions VPS seçeneğini değerlendirebilir ve göreve uygun konum ile yapılandırmayı seçebilirsiniz. Sipariş vermeden önce kullanım politikasını ve ilgili paketin sınırlamalarını kontrol edin.

Projeniz ayrı bir fiziksel makinenin kaynaklarına ihtiyaç duyuyorsa Hoster.Solutions dedicated sunucularını değerlendirebilirsiniz.

Adım 5. Statik landing page’i Ubuntu ve Nginx üzerinde yayınlayın

Başlamak için şunları hazırlayın:

• desteklenen bir Ubuntu LTS sürümüne sahip VPS;
• SSH üzerinden yönetici erişimi;
• alan adı;
• index.html, stiller, scriptler ve görseller içeren hazır bir klasör;
• form verileri harici bir servise gönderiyorsa lead işleyicinin adresi.

Hoster.Solutions seçilen işletim sistemini kurar, ancak kendi DNS sunucularını sağlamaz. DNS kayıtları alan adı kayıt firmanızda veya harici bir DNS servisinde yapılandırılabilir.

1. Sunucuya bağlanın

Sağlayıcının belirttiği kullanıcı adını kullanın:

ssh USER@SERVER_IP

Sağlayıcı yalnızca root erişimi verdiyse, bunu ilk kurulum için kullanın. Ardından sudo yetkisi olan ayrı bir kullanıcı oluşturun ve SSH anahtarıyla girişi yapılandırın. Sürekli root olarak çalışmak, yanlışlıkla yapılan bir hatanın etkisini artırır.

2. Nginx’i kurun

sudo apt update
sudo apt install nginx -y
sudo systemctl status nginx

Kurulumdan sonra tarayıcıda sunucunun IP adresini açın. Nginx erişilebilirse varsayılan karşılama sayfası görünür.

3. Güvenlik duvarını yapılandırın

Önce sunucuya erişimi kaybetmemek için SSH’ye izin verin, ardından HTTP ve HTTPS’yi açın:

sudo ufw allow OpenSSH
sudo ufw allow 'Nginx Full'
sudo ufw enable
sudo ufw status

SSH standart olmayan bir portta çalışıyorsa, güvenlik duvarını etkinleştirmeden önce ilgili kuralı ekleyin.

4. Site klasörünü oluşturun

sudo mkdir -p /var/www/landing
sudo chown -R "$USER":"$USER" /var/www/landing

Lokal bilgisayarınızdan landing page klasörünün içeriğini yükleyin:

scp -r ./landing/. USER@SERVER_IP:/var/www/landing/

./landing/. yapısı, gizli dosyalar dahil olmak üzere klasörün tüm içeriğini kopyalar.

5. Nginx yapılandırmasını oluşturun

/etc/nginx/sites-available/landing dosyasını oluşturun:

server {
listen 80;
listen [::]:80;

server_name example.com www.example.com;

root /var/www/landing;
index index.html;

location / {
try_files $uri $uri/ =404;
}
}

example.com yerine kendi alan adınızı yazın. www alt alan adını kullanmıyorsanız, onu server_name içinden kaldırın.

Yapılandırmayı etkinleştirin ve sözdizimini kontrol edin:

sudo ln -s /etc/nginx/sites-available/landing /etc/nginx/sites-enabled/landing
sudo nginx -t
sudo systemctl reload nginx

nginx -t hata gösteriyorsa, hatayı düzeltmeden yapılandırmayı yeniden yüklemeyin.

6. DNS’yi yapılandırın

Alan adı kayıt firmanızın veya DNS servisinizin panelinde şunları oluşturun:

• ana alan adı için sunucunun IPv4 adresine yönlendiren bir A kaydı;
• www alt alan adını kullanıyorsanız bunun için bir A kaydı veya CNAME;
• yalnızca sunucuda IPv6 gerçekten yapılandırılmışsa AAAA kaydı.

Hoster.Solutions’daki standart bir VPS’in aktivasyonu genellikle birkaç dakika sürer. DNS güncellemeleri çoğunlukla yaklaşık bir saat içinde tamamlanır, ancak kayıt firmasına ve önbelleğe bağlı olarak 24–48 saat sürebilir.

7. HTTPS’yi bağlayın

Certbot, çoğu kullanıcıya snap üzerinden kurulum yapılmasını önerir:

sudo snap install --classic certbot
sudo ln -s /snap/bin/certbot /usr/local/bin/certbot

Sertifika verilmeden önce alan adının sunucuya yönlendiğinden, Nginx’in HTTP üzerinden yanıt verdiğinden ve 80 ile 443 portlarının açık olduğundan emin olun.

Sertifikayı alın:

sudo certbot --nginx -d example.com -d www.example.com

www.example.com yalnızca ilgili DNS kaydı varsa belirtilmelidir.

Kurulumdan sonra otomatik yenilemeyi kontrol edin:

sudo certbot renew --dry-run

Siteyi https:// üzerinden açın ve HTTP sürümünün kullanıcıyı güvenli bağlantıya yönlendirdiğinden emin olun.

Adım 6. Çalışma hizmetlerinin ödemelerini düzenleyin

Projeleri başlatırken ve sürdürürken hosting, alan adları, tracker’lar, analitik, reklam hesapları ve çalışma abonelikleri için düzenli ödeme yapmanız gerekir. Tüm harcamalar tek bir kart üzerinden yapılıyorsa, ekibin bütçeleri kontrol etmesi ve başarısız yenilemenin nedenini bulması zorlaşır.

Pay2.House, reklam ve çevrimiçi servis ödemeleri için farklı ülkelerden ve bölgelerden BIN’lere sahip sanal kartlar sunar. Belirli bir servisin ödenebilmesi, servisin kurallarına, kartın parametrelerine ve işlemin kendisine bağlıdır; bu nedenle kart oluşturmadan önce mevcut kartları ve koşulları kontrol edin.

Harcamaları düzenlemek için şunları kullanabilirsiniz:

• hosting, alan adları, reklam ve abonelikler için ayrı kartlar;
• harcama limitleri ve işlem kontrolü;
• ekip üyeleri için kartlar ve roller;
• tek arayüzde işlem geçmişi;
• seçilen pakette mevcutsa toplu kart oluşturma ve API tabanlı otomasyon.

Örneğin, hosting ve alan adları için ayrı bir kart, altyapı ödemelerinin reklam harcamalarıyla karışmasını önlemeye yardımcı olur. Lansmandan önce her servisin bakiyesini, bir sonraki yenileme tarihini ve otomatik tahsilat ayarlarını kontrol edin.

Hazırlık ne kadar sürer?

Şablon, alan adı, sunucu ve lead işleyici hazır ise teknik kısım birkaç saat içinde tamamlanabilir. Aşağıda basit bir statik landing page için tahmini süre yer alıyor:

Bu süreler, standart olmayan sunucu yapılandırmasının aktivasyonunu bekleme, DNS güncellemesi, şablon hatalarının düzeltilmesi veya PHP ile diğer sunucu tarafı uygulamalarının kurulumunu içermez.

Trafik lansmanından önce ne kontrol edilmeli?

Ana kampanyadan önce az miktarda test trafiği gönderin. Tüm yolu kontrol edin: reklama tıklama → sayfanın yüklenmesi → formun gönderilmesi → lead’in oluşması → analitikte olayın kaydedilmesi. Bu test, landing page’in normal incelenmesi sırasında fark edilmesi zor olan hataları ortaya çıkarır.

Sonuç

Landing page’i lansmana hazırlamak yalnızca dosyaları sunucuya yüklemek değildir. Şablondaki üçüncü taraf sayaçları kaldırmanız, kendi analitiğinizi kurmanız, formu ve parametre aktarımını test etmeniz, Nginx, DNS ve HTTPS’yi hazırlamanız ve ardından lead’in çalışma sisteminde görünmesine kadar tüm kullanıcı yolculuğunu tamamlamanız gerekir.

VPS yapılandırma üzerinde kontrol sağlar, ancak bağımsız kurulum ve sağlayıcının sınırlamalarına uyum gerektirir. Statik bir landing page için basit bir yapılandırmayla başlayın, gerçek yükü izleyin ve gerektiğinde kaynakları artırın.

Sayfa, sunucu, analitik ve ödemeler başlamadan önce ne kadar dikkatle kontrol edilirse, ekip trafik başladıktan sonra teknik sorunları çözmek için o kadar az zaman harcar.