דילוג לתוכן הראשי

תפריט ראשי

חזרה לבלוג
בית תוכנה ופיתוח

אזור ניהול תוכן: איך מפרידים בין טיוטה, בדיקה ופרסום באתר

מאת · הבעלים של POCAST

5.10.2026קריאה מעמיקה

ניהול תוכן צריך לאפשר הכנה ובדיקה לפני שהעמוד מופיע לציבור. כפתור שמירה אינו חייב להיות כפתור פרסום.

התשובה בקצרה

ניהול תוכן צריך לאפשר הכנה ובדיקה לפני שהעמוד מופיע לציבור. כפתור שמירה אינו חייב להיות כפתור פרסום. הגדירו מצבים ואחריות כך שעובד יוכל להכין תוכן בלי לחשוף טיוטה או לשנות עמוד חי בטעות.

החלטות ותהליך עבודה

קבעו מי יוצר, מי בודק ומי רשאי לפרסם. הגדירו תצוגה מקדימה והבהירו אם שינוי בטיוטה משפיע על העמוד הקיים. בדקו כתובת, כותרת, קישורים ותמונות לפני פרסום. לאחר שינוי ציבורי עדכנו מטמון ורשימות שמתבססים על התוכן. שמרו דרך להבין איזו גרסה פורסמה ומה קרה אם הפרסום נכשל, בלי להציג הצלחה לפני שהשמירה הסתיימה.

תרחיש להמחשה

באתר לדוגמה עובדת משנה עמוד שירות ומוסיפה תמונה. היא שומרת טיוטה והבודק רואה תצוגה מקדימה. העמוד הציבורי משתנה רק אחרי האישור והפרסום, ואז נבדק דרך הכתובת הרגילה.

רשימת בדיקה

  • מצבי התוכן מוגדרים.
  • הרשאת פרסום נבדקת בשרת.
  • תצוגה מקדימה אינה הופכת טיוטה לציבורית.
  • מטמון ורשימות מתעדכנים.
  • גרסה ציבורית נבדקת אחרי הפרסום.

בדיקת החלטה לפני שממשיכים

שמרו טיוטת דמה ובדקו שאינה מופיעה במסלול הציבורי. הצלחת שמירה לא אמורה לשנות מצב פרסום בלי פעולה והרשאה שנקבעו לכך.

שאלה שכדאי להכניס לבריף

מי יכול לשמור טיוטה, מי בודק אותה ומי רשאי לפרסם?

המוצר והתכולה לבירור

פיתוח אזור ניהול תוכן — מסכים והרשאות לעורכים. השירות כפוף להצעת מחיר מותאמת לאחר בירור החומרים, ההיקף ונקודות האישור.

לעריכת בריף ולפנייה בנושא המוצר.

לכל המוצרים בתחום אתרים ודפי נחיתה.

הכנת בריף

כלי לתכנון הפרויקט — אפשר להכין סיכום ולערוך אותו לפני פנייה.

השירות המשלים

למסלול השירות הרחב ולפנייה.

מדריכים משלימים

למרכז המדריכים בתחום בית תוכנה ופיתוח.