تطبيق Schema.org على صفحة ملف تعريف المستخدم لتحسين سلطة المؤلف على Google

[JoshuaH (Joshua)]

First off, Schema.org is very well applied throughout the forums!

I would like to know however if it could be possible to give an ‘author’ some more authority for Google search results by also applying Schema.org to the profile page and additionally adding the possibility to link social media accounts to that profile.

There’s a Schema.org ProfilePage type which can be found here: ProfilePage - Schema.org Type

Not all will be necessary, but here’s some example markup of how it could be implemented:

<script type="application/ld+json">
{
    "@context" : "http://schema.org",
    "@type" : "ProfilePage",
    "mainEntity" : {
        "@type" : "Person",
        "name" : "Jane Doe",
        "givenName" : "Jane",
        "familyName" : "Doe",
        "email" : "jdoe@examplelaw.com",
        "telephone" : "9195555555",
        "jobTitle" : "Partner",
        "image" : "https://www.examplelaw.com/wp-content/examplelaw/2018/02/jane-doe.jpg",
        "url" : "https://www.examplelaw.com/attorney/jane-doe/",
        "worksFor": {
            "@type": "Organization",
            "name": "Example Law Firm",
            "url": "https://www.examplelaw.com/",
            "address": {
                "@type": "PostalAddress",
                "addressLocality": "Raleigh",
                "addressRegion": "NC",
                "postalCode": "27604",
                "streetAddress": "100 Main Street, Suite 201",
                "addressCountry": "USA"
            }
        },
        "gender": "female",
        "alumniOf": [
            {
                "@type" : "CollegeOrUniversity",
                "name" : "University of North Carolina at Chapel Hill"
            },
            {
                "@type" : "CollegeOrUniversity",
                "name" : "University of North Carolina School of Law"
            }
        ],
        "memberOf": [
            "North Carolina State Bar",
            "Wake County Bar",
            "North Carolina Board Certified Family Law Specialist",
            "Certified Parenting Coordinator",
            "NCDRC Certified Family Financial Mediator"
        ],
        "award": [
            "North Carolina Super Lawyers, Rising Star 2018",
            "Business Leader Magazine, North Carolina Top Family Lawyer"
        ],
        "sameAs": [
            "https://www.facebook.com/JaneDoeAttorney/",
            "https://www.linkedin.com/in/jane-doe-attorney",
            "https://twitter.com/janedoeattorney"
        ]
    }
}
</script>

Where especially ‘sameAs’ would be a welcoming asset.

[Stranik (Evgeny)]

By default, the profile page is prohibited from indexing, or am I confusing something?

[codinghorror (Jeff Atwood)]

أعتقد أننا خففنا ذلك مؤخرًا، فصفحات الملف الشخصي مفهرسة الآن على ما أذكر.

ما الذي تقترحه على وجه التحديد لصفحة الملف الشخصي؟ هل هو فقط كتلة التعليمات البرمجية التي نشرتها بالفعل في مشاركتك الأولى @JoshuaH؟

[rrlevering (Ryan Levering)]

أنا مع هذا التغيير، بالمناسبة. من المحتمل أن توصي جوجل بهذا قريبًا أيضًا للمنتديات. روابط sameAs و interactionStatistics على وجه الخصوص، ولكن المزيد من المعلومات للمساعدة في التجميع كما هو معطى هنا يمكن أن تكون مفيدة أيضًا.

وهذا توصية هيكلية عامة جيدة (ProfilePage → mainEntity → Person). أتمنى لو كان هناك نوع حساب في schema.org ولكن هذا كان بطيئًا في اكتساب الزخم لذا نحن نعمل بما لدينا.

[sam (Sam Saffron)]

لكن الشيء الصعب هو أننا لا نسمح حتى بالفهرسة في صفحات المستخدمين.

بشكل عام، نراها صفحات ذات قيمة منخفضة لإضافتها إلى جوجل.

Stack Overflow وبعض الأماكن الأخرى تسمح بالفهرسة هنا.

أعتقد أن الكثير يعتمد على استراتيجيتنا حول صفحات المستخدمين، فهي بالتأكيد تمثل متجهًا للبريد العشوائي والإساءة مع مخاوف تتعلق بالخصوصية.

من المحتمل أنه إذا سمحنا فقط بالفهرسة لمجموعات معينة وكان لدينا عرض HTML أفضل من مجرد صفحة فارغة باسم مستخدم. عندها سيكون من المنطقي بناء هذا كجزء من هذا الجهد.

أعتقد أن السؤال الكبير هو ما مقدار القيمة التي سيحصل عليها المنتدى من وجود روابط واردة من جوجل تصل إلى ملفات تعريف المستخدمين؟

[rrlevering (Ryan Levering)]

سؤال وجيه.

أحد مشاكلنا بشكل عام هو أننا نستخدم الويب أيضًا كمصدر بيانات للكثير من الأشياء (بالإضافة إلى فهرس عناوين URL الخاص بنا). وهناك مجموعة من البيانات التي يمكن أن تكون مفيدة للإشارات المتعلقة بالحداثة أو الجودة في تلك الصفحات والتي لا توجد في أي مكان آخر. من وجهة نظر المنتدى، سيسمح لنا ذلك بشكل أساسي بفهم أفضل لمؤلفي المحتوى في المنتدى، لأن تكلفة وضع كل هذه المعلومات على كل مشاركة باهظة. الأمل هو أن يساعد ذلك في الترويج لأفضل المؤلفين والمحتوى على الموقع بشكل أفضل وأكثر حداثة. لكنك تثير نقطة جيدة وهي أن عائد الاستثمار أقل وضوحًا مما هو عليه في صفحات المناقشة. سأثير هذه المسألة مع الآخرين في جوجل.

[sam (Sam Saffron)]

@rrlevering

وهناك مجموعة من البيانات التي يمكن أن تكون مفيدة لإشارات الحداثة أو الجودة على تلك الصفحات والتي لا توجد في أي مكان آخر.

نعم، هذه هي المشكلة الأساسية تمامًا. القضية هي مقدار هذه البيانات المشبوهة مقابل الموثوقة.

الأسماء والسير الذاتية والروابط إلى صفحتي الرئيسية هي بيانات مشبوهة بطبيعتها. يتحكم فيها المستخدم النهائي بالكامل دون أي شكل من أشكال التحقق. على سبيل المثال، يمكن لشخص ما ببساطة استخدام اسم “Sundar Pichai” وتضمين رابط إلى Google. آخر شيء نريده هو أن توجه عمليات البحث عن الرئيس التنفيذي لشركة Google المستخدمين إلى هذا الملف الشخصي المزيف.

بمرور الوقت، ومع تفاعل المستخدم مع منتدى، تصبح بياناته أقل اشتباهًا. على سبيل المثال، إذا كان المستخدم موجودًا منذ عام وينشر بشكل متكرر، فقد نثق في أن معلومات ملفه الشخصي دقيقة.

بالطبع، حل مشكلة الهوية صعب للغاية، وقد حاول الكثيرون وفشلوا.

يمكن أن تشمل البيانات الأخرى التي يمكننا الوثوق بها على أساس كل مستخدم على حدة:

• قائمة الشارات التي يمتلكها المستخدم
• أهم المواضيع والمشاركات التي نشرها
• عدد الإعجابات وردود الفعل التي تلقاها
• عمر الحساب
• المجموعات العامة التي هو عضو فيها

من منظور الفهرسة، يفضل مشغلو الموقع على الأرجح أن تعطي Google الأولوية لفهرسة المحتوى من المستخدمين الأكثر موثوقية أولاً. ومع ذلك، فإن رسم خط حول مكان البدء أمر دقيق.

مسح خريطة الموقع فعال للغاية لدرجة أن هذا قد يبدو تحسينًا صغيرًا مبالغًا فيه.

[rrlevering (Ryan Levering)]

نتعامل مع هذه المشكلة بالفعل لمجموعات أكبر بكثير من الملفات الشخصية مقارنة بمنتديات Discourse (مثل ملفات تعريف الوسائط الاجتماعية). ليس الأمر أن الأشياء لا تفلت من بين أيدينا، ولكننا نعمل على مشكلة الأشخاص الذين يدعون أنهم مشاهير منذ سنوات ولدينا الكثير من الإشارات لهذه الأمور. بعض الإشارات التي ذكرتها هي أنواع الأشياء التي نبحث عنها. وهذا هو السبب بالضبط عندما لا تتم فهرستها أو نفشل في استخراجها، فإننا لا نعرف أيضًا أي المشاركات والأشخاص يجب إعطاؤهم الأولوية. يمكننا المحاولة بناءً على ملكية المحتوى، لكنها عادة ما تفتقر إلى بعض الإشارات.

[Jagster (Jakke Lehtonen)]

@sam

ما هي القيمة التي سيحصل عليها المنتدى من وجود روابط جوجل واردة تصل إلى ملفات تعريف المستخدمين؟

لا شيء. إلا إذا تم البحث عن هذا الشخص. وفي هذه الحالة، ستتجاوز جميع حسابات وسائل التواصل الاجتماعي حسابات المستخدمين في Discourse، على ما أعتقد.

[JonahAragon1 (Jonah Aragon)]

اعتبارًا من الشهر الماضي، أضافت Google دعمًا لـ مخطط DiscussionForumPosting (والذي يقوم به Discourse بشكل جيد) و مخطط ProfilePage:

Profile Page (ProfilePage) Schema Markup | Google Search Central...

إنهم يوصون حاليًا بربط منشورات المناقشة بصفحة author.url وهي:

رابط لصفحة ويب تحدد المؤلف للمنشور بشكل فريد، وعلى الأرجح صفحة ملف شخصي للمنتدى. نوصي بترميز تلك الصفحة باستخدام بيانات منظمة لصفحة الملف الشخصي.

على حد علمي، فإن وجود صفحات ProfilePage مفهرسة مرتبطة بمنشورات المناقشة هو الطريقة الوحيدة للمنتديات للظهور في Perspectives الجديدة من Google. كل هذا غير متوافق مع صفحات الملف الشخصي التي تم تعطيل الفهرسة لها.

---

بالنظر إلى هذه الأخبار الأخيرة، هل ستعيد النظر في فهرسة صفحات الملف الشخصي وإضافة المخطط من OP؟

[5hark]

ربما يكون من الجيد إنشاء إعداد يسمح بجعل صفحات الملف الشخصي قابلة للفهرسة بواسطة محركات البحث، حتى يقرر كل مسؤول مجتمع بنفسه ما إذا كانوا يريدون السماح بفتح الملفات الشخصية لمحركات البحث أم لا.

لمنع المتطفلين من استخدام صفحات الملف الشخصي هذه ومنتدى/مجتمع ديسكورس كمنصة لبناء الروابط الخاصة بهم، قد تكون فكرة جيدة إضافة خيار آخر: السماح بفهرسة ملفات تعريف المنتدى (يمكن تقييدها عبر علامة meta) للمستخدمين الذين يستوفون معايير معينة: مستوى الثقة (مثل الإعداد المتعلق بمنشورات الويكي)، أو كونهم أعضاء في مجموعة من الخبراء المعتمدين على سبيل المثال. قد تمتلك بعض المجتمعات خبراء حقيقيين مثل الأطباء والمحامين وغيرهم ممن سيكونون أكثر تحفيزًا للمشاركة في المحادثات إذا كان بإمكانهم الحصول على صفحة ملف شخصي قابلة للفهرسة. قد يكونون خبراء في مجالهم ولكنهم لا يعرفون شيئًا عن تحسين محركات البحث (SEO)، أو الويب، وما إلى ذلك. لنقل إنهم لا يريدون إنشاء مدونة أو موقع ويب أو شيء من هذا القبيل. قد يكون الرابط القصير لملفهم الشخصي في مجتمع ديسكورس معين خيارًا جيدًا لهم.

على الرغم من أن صفحات الملف الشخصي ليست عامل ترتيب بالضبط، إلا أنها تساعد محركات البحث على فهم ما إذا كانت هذه المقالة أو منشور المنتدى المحدد موثوقًا به:

Our latest update to the quality rater guidelines: E-A-T gets an extra E for...

E-E-A-T: How to Build Trust and Boost Web & AI Visibility

[rrit (Ayke)]

هل يجب على ديسكورس تقديم صفحة ملف شخصي قابلة للفهرسة؟

هناك آراء مختلفة حول إيجابيات وسلبيات صفحات الملف الشخصي القابلة للفهرسة.
ألخص بعضًا منها لتوضيح نقطة حول إضافة صفحة ملف شخصي بسيطة قابلة للفهرسة.

---

1. يمكن لجوجل معالجة محتوى المنتدى بسهولة أكبر من خلال صفحات الملف الشخصي المشار إليها والقابلة للفهرسة:

@rrlevering

من وجهة نظر المنتدى، سيتيح لنا ذلك بشكل أساسي [مثل جوجل] فهم مؤلفي المحتوى في المنتدى بشكل أفضل، لأن تكلفة [مثل جوجل] وضع كل تلك المعلومات على كل منشور [ملاحظة: تم إضافة التركيز].

2. بالنسبة لـ “إزالة الغموض”، يحتاج جوجل حقًا على الأقل إلى أي نوع من الإشارة إلى المؤلف - حتى لو لم يكن قابلاً للفهرسة:

Discussion Forum Schema improvements

Does adding the author URL while it’s path is blocked by our default robots.txt still makes sense? Should we remove the block from robots.txt now that we promote those URLs?

Discussion Forum Schema improvements

Please leave the URL there even if it’s blocked. You can discuss whether that makes sense or not for your forum use cases but even with the crawl blocked it can help with disambiguation.

3. هناك مسودة مخطط لصفحة ملف شخصي بسيطة:

@rrlevering

وهذا توصية هيكل عام جيد (ProfilePage → mainEntity → Person). أتمنى لو كان هناك نوع حساب في schema.org ولكن هذا بطيء في اكتساب الزخم لذا نعمل بما لدينا.

4. لا يوجد عبء إضافي كبير على ديسكورس مع صفحات الملف الشخصي القابلة للفهرسة:

يقوم جوجل بالفعل بالزحف إلى عناوين URL للملف الشخصي، ويحصل على استجابة مع رأس HTTP X-Robots-Tag: noindex ثم يتخلص من النتيجة.

لقطة شاشة وحدة تحكم بحث جوجل --> مستبعد بواسطة علامة 'noindex' (انقر لفتح)

من خلال تقديم صفحة ملف شخصي بسيطة، يمكن لجوجل على الأقل استخدام النتيجة بطريقة ما.

---

استنتاجي

أضف cralwer_view لصفحات الملف الشخصي والتي تعرض فقط علامة مخطط بسيطة - لا حاجة لمعلومات إضافية.
يجب أن تشبه علامة المخطط البسيطة بالضبط البيانات التي يتم تقديمها بالفعل في بيانات المخطط على كل منشور كسمة author:

<html>
  <body itemtype="https://schema.org/ProfilePage" itemscope>
    <span itemprop="mainEntity" itemtype="http://schema.org/Person" itemscope>
      <a itemprop="url" href='https://meta.discourse.org/u/{user_name}'>
        <span itemprop='name'>{user_name}</span>
      </a>
    </span>
  </body>
</html>

هذه “صفحة ملف شخصي” صالحة - انظر هذا المثال على search.google.com/test/rich-results:

ثم يمكن أن تصبح عناوين URL لصفحات الملف الشخصي قابلة للفهرسة مرة أخرى.