İstanbul WordPress Uzmanı: Arıza, Hack ve Bakımda Kimle, Nasıl, Hangi Sırayla?

Birden Fazla Sorun Varsa Hangi Sırayla Çözülür?

Önce güvenlik, sonra erişim, ardından sitenin çalışır hâle gelmesi; hız ve görünüm en sona kalır. Bu sıra, bir adımda yapılan işin bir sonrakinde boşa gitmemesi için izlenir.

1. Güvenlik: Hack belirtisi varsa önce o ele alınır. Zararlı kod dururken yapılan hız ya da tasarım çalışması, temizlik sırasında yeniden elden geçer.
2. Erişim ve sahiplik: Hosting, alan adı, WordPress yönetici hesabı ve Search Console erişiminin kimde olduğu netleşir.
3. Çalışırlık: Kritik hata, veritabanı hatası ya da beyaz ekran giderilir.
4. Yedek ve güncelleme: Çalışan hâlin yedeği alınır, güncellemeler kontrollü yapılır.
5. Hız: Ölçüm alınır, iyileştirme ondan sonra başlar.
6. Taşıma, içerik ve tasarım: Planlı işler zemini sağlam bir sitede yürütülür.

Bu sıranın gerekçesi resmi belgelerde de görülür. WordPress.org’un “sitem hacklendi” SSS sayfası, site temizlendikten sonra WordPress’in güncel sürüme yükseltilmesini ve ilk fark edildiğinde değiştirilen şifrelerin temizlikten sonra bir kez daha değiştirilmesini önerir. WordPress güncelleme belgesi de işe başlamadan önce yedek alınmasını ister. Hack temizliğinden sonra hosting değişecekse taşıma, kurtarma tamamlanınca yapılır; aksi hâlde bulaşık dosyalar yeni sunucuya da taşınır.

İstanbul’da Çalışma Düzeni: Maltepe Gülsuyu, İki Yaka, Yüz Yüze ya da Uzaktan

WordPress işlerinin teknik kısmı yönetim paneli ve hosting erişimiyle uzaktan yürütülür; İstanbul’daki işletmelerle istenirse yüz yüze görüşülür. Çalışma merkezi Maltepe’nin Gülsuyu Mahallesi’ndedir ve görüşmeler randevuyla planlanır.

Anadolu Yakası’ndaki işletmeler için Gülsuyu ulaşımı kolay bir noktadır: M4 Kadıköy–Sabiha Gökçen Havalimanı hattında mahalleyle aynı adı taşıyan bir istasyon bulunur. İstanbul’un iki yakasındaki işletmelerle randevuyla yüz yüze, diğer şehirlerdeki ve yurt dışındaki işletmelerle online çalışılır. WordPress uzmanı Maltepe ve çevresinde arayan, sorunu ekran başında göstererek anlatmak isteyen işletmeler için ofis görüşmesi bir seçenektir.

Yüz yüze görüşmenin gerçekten fark yarattığı durumlar sınırlıdır; teknik müdahale zaten internet üzerinden yapıldığı için yerinde bulunmak onarımı hızlandırmaz. Görüşmenin işe yaradığı başlıca durumlar şunlardır:

• Hosting, alan adı ve yönetici hesaplarının kimde olduğu belirsizse ve birlikte bir erişim listesi çıkarılacaksa
• Yönetim panelinin günlük kullanımı çalışanlara gösterilecekse
• Site, bakım, SEO ve reklam gibi birden fazla iş aynı anda planlanacaksa

WhatsApp ve telefon hattı her gün 09.00–21.00 arasında açıktır; bu saatlerin dışında bırakılan mesajlara çalışma saati başladığında sırayla dönülür. Adres: Gülsuyu Mah. Güleken Sk. No:6 D:1, 34848 Maltepe/İstanbul. Aynı yerel çalışma düzeninin SEO tarafı, ilçe ve yaka bazlı aramalarla birlikte İstanbul SEO ajansı sayfasında anlatılır.

Acil WordPress Destek: Uzmana Ulaşmadan Önceki İlk 30 Dakika

Acil WordPress destek gerektiren bir durumda ilk yarım saatin amacı onarmak değil; durumu kayda geçirmek, hasarın büyümesini önlemek ve uzmanın işe hızlı başlamasını sağlayacak bilgileri toplamaktır. Bu adımların hiçbiri kod bilgisi gerektirmez.

1. Belirti yazılır: Ne görüldüğü, saat kaçta fark edildiği ve son yapılan değişiklik (yeni eklenti, tema ayarı, güncelleme) not edilir. WordPress.org bu kaydı, ister işletme kendisi ister bir uzman müdahale etsin, olay raporunun temeli olarak tanımlar.
2. Acele değişiklik yapılmaz: Eklenti silmek, siteyi yeniden kurmak ya da eski bir yedeği denemeden yüklemek, sorunun izlerini silebilir.
3. Kritik hata mesajında e-posta kontrol edilir: WordPress’in yaygın hatalar belgesine göre bu mesaj görüldüğünde ilk iş, sitenin yönetici e-posta kutusunda hata ayrıntılarının gelip gelmediğine bakmaktır.
4. Hosting firmasına haber verilir: Yedeklerin durumu ve sunucu tarafında bir kesinti olup olmadığı sorulur. WordPress.org, hosting firmasının sorunun gerçek bir saldırı mı yoksa hizmet kesintisi mi olduğunu doğrulayabileceğini belirtir.
5. Şüpheli sayfa tekrar tekrar açılmaz: Google’ın Güvenlik sorunları raporu belgesi, zararlı yazılım içeren bir sayfanın tarayıcıda açılmasının bilgisayara zarar verebileceği uyarısını yapar.
6. Erişim listesi hazırlanır: Hosting paneli, alan adı firması, WordPress yönetici hesabı ve Search Console erişiminin kimde olduğu yazılır.
7. Site bilgisi kopyalanır: Panele girilebiliyorsa Site Sağlığı ekranının Bilgi sekmesindeki dışa aktarma özelliği, tema, eklenti ve medya dahil site bilgilerini panoya kopyalar; bu metin uzmana iletilebilir.

Hack şüphesinde bunlara bulaşık hâlin yedeği, yönetici şifrelerinin sıfırlanması ve siteye girilen bilgisayarın taranması eklenir. Bu adımlar WordPress hacklenmiş site kurtarma sayfasındaki ilk 30 dakika listesinde ayrıca anlatılır.

Site Hacklendiyse: Kısa Yol Haritası

Hacklenmiş bir WordPress sitesinde iş üç aşamada ilerler: hasarı sınırlamak, giriş yolunu bulup temizlemek, ardından erişimleri yenileyip Google’dan inceleme istemek. Ayrıntılı süreç kurtarma rehberindedir; burada yalnızca karar noktaları yer alır.

Google’ın hacklenmiş siteler serisindeki “siteyi karantinaya alma” rehberi, temizlik sırasında sitenin ziyaretçiye kapatılmasını ve bunun mümkünse bulaşık sunucunun dışından verilen 503 yanıtıyla yapılmasını önerir. Aynı rehber, robots.txt engelinin yalnızca arama motoru tarayıcılarını durdurduğunu, ziyaretçilerin zararlı içeriğe yine ulaşabildiğini hatırlatır; kurtarma sürecinde sitenin geçici olarak kapatılmasının arama sıralamasını etkilemesinin olası olmadığını da yazar. Temizlik bittiğinde Search Console’daki Güvenlik sorunları raporundan inceleme istenir; Google’a göre inceleme birkaç günden birkaç haftaya kadar sürebilir.

Belirtiye göre başvurulacak rehberler:

• Hack olup olmadığından emin değilse: WordPress site hacklendi mi, nasıl anlaşılır?
• Ziyaretçi spam sitelere gidiyorsa: WordPress hack yönlendirme
• Zararlı kod ya da virüs uyarısı varsa: WordPress virüs temizleme
• Tüm süreç, Google uyarısı ve kalıcı koruma için: hacklenmiş site kurtarma

Uzmana Erişim Verirken Güvenlik: Geçici Hesap ve Yetkinin Geri Alınması

WordPress uzmanına erişim verilirken ana yönetici şifresi paylaşılmaz; uzman için kişiye özel, geçici bir kullanıcı hesabı açılır ve iş bitince bu hesap silinir. Hosting, alan adı ve Search Console tarafında da aynı ilke geçerlidir: herkes kendi hesabıyla ve işin gerektirdiği kadar yetkiyle girer.

WordPress yönetim paneli

WordPress’in rol ve yetki belgesine göre Yönetici rolü tek bir sitedeki tüm yönetim özelliklerine erişir, Editör ise başka kullanıcılarınkiler dahil yazıları yayımlayıp yönetebilir. Hata çözümü ve hack temizliği eklenti ve tema yönetimi gerektirdiği için genellikle Yönetici rolü ister; yalnız içerik girilecekse Editör rolü yeterlidir. Profil ekranında hesabın telefon ya da ortak bilgisayar gibi diğer cihazlardaki oturumlarını kapatan bir düğme bulunur; erişim paylaşılmış bir hesapta açık kalan oturumlar bu düğmeyle sonlandırılır.

İş bittiğinde geçici hesap Kullanıcılar ekranından silinir. Kullanıcılar ekranı belgesine göre silme sırasında WordPress, o kullanıcıya ait yazı ve bağlantıların silinmesini ya da başka bir kullanıcıya aktarılmasını sorar; uzmanın oluşturduğu içerik varsa aktarma seçeneği işaretlenir.

Hosting, alan adı ve Search Console

Hosting tarafında, sağlayıcı izin veriyorsa uzmana ayrı bir FTP ya da SFTP hesabı açılır. WordPress’in güvenlik sağlamlaştırma belgesi, şifre ve verilerin şifreli iletildiği SFTP’nin, hosting sunuyorsa tercih edilmesini önerir. Search Console’da uzmana sahiplik yerine kullanıcı yetkisi verilebilir; Google’ın kullanıcı ve izin yönetimi belgesine göre sahipler kullanıcı ekleyip kaldırabilir, tam kullanıcı tüm verileri görüp bazı işlemleri yapabilir, kısıtlı kullanıcı ise verilerin çoğunu yalnızca görüntüler.

İş bitince yetkinin geri alınması

1. Geçici WordPress hesabı silinir, varsa içerik başka kullanıcıya aktarılır.
2. Uzmana açılan FTP/SFTP hesabı kapatılır ya da şifresi değiştirilir.
3. Search Console’a eklenen kullanıcı kaldırılır.
4. Hack temizliği yapıldıysa WordPress.org’un önerisiyle FTP, hosting paneli, veritabanı ve WordPress şifreleri temizlikten sonra bir kez daha değiştirilir.
5. Yönetici hesapları için iki adımlı doğrulama açılır; sağlamlaştırma belgesi bunu güçlü şifreye ek bir önlem olarak önerir.

WordPress Uzmanı Seçerken Sorulacak Sorular

İstanbul WordPress uzmanı seçerken teknik terimlerden çok sürece dair sorular belirleyicidir: sorunun nasıl teşhis edileceği, işe başlamadan yedek alınıp alınmayacağı, erişimin nasıl isteneceği ve iş bitince ne teslim edileceği. Google’ın destek ekibi kurma rehberi, sorunu kendi başına çözmenin kod okumayı, komut satırı araçlarını ve sunucu yapılandırmasını bilmeyi gerektirdiğini, bu donanım yoksa nitelikli bir profesyonelden yardım alınmasını önerir.

• Herhangi bir değişiklikten önce dosya ve veritabanı yedeği alınıyor mu, yedek nerede saklanıyor?
• Erişim nasıl isteniyor: geçici bir hesapla mı, ana yönetici şifresiyle mi?
• Hack temizliğinde saldırganın giriş yolu araştırılıyor mu, yoksa yalnızca görünen dosyalar mı siliniyor?
• Güncellemeler canlı siteye uygulanmadan önce bir test kopyasında deneniyor mu?
• İş bitince yazılı rapor veriliyor mu: neler değişti, hangi riskler kaldı?
• Hosting ve alan adı hesapları kimin adına açılıyor?
• Tema ve eklentiler lisanslı, resmi kaynaktan mı edinilecek?
• Ücret inceleme öncesinde mi söyleniyor, yoksa kapsam görüldükten sonra yazılı olarak mı?
• Gerçek bir adres ve bağımsız profillerdeki kayıtlar dışarıdan doğrulanabiliyor mu?

Dikkat edilmesi gereken işaretler de vardır: siteyi görmeden sonuç vaat edilmesi, ilk mesajda ana şifrenin istenmesi ve yapılan işin kayda geçirilmemesi. Onur Freelance; Google Haritalar, Clutch, Sortlist, TechBehemoths ve LinkedIn üzerinde aynı ad ve adresle listelenir. Kurucu Onur Ertem’in bu alandaki deneyimi 8 yılı aşar ve ekip üç kişiden oluşur; ayrıntılar hakkımızda sayfasındadır.

Bakım mı, Tek Seferlik Müdahale mi? Karar Tablosu

Tek seferlik müdahale ortaya çıkmış bir sorunu çözer; aylık bakım ise sorunların çıkma olasılığını azaltır. Seçimi sitenin işletme için ne kadar kritik olduğu, ne sıklıkla değiştiği ve son sağlam yedeğin ne zaman alındığı belirler.

Yedek sıklığı kararın merkezindedir. WordPress’in yedekleme belgesi, az içerikli siteler için haftalık, yoğun siteler için günlük yedek önerir ve farklı yerlerde saklanan en az 3–5 güncel yedek tutulmasını tavsiye eder. Sağlamlaştırma belgesindeki örnek de aynı noktaya varır: haftalık tam yedek alınan bir sitede, ayın 1’inde gerçekleşen ve ancak 12’sinde fark edilen bir saldırıdan önceye ait kopyalar elde kalır.

Onur Freelance’ta WordPress bakımı isteğe bağlıdır ve aylık 500–2.000 TL arasındadır; tutarı sitenin büyüklüğü ve bakımın kapsamı belirler. Kapsamda güncelleme öncesi yedek, çekirdek, tema ve eklenti güncellemesi, güvenlik ve çalışma kontrolü, form testleri ve aylık rapor yer alır. Başka bir firmanın kurduğu WordPress sitelerine de teknik incelemeden sonra bakım eklenebilir; ayrıntılar web sitesi yönetimi ve WordPress bakım ve güncelleme sayfalarındadır.

Genel Uygulama ile Planlı WordPress Desteği Arasındaki Fark

Genel uygulamada WordPress desteği, sorun çıkınca aranan ve sorunu kapatıp çekilen bir hizmettir. Planlı destekte ise her müdahale kayda geçirilir ve bir sonraki işi kolaylaştıracak şekilde yapılır. Sık karşılaşılan hatalar ve doğru yöntem şöyledir:

• Belirtiyi kapatmak: Hata veren eklentiyi devre dışı bırakıp geçmek yerine çakışmanın kaynağı bulunur.
• Yedeksiz müdahale: Her değişiklikten önce yedek alınır ve yedeğin geri yüklenebildiği test edilir.
• Ana şifreyi mesajla göndermek: Kişiye özel geçici hesap açılır, iş bitince silinir.
• Hack sonrası yalnız güvenlik eklentisi kurmak: Giriş yolu kapatılır, şifreler temizlikten sonra yeniden değiştirilir.
• Kullanılmayan eklentiyi devre dışı bırakıp tutmak: Sağlamlaştırma belgesi, kullanılmayan eklentinin sistemden silinmesini önerir.
• Panelden tema ve eklenti dosyası düzenlemek: Aynı belgeye göre panel dosya düzenleyicisi, giriş yapabilen bir saldırganın çoğu zaman ilk kullandığı araçtır; DISALLOW_FILE_EDIT ayarıyla kapatılır.
• Hataları canlı sitede ekrana basmak: WordPress’in hata ayıklama belgesindeki ayarlarla hatalar ziyaretçiye gösterilmeden debug.log dosyasına yazdırılır.

Planlı desteğin bir yan faydası da kayıttır: hangi eklentinin ne zaman güncellendiği, hangi ayarın neden değiştirildiği bilindiğinde, aylar sonra çıkan bir arızanın kaynağı çok daha hızlı izlenir.

WordPress Destek Ücreti Neye Göre Belirlenir?

Hack temizliği duruma göre 3.000–10.000 TL arasındadır; WordPress hata çözümünün ücreti ise sorunun kapsamına bağlıdır. Ön inceleme ücretsizdir ve kesin ücret inceleme sonrasında yazılı teklifle paylaşılır. Sabit aralığı belli olan tek kalem isteğe bağlı aylık bakımdır.

WordPress hata çözümü İstanbul içinde de dışında da aynı yöntemle yürür; teklifi belirleyen başlıca etkenler şunlardır:

• Sorunun kaynağının sunucu mu, uygulama mı olduğu
• Güncel ve temiz bir yedeğin bulunup bulunmadığı
• Hack durumunda bulaşmanın veritabanına ve kaç dosyaya yayıldığı, Google uyarısı olup olmadığı
• Sitede WooCommerce, üyelik ya da randevu gibi hassas işlevlerin bulunup bulunmadığı
• Eklenti ve tema sayısı, lisans durumları
• Gerekli erişimlerin hazır olup olmadığı

Hosting ve alan adı hesapları işletme adına açılır; ana erişim bilgileri işletmede kalır. Ücretin ilk görüşmede netleşmemesi belirsizlik gibi görünebilir, ancak siteyi görmeden verilen sabit bir rakam çoğu zaman ya gereksiz yüksek olur ya da işin yarısında kapsam tartışması doğurur.