• 21-02-2026, 01:10:02
    #1
    🚀 SEO Rehberi: SQL Neşteriyle 404 Hayalet Avı (Case Study)
    Arkadaşlar selam, bugün size Google Search Console (GSC) sayfalarca 404 hatasıyla dolduğunda,
    eklentilere sığınmak yerine veritabanının ciğerine inerek bu işi nasıl kökten çözeceğinizi anlatacağım.

    İşte 500 adet 404 hatasını pırlantaya çevirdiğimiz o "Mühendis Usulü" operasyonun adımları:

    (Bilal mode on) GSC den 404 verilerinizi önce bi indirin hangi sayfalar 404 e düşüyor bir bakın.
    ha tabi bunu AI ye yaptırtıyorsak sitemap i lütfen yükleyelim

    🔬 1. Adım: Teşhis (404 Tespit Etmek)
    Önce bu hatalı linklerin veritabanında (DB) fiziksel olarak var olup olmadığını anlamanız lazım.
    Eğer linkler yazılarınızın içindeyse, bunları toplu halde bulmak için şu SQL sorgusunu kullanın

    NOT WP İÇİN SQL MANTIĞINIZI BİLEMEM POSTLAR NE ŞEKİLDE TUTULUYOR VEYA YAPISI NE İSE ONA GÖRE HAREKET EDİN.
    ÖRNEK OLARAK VERİYORUM. GENEL MANTIK HESAPLAYARAK YAPTIM.

    SQL
    SELECT ID, post_title, post_name, post_content
    FROM `wp_posts`
    WHERE post_content LIKE '%hatali-link-kalibi%'
    AND post_status = 'publish';
    Bu sorgu size, hangi yazıların içinde o "zombi yani 404 " linklerin saklandığını listeleyecektir.

    🥊 2. Adım: Cerrahi Müdahale (SQL Replace)
    Listeyi aldınız mı? Şimdi o hatalı linkleri tek tek düzeltmekle uğraşmayın.
    Az önce tespit ettiğimiz o spesifik yazı ID'lerine odaklanarak tek bir SQL komutuyla her şeyi pırlantaya çeviriyoruz:

    SQL
    /* Sadece tespit edilen ID'lerdeki hatalı linkleri günceller */
    UPDATE wp_posts
    SET post_content = REPLACE(post_content, 'eski-hatali-link/', 'yeni-pirlanta-link/')
    WHERE ID IN (Yazi_ID_Listesi) (buraya o 404 te gelen linklerin idleri gelecek zaten yukarıda aldık )
    AND post_content LIKE '%eski-hatali-link/%';
    Bu operasyonla biz 500 adet ana içeriği tek saniyede temizledik!

    🛡️ 3. (301 Yönlendirmesi)
    Eğer SQL sorgunuz "0 satır" diyorsa ama Google hala o linkleri görüyorsa,
    bunlar veritabanında fiziksel olarak yoktur; Sadece görünen 404 lerdir.
    Bunları temizlemenin yolu ise Redirection eklentisi veya .htaccess ile mümkündür.

    ** Eski kategori yollarını doğrudan yeni Hub sayfalarınıza yönlendirin.

    Tarihli Linkler: /2025/12/29/ gibi tarihli kalıntıları güncel pırlanta URL'lerine yönlendirin.

    🏁 Özet ve Tavsiye
    Korkmayın: Veritabanına dalıyorum ben ya demeden önce mutlaka yedek alın.

    İnatçı Olun: SQL'de bulamadığınız link, ya SEO meta alanlarındadır ya da sadece Google'ın hafızasındaki eski indextir

    Cache Temizliği: Operasyon bitince önbelleği (Litespeed, SpeedyCache vb.) mutlaka temizleyin ki google desin abi sen napmışsın ya?
    En güzel ve özel not bu yazdıklarım ileri seviiye içindir ben bunları yaptım yamuldum demeyin lütfen

    keza iç linklerde bir sorun olunca da ne yapmanız gerektiğini geçen yazımdaki postta anlatmıştım ulaşabilirsiniz.
    Orada da internal linkleri 301 olsa dahi nasıl düzenlediğinizi anlayabilirsiniz
    Bu size extra bir eklenti yüklmenizi gerektirmez dogru sorgu ile 404 leri yok edersiniz.
    Not: danışmanlık vermiyorum sitemin yapısı vs yazmayın arkadaşlar araştırın neyin ne olduğunu bilin o şekilde uygulayın.
    ben sizlere olması gerekeni söylüyorum bunu emin olun seo danışmanları da yapmaz
    bu yaptıklarımı bilmeyen arkadaşlar AI eşliğinde yaparsa çok daha faydalı olur.
  • 22-02-2026, 13:27:07
    #2
    ismozalp adlı üyeden alıntı: mesajı görüntüle
    🚀 SEO Rehberi: SQL Neşteriyle 404 Hayalet Avı (Case Study)
    Arkadaşlar selam, bugün size Google Search Console (GSC) sayfalarca 404 hatasıyla dolduğunda,
    eklentilere sığınmak yerine veritabanının ciğerine inerek bu işi nasıl kökten çözeceğinizi anlatacağım.

    İşte 500 adet 404 hatasını pırlantaya çevirdiğimiz o "Mühendis Usulü" operasyonun adımları:

    (Bilal mode on) GSC den 404 verilerinizi önce bi indirin hangi sayfalar 404 e düşüyor bir bakın.
    ha tabi bunu AI ye yaptırtıyorsak sitemap i lütfen yükleyelim

    🔬 1. Adım: Teşhis (404 Tespit Etmek)
    Önce bu hatalı linklerin veritabanında (DB) fiziksel olarak var olup olmadığını anlamanız lazım.
    Eğer linkler yazılarınızın içindeyse, bunları toplu halde bulmak için şu SQL sorgusunu kullanın

    NOT WP İÇİN SQL MANTIĞINIZI BİLEMEM POSTLAR NE ŞEKİLDE TUTULUYOR VEYA YAPISI NE İSE ONA GÖRE HAREKET EDİN.
    ÖRNEK OLARAK VERİYORUM. GENEL MANTIK HESAPLAYARAK YAPTIM.

    SQL
    SELECT ID, post_title, post_name, post_content
    FROM `wp_posts`
    WHERE post_content LIKE '%hatali-link-kalibi%'
    AND post_status = 'publish';
    Bu sorgu size, hangi yazıların içinde o "zombi yani 404 " linklerin saklandığını listeleyecektir.

    🥊 2. Adım: Cerrahi Müdahale (SQL Replace)
    Listeyi aldınız mı? Şimdi o hatalı linkleri tek tek düzeltmekle uğraşmayın.
    Az önce tespit ettiğimiz o spesifik yazı ID'lerine odaklanarak tek bir SQL komutuyla her şeyi pırlantaya çeviriyoruz:

    SQL
    /* Sadece tespit edilen ID'lerdeki hatalı linkleri günceller */
    UPDATE wp_posts
    SET post_content = REPLACE(post_content, 'eski-hatali-link/', 'yeni-pirlanta-link/')
    WHERE ID IN (Yazi_ID_Listesi) (buraya o 404 te gelen linklerin idleri gelecek zaten yukarıda aldık )
    AND post_content LIKE '%eski-hatali-link/%';
    Bu operasyonla biz 500 adet ana içeriği tek saniyede temizledik!

    🛡️ 3. (301 Yönlendirmesi)
    Eğer SQL sorgunuz "0 satır" diyorsa ama Google hala o linkleri görüyorsa,
    bunlar veritabanında fiziksel olarak yoktur; Sadece görünen 404 lerdir.
    Bunları temizlemenin yolu ise Redirection eklentisi veya .htaccess ile mümkündür.

    ** Eski kategori yollarını doğrudan yeni Hub sayfalarınıza yönlendirin.

    Tarihli Linkler: /2025/12/29/ gibi tarihli kalıntıları güncel pırlanta URL'lerine yönlendirin.

    🏁 Özet ve Tavsiye
    Korkmayın: Veritabanına dalıyorum ben ya demeden önce mutlaka yedek alın.

    İnatçı Olun: SQL'de bulamadığınız link, ya SEO meta alanlarındadır ya da sadece Google'ın hafızasındaki eski indextir

    Cache Temizliği: Operasyon bitince önbelleği (Litespeed, SpeedyCache vb.) mutlaka temizleyin ki google desin abi sen napmışsın ya?
    En güzel ve özel not bu yazdıklarım ileri seviiye içindir ben bunları yaptım yamuldum demeyin lütfen

    keza iç linklerde bir sorun olunca da ne yapmanız gerektiğini geçen yazımdaki postta anlatmıştım ulaşabilirsiniz.
    Orada da internal linkleri 301 olsa dahi nasıl düzenlediğinizi anlayabilirsiniz
    Bu size extra bir eklenti yüklmenizi gerektirmez dogru sorgu ile 404 leri yok edersiniz.
    Not: danışmanlık vermiyorum sitemin yapısı vs yazmayın arkadaşlar araştırın neyin ne olduğunu bilin o şekilde uygulayın.
    ben sizlere olması gerekeni söylüyorum bunu emin olun seo danışmanları da yapmaz
    bu yaptıklarımı bilmeyen arkadaşlar AI eşliğinde yaparsa çok daha faydalı olur.


    Guzel yazi olmus. Ben de ekleme yapayim, bircok link wp_postmeta da bulunur sadece wp_posts yetersiz kalabilir.
  • 22-02-2026, 13:48:53
    #3
    db’ye girip sql ile 404 temizlemek hızlı mı? evet. güçlü mü? evet. ama gsc’de görünen her 404 içerikten çıkmış sanmak biraz fazla özgüven. onların bir kısmı eski index kalıntısıdır, sitemap çöpüdür, ya da başka sitelerden gelen backlinktir. db’de ararsın bulamazsın çünkü zaten içerikte yoktur.

    like + toplu replace mevzusu da öyle bas geç iş değil özellikle wordpress tarafında serialized veri varsa bir karakter farkıyla siteyi yamultursun, sonra abi site niye patladı diye dolaşırsın bir de her 404’ü alıp hub’a 301 çakmak var… google bunu yutar sanıyorsan geçmiş olsun, soft 404 diye işaretler, intent uyumsuzluğu der, link gücü de heba olur çiçeğim

    kısacası mantık mühendis kafası, ona lafım yok ama log analizi yok, url mapping yok, redirect planı yoksa bu iş teknikten anlıyorum hesabı olur seo operasyonu ya da başarısı değil.

    bir de şunu söylemeden geçemeyeceğim…

    sürekli ai’dan içerik yazdırıp foruma bırakma işi nedir? insanlar seni seo uzmanı sansın diye mi bu kadar cerrahi operasyonhavası ai metni belli zaten, tonundan anlaşılıyor. madem uzmanız, biraz da kendi tecrübeyi, gerçek vaka verisini koy ortaya da görelim. yoksa sql komutu kopyalayıp danışmanlar bile bilmez demekle uzman olunmuyor maalesef

    sevgiler
  • 22-02-2026, 13:57:45
    #4
    SQL
    SELECT ID, post_title, post_name, post_content
    FROM `wp_posts`
    WHERE post_content LIKE '%hatali-link-kalibi%'
    AND post_status = 'publish';
    Bu sorgu size, hangi yazıların içinde o "zombi yani 404 " linklerin saklandığını listeleyecektir.
    bu kodda anlamadığınız bir yer varsa buyurun anlatayım yapay zeka olmadan olsun.
    Ben burada seo uzmanı veya optiimizasyon uzmanı olduğumu iddaa ettim mi? böyle bir şeyi nereden çıkardınız?
    Tecrübe istemişsiniz ama bu tecrübemi size kanıtlamam gereken nokta ne? burada anlaşılmayan bir durum var ise sorarsınız naçizane yorumunuza da saygı duyarım.
    çiçeğim
  • 22-02-2026, 14:05:25
    #5
    ismozalp adlı üyeden alıntı: mesajı görüntüle
    SQL
    SELECT ID, post_title, post_name, post_content
    FROM `wp_posts`
    WHERE post_content LIKE '%hatali-link-kalibi%'
    AND post_status = 'publish';
    Bu sorgu size, hangi yazıların içinde o "zombi yani 404 " linklerin saklandığını listeleyecektir.
    bu kodda anlamadığınız bir yer varsa buyurun anlatayım yapay zeka olmadan olsun.
    Ben burada seo uzmanı veya optiimizasyon uzmanı olduğumu iddaa ettim mi? böyle bir şeyi nereden çıkardınız?
    Tecrübe istemişsiniz ama bu tecrübemi size kanıtlamam gereken nokta ne? burada anlaşılmayan bir durum var ise sorarsınız naçizane yorumunuza da saygı duyarım.
    çiçeğim
    hocam iddia meselesi değil zaten, teknik bir konu konuşuyoruz. sql sorgusu çalışır, ona laf yok. ben sadece serialized veri, soft 404 ve intent uyumu gibi risklere dikkat çekmek istedim. forumda yazınca herkes birebir uygulayabiliyor, o yüzden eksik kalan riskleri tamamlamak adına yorum yaptım. burada var 1-2 tane andaval seo case study x10 artırdık diye konular açıyorlardı artık korkudan ayar yemekten dolayı açamıyorlar.. onlarada selam olsun.
    tartışma değil, teknik zenginleştirme diyelim . neyse ne çiçeğim. al bu çiçekte sana gelsin. 🌺 koca koca adamlarız ; kavga değil amacımız sadece AI ile yazılınca tilt oluyorum 37 yaşındayım buradan sikko sikko 23 yaşında bebeler konular açıp seo uzmanı diye forumdan müşteri bağlamaya çalışanlar var. tetikleniyorum köylü kurnazlarına karşın. senlik bir durum değil.

    ps: hiç bir lafım sana değil, sana da yumuşatacağım dilimi yalnış anladıysan özür dilerim. güzel konuılar açıyorsun devamlılığını dilerim. işsizlikten buraya foruma sarıyorum artık emekli hayatı yaramadı bana sanırım
  • 22-02-2026, 14:13:30
    #6
    Sceptre adlı üyeden alıntı: mesajı görüntüle
    hocam iddia meselesi değil zaten, teknik bir konu konuşuyoruz. sql sorgusu çalışır, ona laf yok. ben sadece serialized veri, soft 404 ve intent uyumu gibi risklere dikkat çekmek istedim. forumda yazınca herkes birebir uygulayabiliyor, o yüzden eksik kalan riskleri tamamlamak adına yorum yaptım. burada var 1-2 tane andaval seo case study x10 artırdık diye konular açıyorlardı artık korkudan ayar yemekten dolayı açamıyorlar.. onlarada selam olsun.
    tartışma değil, teknik zenginleştirme diyelim . neyse ne çiçeğim. al bu çiçekte sana gelsin. 🌺 koca koca adamlarız ; kavga değil amacımız sadece AI ile yazılınca tilt oluyorum 37 yaşındayım buradan sikko sikko 23 yaşında bebeler konular açıp seo uzmanı diye forumdan müşteri bağlamaya çalışanlar var. tetikleniyorum köylü kurnazlarına karşın. senlik bir durum değil.
    Yazdıklarınıza sonuna kadar katılıyorum bende 40 yaşındayım bu konuda eksik kalmasın.
    ama benim buradaki amacım inanın birşeyler öğretebilmek. Yazının AI ile yazılması sorunu değil. Ben sadece hazırladığım projelerde kullandığım yöntemlerden bahsettim. bunları da AI aracılığı ile yazdırdım.
    soft 404 veya 404 intent uyumu görüşünüze tam katılmıyorum. tabi ki 5000 içerik bas AI ye yazdır mantığı ile gidenlerden ayrı tutarak konuşuyorum. 301 i ana sayfaya değil kategori altında olanları aynı kategoriye redirect edin dedim. burada intent sorunu olacağını düşünmüyorum