راهنمای جامع اسکیمای ProfilePage؛ چرا گوگل به هویت نویسندگان اهمیت می‌دهد؟

در سال‌های اخیر، گوگل از یک موتور جستجوی مبتنی بر کلمات کلیدی به سیستمی تبدیل شده است که تلاش می‌کند افراد، برندها و موضوعات را به‌عنوان «موجودیت» (Entity) درک کند. به همین دلیل، صرف تولید محتوای باکیفیت دیگر کافی نیست بلکه گوگل می‌خواهد بداند چه کسی پشت این محتوا قرار دارد و آیا می‌توان به تخصص و اعتبار او اعتماد کرد یا خیر.

در همین راستا، داده‌های ساختاریافته یا Schema Markup نقش مهمی در انتقال اطلاعات به موتورهای جستجو دارند. یکی از اسکیماهایی که در سال‌های اخیر توجه بیشتری به خود جلب کرده، اسکیمای ProfilePage است.

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

در این مقاله به‌صورت کامل بررسی می‌کنیم:

• اسکیمای ProfilePage چیست؟
• چه تفاوتی با اسکیمای Person دارد؟
• چرا برای سئو اهمیت پیدا کرده است؟
• چگونه می‌توان آن را در وردپرس یا سایت‌های اختصاصی پیاده‌سازی کرد؟
• و چطور از صحت اجرای آن مطمئن شویم؟

مطلب مرتبط: راهنمای جامع گوگل برای بهینه‌سازی سایت در هوش مصنوعی؛ سئو و قوانین جدید اسپم (2026)

اسکیمای ProfilePage چیست؟

اسکیمای ProfilePage نوعی داده ساختاریافته است که برای صفحاتی استفاده می‌شود که به معرفی یک شخص، سازمان یا موجودیت مشخص اختصاص دارند.

برای مثال، صفحه معرفی نویسنده در یک وبلاگ، صفحه اعضای تیم شرکت، صفحه بیوگرافی یک پزشک یا صفحه معرفی یک مشاور مالی می‌تواند از نوع ProfilePage باشد.

وقتی این اسکیما روی صفحه پیاده‌سازی می‌شود، گوگل متوجه می‌شود که هدف اصلی صفحه معرفی یک فرد یا سازمان است و نه صرفاً نمایش یک محتوای عمومی.

در واقع، اسکیمای ProfilePage به موتورهای جستجو اعلام می‌کند که «این صفحه در رابطه با یک شخص یا سازمان است و اطلاعات هویتی موجود در آن باید به‌عنوان مرجع در نظر گرفته شود.»

اسکیمای ProfilePage چه کمکی به سئو می‌کند؟

استفاده از اسکیمای ProfilePage به تنهایی باعث افزایش رتبه سایت نمی‌شود اما می‌تواند در درک بهتر هویت نویسندگان و متخصصان سایت توسط گوگل نقش مهمی داشته باشد.

مهم‌ترین مزایای آن عبارت‌اند از:

1- تقویت سیگنال‌های تخصص و اعتبار (E-E-A-T)

گوگل تلاش می‌کند تشخیص دهد محتوای هر صفحه توسط چه فردی تولید شده و آیا آن فرد در حوزه موردنظر تخصص کافی دارد یا خیر.

وقتی صفحه پروفایل نویسنده به‌درستی نشانه‌گذاری شده باشد، ارتباط میان نویسنده و محتوای منتشرشده شفاف‌تر خواهد شد.

2- کمک به درک بهتر موجودیت‌ها

اسکیمای ProfilePage اطلاعات هویتی افراد را به‌صورت ساختاریافته در اختیار موتورهای جستجو قرار می‌دهد. این موضوع باعث می‌شود گوگل راحت‌تر بتواند نویسنده، برند یا سازمان را به‌عنوان یک موجودیت مستقل شناسایی کند.

3- افزایش احتمال نمایش در نتایج غنی

در صورتی که داده‌های ساختاریافته به‌درستی پیاده‌سازی شوند، صفحه می‌تواند واجد شرایط برخی از قابلیت‌های نمایش پیشرفته در نتایج جستجو شود.

۴. هم‌راستایی با رویکرد E-E-A-T

گوگل در سال‌های اخیر توجه ویژه‌ای به تجربه، تخصص، اعتبار و اعتمادپذیری (E-E-A-T) نشان داده است. وجود صفحات پروفایل کامل و استاندارد می‌تواند به درک بهتر این سیگنال‌ها کمک کند.

گزارش Profile Page در سرچ کنسول؛ نشانه‌ای از اهمیت روزافزون این اسکیما

گوگل اخیراً گزارش اختصاصی Profile Page را به بخش Enhancements در سرچ کنسول اضافه کرده است.

این گزارش به صاحبان سایت اجازه می‌دهد خطاها و هشدارهای مربوط به اسکیمای ProfilePage را بررسی و برطرف کنند.

اضافه شدن چنین گزارشی نشان می‌دهد که گوگل اهمیت بیشتری برای اطلاعات هویتی افراد و سازمان‌ها قائل شده و می‌خواهد این داده‌ها به شکل استاندارد در اختیارش قرار بگیرند.

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

تفاوت اسکیمای ProfilePage و Person چیست؟

یکی از رایج‌ترین اشتباهات در پیاده‌سازی داده‌های ساختاریافته، یکسان در نظر گرفتن اسکیمای ProfilePage و اسکیمای Person است. در حالی که این دو اسکیما نقش‌های متفاوتی دارند و در واقع مکمل یکدیگر هستند.

برای درک بهتر تفاوت آن‌ها، باید ابتدا بدانیم هر کدام چه چیزی را توصیف می‌کنند.

اسکیمای Person چیست؟

اسکیمای Person برای معرفی یک شخص واقعی استفاده می‌شود. این اسکیما اطلاعاتی مانند نام، تصویر، شغل، بیوگرافی، شبکه‌های اجتماعی و سایر مشخصات هویتی یک فرد را توصیف می‌کند.

به عبارت دیگر، Person خودِ فرد را معرفی می‌کند؛ نه صفحه‌ای که اطلاعات او در آن نمایش داده شده است.

برای مثال، اگر صفحه‌ای درباره «محمدرضا ابراهیمیان نژاد» ایجاد کرده باشید، مشخصات فردی، سوابق و اطلاعات هویتی او در بخش Person قرار می‌گیرد.

اسکیمای ProfilePage چیست؟

در مقابل، ProfilePage نوعی صفحه وب را توصیف می‌کند.

زمانی که از این اسکیما استفاده می‌کنید، در واقع به موتورهای جستجو اعلام می‌کنید که این URL یک صفحه پروفایل است و هدف اصلی آن معرفی یک شخص یا سازمان مشخص است.

بنابراین ProfilePage خود صفحه را معرفی می‌کند، در حالی که Person فردی را معرفی می‌کند که موضوع اصلی آن صفحه است.

رابطه ProfilePage و Person چگونه است؟

در پیاده‌سازی استاندارد، صفحه از نوع ProfilePage تعریف می‌شود و موجودیت اصلی آن صفحه (mainEntity) به یک Person اشاره می‌کند.

به زبان ساده:

• ProfilePage = صفحه پروفایل
• Person = فردی که در آن صفحه معرفی شده است

برای مثال، اگر آدرس زیر را داشته باشید:

https://sicherweb.ir/about-mr-ebrahimian-nejad/

خود صفحه از نوع ProfilePage خواهد بود و اطلاعات مربوط به محمدرضا ابراهیمیان نژاد در بخش Person قرار می‌گیرد.

یک مثال ساده برای درک بهتر

فرض کنید صفحه پروفایل نویسنده مانند یک کارت ویزیت دیجیتال است.

کارت ویزیت همان ProfilePage محسوب می‌شود و شخصی که اطلاعات او روی کارت درج شده، Person است.

گوگل برای درک صحیح ساختار صفحه باید هر دو بخش را به درستی تشخیص دهد؛ یعنی هم بداند با یک صفحه پروفایل روبه‌رو است و هم متوجه شود این صفحه متعلق به چه شخصی است.

ارتباط ProfilePage و Person در یک مثال واقعی دیگر

فرض کنید در سایت زیشاوِب یک صفحه با آدرس زیر برای معرفی نویسنده دارید:

https://sicherweb.ir/about-mr-ebrahimian-nejad/

در این حالت:

• خود صفحه از نوع ProfilePage است.
• محمدرضا ابراهیمیان‌ نژاد موجودیت اصلی (Person) صفحه محسوب می‌شود.
• فیلد mainEntity این دو را به یکدیگر متصل می‌کند.

به بیان ساده:

ProfilePage ← صفحه معرفی فرد

Person ← خود فرد

اگر فقط Person را تعریف کنید، گوگل هویت فرد را می‌شناسد اما لزوماً متوجه نمی‌شود که این URL یک صفحه پروفایل رسمی است.

اگر فقط ProfilePage را تعریف کنید، گوگل می‌فهمد با یک صفحه پروفایل روبه‌رو است اما اطلاعات کافی درباره شخص معرفی‌شده در اختیار ندارد.

به همین دلیل در پیاده‌سازی استاندارد، این دو اسکیما تقریباً همیشه در کنار یکدیگر استفاده می‌شوند.

مقایسه اسکیمای ProfilePage و Person در یک نگاه

ویژگی	ProfilePage	Person
نوع اسکیما	نوع صفحه (Web Page Type)	نوع موجودیت (Entity Type)
هدف اصلی	معرفی یک صفحه پروفایل	معرفی یک شخص
موضوع اسکیما	خود صفحه	فردی که در صفحه معرفی شده است
محل استفاده	صفحات معرفی نویسندگان، اعضای تیم و کارشناسان	داخل ProfilePage، Article، Organization و سایر اسکیماها
موجودیت اصلی	صفحه پروفایل	شخص واقعی
ارتباط با نویسنده	صفحه معرفی نویسنده را مشخص می‌کند	اطلاعات هویتی نویسنده را ارائه می‌دهد
نقش در سئو	کمک به درک نوع صفحه توسط گوگل	کمک به درک هویت و اعتبار نویسنده
فیلدهای مهم	mainEntity، dateCreated، dateModified	name، image، sameAs، jobTitle، description
قابلیت استفاده به تنهایی	خیر، معمولاً به Person یا Organization متصل می‌شود	بله
نمونه کاربرد	صفحه معرفی نویسنده سایت	اطلاعات هویتی نویسنده داخل اسکیما

چرا اسکیمای ProfilePage اهمیت بیشتری پیدا کرده است؟

در سال‌های اخیر، موتورهای جستجو تلاش کرده‌اند ارتباط میان محتوا و تولیدکنندگان آن را بهتر درک کنند.

این موضوع به‌ویژه پس از گسترش محتوای تولیدشده توسط هوش مصنوعی اهمیت بیشتری پیدا کرده است. گوگل بیش از گذشته به دنبال شناسایی افراد واقعی، تخصص آن‌ها و میزان اعتبارشان در یک حوزه مشخص است.

اسکیمای ProfilePage یکی از ابزارهایی است که این ارتباط را برای موتورهای جستجو شفاف‌تر می‌کند.

نقش اسکیمای ProfilePage در E-E-A-T

اگر با مفاهیم سئو آشنا باشید، احتمالاً نام E-E-A-T را شنیده‌اید.

این عبارت از چهار مؤلفه تشکیل شده است:

• Experience (تجربه)
• Expertise (تخصص)
• Authoritativeness (اعتبار)
• Trustworthiness (اعتمادپذیری)

گوگل از این معیارها برای ارزیابی کیفیت محتوا و اعتبار تولیدکنندگان آن استفاده می‌کند.

اسکیمای ProfilePage به تنهایی باعث افزایش E-E-A-T نمی‌شود، اما می‌تواند اطلاعات لازم برای ارزیابی این فاکتورها را در اختیار موتورهای جستجو قرار دهد.

برای مثال، زمانی که در صفحه پروفایل یک نویسنده اطلاعات زیر وجود داشته باشد:

• بیوگرافی تخصصی
• سوابق حرفه‌ای
• تصویر واقعی
• لینک شبکه‌های اجتماعی
• وب‌سایت شخصی
• نمونه فعالیت‌ها و مقالات

گوگل راحت‌تر می‌تواند ارتباط میان نویسنده و محتوای منتشرشده را درک کند.

مهم‌ترین مزایای اسکیمای ProfilePage برای سئو

پیاده‌سازی صحیح این اسکیما می‌تواند مزایای متعددی برای سایت داشته باشد.

شفاف‌تر شدن هویت نویسندگان

گوگل بهتر متوجه می‌شود که هر محتوا توسط چه فردی تولید شده است و ارتباط میان مقالات و نویسندگان را دقیق‌تر تحلیل می‌کند.

کاهش ابهام میان افراد هم‌نام

ممکن است افراد زیادی نام مشابهی داشته باشند. استفاده از اطلاعات هویتی و لینک‌های معتبر در بخش sameAs به موتورهای جستجو کمک می‌کند تا این افراد را از یکدیگر تفکیک کنند.

کمک به ساخت گراف موجودیت‌ها

هرچه اطلاعات ساختاریافته کامل‌تر باشد، احتمال اتصال نویسنده یا برند به گراف دانش گوگل بیشتر خواهد شد.

افزایش اعتبار صفحات تخصصی

این موضوع به‌خصوص برای وب‌سایت‌های پزشکی، مالی، حقوقی، آموزشی و سایر حوزه‌های حساس اهمیت زیادی دارد؛ زیرا در این سایت‌ها هویت نویسنده می‌تواند نقش مهمی در ارزیابی کیفیت محتوا داشته باشد.

آماده‌سازی سایت برای توسعه قابلیت‌های جستجو

با رشد سیستم‌های مبتنی بر هوش مصنوعی و جستجوی موجودیت‌محور، داشتن داده‌های هویتی دقیق به یک مزیت رقابتی تبدیل شده است. اسکیمای ProfilePage یکی از مهم‌ترین ابزارها برای فراهم کردن این داده‌ها محسوب می‌شود.

فیلدهای اسکیمای ProfilePage؛ چه اطلاعاتی باید در این اسکیما قرار بگیرد؟

برای اینکه یک صفحه پروفایل بتواند به‌درستی توسط گوگل شناسایی شود، لازم است برخی ویژگی‌ها در اسکیمای ProfilePage تعریف شوند.

البته همه فیلدها اهمیت یکسانی ندارند اما برخی از آن‌ها برای اعتبارسنجی اسکیما ضروری هستند و برخی دیگر به تکمیل اطلاعات هویتی و افزایش کیفیت داده‌های ساختاریافته کمک می‌کنند.

در ادامه مهم‌ترین فیلدهای این اسکیما را بررسی می‌کنیم.

فیلدهای ضروری در اسکیمای ProfilePage

اگر قصد دارید صفحه پروفایل نویسندگان یا اعضای تیم سایت خود را مطابق استانداردهای گوگل پیاده‌سازی کنید، وجود فیلدهای زیر ضروری است.

mainEntity

مهم‌ترین بخش اسکیمای ProfilePage فیلد mainEntity است.

این ویژگی مشخص می‌کند موجودیت اصلی صفحه چه کسی یا چه چیزی است.

در بیشتر موارد، مقدار این فیلد از نوع Person خواهد بود. اما اگر صفحه برای معرفی یک شرکت، برند یا سازمان ساخته شده باشد، می‌توان از نوع Organization استفاده کرد.

نمونه ساختار:

"mainEntity": {
  "@type": "Person"
}

name یا alternateName

گوگل باید بتواند هویت فرد یا سازمان معرفی‌شده در صفحه را تشخیص دهد.

به همین دلیل وجود نام فرد در فیلد name اهمیت زیادی دارد.

در برخی پلتفرم‌ها ممکن است کاربران با نام کاربری یا شناسه اختصاصی شناخته شوند. در چنین شرایطی می‌توان از فیلد alternateName نیز استفاده کرد.

نمونه:

"name": "محمدرضا ابراهیمیان نژاد"

یا

"alternateName": "Mohammad Reza Ebrahimian Nejad"

فیلدهای پیشنهادی برای افزایش کیفیت داده‌های ساختاریافته

اگرچه فیلدهای زیر اجباری نیستند، اما استفاده از آن‌ها می‌تواند درک موتورهای جستجو از هویت نویسنده را به شکل قابل توجهی بهبود دهد.

description

این بخش شامل توضیح کوتاهی درباره فرد یا سازمان است.

بهتر است در این قسمت به تخصص، حوزه فعالیت و سوابق مهم اشاره شود.

مثال:

"description": "متخصص سئو و مشاور بازاریابی دیجیتال با بیش از 10 سال تجربه در طراحی سایت و بهینه‌سازی موتورهای جستجو."

image

استفاده از تصویر واقعی نویسنده یکی از مهم‌ترین بخش‌های پروفایل است.

تصاویر پیش‌فرض، آواتارهای عمومی یا عکس‌های بی‌کیفیت ارزش چندانی برای موتورهای جستجو ایجاد نمی‌کنند.

در صورت امکان از تصویر پرسنلی واقعی و باکیفیت استفاده کنید.

مثال:

"image": "https://sicherweb.ir/wp-content/uploads/2026/05/mr-ebrahimian.webp"

sameAs

فیلد sameAs یکی از ارزشمندترین بخش‌های اسکیمای ProfilePage محسوب می‌شود.

این ویژگی به موتورهای جستجو کمک می‌کند حساب‌های رسمی یک شخص را در وب شناسایی کنند و بین افراد هم‌نام تمایز قائل شوند.

معمولاً لینک‌های زیر در این بخش قرار می‌گیرند:

• لینکدین
• ایکس (توییتر سابق)
• اینستاگرام
• گیت‌هاب
• ریسرچ‌گیت
• وب‌سایت شخصی

نمونه:

"sameAs": [

  "https://www.linkedin.com/in/mohammad-reza-ebrahimian-42435965/",

  "https://github.com/MohammadReza-Ebrahimian"

]

هرچه این اطلاعات دقیق‌تر باشند، درک هویت نویسنده برای گوگل آسان‌تر خواهد شد.

identifier

این ویژگی یک شناسه منحصربه‌فرد برای فرد تعریف می‌کند.

اگر در آینده نام کاربری، آدرس صفحه یا برخی اطلاعات تغییر کنند، همچنان امکان شناسایی موجودیت حفظ خواهد شد.

در بسیاری از پروژه‌ها از شناسه داخلی دیتابیس کاربران برای این منظور استفاده می‌شود.

مثال:

"identifier": "user_2548"

dateCreated و dateModified

این دو ویژگی زمان ایجاد و آخرین به‌روزرسانی صفحه را مشخص می‌کنند.

وجود این اطلاعات به موتورهای جستجو کمک می‌کند تغییرات صفحه را بهتر دنبال کنند.

نمونه:

"dateCreated": "2025-01-12T10:00:00+03:30",
"dateModified": "2026-06-15T09:30:00+03:30"

فیلدهای آماری در اسکیمای ProfilePage

گوگل امکان نمایش برخی اطلاعات آماری مربوط به پروفایل را نیز فراهم کرده است.

این اطلاعات معمولاً در دو بخش تعریف می‌شوند:

interactionStatistic

این فیلد برای نمایش تعاملاتی استفاده می‌شود که دیگران با پروفایل داشته‌اند.

برای مثال:

• تعداد دنبال‌کنندگان
• تعداد لایک‌ها
• تعداد ارتباطات ثبت‌شده

نمونه:

"interactionStatistic": {
  "@type": "InteractionCounter",
  "interactionType": "https://schema.org/FollowAction",
  "userInteractionCount": 12000
}

agentInteractionStatistic

این فیلد به فعالیت‌هایی اشاره دارد که خود فرد انجام داده است.

برای مثال:

• تعداد مقالات منتشرشده
• تعداد پست‌های اشتراک‌گذاری‌شده
• تعداد محتواهای تولیدشده

نمونه:

"agentInteractionStatistic": {
  "@type": "InteractionCounter",
  "interactionType": "https://schema.org/WriteAction",
  "userInteractionCount": 250
}

یکی از اشتباهات رایج این است که تعداد مقالات نوشته‌شده در interactionStatistic قرار می‌گیرد؛ در حالی که این فعالیت توسط خود نویسنده انجام شده و باید در agentInteractionStatistic ثبت شود.

به زبان ساده، تفاوت این دو بخش در نوع «کنش» است. برای مثال، تعداد فالوورهای شما در شبکه‌های اجتماعی یا میزان تعامل دیگران با پروفایل شما (مثل دنبال کردن یا لایک کردن) در دسته interactionStatistic قرار می‌گیرد. در مقابل، تعداد مقالاتی که خودتان نوشته‌اید یا محتوایی که منتشر کرده‌اید در دسته agentInteractionStatistic قرار می‌گیرد، چون این‌ها اقداماتی هستند که خود شما انجام داده‌اید.

حداقل اطلاعاتی که هر صفحه ProfilePage باید داشته باشد

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

• نام کامل نویسنده
• تصویر واقعی
• بیوگرافی تخصصی
• لینک شبکه‌های اجتماعی
• شناسه اختصاصی
• تاریخ ایجاد و ویرایش پروفایل

این اطلاعات پایه می‌توانند یک پروفایل قابل اعتماد برای موتورهای جستجو ایجاد کنند و ارتباط میان نویسنده و محتوای سایت را شفاف‌تر سازند.

نحوه افزودن اسکیمای ProfilePage در وردپرس

اگر از وردپرس استفاده می‌کنید، در بسیاری از مواقع نیازی به کدنویسی دستی ندارید. افزونه‌های سئو مانند رنک مث و یواست بخش زیادی از فرآیند تولید اسکیمای ProfilePage را به‌صورت خودکار انجام می‌دهند.

البته فعال بودن اسکیما به تنهایی کافی نیست. کیفیت اطلاعاتی که در پروفایل نویسنده ثبت می‌کنید، تأثیر مستقیمی بر ارزش این داده‌های ساختاریافته خواهد داشت.

در ادامه روش پیاده‌سازی این اسکیما در وردپرس را بررسی می‌کنیم.

افزودن اسکیمای ProfilePage با Rank Math

رنک مث به‌صورت پیش‌فرض برای صفحات آرشیو نویسندگان از ساختار ProfilePage استفاده می‌کند.

برای فعال‌سازی این قابلیت مراحل زیر را انجام دهید:

1. وارد پیشخوان وردپرس شوید.
2. به مسیر Rank Math → Titles & Meta → Authors بروید.
3. گزینه Author Archives را فعال کنید.
4. مطمئن شوید صفحات نویسندگان روی حالت Index قرار دارند.

پس از انجام این مراحل، رنک مث به‌صورت خودکار اسکیمای ProfilePage را برای صفحات نویسندگان ایجاد می‌کند.

اما بخش مهم‌تر تکمیل اطلاعات نویسندگان است.

برای این کار وارد مسیر زیر شوید:

کاربران ← شناسنامه

در این بخش بهتر است اطلاعات زیر را تکمیل کنید:

• نام و نام خانوادگی
• نام نمایشی
• بیوگرافی
• تصویر پروفایل
• لینک شبکه‌های اجتماعی
• وب‌سایت شخصی

هرچه این اطلاعات کامل‌تر باشند، کیفیت اسکیمای تولیدشده نیز بالاتر خواهد بود.

افزودن اسکیمای ProfilePage با Yoast SEO

یواست نیز از سال‌ها قبل ساختار داده‌های خود را بر پایه Schema Graph طراحی کرده است.

در صفحات نویسندگان، این افزونه معمولاً به‌صورت خودکار ProfilePage را به Person متصل می‌کند.

برای اینکه خروجی اسکیما کامل باشد، کافی است اطلاعات پروفایل کاربران وردپرس را تکمیل کنید.

به‌خصوص موارد زیر اهمیت بیشتری دارند:

• نام نویسنده
• توضیحات بیوگرافی
• تصویر پروفایل
• حساب‌های شبکه اجتماعی
• وب‌سایت شخصی

در واقع تفاوت اصلی رنک مث و یواست در نحوه تولید گراف اسکیما است و از نظر نتیجه نهایی، هر دو می‌توانند اسکیمای ProfilePage استاندارد تولید کنند.

پیاده‌سازی دستی اسکیمای ProfilePage

اگر از سیستم مدیریت محتوای اختصاصی استفاده می‌کنید یا قصد دارید کنترل کامل روی داده‌های ساختاریافته داشته باشید، می‌توانید اسکیما را به‌صورت دستی و با فرمت JSON-LD پیاده‌سازی کنید.

نمونه ساده:

{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "url": "https://sicherweb.ir/about-mr-ebrahimian-nejad/",
  "mainEntity": {
    "@type": "Person",
    "name": "محمدرضا ابراهیمیان نژاد",
    "description": "متخصص سئو و طراح وب سایت",
    "image": "https://sicherweb.ir/wp-content/uploads/2026/05/mr-ebrahimian.webp",
    "sameAs": [
      "https://www.linkedin.com/in/mohammad-reza-ebrahimian-42435965/",
      "https://github.com/MohammadReza-Ebrahimian"
    ]
  }
}

این کد باید در بخش <head> صفحه قرار بگیرد تا توسط موتورهای جستجو شناسایی شود.

اگر بخواهید اطلاعات کامل تری ارائه دهید، باید فیلدهای بیشتری مانند identifier، dateCreated و dateModified نیز به این ساختار اضافه کنید.

اگر برای نویسندگان صفحه اختصاصی طراحی کرده‌ایم چه باید کرد؟

بسیاری از وب‌سایت‌ها از صفحات پیش‌فرض نویسندگان وردپرس استفاده نمی‌کنند.

در عوض، برای اعضای تیم یا نویسندگان خود صفحاتی اختصاصی با المنتور یا سایر صفحه‌سازها طراحی می‌کنند.

برای مثال:

https://sicherweb.ir/about-mr-ebrahimian-nejad/

این صفحات از نظر ظاهری بسیار حرفه‌ای‌تر هستند؛ اما یک مشکل مهم دارند.

در اغلب موارد افزونه‌های سئو این صفحات را به‌عنوان یک صفحه معمولی (WebPage) شناسایی می‌کنند و نه یک ProfilePage.

در نتیجه بخشی از ارتباط میان نویسنده و محتوای سایت از دید موتورهای جستجو از بین می‌رود.

بهترین روش برای صفحات اختصاصی نویسندگان

اگر صفحه اختصاصی برای نویسنده طراحی کرده‌اید، بهتر است سه اقدام زیر را انجام دهید:

1- اسکیمای ProfilePage را روی صفحه اختصاصی اضافه کنید

مطمئن شوید صفحه جدید دارای اسکیمای ProfilePage است و موجودیت اصلی (mainEntity) آن از نوع Person تعریف شده است.

2- مقالات را به صفحه جدید متصل کنید

در اسکیمای مقالات معمولاً فیلد author به صفحه آرشیو پیش‌فرض نویسنده اشاره می‌کند.

اگر صفحه اختصاصی ساخته‌اید، بهتر است آدرس نویسنده در اسکیماهای Article نیز به همین صفحه جدید متصل شود.

به این ترتیب تمام اعتبار و سیگنال‌های مرتبط با نویسنده در یک نقطه متمرکز خواهند شد. البته باید توجه داشته باشید که این اتصال حتماً باید دوطرفه باشد؛ فرآیندی که در سئوی تکنیکال به آن «بستن حلقه معنایی» (Semantic Loop) می‌گویند. یعنی همان‌طور که از اسکیمای مقاله به آدرس پروفایل ارجاع می‌دهید، در اسکیمای ProfilePage نیز باید دقیقاً همین آدرس را به عنوان شناسه هویتی فرد (Person) ثبت کنید تا گوگل بدون نیاز به حدس و گمان، متوجه ارتباط مستقیم این دو موجودیت شود و اعتبار نویسنده را به مقالات منتقل کند.

3- صفحه آرشیو قدیمی را ریدایرکت کنید

اگر همچنان صفحه پیش‌فرض نویسنده در آدرس زیر فعال باشد:

https://sicherweb.ir/author/mr-sicher0098

و همزمان صفحه اختصاصی دیگری نیز داشته باشید، عملاً دو صفحه برای یک شخص ایجاد کرده‌اید.

این موضوع می‌تواند باعث ایجاد محتوای تکراری و تقسیم سیگنال‌های اعتبار شود.

بهتر است صفحه آرشیو قدیمی را با ریدایرکت 301 به صفحه جدید منتقل کنید.

آیا همه سایت‌ها به اسکیمای ProfilePage نیاز دارند؟

خیر.

اگر سایت شما هیچ نویسنده مشخصی ندارد یا صفحات پروفایل مستقلی برای اعضای تیم ایجاد نکرده‌اید، احتمالاً این اسکیما اولویت بالایی برای شما نخواهد داشت.

اما در موارد زیر توصیه می‌شود حتماً از اسکیمای ProfilePage استفاده کنید:

• وبلاگ‌های تخصصی
• سایت‌های پزشکی
• سایت‌های حقوقی
• وب‌سایت‌های آموزشی
• کسب‌وکارهای B2B
• سایت‌های خبری و رسانه‌ای
• سایت‌هایی که چند نویسنده دارند

هرچه تخصص نویسندگان در تصمیم‌گیری کاربران نقش بیشتری داشته باشد، اهمیت این اسکیما نیز بیشتر خواهد شد.

چگونه صحت اسکیمای ProfilePage را بررسی کنیم؟

پس از پیاده‌سازی اسکیمای ProfilePage، باید مطمئن شوید که گوگل می‌تواند آن را به‌درستی شناسایی و پردازش کند.

بسیاری از وب‌سایت‌ها تصور می‌کنند اسکیما به درستی فعال شده است، اما در عمل بخشی از فیلدها ناقص هستند یا ارتباط میان ProfilePage و Person به شکل صحیح تعریف نشده است.

به همین دلیل توصیه می‌شود پس از هر تغییر، ساختار اسکیما را بررسی و اعتبارسنجی کنید.

استفاده از Rich Results Test

ساده‌ترین روش برای بررسی اسکیمای ProfilePage استفاده از ابزار Rich Results Test گوگل است.

کافی است آدرس صفحه پروفایل نویسنده را در این ابزار وارد کنید تا گوگل اسکیماهای موجود در صفحه را شناسایی و تحلیل کند.

در این گزارش می‌توانید موارد زیر را مشاهده کنید:

• نوع اسکیماهای شناسایی‌شده
• خطاهای موجود
• هشدارها و فیلدهای ناقص
• وضعیت واجد شرایط بودن برای نتایج غنی

اگر خطا یا هشداری مشاهده کردید، بهتر است قبل از ایندکس مجدد صفحه آن را برطرف کنید.

بررسی در سرچ کنسول گوگل

اگر سایت شما در گوگل سرچ کنسول ثبت شده باشد، می‌توانید وضعیت اسکیمای ProfilePage را نیز از طریق بخش Enhancements بررسی کنید.

این بخش اطلاعات مفیدی درباره موارد زیر ارائه می‌دهد:

• تعداد صفحات دارای ProfilePage
• صفحات دارای خطا
• صفحات دارای هشدار
• وضعیت اعتبارسنجی اصلاحات

پس از رفع مشکلات نیز می‌توانید از گزینه Validate Fix استفاده کنید تا گوگل مجدداً صفحات را بررسی کند.

بررسی ارتباط میان Person و ProfilePage

یکی از مهم‌ترین مواردی که باید کنترل شود، ارتباط صحیح بین ProfilePage و Person است.

در یک پیاده‌سازی استاندارد:

• صفحه باید از نوع ProfilePage باشد.
• موجودیت اصلی صفحه (mainEntity) باید از نوع Person تعریف شود.
• اطلاعات هویتی نویسنده باید کامل باشد.
• لینک‌های sameAs به پروفایل‌های واقعی اشاره کنند.

بسیاری از خطاهای رایج دقیقاً از همین بخش ناشی می‌شوند.

اشتباهات رایج در پیاده‌سازی اسکیمای ProfilePage

در پروژه‌های مختلف معمولاً با خطاهای مشابهی روبه‌رو می‌شویم.

برخی از رایج‌ترین آن‌ها عبارت‌اند از:

1- استفاده از ProfilePage بدون Person

گاهی تنها نوع صفحه مشخص می‌شود اما هیچ موجودیتی برای معرفی نویسنده تعریف نمی‌شود.

در این حالت گوگل متوجه می‌شود که با یک صفحه پروفایل روبه‌رو است، اما نمی‌داند این صفحه متعلق به چه کسی است.

2- ناقص بودن اطلاعات نویسنده

صفحه‌ای که فقط شامل نام نویسنده باشد ارزش زیادی ایجاد نمی‌کند.

وجود تصویر، بیوگرافی، لینک شبکه‌های اجتماعی و اطلاعات تخصصی می‌تواند کیفیت داده‌های ساختاریافته را به شکل قابل توجهی افزایش دهد.

3- تعریف چند پروفایل برای یک شخص

برخی سایت‌ها هم صفحه آرشیو نویسنده دارند و هم صفحه اختصاصی معرفی نویسنده.

اگر این صفحات به درستی مدیریت نشوند، ممکن است گوگل با چند هویت متفاوت برای یک فرد مواجه شود.

4- استفاده از لینک‌های غیرواقعی در sameAs

لینک‌هایی که به حساب‌های غیرفعال یا نامرتبط اشاره می‌کنند، نه تنها کمکی به گوگل نمی‌کنند بلکه می‌توانند باعث ایجاد ابهام شوند.

جمع‌بندی

اسکیمای ProfilePage یکی از مهم‌ترین داده‌های ساختاریافته برای معرفی نویسندگان، کارشناسان و اعضای تیم یک وب‌سایت است.

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

اگرچه استفاده از اسکیمای ProfilePage به تنهایی باعث افزایش رتبه سایت نمی‌شود، اما می‌تواند در تقویت سیگنال‌های مرتبط با E-E-A-T، توسعه گراف موجودیت‌ها و شفاف‌سازی هویت نویسندگان نقش مهمی داشته باشد.

به همین دلیل، اگر در سایت خود نویسندگان متخصص، اعضای تیم یا صفحات معرفی افراد دارید، بهتر است پیاده‌سازی این اسکیما را در اولویت قرار دهید.

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

سوالات متداول درباره اسکیمای ProfilePage

آیا استفاده از اسکیمای ProfilePage باعث افزایش رتبه سایت می‌شود؟

خیر. اسکیمای ProfilePage به‌صورت مستقیم یک فاکتور رتبه‌بندی محسوب نمی‌شود. با این حال می‌تواند به گوگل در درک بهتر هویت نویسندگان و ارتباط میان محتوا و تولیدکنندگان آن کمک کند.

آیا برای هر نویسنده باید یک ProfilePage جداگانه ایجاد شود؟

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

تفاوت اصلی ProfilePage و Person چیست؟

ProfilePage نوع صفحه را توصیف می‌کند، در حالی که Person خودِ فرد را معرفی می‌کند. در یک پیاده‌سازی استاندارد، موجودیت اصلی ProfilePage معمولاً یک Person است.

آیا می‌توان از ProfilePage برای شرکت‌ها و برندها نیز استفاده کرد؟

بله. در این حالت به جای Person می‌توان از Organization به‌عنوان موجودیت اصلی صفحه استفاده کرد.

مهم‌ترین فیلدهای اسکیمای ProfilePage کدام‌اند؟

فیلدهایی مانند mainEntity، name، description، image، sameAs و identifier از مهم‌ترین اطلاعاتی هستند که معمولاً در این اسکیما استفاده می‌شوند.

تجربه‌ی واقعی زیشاوِب در قراردادن اسکیمای ProfilePage

ما بر روی سایت زیشاوِب، یک لندینگ اختصاصی برای معرفی محمدرضا ابراهیمیان نژاد که موسس زیشاوِب است با المنتور طراحی کرده بودیم و میخواستیم تا اسکیمای ProfilePage را بر روی این لندینگ قرار دهیم. ما این کار را طی مراحل زیر انجام دادیم:

مرحله اول: ساختن کدهای اسکیمای ProfilePage

برای ساختن کدهای اسکیمای ProfilePage، ما یک نمونه کد واقعی را به هوش مصنوعی گوگل جمینای دادیم و اطلاعات مربوط به محمدرضا ابراهیمیان نژاد مانند اسم و لینک شبکه های اجتماعی و … را نیز به جمینای دادیم و از آن خواستیم تا کدها را برای من تولید کند که کدها مانند زیر شد:

{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "mainEntity": {
    "@type": "Person",
    "@id": "https://sicherweb.ir/about-mr-ebrahimian-nejad/#person",
    "name": "محمدرضا ابراهیمیان نژاد",
    "alternateName": "Mohammad Reza Ebrahimian Nejad",
    "jobTitle": "برنامه نویس، طراح سایت و متخصص ارشد سئو",
    "worksFor": {
      "@type": "Organization",
      "name": "زیشاوِب",
      "url": "https://sicherweb.ir/"
    },
    "description": "بنیان‌گذار زیشاوِب، برنامه نویس، طراح وب و متخصص ارشد سئو با سال‌ها تجربه در بهینه‌سازی ساختارهای تکنیکال، مدیریت زیرساخت‌های سرور و اتومیشن سئو. تمرکز اصلی او بر هم‌راستایی وب‌سایت‌ها با الگوریتم‌های نوین و نسل جدید موتورهای پاسخ هوش مصنوعی (GEO) است.",
    "image": "https://sicherweb.ir/wp-content/uploads/2026/05/mr-ebrahimian.webp",
    "address": {
      "@type": "PostalAddress",
      "addressLocality": "تهران",
      "addressCountry": "ایران"
    },
    "url": "https://sicherweb.ir/about-mr-ebrahimian-nejad/",
    "sameAs": [
      "https://www.linkedin.com/in/mohammad-reza-ebrahimian-42435965/",
      "https://github.com/MohammadReza-Ebrahimian",
      "https://www.instagram.com/sicherweb/",
      "https://x.com/monsieurweb001"
    ]
  }
}

مرحله‌ی دوم: قراردادن کدهای اسکیمای ProfilePage در لندینگ اختصاصی

ما لندینگ اختصاصی معرفی محمدرضا ابراهیمیان نژاد را با المنتور طراحی کردیم. بنابراین برای تزریق کدهای مربوطه، وارد ویرایشگر صفحه شدیم و در انتهاب صفحه یک المان HTML قرار دادیم و کدهای مرحله‌ی قبل را داخل این ویجیت گذاشتیم. البته باید دقت کنید که برای اینکه ویجنت HTML بجای رندر کدهای اسکیما، آنها را به درستی داخل صفحه تزریق کند، باید کدهای مرحله‌ی قبل را به صورت Script داخل ویجت HTML قرار دهیم. بنابراین کدها را به صورت زیر داخل صفحه قرار دادیم:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "ProfilePage",
  "mainEntity": {
    "@type": "Person",
    "@id": "https://sicherweb.ir/about-mr-ebrahimian-nejad/#person",
    "name": "محمدرضا ابراهیمیان نژاد",
    "alternateName": "Mohammad Reza Ebrahimian Nejad",
    "jobTitle": "برنامه نویس، طراح سایت و متخصص ارشد سئو",
    "worksFor": {
      "@type": "Organization",
      "name": "زیشاوِب",
      "url": "https://sicherweb.ir/"
    },
    "description": "بنیان‌گذار زیشاوِب، برنامه نویس، طراح وب و متخصص ارشد سئو با سال‌ها تجربه در بهینه‌سازی ساختارهای تکنیکال، مدیریت زیرساخت‌های سرور و اتومیشن سئو. تمرکز اصلی او بر هم‌راستایی وب‌سایت‌ها با الگوریتم‌های نوین و نسل جدید موتورهای پاسخ هوش مصنوعی (GEO) است.",
    "image": "https://sicherweb.ir/wp-content/uploads/2026/05/mr-ebrahimian.webp",
    "address": {
      "@type": "PostalAddress",
      "addressLocality": "تهران",
      "addressCountry": "ایران"
    },
    "url": "https://sicherweb.ir/about-mr-ebrahimian-nejad/",
    "sameAs": [
      "https://www.linkedin.com/in/mohammad-reza-ebrahimian-42435965/",
      "https://github.com/MohammadReza-Ebrahimian",
      "https://www.instagram.com/sicherweb/",
      "https://x.com/monsieurweb001"
    ]
  }
}
</script>

مرحله سوم: تست کدهای اسکیما با ابزار Rich Results Test

پس از قراردادن این کدها داخلی صفحه، وارد ابزار Rich Results Test شدیم و لینک صفحه مد نظر را داخل این ابزار وارد کردیم تا ببینیم آیا کدهای اسکیمای تولید شده دارای اشکالی است یا خیر که خوشبختانه هیچگونه مشکلی وجود نداشت.

مرحله چهارم: ریدایرکت صفحه‌ی پیشفرض نویسنده به لندینگ اختصاصی

با استفاده از افزونه‌ی رنک‌مث، صفحه‌ی پیشفرضی که وردپرس برای نویسندگان می‌سازد را بر روی لندینگ طراحی شده، ریدایرکت 301 کردیم.

مرحله پنجم: قراردادن کدهای php در فایل Functions.php قالب

افزونه‌ی رنک‌مث برای هر مقاله به صورت خودکار اسکیمای Article یا NewsArticle به صفحه اضافه میکند که در داخل آن به صفحه‌ی نویسنده و Id نویسنده لینک میدهد. به صورت پیشفرض این لینک به صفحه‌ی نویسنده‌ی وردپرس داده میشود.

طبق آموزشی که به شما دادیم، برای “بستن حلقه‌ی معنایی” ما از هوش مصنوعی خواستیم تا کدهای php بنویسید که به رنک‌مث اعلام کند که لینک نویسنده را از صفحه‌ی پیشفرض وردپرس به صفحه‌ی اختصاصی طراحی شده تغییر دهد.

کدهایی که هوش مصنوعی به ما داد و ما در فایل Functions.php قالب قرار دادیم، به صورت زیر است:

add_filter( 'rank_math/json_ld', function( $data, $jsonld ) {
    // آدرس جدیدی که می‌خواهی جایگزین لینک نویسنده شود
    $new_author_url = 'https://sicherweb.ir/about-mr-ebrahimian-nejad/';
    
    if ( empty( $data ) || ! is_array( $data ) ) {
        return $data;
    }

    foreach ( $data as $key => $fallback ) {
        // ۱. اصلاح موجودیت مستقیم Person در گراف
        if ( isset( $fallback['@type'] ) && $fallback['@type'] === 'Person' && strpos( $fallback['@id'], '/author/' ) !== false ) {
            $old_id = $data[$key]['@id'];
            $data[$key]['@id'] = $new_author_url . '#person';
            $data[$key]['url'] = $new_author_url;
            
            // متصل کردن لینک توییتر و لینکدین به همین بخش در صورت نیاز
            if ( ! isset( $data[$key]['sameAs'] ) ) {
                $data[$key]['sameAs'] = [];
            }
        }
        
        // ۲. اصلاح بخش نویسنده در اسکیمای مقالات (BlogPosting / Article)
        if ( isset( $fallback['@type'] ) && in_array( $fallback['@type'], ['Article', 'BlogPosting', 'TechArticle'] ) ) {
            if ( isset( $data[$key]['author']['@id'] ) && strpos( $data[$key]['author']['@id'], '/author/' ) !== false ) {
                $data[$key]['author']['@id'] = $new_author_url . '#person';
            }
        }
    }

    return $data;
}, 99, 2 );

مرحله ششم: تست نهایی

برای اطمینان از اینکه تمامی این پروسه به درستی انجام شده است یا خیر، لینک یکی از مقالات را با ابزار Rich Results Test تست کردیم و وارد اسکیمای Article شدیم و همانطور که در تصویر می‌بینید، لینک نویسنده‌ی مقاله دقیقا به همان لندینگی ارجاع داده شده است که ما میخواستیم.