<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:media="http://search.yahoo.com/mrss/" >

<channel>
	<title>Onur Tutuş</title>
	<atom:link href="https://www.onurtutus.com/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.onurtutus.com</link>
	<description></description>
	<lastBuildDate>Fri, 09 Oct 2026 00:10:27 +0000</lastBuildDate>
	<language>tr</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>
	<item>
		<title>Site Taşırken SEO Kaybı Nasıl Önlenir?</title>
		<link>https://www.onurtutus.com/site-tasirken-seo-kaybi-nasil-onlenir/</link>
		
		<dc:creator><![CDATA[Onur Tutuş]]></dc:creator>
		<pubDate>Thu, 08 Oct 2026 22:20:00 +0000</pubDate>
				<category><![CDATA[Teknik SEO]]></category>
		<guid isPermaLink="false">https://www.onurtutus.com/?p=33</guid>

					<description><![CDATA[Altyapı, tasarım veya adres yapısı değişirken arama görünürlüğünü korumak için taşıma öncesi, sırası ve sonrasında yapılması gerekenler.]]></description>
										<content:encoded><![CDATA[<p>Yeni bir tasarıma, altyapıya ya da adres yapısına geçmek çoğu zaman doğru bir karardır. Ancak taşıma sırasında atlanan birkaç adım, yıllar içinde biriken arama görünürlüğünün birkaç hafta içinde kaybolmasına yol açabilir. Bu yazıda taşıma öncesinde, sırasında ve sonrasında kontrol edilmesi gerekenleri sahada gördüğümüz hatalar üzerinden anlatıyoruz.</p>
<h2>Taşımada görünürlük neden kaybolur?</h2>
<p>Arama motorları her sayfayı adresiyle tanır. Bir sayfanın adresi değiştiğinde, eski adresin aldığı sıralama sinyallerinin yeni adrese aktarılması için arama motoruna bunu açıkça söylemek gerekir. Bunun standart yolu <strong>301 kalıcı yönlendirmedir</strong>.</p>
<p>Sahada karşılaştığımız iki örnek, sorunun ne kadar büyüyebileceğini gösteriyor:</p>
<ul>
<li>Bir sitede blog adres yapısı değiştirildi, ancak eski adresler için yönlendirme kurulmadı. Yüzlerce yazının eski adresi 404 hatası vermeye başladı; bu yazılara gelen organik trafik ve dışarıdan alınan bağlantıların değeri bir anda boşa çıktı.</li>
<li>Başka bir sitede eski Türkçe ürün adresleri, yeni İngilizce sayfalara yönlendirildi. Yönlendirme teknik olarak doğruydu, ancak hedef sayfa aynı dilde ve aynı aramaya cevap vermediği için ürün sayfalarının gösterimleri ciddi biçimde düştü.</li>
</ul>
<p>İlk örnek yönlendirmenin hiç yapılmamasının, ikincisi ise yanlış hedefe yapılmasının sonucudur.</p>
<h2>Taşımadan önce</h2>
<ol>
<li><strong>Eski adreslerin tam listesini çıkarın.</strong> Site haritaları, bir tarayıcı ile yapılan tam tarama, Search Console’daki sayfalar raporu ve analitikteki açılış sayfaları birlikte kullanılmalıdır. Yalnızca site haritasına güvenmek, haritada olmayan ama trafik alan sayfaları atlamanıza neden olur.</li>
<li><strong>Değerli sayfaları işaretleyin.</strong> Son 12 ayda organik tıklama alan, dışarıdan bağlantı alan veya dönüşüm getiren sayfalar önceliklidir.</li>
<li><strong>Yönlendirme haritasını hazırlayın.</strong> Her eski adres için, aynı konuyu ve aynı arama niyetini karşılayan yeni adres belirlenmelidir. Tüm eski adresleri ana sayfaya yönlendirmek, arama motorları tarafından çoğu zaman “bulunamadı” gibi değerlendirilir.</li>
<li><strong>Mümkünse adresleri koruyun.</strong> Adres yapısını değiştirmek zorunlu değilse, mevcut adresleri yeni sistemde aynen kullanmak riskin büyük bölümünü ortadan kaldırır.</li>
<li><strong>Mevcut durumu kaydedin.</strong> Taşıma öncesi tıklama, gösterim, indekslenen sayfa sayısı ve sayfa hızı değerlerini not edin; sonrasını bununla karşılaştıracaksınız.</li>
</ol>
<h2>Taşıma sırasında</h2>
<ul>
<li>Yönlendirmeleri <strong>tek adımda</strong> yapın. Eski adres → ara adres → yeni adres şeklindeki zincirler sinyal kaybına ve tarama israfına yol açar.</li>
<li>Site içi bağlantıları, menüleri ve canonical etiketlerini doğrudan yeni adreslere güncelleyin. Site içinden yönlendirilen adrese bağlantı vermeyin.</li>
<li>Yeni site haritasını hazırlayın; yalnızca 200 durum kodu veren, dizine eklenmesi istenen adresleri içersin.</li>
<li>Test ortamında kullanılan <code>noindex</code> etiketinin ve robots.txt engelinin canlıya taşınmadığından emin olun. Bu, taşımalarda en sık yapılan ve en pahalıya mal olan hatalardan biridir.</li>
<li>Çok dilli sitelerde her dil sürümünün kendi karşılığına yönlendirildiğini ve hreflang etiketlerinin yeni adresleri gösterdiğini kontrol edin.</li>
<li>Alan adı değişiyorsa, yönlendirmeler yayına alındıktan sonra Search Console’daki <strong>Adres Değişikliği</strong> aracını kullanın.</li>
</ul>
<h2>Taşımadan sonra</h2>
<ol>
<li>Yönlendirme haritasındaki tüm eski adresleri bir araçla toplu olarak kontrol edin: her biri tek adımda, doğru hedefe ve 301 koduyla gitmeli.</li>
<li>Search Console’da yeni site haritasını gönderin ve <strong>Sayfa dizine ekleme</strong> raporunu ilk haftalarda yakından izleyin. “Bulunamadı (404)” ve “Yönlendirmeli sayfa” sayılarındaki ani değişimler, atlanmış adresleri gösterir.</li>
<li>Analitikte 404 sayfasına gelen ziyaretleri izleyin; hangi eski adreslerin hâlâ ziyaret aldığını buradan görebilirsiniz.</li>
<li>Önemli sorgulardaki sıralamaları ve sayfa bazında tıklamaları taşıma öncesi dönemle karşılaştırın.</li>
<li>Yönlendirmeleri kısa süre sonra kaldırmayın. Dışarıdan alınan bağlantılar ve eski kayıtlar uzun süre eski adresleri kullanmaya devam eder; yönlendirmeleri en az bir yıl, tercihen kalıcı olarak koruyun.</li>
</ol>
<h2>Geç kalındıysa ne yapılmalı?</h2>
<p>Taşıma yapıldı ve trafik düştüyse, kayıp geri kazanılabilir; ama ne kadar erken müdahale edilirse o kadar iyidir. Önce 404 veren ve daha önce trafik alan adresler listelenir, ardından her biri en uygun yeni sayfaya yönlendirilir. Yanlış hedefe yönlenen adresler (örneğin farklı dildeki ya da farklı konudaki sayfalar) düzeltilir. Bu düzeltmelerin etkisi genellikle birkaç hafta içinde Search Console verilerinde görülmeye başlar.</p>
<p>Taşıma planınızı birlikte hazırlamak ya da taşıma sonrası kayıpları incelemek isterseniz <a href="/hizmetler/teknik-seo/">Teknik SEO</a> hizmetimize göz atabilirsiniz.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Google Ads Trafiği Neden GA4’te Organik Görünür?</title>
		<link>https://www.onurtutus.com/google-ads-trafigi-neden-ga4te-organik-gorunur/</link>
		
		<dc:creator><![CDATA[Onur Tutuş]]></dc:creator>
		<pubDate>Thu, 08 Oct 2026 22:10:00 +0000</pubDate>
				<category><![CDATA[Ölçümleme]]></category>
		<guid isPermaLink="false">https://www.onurtutus.com/?p=32</guid>

					<description><![CDATA[Reklam tıklamaları GA4’te organik görünüyorsa neden büyük olasılıkla kaybolan gclid parametresidir. Search Console ile nasıl tespit edileceğini ve düzeltileceğini anlatıyoruz.]]></description>
										<content:encoded><![CDATA[<p>GA4 raporlarında organik trafiğin bir anda yükseldiğini görmek sevindiricidir. Ancak bu artış Search Console’daki tıklamalarla örtüşmüyorsa, büyük ihtimalle organik değil, <strong>yanlış etiketlenmiş reklam trafiği</strong> görüyorsunuzdur. Bu yazıda bunun neden olduğunu ve nasıl tespit edeceğinizi anlatıyoruz.</p>
<h2>GA4 bir ziyaretin kaynağını nasıl belirler?</h2>
<p>GA4, bir ziyaretin nereden geldiğine adres satırındaki parametrelere ve tarayıcının bildirdiği yönlendiren siteye (referrer) bakarak karar verir:</p>
<ul>
<li>Google Ads tıklamalarında, otomatik etiketleme açıksa adrese <code>gclid</code> parametresi eklenir. GA4 bu parametreyi gördüğünde ziyareti <strong>google / cpc</strong> olarak sınıflandırır.</li>
<li>Elle eklenmiş <code>utm_source</code>, <code>utm_medium</code> gibi parametreler varsa onlar kullanılır.</li>
<li>Hiçbir parametre yoksa yönlendiren siteye bakılır. Ziyaretçi google.com’dan geliyorsa kaynak <strong>google / organic</strong> olarak yazılır.</li>
</ul>
<p>Sorun da burada başlar: Reklam tıklamasından gelen ziyaretçinin <code>gclid</code> parametresi yolda kaybolursa, tarayıcı yine google.com’dan geldiğini bildirir ve GA4 bu ziyareti organik sayar.</p>
<h2>Reklam trafiği neden organik görünür?</h2>
<h3>1. Parametreyi silen yönlendirmeler</h3>
<p>Reklamın hedef adresi, sitede başka bir adrese yönlendiriliyorsa ve bu yönlendirme sorgu parametrelerini taşımıyorsa <code>gclid</code> kaybolur. Örneğin <code>http</code>’den <code>https</code>’ye, <code>www</code>’siz adresten <code>www</code>’li adrese ya da eski bir kategori adresinden yenisine yapılan yönlendirmeler bunu yapabilir.</p>
<h3>2. Otomatik etiketlemenin kapalı olması</h3>
<p>Google Ads hesabında otomatik etiketleme kapalıysa ve reklamlarda UTM parametresi de kullanılmıyorsa, reklam tıklamalarının tamamı organik ya da tanımsız olarak görünebilir.</p>
<h3>3. GA4 ile Google Ads’in bağlı olmaması</h3>
<p>İki hesap birbirine bağlı değilse GA4, kampanya ayrıntılarını raporlayamaz ve bazı durumlarda reklam tıklamalarını doğru kanala atayamaz.</p>
<h3>4. Belirli sayfalara yönlenen kampanyalar</h3>
<p>Performance Max gibi kampanyalar, ayarlara bağlı olarak reklamverenin seçmediği sayfalara da trafik gönderebilir. Bu sayfalarda yukarıdaki sorunlardan biri varsa artış o sayfaya “organik” olarak yansır.</p>
<h2>Nasıl tespit edilir?</h2>
<p>En pratik yöntem, aynı sayfa ve aynı dönem için iki kaynağı karşılaştırmaktır:</p>
<ol>
<li>Search Console’da <strong>Performans › Sayfalar</strong> raporunda ilgili açılış sayfasının tıklama sayısına bakın. Bu sayı yalnızca Google organik arama tıklamalarını içerir.</li>
<li>GA4’te aynı sayfanın, aynı dönemdeki <strong>google / organic</strong> oturum sayısını bulun.</li>
<li>İki rakamı karşılaştırın.</li>
</ol>
<p>Çerez onayı, ölçüm farkları ve tanım farkları nedeniyle iki sayı hiçbir zaman birebir eşleşmez. Ancak sahada karşılaştığımız bir örnekte, bir kategori sayfasının Search Console’da yalnızca birkaç organik tıklaması varken GA4’te aynı dönemde bin’in üzerinde “organik” oturumu görünüyordu. Bu büyüklükte bir fark ölçüm hatasının açık işaretidir.</p>
<p>İkinci kontrol, tarih karşılaştırmasıdır: Organik artışın başladığı ve bittiği günler, bir reklam kampanyasının başladığı ve durduğu günlerle örtüşüyorsa neden büyük olasılıkla budur. Kesin kanıt için Google Ads’in değişiklik geçmişine bakılmalıdır.</p>
<h2>Nasıl düzeltilir?</h2>
<ul>
<li>Google Ads’de <strong>otomatik etiketlemenin</strong> açık olduğunu doğrulayın.</li>
<li>Reklamların hedef adreslerinin yönlendirme yapmadan doğrudan 200 durum koduyla açıldığını kontrol edin. Yönlendirme zorunluysa, sorgu parametrelerini koruduğundan emin olun.</li>
<li>GA4 ile Google Ads hesaplarını birbirine bağlayın.</li>
<li>Bir reklam tıklamasını test ederek açılış sayfasında adres satırında <code>gclid</code> parametresinin kaldığını görün.</li>
<li>Geçmiş dönem raporlarında, etkilenen tarih aralığını ve sayfaları not edin. Organik performansı değerlendirirken bu dönemi ayıklayın ya da Search Console verisini esas alın.</li>
</ul>
<h2>Bu neden önemli?</h2>
<p>Reklam trafiği organik görünürse SEO çalışması olduğundan başarılı, reklam kampanyası ise olduğundan başarısız görünür. Bütçe kararları, ajans değerlendirmeleri ve yatırım planları yanlış veriye dayanır. Özellikle organik gelir ya da sipariş sayısı raporlanırken, Search Console ile çapraz kontrol yapmak bu hatayı erkenden yakalamanın en kolay yoludur.</p>
<p>Ölçüm kurulumunuzu birlikte gözden geçirmek isterseniz <a href="/hizmetler/olcumleme-ve-raporlama/">Ölçümleme ve Raporlama</a> ile <a href="/hizmetler/performans-reklamlari/">Performans Reklamları</a> sayfalarımıza göz atabilirsiniz.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>GA4 Anahtar Etkinlik Nasıl Ayarlanır?</title>
		<link>https://www.onurtutus.com/ga4-anahtar-etkinlik-nasil-ayarlanir/</link>
		
		<dc:creator><![CDATA[Onur Tutuş]]></dc:creator>
		<pubDate>Thu, 08 Oct 2026 22:00:00 +0000</pubDate>
				<category><![CDATA[Ölçümleme]]></category>
		<guid isPermaLink="false">https://www.onurtutus.com/?p=31</guid>

					<description><![CDATA[GA4’te anahtar etkinlik nedir, nasıl ayarlanır ve en sık yapılan hata olan genel etkinliklerin işaretlenmesi nasıl tespit edilir? Adım adım kontrol listesi.]]></description>
										<content:encoded><![CDATA[<p>Google Analytics 4’te “anahtar etkinlik”, işletmeniz için gerçekten değerli olan bir kullanıcı eylemidir: satın alma, form gönderimi, telefon araması gibi. Mart 2024’ten önce bu kavramın adı GA4’te de “dönüşüm”dü; bugün GA4’te <strong>anahtar etkinlik</strong>, Google Ads’de ise <strong>dönüşüm</strong> adı kullanılıyor.</p>
<p>Kâğıt üzerinde basit bir ayar gibi görünse de sahada en sık karşılaştığımız ölçüm hatalarından biri burada yapılıyor. Yanlış etkinlik işaretlendiğinde raporlar olduğundan çok daha iyi ya da kötü görünür ve bütçe kararları bu yanlış rakamlara göre verilir.</p>
<h2>Anahtar etkinlik ne işe yarar?</h2>
<p>Anahtar etkinlikler GA4 raporlarında ayrı bir ölçüt olarak sayılır. Hangi kanalın, hangi kampanyanın ya da hangi açılış sayfasının sonuç getirdiğini bu sayı üzerinden okursunuz. Google Ads ile bağlantılı hesaplarda bu etkinlikler reklam platformuna dönüşüm olarak aktarılabilir ve akıllı teklif stratejileri bu sinyale göre optimize edilir.</p>
<p>Bu yüzden anahtar etkinlik listesi kısa ve net olmalıdır. Her tıklamayı anahtar etkinlik yapmak, gerçekten önemli olan eylemi gürültünün içinde kaybettirir.</p>
<h2>En sık yapılan hata: genel etkinliği işaretlemek</h2>
<p>Denetimlerde birden fazla sitede aynı tabloyla karşılaştık: <code>purchase</code> (satın alma) etkinliği anahtar etkinlik değildi, buna karşılık <code>session_start</code> ya da <code>page_view</code> gibi her ziyarette tetiklenen genel etkinlikler işaretlenmişti. Sonuç: raporlarda “dönüşüm” sayısı neredeyse oturum sayısına eşitti ve hiçbir kanal karşılaştırması anlam taşımıyordu.</p>
<p>Benzer bir durum, form gönderimi yerine “forma tıklama” ya da “iletişim sayfası görüntüleme” gibi niyet belirten ama sonucu göstermeyen etkinliklerin işaretlenmesinde de görülür.</p>
<ul>
<li><strong>Anahtar etkinlik olmamalı:</strong> <code>session_start</code>, <code>page_view</code>, <code>first_visit</code>, <code>scroll</code>, <code>user_engagement</code>.</li>
<li><strong>Anahtar etkinlik olabilir:</strong> <code>purchase</code>, gerçekten tamamlanmış form gönderimi, telefon ve WhatsApp tıklamaları (hizmet işletmelerinde), randevu oluşturma.</li>
</ul>
<h2>GA4’te anahtar etkinlik nasıl ayarlanır?</h2>
<ol>
<li>GA4’te sol alttaki <strong>Yönetici</strong> (dişli simgesi) bölümüne girin.</li>
<li><strong>Veri görünümü › Etkinlikler</strong> ekranını açın. Burada sitenizde son günlerde tetiklenen etkinlikler listelenir.</li>
<li>Önemli etkinliğin satırındaki <strong>yıldız</strong> simgesine ya da “Anahtar etkinlik olarak işaretle” seçeneğine tıklayın.</li>
<li>Yanlışlıkla işaretlenmiş genel etkinliklerin işaretini aynı ekrandan kaldırın.</li>
<li>Etkinlik listede yoksa önce sitede doğru tetiklendiğinden emin olun; Google Etiket Yöneticisi ile kurulan bir form veya tıklama etkinliği, en az bir kez tetiklendikten sonra listede görünür.</li>
</ol>
<p>Değişiklikler geçmiş verileri düzeltmez; yalnızca işaretlediğiniz andan sonraki verilere uygulanır. Bu yüzden düzeltmeyi yaptığınız tarihi not etmeniz, sonraki dönem karşılaştırmalarında işinizi kolaylaştırır.</p>
<h2>Doğru ayarlandığını nasıl kontrol edersiniz?</h2>
<p>En güvenilir kontrol, GA4’teki anahtar etkinlik sayısını işletmenin kendi kayıtlarıyla karşılaştırmaktır:</p>
<ul>
<li>E-ticaret sitesinde: aynı dönemdeki GA4 <code>purchase</code> sayısı ile panelinizdeki sipariş sayısı.</li>
<li>Hizmet sitesinde: GA4 form gönderimi sayısı ile gelen kutunuza ya da panelinize düşen talep sayısı.</li>
</ul>
<p>Çerez onayı, reklam engelleyiciler ve ödeme sayfasından geri dönmeyen kullanıcılar nedeniyle birebir eşleşme beklenmez; ancak fark çok büyükse ya da GA4 sayısı gerçek kayıtlardan fazlaysa kurulumda bir sorun vardır.</p>
<p>Ayrıca GA4’ün <strong>DebugView</strong> ekranında ve Etiket Yöneticisi’nin önizleme modunda, eylemi kendiniz yaparak etkinliğin tek bir kez ve doğru parametrelerle tetiklendiğini görebilirsiniz. Aynı satın alma için iki <code>purchase</code> etkinliği gönderilmesi de sık karşılaşılan bir hatadır.</p>
<h2>Google Ads tarafında dikkat edilecekler</h2>
<p>GA4 anahtar etkinliklerini Google Ads’e aktarıyorsanız, Ads’deki dönüşüm işlemlerinden hangilerinin “birincil” olduğuna da bakın. Teklif stratejisi yalnızca birincil dönüşümleri hedefler. GA4’te yanlış bir etkinlik işaretliyse ve bu Ads’e birincil dönüşüm olarak aktarıldıysa, kampanyalar düşük değerli eylemleri artırmak için optimize olur.</p>
<p>Aynı eylemi hem Google Ads etiketiyle hem de GA4 içe aktarımıyla birincil dönüşüm olarak saymak da dönüşümlerin çift sayılmasına yol açar. Her eylem için tek bir birincil kaynak seçmek gerekir.</p>
<h2>Kısa kontrol listesi</h2>
<ul>
<li>Anahtar etkinlik listesinde yalnızca iş sonucu gösteren etkinlikler var mı?</li>
<li><code>session_start</code>, <code>page_view</code> gibi genel etkinliklerin işareti kaldırıldı mı?</li>
<li>GA4 sayıları gerçek sipariş veya talep kayıtlarıyla makul ölçüde örtüşüyor mu?</li>
<li>Her etkinlik tek bir kez mi tetikleniyor?</li>
<li>Google Ads’de birincil dönüşümler doğru eylemlerden mi oluşuyor?</li>
</ul>
<p>Bu kontroller birkaç dakika sürer ama sonraki bütün raporların güvenilirliğini belirler. Ölçüm kurulumunuzun ayrıntılı denetimi için <a href="/hizmetler/olcumleme-ve-raporlama/">Ölçümleme ve Raporlama</a> hizmetimize göz atabilirsiniz.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
