Kısa cevap: WordPress uygulama parolası, bir entegrasyona ana kullanıcı parolasını vermeden programatik erişim sağlamak için kullanılan ayrı bir kimlik bilgisidir. Bu ayrım aracı otomatik olarak güvenilir veya yalnız okuma yapabilir hale getirmez. Önce hangi uygulamanın hangi işi, kimin kullanıcı yetkisiyle yapacağını tanımlayın.
İçerik hazırlama, görsel aktarımı veya raporlama aracı bağlayan işletmeler için asıl soru yalnız bağlantının kurulması değildir. Aracın sorumlusu, erişimin amacı ve iş bittiğinde nasıl kapatılacağı da bilinmelidir. Bu rehber WordPress'e ait entegrasyon erişimini ele alır; pazaryeri hesaplarına ait API anahtarlarının yerine kullanılabilecek ortak bir parola tarif etmez.
Panel girişi ile uygulama erişimini ayırın
WordPress uygulama parolaları belgesi, bu kayıtların API erişimi için olduğunu, wp-login.php girişinde kullanılamadığını, üretildiğinde bir kez gösterildiğini ve ayrı ayrı iptal edilebildiğini açıklar. Yönetici profilindeki Application Passwords bölümünde açıklayıcı bir adla kayıt oluşturulabilir. Her entegrasyonu ayrı adlandırıp parolayı yalnız yetkili aracın güvenli ayarında saklayın.
Bir uygulama sizden “şifre” istediğinde önce hangi parola türünü beklediğini kendi resmî belgesinden öğrenin. Hosting paneli, WordPress hesabı ve üçüncü taraf hizmet hesabını aynı giriş gibi düşünmeyin. Belirsiz bir forma yönetici bilgisi girmek yerine bağlantı kapsamını uygulamanın sorumlusuyla netleştirin. Kopyalanacak parolayı ekran görüntüsüne veya ortak iş listesine eklemeyin.
Parolaya verilen isim bir yetki sınırı değildir
“Rapor okuyucu” gibi bir ad kayıtları tanımaya yardımcı olur; kendi başına teknik kısıtlama uygulamaz. WordPress roller ve yetkiler belgesi, kullanıcıların yapabileceği işlemlerin rol ve yetkilerle değerlendirildiğini açıklar. Araca gereken işlemi belirleyin; kolaylık olsun diye bütün entegrasyonlara yönetici hesabı vermeyin.
İhtiyaç listesini uygulama bazında yazın: yalnız durum okumak mı, taslak hazırlamak mı, görsel yüklemek mi gerekiyor? Bu listedeki ifadeleri izinlerin gerçekten sınırlandığına dair kanıt saymayın. Kurulum sorumlunuzun uygun kullanıcıyı ve işlemin gerektirdiği yetkiyi kontrol etmesini sağlayın. Bir testin başarılı olması, aracın ihtiyaç duymadığı diğer işlemleri yapamadığını tek başına göstermez.
HTTPS ve doğru kimlik doğrulama yolu
WordPress REST API kimlik doğrulama rehberi, uygulama parolalarıyla HTTPS üzerinden Basic Authentication kullanımını ve tarayıcı içindeki çerez tabanlı oturumun ayrı bir yöntem olduğunu açıklar. Tarayıcıda yönetim panelinin açık olması, harici aracın da kimliği doğrulanmış olduğu anlamına gelmez. Üretimde şifrelenmemiş bağlantıyı bir geçici çözüm gibi kullanmayın.
Uygulamanın istediği site adresini dikkatle kontrol edin. Test sitesine ayrılan bilgiyle canlı sisteme bağlanmaya veya eski alan adına erişmeye çalışmadığınızdan emin olun. HTTPS ve sertifika kontrol rehberi bağlantı güvenliği belirtilerini ayrıca ele alır. Amaç bir uyarıyı gizlemek değil, doğru hedefe güvenli bağlantıyı doğrulamaktır.
İlk testi gerçek içerikten ayrı planlayın
WordPress test sitesi rehberindeki ortam ayrımını kullanın. Uygulama yazı yayımlayabiliyor veya veri değiştirebiliyorsa, ilk testin gerçek ziyaretçilere ne göstereceğini önce değerlendirin. Uygulamanın desteklediği zararsız bir kontrol veya test verisiyle başlayın. Silme ve toplu güncelleme işlerini bağlantı denemesi olarak kullanmayın.
Testin adını, saatini, hedef siteyi ve beklenen sonucu not edin. Yanıt alınamaması durumunda parolayı e-postayla dağıtmak yerine hassas olmayan hata metnini toplayın. Sonucu değiştirebilecek birden fazla ayarı aynı anda açıp kapatmayın. WordPress hosting seçimi rehberi, uygulama ihtiyacı ile hizmet kapsamının ayrı değerlendirilmesine yardımcı olur.
İş bitince erişimi de gözden geçirin
Her kaydın hangi araç için ve kimin onayıyla açıldığını takip edin. Entegrasyon kaldırıldığında, sorumlusu ayrıldığında veya bilgiler paylaşıldığında erişimi yeniden değerlendirin. Üretim işini durdurabilecek iptal veya yenilemeyi yetkili kişiyle planlayın; yalnız kaydın adını tanımadığınız için çalışan bağlantıları topluca kaldırmayın.
Çalışan ayrılışında erişim devri rehberi devir sorumluluğunu düşünmek için tamamlayıcıdır; e-posta hesabını devretmek WordPress entegrasyonlarını kendiliğinden düzenlemez. WordPress hosting hizmetinde entegrasyon bakımının kimin sorumluluğunda olduğunu ayrıca sorun. Bu sayfa anahtar üretmez, canlı erişim açmaz veya bütün araçlarla uyumluluk garantisi vermez.
Sıkça Sorulan Sorular
Uygulama parolasıyla WordPress yönetimine giriş yapılır mı?
Hayır. Bu parola API ve uygulama erişimi içindir; wp-login.php üzerinden insanın tarayıcıyla giriş yapacağı ana hesap parolası yerine kullanılmaz.
Her entegrasyonda aynı uygulama parolasını kullanayım mı?
Her araca ayrı bir kayıt oluşturmak, erişimin hangi amaçla verildiğini takip etmeyi ve bir aracı diğerlerinden ayrı kapatmayı kolaylaştırır.
Parolaya salt okunur adını verirsem yetkisi kısıtlanır mı?
Adına bu ifadeyi yazmak tek başına izin sınırı koymaz. İşlemin gerektirdiği yetkiyi ve bağlı kullanıcı hesabının rolünü ayrıca değerlendirin.
Üretilen parolayı sonradan tekrar görebilir miyim?
WordPress parolayı üretildiğinde bir kez gösterir. Kayıp bilgiyi açık bir belgede aramak veya paylaşmak yerine sorumlu yöneticiyle kontrollü yenileme planlayın.
Bir entegrasyonu kapatmak için ana parolayı değiştirmek şart mı?
Uygulama parolası kaydı tek başına iptal edilebilir. Yine de sızıntı şüphesinde hangi bilgilerin açığa çıktığını ayrıca değerlendirin; tek kaydı silmenin bütün etkileri çözdüğünü varsaymayın.
Bağlanamıyorsa güvenlik eklentisini kapatayım mı?
Genel çözüm olarak kapatmayın. Doğru siteyi, parola türünü, HTTPS durumunu, hata yanıtını ve uygulamanın gereken yetkisini birlikte inceleyin; gizli bilgileri destek kaydından çıkarın.