Excel Magic Trick 626: Диаграма на Гант на времето - Условно форматиране и проверка на данни Персонализирани формули

Бърках в сайта за разработчици на Google и попаднах на структурираното маркиране на данни за публикуване на работа. Бих искал да се възползвам от структурираните данни за моите обяви за работа. Смятам да използвам JSON-LD за моята маркировка.

Google казва следното за description поле:

Пълното описание на работата в HTML формат.

The description трябва да представлява пълно представяне на работата, включително отговорности за работа, квалификация, умения, работно време, изисквания за образование и опит. The description не може да бъде същото като title.

Допълнителни указания:

  • Трябва да форматирате описанието в HTML.

  • Като минимум добавете прекъсвания на абзаци, като използвате
    ,

    , или \n.

  • Валидните маркери включват

    ,

      ,
    • , и заглавия

      през
      .

    • Можете също да използвате маркери за форматиране на ниво знаци като и .

    Ако обаче преминете към JobPostingна schema.org и разгледайте извадката на JSON-LD, която са публикували, отговорностите, квалификациите, уменията, работното време, изискванията за образование и изискванията за опит са отделни области.

    Така че съм малко объркан, защото насоките на Google ви казват да опаковате; отговорности, квалификация, умения, работно време, изисквания за образование и изисквания за опит, всички в description поле и го маркирайте с HTML. Но това изглежда не съвпада с насоките на Schema.org, които показват всичко отделено в техните собствени полета.

    За мен изглежда по-смислено да разделяме всичко в собствено поле, както казва Schema.org, но искам моята длъжност да бъде възможно най-удобна за Google. Какъв е правилният начин да направите това?

    Ако абсолютно искате да се класирате за подобрените резултати от търсенето на работа на Google, разбира се, трябва да следвате указанията на Google, дори ако те противоречат на определенията на Schema.org.

    Ако не ви интересуват подобрените резултати от търсенето на работа на Google, можете просто да игнорирате тяхната документация и просто да следвате Schema.org. Това няма да повлияе на Google SEO в други области, просто не получавате тази специфична функция.

    Въпреки това, не виждам конфликт¹ с указанията на Google и определенията на Schema.org в този случай:

    • Google описва какво description трябва (не трябва) да съдържа. Schema.org не поставя конкретни изисквания към съдържанието на description.

    • Google не забранява добавянето на допълнителни свойства; те изброяват само тези, които изискват / препоръчват, но е напълно добре да предоставите допълнителни свойства, разбира се. Както казват:

      Пълното определение на JobPosting е достъпен на schema.org/JobPosting.

    Така че можете да дадете a description които Google би искал да види и да предостави подробности в съответните свойства в допълнение:

    • длъжностни отговорности (responsibilities)
    • квалификации (qualifications)
    • умения (skills)
    • работни часове (workHours)
    • изисквания за образование (educationRequirements)
    • изисквания за опит (experienceRequirements)

    Описанието, разбира се, трябва да бъде изразено в проза, докато свойствата просто съдържат данните.

    Защо Google иска да види всички тези данни в description?

    Спекулация:

    • Може би Google не се нуждае от тези подробности за работата. Подробностите, които използват, трябва да бъдат посочени в свойствата, които те изброяват (baseSalary, employmentType и др.), а всичко останало е за консумация от човека (следователно защо описанието трябва да съдържа HTML), така че е по-лесно да покажат този текст (който трябва да съдържа всичко останало, което потребителите може да се интересуват) и да приключат с него.

    • Schema.org има еквивалентни свойства за всичките 6 полета, които Google би искал да види в description, но 5 от тези свойства все още са в очакване (т.е. те са само чернови). Може би Google ги разглежда само ако излязат от Pending.

    • Може би Google е направил проучване и е установил, че много сайтове за работа не предоставят тези данни в отделни полета, така че би било твърде трудно за тези сайтове да предоставят тези специфични свойства.


    ¹ Само един проблем:

    HTML в JSON-LD?

    Мисля, че е лоша практика да се поставя HTML в JSON-LD стойности, освен ако свойството изрично го очаква. The description свойството не очаква това, очакваната му стойност е изрично дадена като Text.

    По дефиниция JSON-LD низовите стойности се интерпретират като обикновен текст. Така че добавяне на нещо като <?php

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?