İçerik Kuyruğu

İçerik kuyruğu bir bekleme odasıdır. Toplu gelen taslaklar doğrudan posts tablosuna değil content_queue tablosuna düşer; yani toplu bir içe aktarımı, hiçbiri herkese açık olmadan önce okuyabilir, düzeltebilir ve zamanlayabilirsiniz.

Kuyruktan canlı siteye çıkan her şey, diğer kanallarla aynı yayın politikasından geçer. İçerik kalite kapısı çalışır, karar kaydedilir ve yayınlanan yazı denetim izinde source = queue taşır. Toplu gelmek hiçbir şeyi kapının dışında bırakmaz.

Toplu üretilen taslaklar yanlış, tekrarlı ya da yüzeysel olabilir. Kuyruk, son sözün sizde kalması için vardır.

Öğeler nereden geliyor

İçerik Kuyruğu ekranının İçe Aktar sekmesinde üç giriş yolu var.

JSON içe aktarımı öğeleri dizi hâlinde taşıyan bir dosyayı yükler. CSV içe aktarımı aynı yapıyı yapıştırılmış CSV olarak alır. Dış bir sistemin iş devretmesi gerektiğinde pratik cevap bu ikisidir, çünkü REST API kuyruk öğesi değil yazı oluşturur - content_queue için bir API ucu yoktur. Dosya üretip içe aktarın.

Google Sheets eşitlemesi satırları bir tablodan çeker. A1:H1000 aralığını okur, ilk satırı sütun başlığı sayar ve adlarına göre eşler; yani title sütunu ve content, excerpt, category, tags, featured_image, slug, scheduled_date, scheduled_time, meta_title, meta_description sütunlarından birkaçını taşıyan bir tablo yapılandırma gerektirmeden çalışır. Başlığı olmayan satırlar atlanır. İçe aktarılan her satır nereden geldiğini source_sheet ve source_row_id alanlarında saklar. Daha önce aktarılmış bir satır, sonraki eşitlemede kopyalanmaz; atlanır. Buradaki inceliğe dikkat edin: atlanır, tazelenmez. Yani tablodaki bir satırı aktardıktan sonra düzenlerseniz kuyruktaki öğe olduğu gibi kalır.

Sheets yolu için ayarlarda bir API anahtarı ve tablo kimliği gerekir (content_queue_api_key, content_queue_spreadsheet_id ve isteğe bağlı olarak varsayılanı Sheet1 olan content_queue_sheet_name). Bunlar yokken panel eşitleme kartını kapalı gösterir. Bu yapılandırmanın şu anki panelde kendine ait bir formu yok - değerlerin ayar tablosuna doğrudan yazılması gerekir.

Bir AI iş akışı da yayınlamak yerine kuyruğa yazabilir; toplu üretimi incelenebilir kılan şey budur.

Bir kuyruk öğesi ne taşır

| Sütun | Ne olduğu | |---|---| | title, slug, content, excerpt | taslağın kendisi | | category, category_id, tags | gelecekteki yazının taksonomisi | | author_id | hangi yazar adına yayınlanacağı | | featured_image, featured_image_url | yerel dosya ya da yayın anında indirilecek adres | | status | draft, pending, ready, queued, processing, completed, failed | | scheduled_date, scheduled_time | ne zaman yayına gireceği | | priority | kuyruk içi sıralama ipucu | | source_sheet, source_row_id | kaynak bilgisi ve ikizlenme koruması | | post_id | yayında atanır - canlı yazıya bağ | | meta_title, meta_description | yazıya taşınan SEO alanları | | processed_at, error_message | son yayın denemesinin sonucu | | extra_json | iş akışının taşıdığı diğer her şey |

İlginç şeyler extra_json içinde seyahat eder. Görsel planları, görsel başına üretim talimatları ve Pinterest metni (pin başlığı, açıklaması, etiketleri, dikey görseli) orada durur. Yayın anında post meta alanlarına çevrilirler. Üretim sırasında yazdığınız bir pin metni aylar sonra sosyal eklentiye bu yoldan ulaşır.

Maliyet sütunu yok, otomatik yayın kuralı kurucusu yok. Tabloda pinterest_image, pinterest_pin_id ve pinterest_url adlı üç sütun var; bunlar eski kalıntıdır ve hiçbir şey onları okumaz ya da yazmaz.

Kuyrukta çalışmak

Kuyruk sekmesi taslaklarla açılır ve duruma göre süzer. Herhangi bir öğeyi açıp her alanını, hiçbir yere gitmeden önce düzenleyebilirsiniz. Onayla öğeyi hazır işaretler, Tümünü Onayla bir grubu tek seferde temizler, Hazıra Al aynısını bir seçim için yapar. Reddet ve Sil öğeleri düşürür, Tümünü Temizle bir durum kovasını tek hamlede boşaltır. Şimdi yayınla tek bir öğeyi doğrudan canlı siteye gönderir - kalite kapısı yine çalışır.

İki toplu araç gerçekten zaman kazandırır. Görselleri eşleştir, geçici yükleme klasörünü tarar ve görselleri kısa ada göre bağlar: {slug}-img01 adlı dosya içerik görseli, {slug}-pinterest ise dikey pin görseli olur; eşleştirme Türkçe karakterleri katlayarak yapılır, yani ogrenci de öğrenci ile eşleşir. Başarısızları yeniden zamanla ise başarısız olan her şeyi bugünden başlayarak altı gün arayla yeniden kuyruğa alır - bir sağlayıcının kötü bir öğleden sonrası olduğunda işe yarar, ama önce görselleri eşleştirin.

Bir öğeyi yayınlamak onu posts tablosuna kopyalar, kuyruk satırını post_id ile yeni yazıya bağlar ve denetim izini yazar. Kalite kapısı engellerse öğe düşürülmez: kuyrukta kalır ve error_message neyin takıldığını söyler; düzeltip tekrar denersiniz.

Zamanlama

Her şeyi aynı anda yayınlamak yerine gruba bir ritim verin. Hazır öğeleri seçin ve Zamanla ekranını açın. Önce sıklığı belirleyin: her gün, günde iki kez, gün aşırı, ayın tek günleri ya da çift günleri. Sonra bir başlangıç tarihi ve günlük bir saat aralığı verin (varsayılan dokuz–on yedi). jekcms her öğeye bir tarih ve o aralık içinde rastgele bir saat atar ve öğeyi queued durumuna alır.

Vakti gelen öğeler kendiliğinden yayınlanır. Bunu yapan motor, cron'unuz varsa cron'dan, yoksa sıradan site trafiğinden koşar; ayrıca bir yönetici İçerik Kuyruğu ekranını her açtığında bir kez daha çalışır - yani vakti gelmiş bir grup hiçbir zaman bir düğmeyi beklemez. Bu yolların hassasiyet farkını Cron Kurulumu anlatıyor.

İşleyen bir ritim

Grubu içe aktarın. Okuyun, kurtarılabilir olanları düzenleyin, kalanını silin - bu ekranın var olma sebebi tam olarak bu adımdır. Görselleri eşleştirin ki hiçbir şey çıplak yayınlanmasın. Grubun dakikalara değil günlere yayılması için bir takvim uygulayın. Sonra takvimi değil failed süzgecini izleyin: kapının durdurduğu her şey orada, gerekçesiyle birlikte oturuyordur; geri kalanı source = queue etiketiyle çoktan çıkmıştır ve bir yazının nereden geldiğini sonradan her zaman söyleyebilirsiniz.