إطار من 3 طبقات لاجتياز Core Web Vitals في ووردبريس
موقعك بيجيب 95 في Lighthouse، وبرضه Google Search Console بيقولك إن الصفحات راسبة في Core Web Vitals. المشكلة مش إن فيه حاجة ناقصة تركّبها، المشكلة إنك بتقيس حاجة والزاير بيعيش حاجة تانية. والحل معماري، يعني ترتيب، مش إضافة خامسة فوق الأربعة اللي عندك.
Cache-Control وETag: مين بيتحكم في إيه داخل الكاش؟
افتح تبويب Network في المتصفح على أي موقع ووردبريس، وهتلاقي Cache-Control وETag قاعدين في ترويسات كل صورة وملف CSS تقريبًا. أغلبنا يعرف الاسمين، لكن قليل اللي يقدر يقولك كل واحد فيهم مسؤول عن إيه بالظبط. الفهم ده بيفرق جدًا لما تضبط الكاش على موقع عميل، أو تحاول تفهم ليه الزائر لسه شايف الصورة القدي
قياس سرعة ووردبريس على الموبايل بأرقام لا تكذب
فتحت PageSpeed Insights وطلعلك 34، رجعت بعد دقيقة لقيتها 47؟ ده مش سحر ولا الموقع اتصلح لوحده. والعميل اللي دفع “تحسين سرعة” السنة اللي فاتت مش هيعرف يفرّق بين الحالتين غير لو عندك طريقة قياس ثابتة، وده بالظبط اللي هنعمله النهارده.
هل يحسّن ووردبريس 7.1 صورك فعلًا؟
الخلاصة في سطر: ووردبريس 7.1 بيعالج الصور في المتصفح عشان الرفع ميفشلش، مش عشان الصور تبقى أصغر. الحاجتين مش نفس الحاجة، والخلط بينهم هيخليك تقفل إضافة تحسين الصور وأنت فاكر إنك بقيت مستغني عنها.
تأجيل كل الـ JavaScript لا يجعل موقعك أسرع
فيه خيار واحد في إضافات التسريع بيرفع نتيجة Lighthouse من 46 لـ 86 في دقيقة. اسمه «Delay JavaScript Execution»، وهو موجود في أشهر الإضافات اللي بتستخدمها.
4 أخطاء خفية في الكاش والسكريبتات تبطئ موقع ووردبريس
ساعات الموقع يبان تمام وأنت داخل كأدمن، وفي نفس الوقت جوجل مش شايف صورك وPageSpeed بيلففك في دواير. ده بالظبط اللي حصل لصاحب موقع ألعاب HTML5 فيه أكتر من 3,000 لعبة جاية من مصادر خارجية. خد المشاكل الأربعة دي وراجعها على موقعك قبل ما تدفع في إضافة تسريع جديدة.
تشخيص بطء TTFB في ووردبريس طبقة بطبقة
أداة القياس قالتلك إن الـ TTFB عندك 1.8 ثانية، وخلاص. طيب وبعدين؟ الرقم ده لوحده مش بيقولك تعمل إيه — ممكن يكون DNS، وممكن يكون استعلام واحد غبي في قاعدة البيانات. أغلب الناس بتبدأ تجرب حاجات عشوائية وتخسر يومين. الترتيب اللي جاي بيوفّر عليك الوقت ده.