WordPress Contributor Rolü: İzinler, Sınırlamalar ve Editoryal İş Akışı En İyi Uygulamaları

The WordPress Contributor rolü, yayınlama yetkisi olmaksızın gönderi düzenleyicisine yazma erişimi sağlayan kısıtlı bir kullanıcı hesabı türüdür. Bir Contributor taslak oluşturabilir ve gönderileri inceleme için sunabilir, ancak içerik yayınlayamaz, medya yükleyemez veya site genelindeki ayarlara erişemez. Bu, misafir yazarlar, topluluk yazarları veya sitenizin operasyonel kontrollerine dokunmadan içerik üretmesi gereken harici iş birlikçiler için doğru rol atamasıdır.

Bu ayrım operasyonel açıdan önemlidir: yanlış rol atamak — örneğin sıradan bir yazara Author düzeyinde erişim vermek — yetkisiz yayınlamaya, sınırsız medya yüklemelerine ve olası içerik politikası ihlallerine doğrudan bir yol açar. Contributor rolünün WordPress’in yetenek hiyerarşisinde tam olarak nerede durduğunu anlamak, güvenli ve düzenlenebilir çok yazarlı bir site işletmenin temelini oluşturur.

WordPress Rol Hiyerarşisi: Contributor’ın Yeri

WordPress, her biri veritabanında depolanan ayrı bir yetenek seti ile tanımlanan beş yerleşik kullanıcı rolüyle birlikte gelir. En ayrıcalıklıdan en az ayrıcalıklıya:

1. Administrator — eklenti ve tema yönetimi dahil tam site kontrolü
2. Editor — diğer kullanıcıların gönderileri dahil tüm içerikleri yönetir ve yayınlar
3. Author — kendi gönderilerini yayınlar ve yönetir, medya yükleyebilir
4. Contributor — gönderileri yazar ve inceleme için sunar, yayınlama veya medya yükleme hakkı yoktur
5. Subscriber — panoya salt okunur erişim, kendi profilini yönetir

Contributor rolü, ikinci en düşük kademede yer alır. Yetenek seti kasıtlı olarak dardır; bu da onu kontrollü bir editoryal ortamda tam olarak değerli kılar.

Contributor Rolüne Atanan Tam Yetenekler

WordPress yetenekleri, wp_user_roles anahtarı altında wp_options tablosunda serileştirilmiş bir dizi olarak depolanır. Contributor rolüne varsayılan olarak aşağıdaki yetenekler verilir:

• read — yönetici panosuna erişim ve görüntülemesine izin verilen özel içerikleri okuma
• edit_posts — yeni gönderi oluşturma ve kendi taslakları düzenleme
• delete_posts — yayınlanmamış kendi gönderilerini silme

Varsayılan set yalnızca bunlardan oluşur. Dikkate değer biçimde eksik olanlar:

• publish_posts — engellendi; gönderiler "Bekleyen İnceleme" olarak sunulur
• upload_files — engellendi; Medya Kitaplığı’na erişim yok
• edit_published_posts — engellendi; bir Editor, Contributor’ın gönderisini yayınladığında Contributor üzerindeki düzenleme erişimini kaybeder
• edit_others_posts — engellendi; diğer kullanıcıların içeriklerine görünürlük yok
• edit_pages — engellendi; Sayfalar gönderi türüne erişim yok
• manage_options — engellendi; Ayarlar, Eklentiler, Temalar veya Araçlar menülerine erişim yok

Bu yetenek modeli, her yönetici isteğinde WordPress çekirdeği tarafından uygulama katmanında uygulanır. Bu yalnızca bir arayüz kısıtlaması değildir — kısıtlı bir uç noktaya doğrudan erişmeye çalışmak "Yeterli izniniz yok" hatası döndürür.

Contributor – Author – Editor Karşılaştırması: Yetenek Karşılaştırması

Contributor ile Author arasındaki fark önemlidir: Author rolü publish_posts, upload_files, delete_published_posts ve edit_published_posts yeteneklerini ekler. Contributor uygunken Author erişimi vermek, içerik kalitesini ve site bütünlüğünü koruyan editoryal kapıyı ortadan kaldırır.

“Bekleyen İnceleme” İş Akışının Ayrıntıları

Bir Contributor, blok düzenleyicide veya klasik düzenleyicide İnceleme için Gönder‘e tıkladığında, WordPress wp_posts tablosundaki gönderinin post_status alanını draft‘dan pending‘a değiştirir. Bu, aşağıdaki davranışı tetikler:

• Gönderi, Contributor’ın düzenlenebilir taslaklar listesinden kaybolur (hâlâ görüntüleyebilirler, ancak düzenleme kilidi uygulanır)
• İlgili bildirim ayarı etkinse WordPress, edit_others_posts yeteneğine sahip tüm kullanıcılara (Editor ve Administrator) bir e-posta bildirimi gönderir
• Gönderi, yönetici panosundaki Gönderiler altındaki Bekleyen İnceleme kuyruğunda görünür ve yalnızca Editor ile Administrator tarafından görülebilir

Kritik uç durum: Bir gönderi pending durumuna geçtiğinde, Contributor onu düzenleyemez. Editor’ın Contributor’dan yayın öncesinde taslağı revize etmesini istemesi gerekiyorsa, Editor gönderi durumunu manuel olarak draft‘a geri almalı ya da satır içi revizyon isteklerini destekleyen bir editoryal iş akışı eklentisi kullanmalıdır. Bu süreç tanımlanmadan gönderiler kuyrukta süresiz olarak bekleyebilir.

İkinci bir uç durum: bir Administrator, Contributor’ın gönderisini yayınlarsa ve Contributor daha sonra bunu görüntülerse, düzenleme düğmesi yoktur. Contributor, o belirli gönderiye yazma erişimini kalıcı olarak kaybetmiştir. Bu durum, orijinal yazarın sahipliği koruyacağını bekleyen yeni site yöneticilerini şaşırtır. Bu tasarım gereğidir — edit_published_posts Contributor yetenek setinde yer almaz.

Medya Yükleme Kısıtlaması: Pratik Geçici Çözümler

upload_files‘ın yokluğu, Contributor rolünün operasyonel açıdan en rahatsız edici yönüdür. Görsel ağırlıklı içerik yazan Contributor’lar, medya gereksinimlerini bant dışı iletişimle aktarmalıdır. Pratik çözümler şunlardır:

Seçenek 1: Gönderi gövdesinde satır içi medya referansları

Contributor’lar, onaylı harici kaynaklardan (paylaşılan bir Google Drive, Dropbox veya CDN) görsel URL’lerini doğrudan gönderiye yapıştırır. Editor, yayınlamadan önce bunları düzgün şekilde yüklenmiş ve optimize edilmiş sürümlerle değiştirir.

Seçenek 2: Paylaşılan bir hazırlık medya kitaplığı

Bir Editor, Medya Kitaplığı’nı önceden onaylı stok görsellerle, marka varlıklarıyla ve tekrarlayan görsel öğelerle doldurur. Contributor’lar bunlara bir gönderi notları alanında başlıklarıyla referans verir ve Editor inceleme sırasında bunları ekler.

Seçenek 3: Kod aracılığıyla Contributor yeteneklerini genişletme

İş akışınız gerçekten Contributor’ların kendi görsellerini yüklemesini gerektiriyorsa, rolü programatik olarak genişletebilirsiniz. Temanızın functions.php dosyasına veya siteye özgü bir eklentiye aşağıdakileri ekleyin:

function add_contributor_upload_capability() {
    $role = get_role( 'contributor' );
    if ( $role ) {
        $role->add_cap( 'upload_files' );
    }
}
add_action( 'init', 'add_contributor_upload_capability' );

Bu, site genelindeki tüm Contributor’lara upload_files yetkisi verir. Bunun aynı zamanda diğer kullanıcılar tarafından yüklenen dosyalar dahil tam Medya Kitaplığı’na erişim sağladığını unutmayın. Bu bir endişe kaynağıysa, kullanıcı başına medya izolasyonunu sağlamak için bunu Media Library Organizer veya WP Media Folder gibi bir eklentiyle eşleştirin.

Seçenek 4: Role özgü yetenek eklentileri

Members (Justin Tadlock tarafından) veya User Role Editor gibi eklentiler, koda dokunmadan yönetici arayüzü üzerinden rol ve kullanıcı başına ayrıntılı yetenek atamasına olanak tanır. Bu, geliştirici olmayan site yöneticileri için önerilen yaklaşımdır.

Contributor Rolünü Kurma ve Atama

Bir kullanıcıya Contributor rolü atamak Administrator erişimi gerektirir. Süreç:

1. WordPress yönetici panelinde Kullanıcılar > Tüm Kullanıcılar‘a gidin
2. Profilini açmak için kullanıcının adına tıklayın
3. Rol açılır menüsüne kaydırın ve Contributor‘ı seçin
4. Kullanıcıyı Güncelle‘ye tıklayın

Contributor rolünü toplu olarak atamak için Tüm Kullanıcılar ekranında birden fazla kullanıcı seçin, toplu işlemler açılır menüsünden Rolü şu şekilde değiştir… Contributor‘ı seçin ve Değiştir‘e tıklayın.

Programatik olarak yeni bir Contributor hesabı oluşturmak için (otomatik katılım komut dosyaları için kullanışlıdır):

$user_id = wp_create_user( 'jane_writer', 'secure_password_here', 'jane@example.com' );
if ( ! is_wp_error( $user_id ) ) {
    $user = new WP_User( $user_id );
    $user->set_role( 'contributor' );
}

Contributor Yönetimi için Editoryal İş Akışı Eklentileri

Bekleyen gönderiler için varsayılan WordPress bildirim sistemi oldukça sınırlıdır. Birden fazla Contributor ve Editor’a sahip siteler için özel editoryal iş akışı araçları zorunludur.

PublishPress

En kapsamlı ücretsiz seçenek. İçerik takvimi, özel gönderi durumları (draft, pending, publish ötesinde), yalnızca editoryal ekibe görünür editoryal yorumlar ve durum değişikliklerinden tetiklenen e-posta/Slack bildirimleri ekler. Contributor, bir Editor’la iletişime geçmeden gönderisinin mevcut durumunu gerçek zamanlı olarak görür.

Edit Flow

PublishPress’in öncülü, artık büyük ölçüde geride kalmış ancak hâlâ işlevsel. Editoryal meta veriler, kullanıcı grupları ve bir hikaye bütçesi görünümü sunar. Tam PublishPress özellik setine ihtiyaç duymayan küçük ekipler için uygundur.

Oasis Workflow

Daha karmaşık onay zincirleri için tasarlanmıştır. Bir gönderinin yayınlama adımına ulaşmadan önce tanımlanmış bir dizi inceleyiciden geçmesi gereken çok adımlı inceleme süreçlerini destekler. Düzenlenmiş sektörler veya büyük editoryal kuruluşlar için uygundur.

CoSchedule

Editoryal iş akışını sosyal medya planlamasıyla entegre eden premium bir seçenek. Contributor’ın gönderisinin koordineli bir yayın ve tanıtım planının parçası olduğu içerik pazarlama ekipleri için kullanışlıdır.

Büyük Ölçekte Contributor Yönetimi için En İyi Uygulamalar

İlk Contributor’ı dahil etmeden önce iş akışını yazılı olarak tanımlayın. Kimin neyi ve hangi zaman diliminde inceleyeceğine dair belirsizlik, darboğazlar ve hayal kırıklığına uğramış yazarlar yaratır. Şunları belgeleyin: gönderim formatı, beklenen inceleme süresi, revizyon talep süreci ve tanımlanmış bir sürenin ötesinde Bekleyen İnceleme’de bekleyen gönderilere ne olacağı.

Contributor’a özgü bir stil kılavuzu oluşturun. Contributor’lar Sayfalara erişemediğinden, yönergeleri yalnızca Contributor’lara görünür özel bir kategoride sabitlenmiş gönderi olarak veya karşılama e-postasında bağlantısı verilen harici bir belge olarak dağıtın. Şunları ele alın: başlık formatı, minimum kelime sayısı, dahili bağlantı beklentileri, SEO meta veri gereksinimleri ve görsel kaynak kuralları.

Yalnızca herhangi bir Editor değil, yönetici bir Editor atayın. edit_others_posts yeteneği tüm Editor’lar tarafından paylaşılır. Contributor kuyruğunun belirlenmiş bir sahibi olmadan gönderiler incelenmeden bekleyebilir. Contributor gönderimleri için birincil inceleyici olarak belirli bir Editor atayın ve bekleyen gönderi uyarılarını özellikle o kullanıcıya yönlendirmek için PublishPress bildirimlerini ayarlayın.

Contributor hesaplarını üç ayda bir denetleyin. Herhangi bir erişim düzeyine sahip etkin olmayan hesaplar bir saldırı yüzeyi oluşturur. Son 90 gün içinde giriş yapmamış tüm Contributor’ları listelemek için aşağıdaki WP-CLI komutunu çalıştırın:

wp user list --role=contributor --fields=ID,user_login,user_email,user_registered --format=table

Son giriş verileriyle (WP Last Login veya Simple History gibi eklentiler aracılığıyla mevcut) çapraz referans yapın ve etkin olmayan hesapları Subscriber’a indirgeyin veya iptal edin.

Otomatik yayınlama entegrasyonlarına asla Contributor erişimi atamayın. API istemcileri, RSS içe aktarıcılar ve içerik dağıtım araçları en az publish_posts gerektirir. Bunlara Contributor rolü atamak, içeriğin yayınlanmak yerine beklemede sunulduğu sessiz hatalara neden olur. Bu entegrasyonlar için özel bir Author rolü hizmet hesabı kullanın.

API erişimi için paylaşılan kimlik bilgileri yerine uygulama parolaları kullanın. Bir Contributor’ın WordPress REST API aracılığıyla gönderi sunması gerekiyorsa (örneğin, başsız bir CMS veya bir yazma aracından), ana hesap kimlik bilgilerini paylaşmak yerine kullanıcı profili altında bir uygulama parolası oluşturun. Bu, API erişimini kapsamlandırır ve hesap parolasını değiştirmeden iptal edilmesine olanak tanır.

Contributor Rolüne Özgü Güvenlik Konuları

Contributor rolü genellikle düşük risklidir, ancak anlaşılmaya değer birkaç saldırı vektörü vardır:

Gönderi içeriği aracılığıyla depolanan XSS. Contributor’lar, WordPress kses içerik filtresinin sınırları dahilinde keyfi HTML gönderebilir. wp_kses_post() işlevi kaydetme sırasında izin verilmeyen etiketleri kaldırır, ancak izin verilen etiket listesi geniştir. Kötü niyetli bir Contributor, site kötü yapılandırılmış bir wp_kses izin listesi kullanıyorsa veya bir eklenti içerik filtrelemesini atlıyorsa izin verilen özniteliklere gizlenmiş JavaScript yerleştirebilir. Güvenilmeyen Contributor’lara sahip herhangi bir sitede wp-config.php dosyasında DISALLOW_UNFILTERED_HTML‘ın tanımlandığından her zaman emin olun:

define( 'DISALLOW_UNFILTERED_HTML', true );

Bu sabit, yeteneklerinden bağımsız olarak Administrator düzeyinin altındaki kullanıcıların filtrelenmemiş HTML kaydetmesini engeller.

Savunmasız eklentiler aracılığıyla ayrıcalık yükseltme. Belgelenmiş birkaç CVE, ayrıcalıklı eylemleri gerçekleştirmeden önce publish_posts veya manage_options yerine (Contributor’larda mevcut olan) edit_posts‘ı kontrol eden eklentileri içerir. Eklentileri güncel tutun ve Plugin Security Scanner gibi araçları veya manuel kod incelemesini kullanarak yeni eklenti kurulumlarını yetenek kontrolleri açısından denetleyin.

Hesap numaralandırma. WordPress, yazar arşiv URL’lerini /?author=1, /?author=2 vb. adreslerde açığa çıkarır ve bu da kullanıcı adlarını ifşa eder. Contributor’lar harici kullanıcılarsa, bu durum giriş adlarını sızdırır. Yazar arşivi numaralandırmasını sunucu düzeyinde veya bir güvenlik eklentisi aracılığıyla yönlendirin veya engelleyin.

VPS Hosting ortamında çalışan siteler için bu WordPress düzeyindeki sertleştirme adımları, sunucu düzeyindeki kontrollerle eşleştirilmelidir: PHP open_basedir kısıtlamaları, tehlikeli PHP işlevleri için disable_functions ve WordPress’e özgü saldırı kalıplarını hedefleyen web uygulaması güvenlik duvarı kuralları.

Multisite Ağlarında WordPress Contributor Rolü

WordPress Multisite kurulumunda Contributor rolü siteye özgüdür. Bir kullanıcı bir alt sitede Contributor, başka bir sitede Editor olabilir. Ağ Yöneticileri, ağ yönetici panelinden site başına kullanıcı rollerini yönetir.

Önemli bir ayrım: Multisite’daki Super Admin rolü tüm yetenek kontrollerini atlar. İçerik katkıda bulunanlarına asla Super Admin atamayın. İstemci sitelerini veya topluluk platformlarını barındıran büyük multisite ağları için, yüksek hacimli bekleyen gönderi kuyrukları ve editoryal iş akışı eklentisi yükü için gereken veritabanı ve dosya sistemi performansını sağlamak amacıyla Dedicated Servers ortamı kullanmayı düşünün.

Contributor’ları Özel Gönderi Türleriyle Entegre Etme

Varsayılan olarak, Contributor rolünün yetenekleri yalnızca post gönderi türü için geçerlidir. Siteniz özel gönderi türleri (CPT’ler) kullanıyorsa — örneğin bir review, tutorial veya case_study CPT’si — yetenekleri açıkça eşleştirmediğiniz sürece Contributor’ların bunlara erişimi olmayacaktır.

Bir CPT kaydederken capability_type ve map_meta_cap argümanlarını kullanın:

register_post_type( 'tutorial', array(
    'label'           => 'Tutorials',
    'capability_type' => 'post',
    'map_meta_cap'    => true,
    'supports'        => array( 'title', 'editor', 'author', 'revisions' ),
    // additional arguments
) );

capability_type‘ı 'post' olarak ayarlamak, CPT’nin yeteneklerini standart gönderi yetenekleriyle eşleştirir; bu, Contributor’ların CPT ile standart gönderilerle aynı edit_posts / publish_posts yok ilişkisine sahip olacağı anlamına gelir. Özel bir capability_type kullanmak (örn. 'tutorial'), erişim amaçlanıyorsa Contributor rolüne açıkça verilmesi gereken ayrı yetenekler (edit_tutorials, publish_tutorials) oluşturur.

Çok Yazarlı WordPress Siteleri için Barındırma Ortamı Konuları

Aktif bir Contributor havuzuna sahip çok yazarlı bir WordPress sitesi, tek yazarlı bir bloga kıyasla daha fazla eş zamanlı yönetici oturumu, daha fazla veritabanı yazma işlemi (taslak kaydetme, revizyon depolama, bekleyen durum güncellemeleri) ve daha fazla e-posta bildirimi oluşturur. Barındırma ortamı buna göre boyutlandırılmalıdır.

Veritabanı performansı: WordPress her otomatik kaydetme ve revizyonu wp_posts tablosunda ayrı bir satır olarak depolar. Birden fazla Contributor aynı anda taslak oluştururken bu tablo hızla büyür. wp-config.php dosyasında revizyon sınırlarını etkinleştirin:

define( 'WP_POST_REVISIONS', 5 );

Bu, gönderi başına depolanan revizyonları beşle sınırlandırır ve sınırsız tablo büyümesini önler.

E-posta teslim edilebilirliği: WordPress, bekleyen gönderi bildirimlerini varsayılan olarak sunucunun PHP mail() işlevini kullanan wp_mail() aracılığıyla gönderir. Paylaşımlı barındırmada bu güvenilmezdir ve sıklıkla spam olarak işaretlenir. Özel bir posta hizmetine işaret eden bir SMTP eklentisi (WP Mail SMTP, FluentSMTP) yapılandırın. Editoryal iş akışlarının bir parçası olarak güvenilir işlemsel e-posta gerektiren siteler için özel bir Email Hosting çözümü, teslim edilebilirliği sağlar ve uygun SPF/DKIM kimlik doğrulaması sağlar.

Önbellek uyumluluğu: Nesne önbelleğe alma eklentileri (Redis, Memcached), kullanıcı rolü verileri agresif biçimde önbelleğe alınırsa eski yetenek kontrollerine neden olabilir. Contributor yeteneklerini programatik olarak değiştirdikten sonra nesne önbelleğini temizleyin:

wp cache flush

WordPress’i bir kontrol paneli aracılığıyla yöneten ekipler için VPS with cPanel ortamları, rutin görevler için doğrudan SSH gerektirmeden PHP ayarlarını, e-posta hesaplarını ve veritabanı erişimini yönetmek için basit bir arayüz sağlar.

SSL zorunluluğu: Contributor’lar dahil oturum açmış kullanıcılara sahip herhangi bir site HTTPS’yi zorunlu kılmalıdır. WordPress kimlik doğrulama çerezlerini HTTP üzerinden iletmek, oturum belirteçlerini ele geçirilmeye karşı açık hale getirir. Sitenizin geçerli bir sertifikaya sahip olduğundan ve FORCE_SSL_ADMIN‘ın ayarlandığından emin olun:

define( 'FORCE_SSL_ADMIN', true );

Düzgün şekilde verilmiş bir SSL Certificate, Contributor girişlerini kabul eden herhangi bir WordPress kurulumu için vazgeçilmezdir.

Karar Matrisi: Contributor’ı Diğer Rollere Karşı Ne Zaman Kullanmalı

Teknik Temel Kontrol Listesi

• Yeni harici yazarlara panel erişimi vermeden önce Contributor rolünün atandığını, Author değil, doğrulayın.
• Güvenilmeyen Contributor hesaplarına sahip herhangi bir sitede wp-config.php dosyasında DISALLOW_UNFILTERED_HTML‘ı tanımlayın.
• Eş zamanlı taslak oturumlarından kaynaklanan veritabanı şişmesini önlemek için WP_POST_REVISIONS‘ı sonlu bir sayıya ayarlayın.
• İkiden veya üçten fazla Contributor dahil etmeden önce bir editoryal iş akışı eklentisi (PublishPress önerilir) yükleyin — varsayılan bekleyen gönderi bildirim sistemi ölçeklenmez.
• Contributor’ların medya yükleme erişimine ihtiyacı varsa, rolü add_cap( 'upload_files' ) veya bir yetenek yönetimi eklentisi aracılığıyla genişletin ve bunu kullanıcı başına medya izolasyonuyla eşleştirin.
• Özel gönderi türleri için, Contributor’ların amaçlanan erişim düzeyine — veya hiç erişime — sahip olması için capability_type eşlemesini açıkça doğrulayın.
• wp user list --role=contributor kullanarak Contributor hesaplarını üç ayda bir denetleyin ve etkin olmayan hesapları derhal iptal edin.
• Contributor girişlerini kabul eden tüm kurulumlar için FORCE_SSL_ADMIN ve geçerli bir SSL sertifikasıyla HTTPS’yi zorunlu kılın.
• Barındırma ortamınızı, aktif Contributor sayınızla orantılı eş zamanlı yönetici oturumları ve veritabanı yazma hacmi için boyutlandırın.
• İlk Contributor hesabı oluşturulmadan önce editoryal iş akışını — gönderim formatı, inceleme SLA’sı, revizyon talep süreci — belgeleyin.

Sıkça Sorulan Sorular

Bir WordPress Contributor kendi gönderilerini yayınlayabilir mi?

Hayır. Contributor rolü publish_posts yeteneğini içermez. Bir Contributor taslağı tamamladığında, yalnızca inceleme için sunabilir; bu da gönderi durumunu pending olarak ayarlar. Gerçek yayınlama eylemini bir Editor veya Administrator gerçekleştirmelidir.

Contributor’lar WordPress’te neden görsel yükleyemiyor?

Medya Kitaplığı’na erişimi kontrol eden upload_files yeteneği, varsayılan olarak Contributor rolüne atanmamıştır. Bu, sitenin dosya sistemine denetlenmemiş medyanın girmesini önlemek için kasıtlı bir kısıtlamadır. İş akışınız gerektiriyorsa yetenek programatik olarak veya bir rol yönetimi eklentisi aracılığıyla eklenebilir.

Contributor’ın gönderisi yayınlandıktan sonra ne olur?

Yayınlandıktan sonra Contributor, gönderiye düzenleme erişimini kaybeder. edit_published_posts yeteneği Contributor rolünün bir parçası olmadığından, yayınlanan sürüm yalnızca Editor ve Administrator tarafından kontrol edilir. Contributor gönderiyi hâlâ görüntüleyebilir ancak değiştiremez.

Contributor’ların diğer kullanıcıların taslakları görmesini nasıl önlerim?

Varsayılan olarak, Contributor’lar yönetici panosunda yalnızca kendi gönderilerini görebilir — edit_others_posts yeteneği rollerinde bulunmaz. Ek yapılandırma gerekmez. Ancak paylaşılan taslak işlevselliği ekleyen eklentiler yüklediyseniz, bu eklentilerin WordPress yetenek kontrollerine uyduğunu doğrulayın.

Contributor rolü özel gönderi türlerine erişime izin verecek şekilde özelleştirilebilir mi?

Evet. Özel gönderi türleri kendi yetenek setlerini kullanır. Bir CPT capability_type => 'post' ve map_meta_cap => true ile kaydedilmişse, Contributor’lar standart gönderiler için sahip oldukları aynı taslak oluşturma ve sunma erişimine sahip olacaktır. CPT özel bir yetenek türü kullanıyorsa, erişim amaçlanıyorsa $role->add_cap() veya Members ya da User Role Editor gibi bir eklenti kullanarak ilgili düzenleme yeteneğini Contributor rolüne açıkça vermeniz gerekir.