ابوالفضل حائری

ما در سئو تصمیم درست نداریم نحوه تصمیم گیری درست داریم اگر ارائه تصمیم گیری بدون حدس و گمان من رو ندیدین، پیشنهاد میکنم مشاهده بفرمایید. می‌تونه بهتون دید تحلیلی خوبی بده https://youtu.be/Ry19Wa8KHxY?si=_UvPV8AewODtyreu

ذهنتون رو درگیر سرچ والیوم نکنید چون اصلا نداره اگر هم داشته باشه هم یوزر هاشون کیفیت سرمایه گذاری نداره یه راهنمایی: بیشتر در لایه ساختار، نالج و انتقال قدرت هست یه نکته دیگه، کل این سایت با ai زده شده الان هم دارم روی ui ux ش کار میکنم چند ساعت دیگه…

سوالی که بهتره بهش فکر بشه: توی این سایت بدون پست تایپ Business هم من میتونستم سایت رو بزنم چه الزامی بود من یک پست تایپ بزنم که تارگتش ایران باشه؟ مثلا بهترین کافه های ایران بهترین مکانیکی های ایران بهترین کسب و کار + ایران درصورتی که من بهترین کافه های…

📌 اما بخش مهم‌تر، لینک‌سازی داخلیه. در OPNEX لینک‌ها نباید فقط بر اساس اشتراک کلمه ساخته بشن. لینک باید از یک رابطه واقعی در داده‌ها به وجود بیاد. مثلاً صفحه یک کافه در تهران میتونه به این‌ ها متصل بشه: 👈 صفحه کافه‌ها در کل کشور 👈 صفحه بهترین کافه‌های…

📌 در ادامه سری پست های سایت خوب سایتی هست که خودش خودشو سئو کنه: احتمالاً این سوال پیش اومده: 🔶 این سیستم در عمل چه شکلیه؟ برای توضیحش می‌خوام سایت شخصی خودم رو به‌عنوان کیس‌ استادی باز کنم: opnex.ir قبل از اینکه وارد URL و لینک‌ سازی داخلی بشیم، باید…

استاد گرانقدر منتظر وبینارت هستیما اگه نمیزاری ما ادامه محتوا هامون رو بزاریم 😁

در رابطه با تغییر ریکورد از ایمپرشن و کلیک به نالج گرفت: اصلا نباید اینکار رو کنید به خصوص در این عصر هوش مصنوعی که AI Overview میاد از رقیب های همین دیتا رو کامل تر از تو برمیداره و جستجوی عبارت های informational رفته سمت هوش مصنوعی. گذشت زمانی که باید…

در رابطه با پست آخر که با این مضمون بود که به نظر من کیورد ریسرچ سنتی منسوخ شده است برخی دوستان سوال داشتند برخی ها هم نقد کردن که قبل از پاسخ دادن این مورد رو در نظر داشته باشید که من عرض کردم "به نظر من" و شما هم میتوانید نظر خودتان را به نسبت تجربیاتی که…

به نظر من کیورد ریسرچ به شکل سنتی خیلی وقته منسوخ شده. اگر هنوز فرآیند سئو رو با پیدا کردن کیورد و ساختن لیست کلمات شروع می‌کنید، بهتره رویکرد رو تغییر بدید و وارد مسیرهای جدید بشید: به جای کیورد ریسرچ 👈 EAV Research به جای پیدا کردن کلمه 👈 Entity Research…

به نظر من کیورد ریسرچ به شکل سنتی خیلی وقته منسوخ شده. اگر هنوز فرآیند سئو رو با پیدا کردن کیورد و ساختن لیست کلمات شروع می‌کنید، بهتره رویکرد رو تغییر بدید و وارد مسیرهای جدید بشید: به جای کیورد ریسرچ 👈 EAV Research به جای پیدا کردن کلمه 👈 Entity Research به جای تمرکز روی سرچ‌ولوم 👈 Topic Research به جای پیلار کلاستر 👈 Topical Map به جای تولید محتوا برای کلیک و ایمپرشن 👈 تکمیل Knowledge Graph سایت امروز باید ببینید : موجودیت اصلی کسب‌وکار شما چیست چه Attribute هایی دارد چه Entity هایی به آن مرتبط هستند چه ارتباطی بین آن‌ها باید ساخته شود. سئو دیگر فقط گرفتن رتبه برای Query نیست؛ ساختن یک مدل معنایی کامل از یک حوزه است که گوگل بتواند تخصص و اعتبار سایت را در آن درک کند. این دوتا ویدیو میتونه بهتون دید بده: کیورد ریسرچ سایت فروشگاهی (پارت یک) کیورد ریسرچ سایت فروشگاهی (پارت دو)

بازتاب درست وضعیت سئو در سال گذشته با مشارکت شما 📊 وجود گزارش در هر حوزه‌ای می‌تواند به تصمیم‌گیری بهتر و دقیق‌تر کمک کند. همچنین دید خوبی از وضعیت فعلی بازار به فعالان آن حوزه می‌دهد. تریبون قصد دارد گزارشی از وضعیت بازار سئو در سال ۱۴۰۴ منتشر کند تا با کمک داده‌ها سال گذشته را بهتر ارزیابی کنید و برای آینده برنامه‌ریزی کنید. ✅ اگر در حوزه سئو فعالیت می‌کنید، با پر کردن این پرسشنامه و ارسال آن برای همکاران خود در این حوزه، تریبون را در ارائه گزارشی جامع همراهی کنید. 🔗 ورود به پرسشنامه tribn.ir/Cf20Vl tribn.ir/Cf20Vl

"سایت خوب سایتیه که خودش خودشو سئو کنه" من یه ماه پیش یه پست گذاشتم با این تیتر امروز می‌بینم یکی از دوستان (که ظاهراً دغدغه آموزش داره) همون جمله رو با فونت درشت زده رو کاور وبینار جدیدش 😂 سرعت تبدیل شدن پست‌ های من به سرفصل وبینار بعضی از دوستان واقعا…

1️⃣نیاز رو پیدا کنید بعد بسازید: کار تکراری کردن لازم نیست - اول بگردید شاید قبل شما کسی زده بود - خیلی دنبال کاری که برای همه جواب بده نباشید - اول اختصاصی های نیازت رو بساز 2️⃣ فول اتوماسیون بودن از نظر من یعنی اسپم هر فرایندی ساختید مراحلی از اون رو طوری بسازید که انسان نظارت داشته باشه. مثلا در همین نمونه که فرستادم من به عنوان اپراتور میدونم چه خبر هایی از امارات به درد ایرانی ها میخوره همشون نیاز نیست باشند پس یه لول لایه انسانی همیشه جوابه. 3️⃣پله پله با ai کار کنید و جلو برید و از علم و تجربه خودتون بهش بدید اینطوری نباشید که هرچی اون میگه چشم ، ایده بگیر ازش ولی تو ته کار میگی چطور باید باشه. دیتا ورودی رو همیشه شما بدید. 4️⃣ فرایند دستی و سنتی یک مسیر رو باید رفت تا فرایند نوین اش رو بتونی پیاده کنی 5️⃣به یک ابزار و یک روش معطوف نباشید مثلا من خودم هنوزم با n8n راحت نیستم. با کرسر کارای بیشتری کردم تا کلاد و... کار رو در بیارید خیلی مهم نیست با چی . ببینید با کدوم راحت تر هستید 6️⃣ یادآوری : سئو نباشه ai هم بی معنی خواهد بود. فرایند و داکیومنت های نحوه کار چت بات ها رو بخونید

📌 همیشه مشکل این نیست که گوگل کم کرال می‌کنه گاهی مشکل اینه که نمی‌دونه چه زمانی چیزی واقعاً تغییر کرده ➖➖➖ روی یکی از پروژه‌های ارز دیجیتال یه رفتار عجیب داشتیم بعد از ایندکس یا کرال جدید صفحه چند ساعت رتبه‌های خوبی می‌گرفت مثلاً صفحه اول یا ابتدای صفحه دوم اما چند ساعت بعد کم‌کم افت می‌کرد و بعضی مواقع تا صفحات بعدی می‌رفت ➖➖➖ اولین فرضیه این بود که مشکل از محتواست یا لینک‌ها یا رقبا اما وقتی رفتار صفحه رو بررسی کردیم به یه مسئله جالب رسیدیم گوگل عملاً نمی‌فهمید چه زمانی یک تغییر مهم اتفاق افتاده ➖➖➖ قیمت ارز هر چند ثانیه تغییر می‌کنه اما همه تغییرها ارزش یکسان ندارن اگر بیت‌کوین از 107000 به 107050 برسه آیا واقعاً اتفاق مهمی افتاده؟ احتمالاً نه اما اگر یک دامپ یا جامپ جدی اتفاق بیفته یا دلار جهش کنه اون موقع داستان فرق می‌کنه ➖➖➖ برای همین به جای اینکه تغییرات رو بر اساس زمان مدیریت کنیم بر اساس اهمیت تغییر مدیریت کردیم 🔶 اگر قیمت ارز بیش از ۱٪ تغییر کنه یا 🔶 دلار بیش از ۱٪ تغییر کنه یا 🔶 مجموع تغییرات از این آستانه عبور کنه در این حالت صفحه واقعاً تغییر کرده محسوب میشه و ETag جدید تولید میشه ➖➖➖ نتیجه این شد که تا وقتی اتفاق مهمی نیفتاده گوگل فقط 304 می‌بینه یعنی آخرین نسخه‌ای که دیدم هنوز معتبره لازم نیست دوباره همه صفحه رو بخونم اما وقتی تغییر معنادار اتفاق میفته صفحه دوباره به عنوان نسخه جدید معرفی میشه ➖➖➖ نکته جالب ماجرا اینه ما در واقع کش یا هدر HTTP تنظیم نکردیم داشتیم یه سوال مهم‌تر رو جواب می‌دادیم 🔶 چه زمانی یک تغییر از نظر کسب‌وکار واقعاً «تغییر» محسوب میشه ➖➖➖ خیلی از سایت‌های داینامیک همینجا اشتباه می‌کنن یا هر چند دقیقه یک‌بار وانمود می‌کنن همه‌چیز عوض شده یا ماه‌ها هیچ سیگنال تازه‌ای به گوگل نمی‌دن در حالی که مسئله اصلی پیدا کردن مرز بین نویز و تغییر معناداره و به نظرم بخش مهمی از سئوی فنی دقیقاً از همینجا شروع میشه نه از هدرها نه از استاتوس‌کدها بلکه از درک اینکه کدوم تغییر واقعاً ارزش دوباره دیده شدن داره سئو با ابوالفضل حائری @seo_yek

📌 رقیق شدن تاپیک فقط یه تئوری سئویی نیست بعد از لیک اسناد گوگل خیلی از چیزایی که قبلاً فقط حدس می‌زدیم اسم پیدا کردن ▫️ siteFocusScore ▫️ siteRadius ▫️ site2vec ▫️ siteAuthority اینا نشون میدن گوگل فقط صفحه‌ها رو تحلیل نمی‌کنه خود سایت رو هم به عنوان یه موجودیت بررسی می‌کنه ➖➖➖ 📌 فرض کن ۵ سال روی لپ‌تاپ کار کردی 🔶 صدها صفحه ساختی درباره: لپ‌تاپ گیمینگ لپ‌تاپ دانشجویی ایسوس لنوو پردازنده کارت گرافیک طبیعیه که گوگل کم‌کم یه تصویر مشخص از سایتت بسازه موجودیت مرکزی سایتت میشه لپ‌تاپ ➖➖➖ 📌 حالا تصمیم می‌گیری، وبسایت رو توسعه بدی موبایل اضافه کنی تبلت اضافه کنی ساعت هوشمند بیاری کنسول بازی بیاری لوازم اداری هم اضافه کنی از نگاه کسب‌وکار شاید تصمیم درستی باشه اما از نگاه موتور جستجو یه اتفاق مهم داره میفته 🔶 موجودیت مرکزی سایتت در حال تغییره ➖➖➖ 📌 معمولاً فکر می‌کنن استراتژی ثابته دیروز استراتژی لپ‌تاپ جواب داده فردا هم همون استراتژی برای موبایل و تبلت جواب میده در حالی که مسئله فقط اضافه شدن چند محصول جدید نیست تعریف سایت داره عوض میشه دیروز یه متخصص لپ‌تاپ بودی امروز شاید داری تبدیل میشی به یه فروشگاه کالای دیجیتال و این دو تا استراتژی یکسان ندارن ➖➖➖ 📌 وقتی موجودیت مرکزی سایت تغییر می‌کنه استراتژی هم باید تغییر کنه مدل محتوا مدل دسته‌بندی مدل توسعه مدل لینک‌سازی مدل پوشش تاپیک حتی استراتژی آف پیج همه باید متناسب با موجودیت مرکزی جدید بازطراحی بشن مشکل خیلی از سایت‌ها این نیست که محصول جدید اضافه کردن مشکل اینه که با استراتژی دیروز دارن سایت امروز رو مدیریت می‌کنن ➖➖➖ 📌 حالا یعنی توسعه اشتباهه نه اصلاً دیجیکالا یه زمانی فقط موبایل بود آمازون از کتاب شروع کرد خیلی از کسب‌وکارهای بزرگ در طول زمان موجودیت مرکزی خودشون رو تغییر دادن اما یه نکته مهم وجود داره اونا فقط محصول اضافه نکردن هویت جدید ساختن ➖➖➖ 🔶 اگر می‌خوای روی همون دامنه توسعه بدی اول باید بپذیری موجودیت مرکزی سایتت تغییر کرده بعد برای دسته جدید عمق بسازی نه اینکه چند صفحه محصول اضافه کنی و انتظار داشته باشی گوگل خودش ارتباطات رو بفهمه موضوع جدید باید به اندازه‌ای رشد کنه که خودش تبدیل به بخشی واقعی از هویت سایت بشه نه یک زائده کنار موضوع اصلی ➖➖➖ 🔶 راه دوم وقتی موضوع جدید اونقدر بزرگه که موجودیت متفاوتی داره ممکنه اصلاً بهتر باشه روی یک موجودیت مستقل توسعه پیدا کنه چون همیشه قرار نیست همه چیز زیر یک برند جمع بشه گاهی هزینه تغییر موجودیت مرکزی از ساختن یک موجودیت جدید بیشتره ➖➖➖ ❗️پس سوال اصلی این نیست که موضوع جدید رو اضافه کنم یا نه سوال اینه اگر این موضوع رو اضافه کنم موجودیت مرکزی جدید سایت قراره چی باشه و بیزنس من توان این دوره گذار رو داره یا نه چون گوگل بیشتر از تعداد صفحات دنبال جواب یه سواله این سایت واقعاً متخصص چیه اگر تجربه ای در این رابطه داری توی کامنت ها مشتاق هستم ببینم ❤️ سئو با ابوالفضل حائری @seo_yek

دوستان یک لطفی می‌کنید سایت زیر رو بدون VPN باز کنید و نتیجه رو اعلام کنید؟ https://pivan.co/ الان با یک چالش عجیب مواجه شدیم؛ سایت برای بعضی شهرها بدون مشکل باز میشه ولی برای بعضی شهرها در دسترس نیست. ممنون میشم بعد از تست، توی کامنت فقط این دو مورد رو بفرمایید: باز شد / باز نشد نام شهر مثال: باز شد - اصفهان باز نشد - شیراز پیشاپیش ممنون از همکاری‌تون 🙏

📌 هر سایتی رو نمیشه با یه مدل ثابت ساخت یه اشتباه خیلی رایج تو معماری سئو اینه که همه چی رو یه جور می‌چینیم در حالی که قبل از URL و دسته‌بندی و لینک‌سازی باید یه چیز مشخص باشه: 🔶 این سایت از کجا شروع میشه؟ مخاطب؟ اینتنت؟ انتیتی؟ تاپیک؟ یا محصول؟ 📌 ادینس فرست Audience First (مثل پوشاک / زیورآلات) اینجا کاربر اول خودش رو پیدا می‌کنه، نه محصول رو /jewelry/women/ /jewelry/men/ /jewelry/women/necklace/ بردکرامب: خانه > زیورآلات > زنانه > گردنبند 🔶 اینجا ساختار عملاً Audience First هست چون نقطه شروع «آدمه»، نه «جستجو» یا «کوئری» 📌 اینتنت فرست Intent First (مثل سایت ارز دیجیتال) اینجا داستان برعکسه کاربر با هویت نمیاد، با نیت میاد /price/bitcoin/ /buy/bitcoin/ /analysis/bitcoin/ بردکرامب: خانه > قیمت > بیت کوین خانه > خرید > بیت کوین 🔶 اینجا معماری Intent First هست چون همه چیز دور “کاری که کاربر میخواد انجام بده” میچرخه 📌 انتیتی فرست Entity First (مثل IMDb) اینجا اصلاً بحث دسته‌بندی کلاسیک نیست /person/leonardo-dicaprio/ /movie/titanic/ بردکرامب: خانه > بازیگر > لئوناردو دی‌کاپریو خانه > فیلم > تایتانیک 🔶 اینجا همه چیز روی رابطه بین موجودیت‌ها سوار شده نه روی دسته‌بندی فروشگاهی یا نیت جستجو 📌 تاپیک فرست Topic First (مثل سئو بلاگ‌ها) /seo/ /seo/technical/ /seo/crawling/ بردکرامب: خانه > سئو > سئوی تکنیکال 🔶 اینجا هدف اینه که یک موضوع رو کامل پوشش بدی نه اینکه فقط صفحه بسازی 📌پروداکت فرست Product First (مثل آهن‌آلات) /rebar/ /rebar/ribbed/ /rebar/ribbed/14/ بردکرامب: خانه > میلگرد > آجدار > ۱۴ 🔶 اینجا محصول محور اصلیه و همه چیز از دل محصول شاخه میشه ❗️ نکته مهم مشکل اکثر سایت‌ها URL نیست مشکل اینه که مدل ذهنی اشتباه انتخاب شده سایت Audience First رو با منطق Intent می‌چینن سایت Intent First رو با ساختار محصولی طراحی می‌کنن سایت Entity First رو با دسته‌بندی فروشگاهی خراب می‌کنن 📌 قبل از هر چیزی از خودت بپرس: 👈 کاربر اینجا از کجا وارد میشه؟ 👈 رابطه اصلی بین صفحات چیه؟ 👈 اگر URL و بردکرامب رو حذف کنم، هنوز ساختار قابل توضیحه؟ اگر جواب اینا مبهم باشه یعنی داری صفحه میسازی، نه معماری سئو با ابوالفضل حائری @seo_yek

📌Do not add extra links just for the sake of it. یکی از اشتباهاتی که زیاد در لینک‌سازی داخلی می‌بینم اینه که چون بین دو صفحه یک ارتباط وجود داره، فکر می‌کنیم حتماً باید بینشون لینک ایجاد کنیم. 📌 در حالی که قبل از ساخت هر لینک باید یک سؤال ساده بپرسیم: 🔶 این دو صفحه دقیقاً چه نسبتی با هم دارن؟ مثلاً فرض کنید این ساختار رو داریم: Mobile/iPhone Mobile/Samsung Mobile/1TB هر سه زیر یک روت قرار دارن. اما این به این معنی نیست که iPhone و 1TB پدر و فرزند هم هستن. 📌 در واقع: 🔶 ایفون یک Attribute هست. 🔶 سامسونگ یک Attribute هست. 🔶 حافظه یک ترابایت هم یک Attribute هست. ❗هر سه فقط زیر یک Entity مشترک به اسم Mobile قرار گرفتن. ❗حالا اگر از صفحه iPhone مستقیم به صفحه 1TB لینک بدیم، در واقع داریم دو Attribute رو بدون در نظر گرفتن والد مشترکشون به هم وصل می‌کنیم. 📌 اینجا یک سؤال مهم مطرح میشه: اگر Breadcrumb نداشتیم و URL هم سلسله مراتبی نبود، پدر 1TB چه کسی بود؟ 👈 ایفون؟ 👈 سامسونگ؟ 👈 یا موبایل؟ جواب مشخصه. پدر 1TB، موبایله. نه آیفون. برای همین لینک مستقیم بین iPhone و 1TB الزاماً یک رابطه واقعی رو تعریف نمی‌کنه. 🔶 این لینک زمانی منطقی میشه که یک موجودیت جدید داشته باشیم: 👉 Mobile/iPhone/1TB یا 👉 Mobile/1TB/iPhone اینجا دیگه درباره یک Attribute صحبت نمی‌کنیم. درباره یک Entity جدید صحبت می‌کنیم: «آیفون 1 ترابایت» و این تفاوت بسیار مهمیه. 📌 اما ماجرا فقط سئو نیست. از دید کاربر هم همین اتفاق میفته. فرض کنید وارد صفحه iPhone شدید. 🔶 کاربر انتظار داره لینک‌هایی ببینه که در ادامه مسیر تصمیم‌گیریش کمکش می‌کنن: 👈 مدل‌های آیفون 👈 مقایسه آیفون با سامسونگ 👈 قیمت آیفون 👈 رنگ‌بندی آیفون 👈 نسخه‌های مختلف آیفون اما اگر ناگهان با لینکی به اسم «1TB» مواجه بشه، یک سؤال توی ذهنش شکل می‌گیره: 🔶 این صفحه قراره چی نشون بده؟ 🔶 تمام موبایل‌های 1 ترابایت بازار؟ 🔶 فقط آیفون‌های 1 ترابایت؟ 🔶 سامسونگ‌های 1 ترابایت هم داخلش هستن؟ 🔶 اصلاً چرا از اینجا به این صفحه رسیدم؟ ❗ یعنی حتی اگر از نظر فنی لینک وجود داشته باشه، از نظر تجربه کاربری Context از بین رفته. کاربر نمی‌فهمه در چه مسیری حرکت می‌کنه. از طرف دیگه، کاربر معمولاً با مدل ذهنی خودش جلو میره: Mobile 👉 iPhone 👉 iPhone 1TB یا: Mobile 👉 Samsung 👉 Samsung 1TB نه اینکه: iPhone 👉 1TB بخش زیادی از معماری اطلاعات در واقع مدیریت همین Context هست. ✅ لینک خوب فقط لینکی نیست که PageRank منتقل کنه. ✅ لینک خوب لینکیه که هم گوگل و هم کاربر بفهمن چرا این دو صفحه به هم وصل شدن. ✅ اگر کاربر نتونه رابطه بین دو صفحه رو حدس بزنه، معمولاً گوگل هم برای درک اون رابطه نیاز به سیگنال‌های بیشتری خواهد داشت. 🔶 به همین دلیل همیشه قبل از ساخت یک لینک از خودم سه سؤال می‌پرسم: 👈 این دو صفحه Parent و Child هستن یا فقط مرتبط هستن؟ 👈 اگر URL و Breadcrumb حذف بشن، هنوز می‌تونم رابطه بین این دو صفحه رو توضیح بدم؟ 👈 آیا کاربر با دیدن این لینک دقیقاً می‌فهمه قراره وارد چه نوع صفحه‌ای بشه؟ اگر جواب یکی از این سؤال‌ها مبهم باشه، احتمالاً دارم صرفاً یک لینک اضافه می‌کنم. نه یک رابطه معنایی جدید. و دقیقاً به همین دلیله که: Do not add extra links just for the sake of it. سئو با ابوالفضل حائری @seo_yek

📚 آرشیو مطالب کانال راه‌اندازی شد یکی از درخواست‌هایی که زیاد دریافت می‌کردم این بود که پیدا کردن مطالب قدیمی کانال سخت است و بعد از مدتی بین صدها پیام گم می‌شوند. برای حل این موضوع، آرشیو مطالب کانال را روی سایت منتشر کردم تا بتوانید: ✅ مطالب قدیمی را راحت‌تر پیدا کنید ✅ داخل محتواها جستجو کنید ✅ فایل‌های پیوست هر پست را مشاهده کنید ✅ مطالب را دسته‌بندی‌شده مطالعه کنید ✅ لینک هر مطلب را برای همکاران و دوستان ارسال کنید 🔗 آرشیو مطالب: https://seonior.ir/telegram/ اگر پیشنهادی برای بهتر شدن ساختار آرشیو دارید خوشحال می‌شوم مطرح کنید. 🌱 ❌ از این پست تایپ صرفا جهت نویگیت بین محتوا های چنل استفاده کنید چرا که محتوای چنل برای اینکه قالب مناسبی داشته باشد، توسط ai باز نویسی شده است در هر نوشته لینک مستقیم به همان پست در چنل تلگرام وجود دارد. @seo_yek