أمثلة صفحات هبوط SaaS 2026: تحليلات التحويل التي تعمل
تحليل صفحات هبوط SaaS عالية التحويل في 2026
لقد بنيت أكثر من 80 صفحة هبوط SaaS خلال الست سنوات الماضية. بعضها حقق معدل تحويل بنسبة 12%+. والبعض الآخر بالكاد تجاوز 2%. الفرق نادراً ما كان في النسخة أو لون زر الدعوة للإجراء -- كان الفرق في القرارات الهيكلية التي اتخذت قبل كتابة أي سطر برمجي.
هذا المقال هو تحليل تفصيلي لصفحات هبوط SaaS الحقيقية المُطلقة في 2026، محللة من خلال عدسة شخص يبني هذه الأشياء فعلياً. سأشرح ما يعمل، ما لا يعمل، وسبب ظهور أنماط معينة على الصفحات التي تحقق معدل تحويل جيد.
جدول المحتويات
- لماذا لا تزال معظم صفحات هبوط SaaS تفشل في 2026
- تشريح صفحة SaaS عالية التحويل
- 12 تحليل تفصيلي لصفحات هبوط SaaS
- معايير الأداء التي تهم فعلاً
- خيارات المكدس التقني وتأثيرها على معدل التحويل
- أنماط التصميم المهيمنة في 2026
- الأخطاء الشائعة التي نراها في تدقيق العملاء
- بناء صفحة هبوط عالية التحويل الخاصة بك
- الأسئلة الشائعة

لماذا لا تزال معظم صفحات هبوط SaaS تفشل في 2026
إليك الحقيقة المؤلمة: صفحة الهبوط العادية لـ SaaS تحقق معدل تحويل بنسبة 3.2% وفقاً لتقرير معايير التحويل 2025-2026 من Unbounce. أفضل 10%؟ يحققون 11.7% أو أعلى.
هذا الفجوة لا تتعلق بوجود منتج أفضل. إنها تتعلق بالتنفيذ.
القاتل الثلاثة الذي أراهم في أغلب الأحيان:
- سرعة الصفحة. صفحة تحمل في 4.2 ثانية بدلاً من 1.8 ثانية تفقد تقريباً 23% من تحويلاتها المحتملة. أبحاث جوجل الخاصة تدعم هذا، والأرقام لم تتغير كثيراً.
- الإرهاق المعرفي. عدد كبير جداً من أزرار الدعوة للإجراء، عدد كبير جداً من المقترحات القيمة تتنافس على الانتباه، تنقل يسحب الناس بعيداً عن مسار التحويل.
- فجوة الثقة. الزوار لا يصدقونك. لقد أصيبوا بخيبة أمل من منتجات SaaS من قبل. صفحتك لا تعالج شكوكهم.
دعونا ننظر إلى الصفحات التي تفعل ذلك بشكل صحيح.
تشريح صفحة SaaS عالية التحويل
قبل أن نحلل أمثلة محددة، إليك الإطار الهيكلي الذي أستخدمه عند تدقيق الصفحات. كل صفحة هبوط SaaS عالية الأداء في 2026 تصل إلى هذه الأقسام -- على الرغم من أن الترتيب يختلف:
| القسم | الغرض | متوسط عمق التمرير |
|---|---|---|
| البطل + الدعوة للإجراء الأساسية | الاستيلاء على الانتباه، بيان مقترح القيمة الأساسي | 0-15% |
| شريط الإثبات الاجتماعي | الشعارات، عدد المستخدمين، إشارات الثقة | 15-20% |
| المشكلة/الحل | تهيج الألم، قدم حلك | 20-35% |
| عرض الميزات | 3-4 ميزات مميزة برسومات | 35-55% |
| الشهادات/دراسات الحالة | نتائج حقيقية من أشخاص حقيقيين | 55-70% |
| قسم التسعير أو الدعوة للإجراء | تقليل الاحتكاك، قدم الطلب | 70-85% |
| الأسئلة الشائعة | معالجة الاعتراضات | 85-95% |
| الدعوة للإجراء النهائية | آخر فرصة للتحويل | 95-100% |
هذا ليس ثورياً. ما تغير في 2026 هو كيف يتم تنفيذ كل قسم.
12 تحليل تفصيلي لصفحات هبوط SaaS
1. Linear -- الحد الأدنى الذي يحقق التحويل
صفحة Linear الهبوط تستمر في أن تكون درسaً في الاعتدال. إعادة تصميمهم في 2026 تقلل الأشياء أكثر: عنوان واحد ("بناء برامج أفضل")، لقطة شاشة للمنتج تظهر فعلاً واجهة المستخدم، وزر دعوة واحد.
ما يعمل:
- وزن الصفحة أقل من 400KB. تحمل في 1.1 ثانية على اتصال 4G.
- عرض المنتج تفاعلي -- يمكنك النقر خلال لوحة مشاريع حقيقية بدون التسجيل.
- لا توجد صور مخزون. كل شيء واقعي من واجهة المستخدم.
ما كنت سأغيره:
- الإثبات الاجتماعي مدفون. يجب عليك التمرير بعد ثلاثة أقسام لرؤية من يستخدمها.
- لا توجد رؤية التسعير على صفحة الهبوط نفسها.
معدل التحويل المقدر: 8-10% (بناءً على أنماط مماثلة بنيناها)
2. Vercel -- بيع تجربة المطور
صفحة Vercel مبنية على... Vercel (بالطبع)، باستخدام Next.js مع الإنشاء الثابت العدواني. الصفحة تسجل 98 على Core Web Vitals عبر المجلس.
ما يعمل:
- قسم البطل يتضمن رسم متحرك للنشر المباشر -- تشاهد الكود يصبح عنوان URL في الوقت الفعلي.
- أزرار دعوة محددة حسب الإطار. إذا هبطت من بحث Next.js، ترى رسائل محددة لـ Next.js. إذا جئت من استعلام Astro، نسخة مختلفة. تخصيص ذكي.
- جدول المقارنة مع المنافسين صادق -- يوضحون حيث تربح البدائل أيضاً، مما يبني الثقة.
ما كنت سأغيره:
- الصفحة طويلة جداً. فعلاً طويلة جداً. بيانات عمق التمرير ربما تظهر انخفاض كبير بعد علامة 60%.
3. Notion -- نهج قائم على النماذج
قلبت Notion استراتيجيتها في أواخر 2025. بدلاً من بيع الأداة، يبيعون النماذج. يقول قسم البطل من صفحة الهبوط الآن "ابدأ بنموذج، بناء من هناك" ويظهر شبكة من نقاط البداية المحددة حسب حالة الاستخدام.
ما يعمل:
- قيمة فورية. ترى ما ستحصل عليه قبل التسجيل.
- كل بطاقة نموذج لديها زر "معاينة" الذي يفتح مساحة عمل للقراءة فقط.
- ميزات الذكاء الاصطناعي محبوكة في النماذج بدلاً من أن تكون درجة منفصلة.
ما كنت سأغيره:
- وزن الصفحة 2.1MB. هذا ثقيل. معاينات النموذج تحمل بكسل كسول لكن الحزمة الأولية لا تزال منتفخة.
4. Cal.com -- إشارة الثقة مفتوحة المصدر
تفعل Cal.com شيئاً ذكياً: تظهر عدد نجوم GitHub الخاصة بهم في الوقت الفعلي في قسم البطل. في وقت الكتابة، إنه 34,200+. هذه إشارة ثقة يكاد يكون من المستحيل تزييفها.
ما يعمل:
- الدعوة للإجراء "احجز عرض توضيحي" تستخدم منتجهم الخاص. متناقضة، لكن فعالة.
- التسعير مرئي على الفور -- لا توجد بوابة "اتصل بالمبيعات" للمستويات الأساسية.
- صفحة المقارنة مع Calendly مرتبطة من البطل، لم تكن مخفية.
ما كنت سأغيره:
- تجربة الهاتف المحمول بها مشاكل تحول التخطيط. نتيجة CLS هي 0.18، وهي أعلى من عتبة "جيد" التي تبلغ 0.1.
5. Resend -- نسخة موجهة للمطور
صفحة Resend الهبوط تتحدث مباشرة إلى المطورين. أول شيء تراه تحت العنوان هو مقتطف برمجي:
import { Resend } from 'resend';
const resend = new Resend('re_123456789');
await resend.emails.send({
from: 'you@yourdomain.com',
to: 'user@gmail.com',
subject: 'Hello World',
html: '<p>It works!</p>'
});
ما يعمل:
- الكود هو مقترح القيمة. أربعة أسطر لإرسال رسالة بريد إلكتروني. تم.
- الوضع المظلم بشكل افتراضي (يفضله المطورون؛ هذا ليس جمالياً فقط).
- الصفحة مبنية بـ Next.js وتزن 280KB إجمالاً.
ما كنت سأغيره:
- قسم الشهادات يبدو مرتجلاً. تغريدتان مدمجتان في الأسفل ليست كافية كإثبات اجتماعي لمشترين المؤسسات.
6. Lemon Squeezy -- الشخصية كمميز
صفحة Lemon Squeezy لديها شخصية. رسومات، نسخة مرحة، نبرة لا تشعر بأنها مثل كل منصة دفع أخرى. عنوانهم -- "منصة شاملة لبيع المنتجات الرقمية" -- مباشر، لكن التصميم الداعم يقوم برفع ثقيل.
ما يعمل:
- حاسبة تسعير متحركة في البطل تتيح لك رؤية الرسوم قبل التسجيل.
- شعارات التكامل قابلة للنقر وتؤدي إلى الوثائق الفعلية.
- قسم "التبديل من Gumroad" يعالج أكبر منافس لهم مباشرة.
7. Framer -- الصفحة تبني نفسها
صفحة Framer الهبوط توضح المنتج بـ أن تكون المنتج. الأقسام متحركة كما لو كنت تشاهد شخصاً ما يصمم الصفحة في الوقت الفعلي. إنها متطورة تقنياً بدون أن تكون بطيئة.
ما يعمل:
- قسم العرض التفاعلي يتيح لك سحب العناصر حول. أنت تستخدم Framer قبل أن تكون قد سجلت.
- مواقع العملاء مضمنة كإطارات حية، وليست لقطات شاشة.
ما كنت سأغيره:
- ثقيل في جافا سكريبت. بدون JS، لا ترى شيئاً. هذا اختيار جريء.
8-12: تحليلات سريعة
| الشركة | التكتيك الرئيسي | ما يحقق التحويل | نتيجة CWV | وزن الصفحة |
|---|---|---|---|---|
| Stripe | مستكشف API تفاعلي في البطل | يمكن للمطورين اختبار نقاط النهاية مباشرة | 95/100 | 520KB |
| Clerk | أداة مصادقة يمكنك تخصيصها | يظهر المنتج يعمل في 10 ثوان | 91/100 | 380KB |
| Planetscale | تصور فرع قاعدة البيانات | يجعل مفهوم مجرد ملموس | 88/100 | 610KB |
| Raycast | سوق الإضافات كإثبات اجتماعي | يظهر عمق النظام البيئي | 93/100 | 290KB |
| Dub.co | لوحة معلومات تحليلات الروابط المباشرة | شفافة حول قدرات البيانات | 96/100 | 240KB |
النمط عبر الاثني عشر: أظهر، لا تخبر. كل صفحة عالية التحويل في 2026 تتضمن عرض منتج تفاعلي فوق الطي أو مباشرة أسفله.

معايير الأداء التي تهم فعلاً
انسَ مقاييس الغرور. إليك ما يرتبط بتحسينات التحويل الفعلي بناءً على البيانات من الصفحات التي بنيناها واختبرناها في Social Animal:
| المقياس | الهدف | التأثير على التحويل |
|---|---|---|
| أكبر رسم طلاء (LCP) | < 1.8s | +15-22% مقابل الصفحات > 3s |
| تحول التخطيط التراكمي (CLS) | < 0.05 | +8-12% (المستخدمون لا ينقرون بغضب) |
| التفاعل مع الطلاء التالي (INP) | < 150ms | +6-9% في العروض التوضيحية التفاعلية |
| وزن الصفحة الإجمالي | < 500KB | +11% على الجوال تحديداً |
| الوقت المتفاعل (TTI) | < 2.5s | +18% للصفحات التي تحتوي على نماذج |
هذه ليست أرقام مجردة. في مشروع عميل الفصل الأخير، أدى خفض LCP من 3.4s إلى 1.6s إلى زيادة محاولات التسجيل بنسبة 19.3%. نفس الصفحة، نفس النسخة، نفس التصميم. أسرع فقط.
خيارات المكدس التقني وتأثيرها على معدل التحويل
هنا يصبح الأمر مثيراً للاهتمام. الإطار الذي تبني عليه يؤثر بشكل كبير على معدل التحويل، وليس فقط لأسباب الأداء.
Next.js (App Router)
لا يزال الخيار المهيمن لصفحات هبوط SaaS في 2026. 7 من الصفحات الـ 12 التي حللناها مبنية على Next.js. يعني App Router لمكونات الخادم أنه يمكنك شحن جافا سكريبت أقل للعميل بشكل افتراضي.
// مكون الخادم -- لا يتم إرسال JS إلى العميل
export default async function HeroSection() {
const stats = await getCustomerStats(); // يعمل على الخادم
return (
<section className="hero">
<h1>موثوق به من قبل {stats.customerCount.toLocaleString()} فريق</h1>
<p>{stats.description}</p>
<SignupForm /> {/* هذا هو مكون العميل الوحيد */}
</section>
);
}
نستخدم هذا النمط على نطاق واسع في عمل تطوير Next.js الخاص بنا. قسم البطل يشحن ربما 12KB من جافا سكريبت بدلاً من 80KB+.
Astro
Astro تكسب أرضية سريعة لصفحات الهبوط تحديداً. تعني بنيتها الجزيرية أنك تحصل على HTML ثابت مع جافا سكريبت فقط حيث تحتاجها. صفحة Dub.co (240KB إجمالاً) مبنية على Astro.
---
// يعمل هذا في وقت البناء، لا يوجد JS
import PricingTable from '../components/PricingTable.astro';
import InteractiveDemo from '../components/Demo.tsx';
---
<PricingTable />
<!-- فقط هذا المكون يشحن JS -->
<InteractiveDemo client:visible />
إذا كانت صفحة الهبوط الخاصة بك معظمها ثابتة مع عدد قليل من العناصر التفاعلية، Astro هو الخيار الصحيح. قسنا حزم أصغر بنسبة 30-40% مقارنة بصفحات Next.js المكافئة.
سؤال CMS
تحتاج فرق التسويق إلى تحرير صفحات الهبوط بدون نشر الكود. كل صفحة عالية الأداء حللناها إما تستخدم CMS بدون رأس أو لديها طبقة محتوى مخصصة.
الانقسام في 2026:
- Sanity -- الأكثر شعبية لـ SaaS. تحرير بصري، معاينة في الوقت الفعلي، محتوى منظم.
- Contentful -- المفضل لدى المؤسسات. تحكم أفضل في الحوكمة.
- Builder.io -- نهج منشئ صفحة بصري. فرق التسويق تحبه. المطورون... يتسامحون معه.
- Keystatic -- منافس جديد. قائم على Git، يعمل بشكل رائع مع Astro.
أنماط التصميم المهيمنة في 2026
تخطيطات شبكة البينتو
شبكة البينتو ليست جديدة، لكنها أصبحت الآن الافتراضية لأقسام الميزات. روجت Apple لها، واعتمدتها صفحات SaaS بالكامل. Linear و Vercel و Raycast جميعها تستخدم اختلافات.
لماذا يعمل: يتيح لك إظهار 4-6 ميزات بشكل متزامن بدون فرض تمرير خطي. يمكن للمستخدمين تحليل الشبكة بصرياً والتركيز على ما يهمهم.
الوضع المظلم الافتراضي
8 من 12 صفحة حللناها تفترض الوضع المظلم. هذا ليس مجرد تفضيل جمالي -- الخلفيات المظلمة تجعل لقطات شاشة المنتج وعروض واجهة المستخدم تبرز. يسحب التباين العين نحو المنتج نفسه.
تفاعلات دقيقة عند التمرير
رسوم متحركة دقيقة يتم تشغيلها حسب موضع التمرير. ليست كوابيس المنظور من 2018 -- نتحدث عن عناصر تتلاشى، انتقالات مقياس طفيفة، مؤشرات التقدم. Framer Motion و GSAP هما مكتبات الانتقال.
تحذير: كل رسم متحرك يضيف جافا سكريبت. أفضل التطبيقات تستخدم رسوم متحركة CSS التي يتم تشغيلها بواسطة IntersectionObserver بدلاً من مكتبات الرسوم المتحركة المدفوعة بـ JS.
@keyframes fadeInUp {
from {
opacity: 0;
transform: translateY(20px);
}
to {
opacity: 1;
transform: translateY(0);
}
}
.feature-card {
animation: fadeInUp 0.6s ease-out both;
animation-timeline: view();
animation-range: entry 10% entry 40%;
}
الرسوم المتحركة المدفوعة بالتمرير من CSS وصلت إلى جميع متصفحات رئيسية في 2025. استخدمها. إنها سلسة جداً وتكلف جافا سكريبت صفر.
استبدلت الفيديو بالعروض التوضيحية التفاعلية
مقاطع فيديو جول المنتج تموت. في 2024، كان ترى فيديو نمط 90 ثانية Loom في البطل. في 2026، تم استبداله بعروض منتج تفاعلية -- إما تطبيقات مضمنة، بيئات صندوقية، أو إعادة إنتاج بطيئة HTML/CSS لواجهة مستخدم المنتج.
لماذا: مقاطع الفيديو لديها معدل تشغيل حوالي 15-20%. العروض التوضيحية التفاعلية لديها معدل مشاركة 40-60%. يريد الناس أن يفعلوا، ليس يشاهدوا.
الأخطاء الشائعة التي نراها في تدقيق العملاء
عندما تأتي شركات إلينا لـ عمل صفحة الهبوط، هذه هي المشاكل التي نجدها في أغلب الأحيان:
أزرار دعوة متعددة متنافسة. "ابدأ التجربة المجانية" و "احجز عرض توضيحي" و "شاهد فيديو" و "قم بتنزيل ورقة بيضاء" جميعها فوق الطي. اختر إجراء أساسي واحد.
إثبات اجتماعي عام. "موثوق به من قبل آلاف الشركات" لا يعني أي شيء. "يستخدمه 4,200 فريق بما في ذلك Spotify و Linear و Vercel" يعني شيئاً ما.
التسعير المخفي. ما لم تكن حصراً للمؤسسات، أظهر التسعير على صفحة الهبوط. وجدت تقرير OpenView الخاص بـ 2025 SaaS Metrics أن الصفحات ذات التسعير المرئي تحقق معدل تحويل أعلى بنسبة 17% لمنتجات PLG.
تجاهل الهاتف المحمول. 52% من حركة صفحة الهبوط SaaS على الهاتف المحمول في 2026 (أعلى من 44% في 2023). مع ذلك، معظم الفريق يصمم لسطح المكتب أولاً ويضغطها. العروض التوضيحية التفاعلية التي تعمل بشكل جميل على سطح المكتب غالباً ما تنكسر على الهاتف المحمول.
الاختناق البرمجي من جهة خارجية. تحليلات، خرائط حرارية، أدوات الدردشة، أدوات اختبار A/B، متتبعات بكسل. رأيت صفحات هبوط تحمل 14 برنامج نصي من جهة خارجية. كل واحد يضيف زمن الانتظار. دقق بقسوة. ربما لا تحتاج Hotjar و FullStory و PostHog على نفس الصفحة.
بناء صفحة هبوط عالية التحويل الخاصة بك
إذا كنت تبني صفحة هبوط SaaS في 2026، إليك النهج الذي كنت سأتخذه:
المكدس: Next.js 15 أو Astro 5، Tailwind CSS 4، Sanity أو Keystatic للمحتوى، Vercel أو Cloudflare للاستضافة.
العملية:
- اكتب النسخة أولاً. قبل أي تصميم أو كود.
- خطط مسار التحويل. دعوة أساسية واحدة، واحدة ثانوية.
- بناء العرض التوضيحي التفاعلي. هذا هو أصول قيمتك الأعلى.
- ابدأ التصميم في الوضع المظلم أولاً، الوضع الفاتح ثانياً.
- ضع ميزانية أداء: 500KB كحد أقصى، LCP أقل من ثانيتين.
- اختبر على هاتف حقيقي، على اتصال خلوي حقيقي.
التسعير لهذا النوع من العمل يختلف بشكل كبير حسب التعقيد، لكن يجب أن تتوقع الاستثمار في وقت حقيقي في مكون العرض التوضيحي التفاعلي -- هناك سيقع معظم جهد الهندسة.
جدول زمني واقعي لصفحة هبوط SaaS عالية الجودة: 3-5 أسابيع إذا كنت تعمل مع فريق متمرس. أسبوعان من تلك الأسابيع سينفقان على العناصر التفاعلية وتحسين الأداء.
الأسئلة الشائعة
ما معدل التحويل الوسيط لصفحات هبوط SaaS في 2026؟ يجلس الوسيط حول 3.2% وفقاً لأحدث بيانات معايير Unbounce. المؤديون الأفضل يصلون إلى 8-12%. أكبر متغير ليس التصميم أو النسخة -- إنها سرعة الصفحة ومدى فعالية عرضك للمنتج قبل طلب التسجيل.
هل يجب عليّ استخدام Next.js أو Astro لصفحة هبوط SaaS الخاصة بي؟ إذا كانت صفحة الهبوط الخاصة بك معظمها ثابتة مع بعض الأقسام التفاعلية، Astro سيعطيك أداء أفضل من الصندوق. إذا كنت بحاجة إلى تفاعلية ثقيلة، تخصيص، أو تخطط للتوسع إلى موقع تسويق كامل مع التوجيه الديناميكي، Next.js هو الأساس الأفضل. نبني مع كليهما حسب متطلبات المشروع.
كم تكلفة بناء صفحة هبوط SaaS عالية التحويل؟ DIY مع نموذج: $0-500. عامل بحرية مع خبرة صفحة هبوط: $3,000-8,000. وكالة مع خبرة تحسين التحويل: $10,000-35,000. عادة ما يعمل رياضيات العائد على الاستثمار لصالح الاستثمار الأعلى -- يمكن لتحسين 2% في معدل التحويل على صفحة تتلقى 10,000 زائر شهري أن يعني مئات التسجيلات الإضافية.
هل أحتاج إلى عرض منتج تفاعلي على صفحة الهبوط الخاصة بي؟ في 2026، نعم. البيانات واضحة تماماً: الصفحات التي تحتوي على عروض تفاعلية تحقق معدل تحويل أعلى بـ 2-3 مرات من الصفحات التي تحتوي على لقطات شاشة ثابتة أو مقاطع فيديو. أدوات مثل Arcade و Navattic و Storylane يمكنها مساعدتك في بناء هذه بدون هندسة مخصصة، على الرغم من أن العرض التوضيحي المخصص سيكون دائماً أداء أفضل.
ما هو أكثر أهمية: المحتوى فوق الطي أو الصفحة الكاملة؟ المحتوى فوق الطي يحدد ما إذا كان شخص ما يتمرر. لكن التحويلات الفعلية تحدث في جميع أنحاء الصفحة. بيانات خريطة الحرارة تظهر باستمرار أن أزرار الدعوة للإجراء الموضوعة بعد الإثبات الاجتماعي وأقسام الشهادات (عادة 60-75% عمق التمرير) تحصل على معدلات نقر أعلى من أزرار البطل. قم بتضمين كليهما.
هل يجب أن تظهر صفحة هبوط SaaS الخاصة بي التسعير؟ لـ SaaS النمو الموجه بالمنتج (PLG)، بالتأكيد. إخفاء التسعير يخلق احتكاك ويشير إلى أنك إما مكلف أو تلعب الألعاب. لمنتجات موجهة للمؤسسات مع تسعير مخصص، مؤشر "يبدأ من" لا يزال يساعد في تأهيل حركة المرور. اتجاه الشفافية يتسارع فقط في 2026.
كيف يمكنني اختبار A/B لصفحة الهبوط الخاصة بي بفعالية؟ لا تختبر ألوان الأزرار. اختبر التغييرات الهيكلية: أقسام بطل مختلفة، مع / بدون عروض تفاعلية، مواضع إثبات اجتماعية مختلفة. تحتاج إلى 1,000 تحويل على الأقل لكل متغير للأهمية الإحصائية، مما يعني أن معظم شركات SaaS تحتاج إلى تشغيل اختبارات لمدة 4-8 أسابيع. الأدوات مثل VWO و Statsig هي القادة الحاليون.
ما هو وقت تحميل الصفحة المثالي لصفحة هبوط SaaS؟ أقل من ثانيتين لـ LCP على الهاتف المحمول. هذا ليس طموح -- إنه القاعدة. كل 100ms من وقت التحميل الإضافي يكلفك تقريباً 1% في التحويلات. الصفحات التي حللناها في هذا التفصيل يبلغ متوسط LCP 1.4 ثانية. اذهب أقل من ثانيتين وأنت تنافسي؛ اذهب أقل من 1.5 وأنت في الفئة الأولى.