چک‌لیست ساختار هدینگ مقاله؛ ۲۰ مورد پیش از انتشار

روش ساخت هدینگ‌ها را دو مقالهٔ خواهر آموزش داده‌اند: آموزش گام‌به‌گام ساختار هدینگ مقاله مسیر گام‌به‌گامِ چیدن outline از پرسش‌های واقعی جستجو است و قواعد هدینگ‌های سئو در صفحه قواعد سئویی همان هدینگ‌ها را در سطح صفحه باز می‌کند. این مقاله پلهٔ بعدی است: همان دانش را به بیست چک قابل‌علامت‌زنی تبدیل می‌کند که سر میز هر مقاله، پیش از انتشار، اجرا می‌شود.

چرا یک چک‌لیست جدا؟ چون دانشِ «چطور درست بنویسم» با عملِ «قبل از انتشار چک کنم» دو عادت متفاوت‌اند. چک‌لیست کامل پیش از انتشار مقاله دوازده بررسی در چهار لایه — سئو، خوانایی، فنی و CTA — را برای کل مقاله پوشش می‌دهد؛ این‌جا فقط لایهٔ هدینگ را عمیق می‌کنیم و آن را از دوازده بررسیِ کلی به بیست مورد اجرایی می‌رسانیم. چاپش کنید، کنار ویرایشگر بچسبانید و هر بار قبل از انتشار یک‌بار از بالا به پایین علامت بزنید.

چرا ساختار هدینگ مقاله را پیش از انتشار چک می‌کنیم؟

هدینگ، اسکلت اسکن‌خوانی است: کاربرِ عجول با آن تصمیم می‌گیرد بماند یا برگردد، و موتور جستجو با آن می‌فهمد صفحه به کدام پرسش جواب می‌دهد. خطای هدینگ هم خوش‌خبر نیست؛ متن را می‌توانید بعد از انتشار ویرایش کنید، اما هدینگی که بعد از ایندکس عوض شود یعنی صفحه دوباره از صفر خوانده شود و شانس آن هفته‌ها به تأخیر بیفتد. قواعد کامل همین رفتار در قواعد هدینگ‌های سئو در صفحه آمده؛ این‌جا آن قواعد را به چک تبدیل می‌کنیم.

به تجربهٔ ما بیشترین خطاهای هدینگ از سه جا می‌آیند: قالبی که H1 را دو بار چاپ می‌کند، هدینگ‌هایی که برای اندازه و رنگ به‌کار رفته‌اند نه برای معنا، و مقاله‌ای که H2هایش تنها خوانده نمی‌شوند. هر سه خطا با چشم خستهٔ پایان کار از قلم می‌افتند، چون نویسنده متن را کلمه‌به‌کلمه می‌شناسد و دیگر مثل خوانندهٔ تازه نگاه نمی‌کند. چک‌لیست مکتوب، چشم تازه است؛ مورد به مورد می‌پرسد و اجازه نمی‌دهد آشنایی با متن، جای بازبینی را بگیرد.

هفت چک H1؛ از وعدهٔ تنها تا هم‌خوانی با جستجو

چک اول، فقط یک H1 در صفحه باشد؛ قالب‌ها و صفحه‌سازها گاهی خودشان یک H1 چاپ می‌کنند و هدینگ اول مقاله، دومی می‌شود. چک دوم، H1 وعدهٔ کل مقاله را بدهد نه یک شعار کوتاه؛ خواننده باید از همان یک خط بداند چه چیزی به دست می‌آورد. چک سوم، هم‌خوانی H1 با متا تایتل است: یکسان لازم نیست، اما وعدهٔ مشترک داشته باشند تا آنچه در نتایج دیده شد، بالای صفحه هم دیده شود.

چک چهارم، کلمهٔ کلیدی اصلی به‌صورت طبیعی در H1؛ طبیعی یعنی اگر جمله را بلند بخوانید احساس تزریق نشود. چک پنجم، طول H1 در موبایل: به تجربهٔ ما وعدهٔ خیلی بلند در نمایش موبایل بریده می‌شود و همان‌جایی که کاربر اول می‌بیند، ناقص می‌ماند. چک ششم، ساختار تگ: H1 واقعاً تگ h1 باشد، نه هدینگی که با CSS بزرگ شده است. چک هفتم، جای H1: بالاتر از محتوای اصلی و بدون واسطهٔ بلوک‌های تبلیغاتی؛ اولین هدینگی که رندر می‌شود همان وعدهٔ مقاله باشد.

شش چک H2؛ پرسش‌هایی که اسکن‌خوانی را نجات می‌دهند

H2ها ستون‌های مقاله‌اند و شش چک دارند. چک هشتم، هر H2 یک زیرپرسش مستقل را کامل جواب می‌دهد؛ اگر یک H2 دو موضوع ناهم‌خوی را حمل می‌کند، دو بخشش کنید. چک نهم، آزمون تنهاخوانی: هدینگ‌ها را پشت‌سرهم بخوانید؛ اگر خلاصهٔ معقولی از مقاله نشد، چیدمان مشکل دارد. چک دهم، کلمهٔ کلیدی در یکی از H2ها به‌صورت طبیعی — دقیقاً یکی، نه تکرار در چند هدینگ.

چک یازدهم، توالی منطقی: ترتیب H2ها باید مسیر روایت داشته باشد — تعریف، اجرا، خطاها، جمع‌بندی — نه پرش‌های تصادفی نویسنده؛ خواننده‌ای که مسیر را حس کند تا انتها می‌ماند. چک دوازدهم، تعداد متناسب: مقالهٔ کوتاه با ده‌ها H2 قطعه‌قطعه می‌شود و مقالهٔ بلند با دو هدینگ، غیرقابل اسکن؛ به تجربهٔ ما برای هر ۳۰۰ تا ۴۰۰ کلمه یک H2 تعادل معقولی است. چک سیزدهم، تکراری‌نبودن: دو H2 با مفهوم نزدیک، خواننده را گم می‌کند و سهم بخش‌ها را در هم می‌ریزد؛ یکی را ادغام کنید و تفاوتشان را در عنوان روشن کنید.

چهار چک H3؛ جزئیات بدون پرش از سلسله‌مراتب

H3 فقط برای جزئیاتِ درون یک بخش است و چهار چک دارد. چک چهاردهم، هر H3 زیر H2 مربوط به خودش بنشیند و موضوعش زیرمجموعهٔ همان H2 باشد، نه موضوع مستقل؛ موضوع مستقل، H2 تازه می‌خواهد. چک پانزدهم، بدون پرش سطح: قبل از اولین H2، هیچ H3ی نباید بیاید و سلسله‌مراتب باید یک‌به‌یک پایین برود؛ پرش سطح، فهم موتور جستجو از ساختار را خدشه‌دار می‌کند.

چک شانزدهم، هدینگ به‌جای استایل نباشد: جملهٔ کلیدی‌دار یا عدد برجستهٔ وسط پاراگراف، بولد می‌شود نه H3؛ استایل و ساختار دو کار متفاوت‌اند و قاطی‌کردن‌شان، فهم موتور جستجو را از فهم خواننده جدا می‌کند. چک هفدهم، H3ها کوتاه و تک‌موضوعی بمانند؛ H3 پاراگراف‌وار، اسکن‌خوانی را کند و خوانندهٔ عجول را از ادامه می‌بُرد. به تجربهٔ ما وقتی این چهار چک را اجرا می‌کنید، معمولاً یکی دو H3 پیدا می‌شود که در واقع H2 گم‌شده است و جابه‌جاش کردن، خوانایی کل بخش را یک‌باره بالا می‌برد.

سه چک پایانی؛ رندر، موبایل و هدینگ تزئینی

سه چک آخر، فنی‌اند و قبل از زدن دکمهٔ انتشار معنا دارند؛ این‌جا خطاها از نویسنده نمی‌آیند و از زنجیرهٔ ابزار می‌آیند، به همین دلیل چشم نویسنده به‌تنهایی کافی نیست. چک هجدهم، رندر: هدینگ‌ها را در نسخهٔ رندرشدهٔ صفحه — نه فقط در ویرایشگر — ببینید؛ قالب‌ها و افزونه‌ها گاهی تگ‌ها را در مسیر رندر عوض می‌کنند یا تکراری می‌سازند. ابزار بازرسی مرورگر همین‌جا کافی است: تگ h1 و h2 صفحه را ببینید و با چک‌های قبل مقایسه کنید.

چک نوزدهم، نمای موبایل: شکست خط هدینگ‌ها، اندازهٔ نسبی H1 تا H3 و فاصله‌ها را روی موبایل واقعی چک کنید؛ چیزی که روی مانیتور تمیز است، در ستون باریک به‌هم می‌ریزد. چک بیستم، چاپ برگهٔ نهایی: از فهرست هدینگ‌ها (outline) خروجی بگیرید، کنار همین چک‌لیست بگذارید و امضا کنید. به تجربهٔ ما همین برگهٔ امضاشده در بازنگری‌های سه‌ماهه هم به کار می‌آید؛ می‌بینید کدام هدینگ همان روز اول ضعف داشت و هنوز درست نشده است.

روتین ده‌دقیقه‌ای بازبینی و امضای چک

بیست چک را در یک روتین ده‌دقیقه‌ای بچینید: دو دقیقه تگ‌ها در بازرسی مرورگر، سه دقیقه تنهاخوانی هدینگ‌ها، سه دقیقه نمای موبایل و دو دقیقه امضای برگه؛ ترتیبش هم مهم است، چون خطای ساختار را باید قبل از خطای نمایش بست. همین روتین، بخشی از چرخهٔ هاب نوشتن محتوای سئوشده است و کنار لایه‌های دیگر انتشار — متا، لینک داخلی، تصویر — اجرا می‌شود. اگر ترجیح می‌دهید کل مسیر را برون‌سپاری کنید، پک محتوای سئوی سوئیت تولید مقاله را با همین کنترل‌های پیش از انتشار انجام می‌دهد.

یک قاعدهٔ پایانی صادقانه: چک‌لیست جای قضاوت را نمی‌گیرد. چک می‌گوید «کلمهٔ کلیدی در یکی از H2ها» اما طبیعی‌بودن آن را همچنان انسان تشخیص می‌دهد؛ ابزار تیک می‌زند و زبان، لحن را می‌شنود. هر جا چک گفت «بله» اما زبان شما گفت «این جمله مصنوعی است»، به زبان اعتماد کنید و بازنویسی کنید. هدف نهایی خواننده است، نه تیک خوردن برگه؛ همین تعادل بین چک مکتوب و قضاوت انسانی، تفاوت تیم‌های منظم با تیم‌های چک‌لیست‌دارِ مکانیکی است.

رصد ما، رشد شما.