Google Search Console’da RegEx Kullanımı (Örneklerle)

Regular Expressions (Regex) Nedir?

Regular Expressions (Regex), metin içinde belirli bir deseni eşleştirmek için kullanılan bir ifade dilidir. “Şu kelimeyi içeren her şeyi bul”, “sadece rakamlardan oluşanları getir”, “şunları hariç tut” gibi ihtiyaçlarda, düz metin aramasının yetmediği yerde devreye girer. SEO tarafında Regex’in değeri, dağınık sorgu ve URL verisini sınıflandırmayı otomatikleştirmesidir: markalı sorguları ayıklamak, belirli dizinleri yakalamak, “fiyat” niyetli sorguları gruplamak gibi.

Regex’in mantığını birkaç temel yapı taşıyla rahatça kavrarsın. Örneğin | “veya” anlamına gelir: fiyat|ücret ifadesi “fiyat” veya “ücret” geçenleri eşleştirir. ^ satır başını, $ satır sonunu temsil eder: ^seo “seo ile başlayan”, kılavuz$ “kılavuz ile biten” ifadeleri yakalar. Nokta . herhangi bir karakteri, * ise “0 veya daha fazla tekrar”ı temsil eder; bu ikisi birlikte .* olarak çok kullanılır ve “araya ne gelirse gelsin” mantığı kurar.

Search Console özelinde önemli bir not: Google Search Console, Regex filtrelemede Google’ın RE2 motorunu temel alır. Bu, performans ve güvenlik açısından avantajlıdır; bazı gelişmiş Regex özelliklerini (örneğin lookaround ailesi) desteklemez. Pratikte bu bir sorun olmaktan çok bir yönlendirmedir: Search Console’da “negatif lookahead yazayım” yerine, arayüzdeki doesn’t match regex (regex ile eşleşmeyen) filtresini kullanarak daha sağlam sonuç alırsın.

Google Search Console’da RegEx Kullanımı

Search Console’da Regex’i en sık Performans > Arama sonuçları raporunda kullanırsın. Üstteki filtre çubuğundan “+ Yeni” (Add filter) diyerek Sorgu (Query) veya Sayfa (Page) filtresi seçilir; ardından eşleşme türü olarak Custom (regex) belirlenir. Bu noktada iki kritik seçenek vardır: matches regex (regex ile eşleşenleri göster) ve doesn’t match regex (regex ile eşleşmeyenleri göster). İlki gruplamak, ikincisi elemek için idealdir.

Regex kullanırken doğruluk kadar “okunabilirlik” de önemli. Search Console filtreleri günlük analiz için kullanıldığından, deseni 6 ay sonra bile anlayabilecek şekilde yazmak iyi bir alışkanlıktır. Örneğin bir markayı hariç tutmak istiyorsan tek kelimelik bir desen yazıp geçmek yerine, marka varyasyonlarını da hesaba katan bir grup kullanabilirsin. Aynı şekilde URL filtrelerinde “/blog/” yakalamak için gereksiz karmaşık desenlere girmeden, önce hedefi netleştirip sonra minimal bir Regex ile ilerlemek en sağlıklı yöntemdir.

Bir diğer kritik nokta: Query ve Page filtreleri veri setini farklı şekilde daraltır. Query filtresi, belirli sorguların performansını görmeni sağlar. Page filtresi ise belirli sayfaların performansını getirir; bu sayfalara hangi sorguların trafik taşıdığını ayrıca “Sorgular” sekmesinde görürsün. Regex’i bu iki bakış açısında doğru yerde kullanmak, yanlış yorum riskini düşürür.

Bir Kelime İçeren Tüm Sorguları/Sayfaları Eşleştir

Tek bir kelimeyi içeren tüm sorguları veya sayfaları yakalamak için en basit yaklaşım, kelimenin kendisini Regex olarak yazmaktır. Örneğin “audit” kelimesi geçen sorguları yakalamak istiyorsan, Query filtresinde Custom (regex) açıp şu deseni kullanabilirsin:

audit

Bu desen “audit” geçen her sorguyu eşleştirir; başta, ortada ya da sonda olması fark etmez. URL tarafında da aynı mantık geçerlidir. “/kategori/” içeren sayfaları filtrelemek için Page filtresinde:

/kategori/

kullanabilirsin. Burada amaç “dizin içeriyor mu?” olduğu için genellikle bu kadar yeterlidir.

Daha kontrollü eşleştirme için sınırlandırma ekleyebilirsin. Örneğin sadece “seo” ile başlayan sorguları yakalamak:

^seo

Sadece “rehber” ile biten sorguları yakalamak ise:

rehber$

Bu tür ankrajlar (^ ve $) özellikle kısa kelimelerde hatalı eşleşmeyi azaltır. Örneğin “ui” gibi iki harfli bir kelimeyi ararken ankraj kullanmak, “build” içindeki “ui” gibi istenmeyen eşleşmeleri engellemek açısından değerlidir.

Negatif Filtreleme

Negatif filtreleme, Search Console’da Regex’in en pratik kullanım alanlarından biridir; çünkü birçok analiz “şunu gör” kadar “şunu çıkar” ihtiyacıyla yürür. Örneğin markalı sorguları hariç tutup sadece markasız trafiği görmek istiyorsan Query filtresinde doesn’t match regex seçip marka varyasyonlarını kapsayan bir desen yazarsın:

(markaismi|marka ismi|marka-ismi)

Bu yaklaşım, “marka” geçen her şeyi dışarıda bırakır; geriye markasız sorgular kalır. Aynı teknikle belirli bir dizini hariç tutmak da mümkündür. Örneğin /blog/ dizinini dışarıda bırakmak için Page filtresinde doesn’t match regex kullanıp:

/blog/

yazabilirsin. Bu sayede blog dışında kalan sayfaların performansını tek tıkla izlersin.

Negatif filtrelemede en büyük hata, negatif lookahead gibi desteklenmeyen desenlere güvenmektir. Search Console arayüzündeki “eşleşmeyenleri getir” seçeneği zaten bu işi daha net yapar. Yani mantık şu: “Regex’i negatif yazmaya çalışma; Regex’i pozitif tanımla, filtreyi negatif seç.” Bu pratik, hem hata ihtimalini azaltır hem de ekip içi paylaşımda okunabilirliği artırır.

RegEx ile Query & Page Karşılaştırma

Query ve Page karşılaştırmasını Regex ile yapmak, “sorgu grubu doğru sayfaya mı gidiyor?” sorusuna hızlı yanıt aldırır. Senaryoyu net kuralım: “/blog/regex/” sayfasının temel hedefi Regex odaklı sorgular olsun. Page filtresinde bu sayfayı Regex ile seçer, sonra Sorgular sekmesinde gelen sorguların gerçekten Regex ile ilgili olup olmadığını kontrol edersin. Page filtresi örneği:

/regex

Ardından sorgu tarafında “regex” veya “regular expression” varyasyonlarını yakalamak için Query filtresi ekleyebilirsin:

(regex|regular expression|regular expressions|regexp)

Bu iki filtreleme yaklaşımı bir arada kullanıldığında, bir sayfanın “yanlış sorgularla” görünürlük alıp almadığı daha net görünür. Eğer sayfa Regex odaklı değilken Regex sorgularından trafik alıyorsa, içerik eşleşmesi veya internal link yapısı incelenir. Tersi durumda yani Regex odaklı sayfa Regex sorgularında zayıfsa; başlık, H1, içerik kapsamı ve SERP niyet uyumu tekrar gözden geçirilir.

Karşılaştırmayı büyütmek için Regex’i “sorgu kümeleri” mantığıyla kullanabilirsin. Örneğin bir eğitim kategorisinde “regex”, “gsc”, “analytics” gibi kümeleri ayrı ayrı yakalayıp hangi sayfaların hangi kümelerde öne çıktığını görmek, içerik mimarisi kararlarını hızlandırır. Search Console tek başına bir BI aracı değildir; fakat Regex ile doğru kırılımı kurduğunda, içerik envanterinde hangi parçanın hangi niyeti karşıladığını daha kolay teşhis edersin.

Kullanıcı Amacını Anlama

Regex’in SEO’da en verimli kullanım alanlarından biri, sorguları kullanıcı amacına (intent) göre sınıflandırmaktır. Search Console verisi ham halde geldiği için “bilgi amaçlı” ve “satın alma amaçlı” sorgular birbirine karışabilir. Regex ile belirli kelime kalıplarını yakalayarak bu ayrımı daha hızlı yaparsın.

Bilgi amaçlı sorgular çoğu zaman soru kalıpları ve açıklama niyetli kelimeler taşır. Örneğin aşağıdaki desen, “nedir”, “nasıl”, “ne işe yarar”, “örnek” gibi sinyalleri yakalar:

(nedir|nasıl|ne işe yarar|örnek|rehber|kılavuz)

Bu filtreyle gelen sorguların CTR’ı düşük ama gösterimi yüksek olabilir; bu durumda snippet’i güçlendirmek, başlığı intent’e göre netleştirmek ve içerikte hızlı cevap bölümü eklemek gibi aksiyonlar düşünülür. Aynı şekilde “fiyat”, “ücret”, “satın al” gibi kelimeler daha ticari niyete işaret eder:

(fiyat|ücret|satın al|paket|kurs|eğitim)

Bu grubu ayrı izlemek, dönüşüm odaklı sayfalarla eğitim içeriklerinin birbirine karışmasını engeller. Böylece hangi içerik tipinin hangi KPI’a hizmet ettiği daha temiz görünür; içerik planlaması da daha “niyet bazlı” hale gelir.

Sadece Rakamları Filtreleme

Sadece rakamlardan oluşan sorguları filtrelemek, özellikle model numarası, yıl, ölçü, versiyon veya fiyat odaklı aramalarda işe yarar. Örneğin “2024”, “16”, “128” gibi tamamen sayısal sorguları yakalamak için şu desen kullanılır:

^[0-9]+$

Burada ^ ve $ ile baştan sona kontrol edilir, [0-9]+ ise “en az bir rakam” demektir. Bu sayede “iphone 15” gibi alfanümerik sorgular bu gruba girmez; sadece saf sayılar gelir. Eğer “yıl” odaklı bir filtre istiyorsan 1900–2099 aralığını hedefleyen bir desen de yazılabilir:

^(19[0-9]{2}|20[0-9]{2})$

Bu tür filtreler, içerik güncelliğini izlemek açısından da yardımcı olur. Örneğin sayfan “2023” sorgularında hâlâ görünürlük alıyorsa, kullanıcı beklentisi güncel bilgi olabilir ve içerikte güncelleme ihtiyacı doğar. Aynı mantıkla ürün tarafında “model numarası” sorgularını ayrı izleyip, teknik sayfalara yönlendirme ve FAQ yapılandırması gibi kararları daha veriye yakın alırsın.

Noktalama İşaretlerine İlişkin Filtreleme

Search Console sorgularında noktalama işaretleri nadir görünse de, özellikle soru işareti, tırnak, tire, nokta gibi karakterler belirli kullanıcı davranışlarına işaret edebilir. Regex yazarken en kritik nokta şudur: bazı noktalama işaretleri Regex’te özel anlam taşır, bu yüzden kaçırmak (escape etmek) gerekir. Örneğin ? normalde “0 veya 1 tekrar” anlamına gelir; gerçek soru işaretini aramak için \? yazarsın.

Soru işareti içeren sorguları yakalamak için:

\?

Nokta karakteri de Regex’te “herhangi bir karakter” demektir; gerçek nokta aramak için \. kullanılır. Örneğin “.pdf” uzantısına giden sorgu veya sayfaları ararken bu kaçış doğru yapılmazsa, filtre beklenmedik şekilde genişler. Tırnak işareti gibi karakterlerde ise çoğu zaman doğrudan kullanmak yeterlidir; yine de Search Console arayüzünde küçük bir örnekle doğrulamak, karakter kaçışları konusunda sürprizleri azaltır.

Noktalama filtrelemesi SEO’da iki şekilde iş görür: birincisi sorgu biçimini anlamak (örneğin kullanıcı soru formatında mı arıyor?), ikincisi URL ve uzantı gibi teknik kırılımları temiz ayırmak. Özellikle Page tarafında “.php”, “.html” gibi uzantıları izlerken nokta kaçışı doğru yapılmadığında, gereksiz sayfa grupları analize karışabilir.

Dosya Uzantılarına Göre RegEx

Dosya uzantılarına göre filtreleme, site içindeki teknik kalıntıları, dokümanları veya farklı şablonları hızlıca izlemek için idealdir. Örneğin PDF dosyalarını filtrelemek istiyorsan Page filtresinde şu deseni kullanabilirsin:

\.pdf$

Burada \. noktanın kendisini, pdf uzantıyı, $ ise satır sonunu hedefler; yani URL’nin sonunda .pdf ile bitenleri getirir. Benzer şekilde birden fazla uzantıyı tek seferde yakalamak için grup ve “veya” operatörünü kullanırsın:

\.(pdf|docx|xlsx)$

HTML uzantıları için de benzer yaklaşım geçerlidir:

\.(html|htm)$

Bu filtreler özellikle teknik SEO temizliği için kullanılabilir: yanlışlıkla indexlenen dokümanlar, eski şablonlar veya taşınmış dosyalar görünür hale gelir. Ardından canonical, noindex, yönlendirme veya robots kararları değerlendirilir. Search Console verisi “ne oluyor?” sorusuna hızlı cevap verdiği için, Regex uzantı filtreleri problemi bulma süresini belirgin biçimde kısaltır.