CI/CD’de Teknik SEO Regresyon Testi Nasıl Kurulur?

Bir sürümde yanlışlıkla eklenen tek bir noindex etiketi, en değerli kategori sayfalarınızı arama sonuçlarından uzaklaştırabilir. Otomatik regresyon testi, bu tür hataları canlı ortama çıkmadan önce yakalamanızı sağlar.

Kod değişiklikleri yalnızca tasarımı veya yeni bir özelliği etkilemez. Canonical etiketleri, yönlendirmeler, yapılandırılmış veri, site haritası ve sayfa hızı da her sürümde değişebilir. Bu nedenle teknik kontrolleri yazılım geliştirme yaşam döngüsüne dahil etmeniz gerekir.

Doğru kurulan test hattı, organik trafik kaybını beklemeden sorunları görünür kılar.

Önemli Çıkarımlar

• Teknik SEO regresyon testi; noindex, yanlış canonical, kırık yönlendirmeler, sitemap kayıpları, yapılandırılmış veri hataları ve performans sorunlarını canlıya çıkmadan yakalamaya yardımcı olur.
• Test kapsamı yalnızca URL sayısına göre değil, ticari etki ve riske göre belirlenmelidir. Yüksek organik trafik ve dönüşüm getiren sayfalar korunan URL listesinde önceliklendirilmelidir.
• Birim testlerinden servis ve ekran testlerine, tarama ve fark analizinden yayın sonrası duman testine uzanan katmanlı CI/CD yapısı hızlı geri bildirim sağlar.
• Kritik hatalarda dağıtımı durduran, sorumlu ekibi ve beklenen-gerçekleşen değerleri gösteren makine tarafından okunabilir kalite kapıları oluşturulmalıdır.
• Yapay zekâ destekli araçlar değişiklik etkisi, test senaryosu ve hata sınıflandırması için kullanılabilir; ancak noindex, canonical ve yapılandırılmış veri gibi yayın kararları açık kurallara ve insan denetimine dayanmalıdır.

Teknik SEO regresyon testi hangi sorunları yayın öncesinde yakalar?

Regresyon testi, yeni bir özellik veya hata duzeltmeleri sonrasında daha önce çalışan işlevlerin bozulup bozulmadığını denetler. Bu yaklaşım, taranabilirlik, indekslenebilirlik, yönlendirme yapısı ve sayfa çıktısı için uygulanır.

Örneğin bir geliştirici URL yapısını değiştirdiğinde uygulama kullanıcı için düzgün açılabilir. Buna rağmen eski URL’lerin 301 yerine 404 dönmesi, canonical etiketinin ana sayfaya yönlenmesi veya XML site haritasından önemli sayfaların silinmesi mümkündür. Bu hatalar kullanıcı tarafında görünmeyebilir, ancak zamanla organik görünürlüğü etkileyebilir.

CI/CD içinde SEO regresyon kalıplarını incelemek, hangi kontrollerin otomatikleştirilebileceğini netleştirir. Otomatik regresyon testi, tekrarlanan bir test senaryosunu aynı kurallarla çalıştırır. Meta etiketler, robots kuralları, kırık bağlantılar, schema çıktısı ve performans verileri bu kontrollerin başında gelir.

Manuel regresyon testi yine gereklidir. İlk kuralları tanımlarken, yeni şablonları değerlendirirken veya içerik anlamını kontrol ederken insan incelemesi yapmalısınız. Yapay zeka destekli araçlar yalnızca öneri ve sınıflandırma desteği sunar; duman testi, yayın öncesi temel kontrolleri hızlandırır. Ancak her sürümde aynı sayfaları elle kontrol etmek yerine, tekrarlanan kontrolleri otomatikleştirmek daha tutarlı sonuç verir.

Kontrol kapsamını değişikliğin büyüklüğüne göre seçebilirsiniz. Büyük site geçişlerinde, CMS değişimlerinde ve kapsamlı yönlendirme projelerinde tüm kritik URL’leri ayrıca doğrulayın:

• Duzeltici regresyon testi, tek bir değişikliğin mevcut kuralları etkilemediğini doğrular.
• Secici regresyon testi, değişen bileşenle ilişkili URL’leri ve şablonları kontrol eder.
• Asamali regresyon testi, pull request, staging ve canlı ortam gibi farklı aşamalarda kontrolü genişletir.

Bu testler sıralama garantisi vermez. Arama motorlarının sayfayı doğru taraması, anlaması ve dizine eklemesi için gerekli teknik koşulları korur.

Kapsamı URL sayısı değil, iş etkisi belirlemeli

İlk günden tüm sitenizi taramak CI/CD hattını yavaşlatır. Bunun yerine test kapsamını, URL sayısından çok ticari etki ve riske göre belirleyen risk bazlı test yaklaşımını benimseyin. Hizmet sayfaları, kategori sayfaları, ürün detayları, lokasyon sayfaları ve form içeren açılış sayfaları ilk grupta yer almalıdır.

Bir SEO uzmanı, geliştirici ve ürün sorumlusu birlikte “korunan URL listesi” oluşturmalıdır. Bu listede her şablon türünden temsilci sayfalar, yüksek organik trafik alan URL’ler ve dönüşüm getiren sayfalar bulunmalıdır. Regresyon testi bu liste üzerinden yürütülür; böylece kapsam, teknik bir listeden çok ticari önceliklere dayanır. Büyük URL kümelerinde yapay zeka destekli puanlama kullanılabilir, fakat nihai kararı ekip vermelidir.

Bu yaklaşım, etkili bir SEO stratejisi içinde teknik altyapı ile içerik, kullanıcı deneyimi ve dönüşüm hedeflerini aynı çerçevede tutmanıza yardımcı olur.

Başlangıçta hangi bulgunun sürümü durduracağını yazılı biçimde belirleyin:

Kontrol sonucu	Örnek durum	Yayın kararı
Kritik hata	Kategori sayfasında noindex, beklenmeyen 5xx yanıtı, yanlış canonical	Yayın durur
Yüksek öncelik	Önemli URL’de yönlendirme zinciri veya sitemap kaybı	Sorumlu onayı gerekir
Uyarı	Düşük trafikli bir sayfada eksik meta açıklama	İş kaydı açılır
Bilgi	Başlık uzunluğu veya alternatif metin önerisi	Sonraki iyileştirme planına girer

Staging ortamında noindex kullanmanız normaldir. Örneğin, staging’deki tüm sayfaların dizine alınmasını engelleyen kural canlı ortama taşınmamalıdır. Üretim yapılandırmasında noindex bulunmadığını ayrı bir kontrolle doğrulayın.

Önizleme ortamında beklenen noindex kuralı, canlı ortamda da geçerli kabul edilirse en tehlikeli hata fark edilmeden yayına çıkabilir.

Test otomasyon piramidi: teknik SEO kontrollerinin yeri

Teknik SEO kontrollerini yalnızca tarayıcı testi olarak kurarsanız, testler gereksiz yere yavaşlar ve bakım yükü artar. Yazilim test otomasyonu, hızlı ve dar kapsamlı kontrolleri tabana, daha maliyetli ekran ve tarama kontrollerini üst katmanlara taşır. Hızlı temel kontroller duman testi gibi çalışır; üst katmanların kapsamı, geçmiş hata kayıtlarına göre yapay zeka destekli önceliklendirmeyle belirlenebilir.

Katman	Doğrulamanız gerekenler	Ne zaman çalışmalı?
Birim testi	URL üretimi, canonical hesaplama, robots kuralları, yönlendirme eşlemesi	Her pull request’te
Servis testleri	CMS verisi, HTTP başlıkları, sitemap üretimi, JSON-LD çıktısı	Birleştirme sonrası
Ekran testleri	Render edilmiş title, canonical, hreflang, H1, mobil görünüm	Önizleme ortamında
Tarama ve fark analizi	Kırık linkler, yetim sayfalar, sitemap farkı, yönlendirme zincirleri	Gece ve büyük sürüm öncesi

Bu katmanlı yapı, ekiplerin hızlı geri bildirim almasını ve yazilim kalitesini korumasını sağlar. Birim testi, örneğin ürün URL’sinin doğru canonical adresini üreten fonksiyonun çalışıp çalışmadığını saniyeler içinde doğrular. Servis testleri, CMS’den gelen verinin sayfa şablonuna doğru aktarıldığını, HTTP başlıklarını ve JSON-LD çıktısını kontrol eder. Playwright veya Cypress gibi araçlarla yapılan kontroller, JavaScript çalıştıktan sonra kullanıcının ve arama motorunun görebileceği render edilmiş DOM’u inceler.

Fonksiyonel test ile teknik SEO testi birbirini tamamlar. Formun gönderilmesi, fonksiyonel test kapsamında değerlendirilir. Form sayfasının 200 durum koduyla açılması, indeks kurallarının doğru uygulanması ve canonical adresinin tutarlı olması ise teknik SEO kapsamındadır.

Regresyon testi kural setini her şablona aynı şekilde uygulamayın. Blog yazısı, ürün sayfası ve yerel SEO için kullanılan lokasyon sayfası farklı alanlara ihtiyaç duyar. Örneğin Product şeması ürün sayfasında beklenirken, hizmet sayfasında farklı bir yapılandırılmış veri türü gerekebilir.

CI/CD hattını aşamalı kalite kapılarıyla kurun

CI/CD, surekli entegrasyon ve sürekli teslimat yaklaşımının kısaltmasıdır. Pahalı kontrolleri her kod satırında çalıştırmak verimli değildir. Amaç, bağımsız bir regresyon testi çalıştırmak değil, riski erken yakalayan katmanlı bir akış kurmaktır. Böylece sürümü gereksiz yere geciktirmezsiniz.

1. Önce üretim ortamından bir referans alın. Korunan URL’lerin durum kodu, title, canonical, robots direktifi, H1, yapılandırılmış veri ve dahili bağlantı sayısı gibi verilerini kaydedin. Bu kayıt, sonraki sürümlerde fark analizi yapacağınız temel olur. Yönlendirme kurallarını, robots.txt dosyasını ve sitemap üretimini de kod gibi sürüm kontrolünde tutun.
2. Pull request aşamasında hızlı bir duman testi çalıştırın. Değişen dosyalara göre seçilen test senaryosu, otomatik regresyon testi içinde yalnızca etkilenen kontrolleri çağırmalıdır. Yeni bir rota eklediyseniz URL biçimini, canonical üretimini ve robots mantığını denetleyin. Ekran testi kullanıyorsanız npx playwright test seo.spec.ts gibi bir komutla etkilenen senaryoları çağırın. İnsan incelemesini yalnızca anlam ve yeni şablon değerlendirmesinde kullanın; manuel regresyon testi teknik kontrollerin yerini almamalıdır. Değişiklik etkisini önceliklendirmek için yapay zeka destekli bir katman kullanabilirsiniz. Ancak pass/fail kararını modele bırakmayın.
3. Önizleme ortamında HTML ve HTTP için ikinci bir duman testi çalıştırın. Uygulama derlenirken her şey doğru görünebilir. Buna karşılık istemci tarafı render sonrası meta etiketleri kaybolabilir. Önizleme URL’lerinde title, meta robots, canonical, hreflang, JSON-LD ve HTTP durum kodlarını kontrol edin. Playwright içinde link[rel="canonical"] seçicisinin tek bir sonuç döndürmesini beklemek, temel bir örnektir.
4. Birleştirme sonrasında tarama ve performans kontrollerini ekleyin. Staging ortamını küçük bir tarayıcıyla tarayın ve üretim referansı ile karşılaştırın. Yeni 404 sayfaları, silinen dahili bağlantılar, yönlendirme zincirleri ve değişen canonical hedefleri burada ortaya çıkar. Lighthouse CI ile laboratuvar koşullarında performans bütçesi belirleyebilirsiniz. Ancak tek bir skor düşüşü yerine LCP, CLS ve kullanılmayan JavaScript gibi ölçümleri değerlendirin.
5. Kritik hatada makine tarafından okunabilir biçimde başarısız sonuç üretin. CI sistemi sıfır olmayan çıkış kodu aldığında dağıtımı durdurmalıdır. Bir Slack veya proje yönetim bildirimi, hatanın URL’sini, beklenen değeri, mevcut sonucu ve sorumlu ekibi içermelidir. Bu format, ekipler için hizli geribildirim sağlar. “Test başarısız” mesajı tek başına işe yaramaz.
6. Canli ortama gecis sonrasında kısa bir duman testi yapın. Yayın tamamlanınca en değerli birkaç URL’de HTTP yanıtı, canonical, robots ve yönlendirme kontrollerini yeniden çalıştırın. Ardından Google Search Console verileri ve sunucu günlükleriyle indeksleme veya tarama anormalliklerini izleyin.

GitHub Actions üzerinde önizleme dağıtımını tarayan uygulamalı yöntemler, otomatik SEO kontrollerinin CI akışına eklenmesi için yararlı bir referans sunar. GitLab CI, Jenkins ve CircleCI gibi sistemlerde de aynı mantık geçerlidir.

Araç seçimini sitenizin mimarisine göre yapın

Araç seçerken “en iyi araç” aramak yerine, sitenizin nasıl üretildiğine bakın. Next.js, Nuxt, React, Angular veya klasik sunucu tarafı render kullanan sitelerde test noktaları değişir. Bu nedenle araçların regresyon testi akışındaki yerini mimarinize göre belirleyin. JavaScript yoğun bir yapıda kaynak HTML yerine render edilmiş DOM’u denetlemeniz gerekir.

Playwright, temel HTTP ve DOM kontrollerini hızlı bir duman testiyle doğrular. Dinamik sayfalarda meta etiketlerini, canonical adreslerini ve yapılandırılmış veriyi de kontrol eder. Lighthouse CI, performans ve erişilebilirlik verilerini sürüm bazında takip etmenizi sağlar. Screaming Frog gibi tarama araçları, staging ve üretim arasındaki URL farklarını bulmak için uygundur.

Çok büyük sitelerde Lumar veya benzeri kurumsal tarama çözümleri, geniş URL setlerini ve bildirimleri yönetebilir. Daha dar kapsamlı projelerde HTML kontrolleri, Playwright ve Lighthouse CI kombinasyonu yeterli olabilir. Test araclari seçiminde API erişimi, CI entegrasyonu, test süresi, tarama limiti, raporlama ve ekipteki bakım sorumluluğunu birlikte değerlendirin.

Otomatik regresyon testinde testlerin hızlı, ilgili ve sürdürülebilir kalması gerekir. Ancak yapay zeka destekli tarama ve doğrulama araçları yalnızca öneri sunar; ekip bu sonuçları doğrulamalıdır. regresyon testi otomasyon yaklaşımı seçerken bu dengeyi göz ardı etmeyin. Her yeni araç, yeni bir bakım yükü de getirir.

Pazarlama ve geliştirme ekiplerini aynı yayın kuralında buluşturun

SEO, yalnızca pazarlama ekibinin kontrol listesi değildir. Teknik SEO; web tasarım, içerik pazarlaması, kurumsal web tasarım ve ürün geliştirme kararlarıyla doğrudan ilişkilidir. Bir bileşen güncellemesi, yüzlerce hizmet sayfasının başlık yapısını veya dahili bağlantılarını aynı anda değiştirebilir.

Bu nedenle SEO uzmanı, geliştirici, kalite guvence ve içerik ekibi için sonuçları ve sorumlulukları tanımlayan açık bir sahiplik matrisi oluşturun. Bu yapı içinde test yonetimi, geliştiricinin testi düzeltmesini, SEO sorumlusunun kuralın ticari etkisini değerlendirmesini ve ürün ekibinin yayın kararını kayda almasını sağlar. Matris, regresyon testi sonuçlarını ve yayın kararını izler; böylece teknik sorunlar kişisel mesajlar arasında kaybolmaz.

Google Ads, Google Ads yönetimi, Google Ads danışmanlığı ve SEM danışmanlığı ekipleri de aynı açılış sayfalarını kullanıyorsa, yayın kalitesi reklam yönetimi açısından da önem taşır. Bozuk yönlendirmeler, yavaş sayfalar veya yanlış form hedefleri performans pazarlama verisini bozabilir. Bu yüzden Google Ads bütçenizi daha verimli yönetin yaklaşımını teknik yayın denetiminden ayrı düşünmeyin.

Dijital pazarlama ajansı ile çalışsanız da kurum içi ekip kursanız da, marka görünürlüğü ve dönüşüm optimizasyonu ortak hedeflerdir. Dijital pazarlama danışmanlığı ile büyüme planınızı oluşturun bağlantısındaki gibi, kanal hedeflerini teknik yol haritasıyla eşleştirmek daha sağlıklı kararlar getirir.

Yeni bir site veya landing page projesinde test koşullarını tasarım aşamasında belirleyin. Dönüşüm odaklı web tasarım çözümlerini inceleyin yaklaşımı, bileşenlerin yalnızca estetik değil, ölçülebilir ve denetlenebilir olmasına da katkı sağlar.

Yapay zekâ, maliyet ve bakım yükünü nasıl yönetirsiniz?

Test hattının maliyeti yalnızca araç lisansı değildir. CI çalıştırıcı süresi, önizleme ortamı, tarama kotası, test verisi ve bakım için ayrılan ekip zamanı da bütçeye dahildir. Maliyet verimliligi için regresyon testi kapsamını önce yüksek değerli şablonlar ve URL’lerle sınırlayın. Testler kararlı çalıştıkça yeni sayfa türleri ekleyin.

Yanlış pozitif üreten testler zamanla ciddiyetini kaybeder. Bu nedenle regresyon testi kurallarında sorumlu kişiyi, beklenen değeri, hata seviyesini ve istisna süresini tanımlayın. İstisnanın sahibi, kapanma koşulu ve son tarihi test yonetimi sürecinde düzenli olarak izlenmelidir. Süresi dolmayan istisnalar, zamanla kalıcı teknik borca dönüşür.

Yapay zekâ pazarlama ve AI marketing projelerinde, çok sayıda programatik sayfa veya LLM destekli içerik üretiyorsanız, değişiklik etkisi analizi daha değerli hâle gelir. Yapay zeka destekli değişiklik etkisi analizi, geçmiş sürümlerde hangi dosyaların hangi hatalarla ilişkilendiğini inceleyerek öncelikli kontroller önerebilir. Yapay zeka destekli test senaryosu taslağı üretimi, yeni değişiklikleri kapsayan ilk taslağı hızlandırabilir. Yapay zeka destekli hata sınıflandırması, kayıtları önem ve kök nedenlerine göre gruplayabilir.

Buna rağmen noindex kuralı, canonical hedefi veya yapılandırılmış veri geçerliliği gibi kararları tamamen modele bırakmayın. Yayın kapısındaki pass/fail kuralı açık, denetlenebilir ve sürüm kontrollü olmalı, yapay zekâ önerileri tek başına yayın kararı vermemelidir. SEO danışmanlığı ile organik görünürlüğünüzü güçlendirin yaklaşımıyla teknik kontrolleri iş hedefleriyle ilişkilendirebilirsiniz.

Sıkça Sorulan Sorular

Teknik SEO regresyon testi neyi kontrol eder?

Bu test; durum kodlarını, noindex ve diğer robots kurallarını, canonical etiketlerini, yönlendirmeleri, sitemap dosyasını, yapılandırılmış veriyi ve render edilmiş sayfa çıktısını denetler. Kapsam, sitenin mimarisine ve değişikliğin riskine göre genişletilebilir.

Tüm siteyi her CI/CD çalıştırmasında taramak gerekir mi?

Hayır. İlk aşamada yüksek trafik ve dönüşüm getiren URL’lerden oluşan korunan bir liste kullanılmalıdır. Daha geniş taramalar gece, büyük sürümler veya kapsamlı site geçişleri öncesinde çalıştırılabilir.

Hangi hatalar yayın sürecini durdurmalıdır?

Önemli sayfalarda noindex, beklenmeyen 5xx yanıtları, yanlış canonical hedefleri ve kritik yönlendirme kayıpları yayın durdurma nedeni olabilir. Daha düşük öncelikli meta açıklama veya alternatif metin eksikleri ise iş kaydı olarak takip edilebilir.

Playwright ve Lighthouse CI birlikte kullanılabilir mi?

Evet. Playwright, HTTP yanıtlarını ve render edilmiş DOM içindeki SEO öğelerini kontrol ederken Lighthouse CI performans ve erişilebilirlik ölçümlerini sürüm bazında izler. Bu iki araç, farklı test katmanlarını tamamlayacak şekilde aynı CI/CD hattında çalıştırılabilir.

Yapay zekâ regresyon testi kararını tek başına verebilir mi?

Hayır. Yapay zekâ destekli araçlar etki analizi, senaryo taslağı ve hata sınıflandırması için öneriler sunabilir. Yayın kapısındaki pass/fail kararı açık, sürüm kontrollü kurallara ve ekip denetimine dayanmalıdır.

Sonuç

Teknik SEO regresyon testi, yayın sonrası panik yerine yayın öncesi kontrol alışkanlığı kurar. Önce ticari değeri yüksek URL’leri koruyun, ardından birim testinden tarama analizine uzanan katmanlı bir yapı geliştirin.

Başarılı bir sistem her değişikliği engellemez; katmanlı yapısıyla kritik sayfalarda duman testi düzeyinde temel doğrulama sağlar. Riskli değişiklikleri görünür kılar, sorumluyu belirler ve organik trafik etkilenmeden müdahale etmenizi sağlar.

Dijital pazarlama stratejinizi birlikte planlayalım bağlantısıyla teknik SEO, içerik, reklam ve dönüşüm hedeflerinizi ortak bir yayın planında birleştirebilirsiniz.