שגיאת 403 באתר: כשהרשאות נועלות את הדלת ללקוחות
לחיצה על מוצר שמחזירה 403 היא לא באג קוסמטי. הלקוח רואה דלת נעולה, וגוגל עלול להבין שהעמוד לא נגיש. כאן מוסבר איך מפרידים בין הרשאות שרת, תוספים, לקוד שחוסם בטעות.
הרשאות
מה בעצם אומרת 403
403 אומרת שהשרת הבין את הבקשה, אבל סירב לאשר אותה. זה שונה מ־404 (העמוד לא קיים) ומ־500 (השרת נשבר).
בחנויות ובאתרי שירות זה כואב במיוחד: הקישור מהמודעה מגיע לדף מוצר, והלקוח מקבל מסך חסום, גם אם שאר האתר חי, האמון נשבר באותו רגע.
סיבות שכיחות
רוב מקרי ה־403 נופלים לאחד מארבעת הדליים האלה.
.htaccess
כללים שנשברו אחרי עדכון או העברת שרת.
תוסף אבטחה
חומת אש שחוסמת נתיב לגיטימי של מוצר או עמוד.
הרשאות קבצים
תיקיות או קבצים עם הרשאות שגויות אחרי העלאה.
קוד מותאם
בדיקת תפקיד משתמש שחוסמת גם אורחים בטעות.
אבחון
סדר בדיקה קצר
קודם בודקים אם החסימה על עמוד אחד או על האתר כולו, ואז יורדים לכלל הספציפי.
- 1
היקף החסימה
רק נתיב אחד נחסם, או הכול? זה מכוון לכלל ממוקד מול הגדרה רוחבית.
- 2
לוג שרת
מצאו את שורת ה־403 בשעת הניסיון. היא מצביעה על הקובץ או הכלל.
- 3
אורח מול מחובר
בדקו אם רק אורחים נחסמים, אם כן. חשדו בקוד הרשאות או בכלל אבטחה.
403
סירוב גישה
404
עמוד לא קיים
500
השרת נשבר
לא לפתוח את כל ההרשאות לכולם כדי "שיעבוד". זה פותר את הסימפטום ויוצר חור, גם לא למחוק .htaccess שלם בלי להבין איזה כלל נדרש לניתוב, במיוחד ב־WordPress.
איך מונעים חזרה של 403 אחרי עדכון?
גיבוי לפני עדכונים, בדיקת עמודי מפתח אחרי כל שדרוג תוסף או שרת, ושמירה על רשימת כללי אבטחה שאתם באמת צריכים, לא ערימה של חוקים ישנים.
האם 403 פוגע גם בגוגל?
כן, אם גוגל מקבל 403 על עמוד שצריך להיות ציבורי, הסריקה עלולה להיכשל והעמוד לא יוצג כראוי בתוצאות, שווה לבדוק גם ב־Search Console אם יש דיווחים על חסימה.
מתי זה תחזוקה ומתי זה תיקון קוד?
אם חוק שרת או תוסף חוסם, לרוב תחזוקה והגדרה, אם לוגיקה מותאמת מחליטה מי רואה מה ונכשלת על אורחים. זה תיקון קוד הרשאות.
יש פרויקט שמתאים לכיוון הזה?
הטופס שואל על הצורך, המצב, והתקציב. הפנייה נבדקת כדי להחליט אם לקחת את העבודה.
מלאו פנייה