Własne właściwości użytkowników
Własne pola przechowywane na użytkownikach, pogrupowane w nazwane właściwości, z opcjonalnym mapowaniem na schema.org.
Modele opisują Twoją treść. Właściwości opisują Twoich ludzi - własne pola przechowywane na użytkownikach poza imieniem i mailem.
Znajdziesz je w workspace pod Ustawienia → User Properties. Sam ekran nosi tytuł Custom Properties; ta sama funkcja, dwie nazwy.
Właściwość to grupa pól
Właściwość to nie pojedyncze pole. To nazwana grupa - i dzięki temu jeden koncept: Zatrudnienie, Profil prelegenta, Adres wysyłki - mieści kilka powiązanych wartości bez rozsypywania ich po systemie.
Każda właściwość ma:
- Nazwę - to, co widzą redaktorzy, np. Rola albo Dział.
- Slug - unikalny identyfikator, po którym sięgasz w kodzie.
- Opis - do czego służy.
- Zezwalaj na wiele wartości - czy użytkownik może mieć więcej niż jedno wystąpienie. Człowiek ma jedną datę urodzenia, ale może mieć kilka certyfikatów.
W środku jedno lub więcej pól, każde z etykietą, kluczem, typem, opcjonalnym opisem i flagą wymagalności.
Typy pól
Ta sama paleta, którą znasz ze schematów bloków:
- Tekst - text, rich text, markdown, hasło.
- Liczby i logika - liczba, tak/nie.
- Kontakt - email, URL.
- Wybór - select (jeden), multi-select (wiele).
- Czas - data, data i godzina.
- Referencje - media, relacja.
- Struktura - obiekt (grupa), lista (repeater), tabela, JSON.
Ponieważ dostępna jest relacja, właściwość użytkownika może wskazywać na Twoje rekordy modeli. Właściwość Prelegent może referencjonować sesje, które ktoś prowadzi, a te sesje zostają w jednym miejscu zamiast być przepisywane przy każdym użytkowniku.
Mapowanie na schema.org
Po to warto sięgnąć świadomie. Każde pole może wskazać właściwość schema.org - author, image, description - a cmssy umieści wartość w Twoich danych strukturalnych jako JSON-LD.
Wartość tego jest konkretna: bio autora, które tylko się renderuje, to tekst na stronie; to samo bio zmapowane na author to maszynowo czytelne twierdzenie o tym, kto napisał artykuł. Wyszukiwarki i crawlery AI czytają to drugie.
Zostaw None, gdy pole nie ma sensownego publicznego odpowiednika. Błędne mapowanie jest gorsze niż jego brak - twierdzi coś nieprawdziwego o Twojej treści w formacie zbudowanym po to, żeby mu ufać.
Uprawnienia
Funkcją rządzą dwa uprawnienia, a podział jest celowy:
properties:view- podgląd definicji właściwości.properties:manage- definiowanie własnych właściwości użytkowników i treści.
Zdefiniowanie właściwości to zmiana schematu, nie wprowadzanie danych. Należy do osób odpowiadających za kształt Twoich danych - dlatego nie jest doklejone do zwykłych praw edycji.
Usunięcie kasuje dane
Usunięcie definicji właściwości usuwa to pole u każdego użytkownika i nie da się tego cofnąć.
To nie jest miękkie usunięcie ani ukryta kolumna. Jeśli właściwość została wypełniona u setek użytkowników, wyeksportuj to, czego potrzebujesz, zanim ją skasujesz - okno potwierdzenia to ostatni moment, w którym te dane istnieją.
Następne kroki
- Autoryzacja członków - użytkownicy, na których wiszą te właściwości.
- Członkowie i role - kto dostaje
properties:manage. - Modele danych - ta sama idea, ale dla treści zamiast ludzi.