Je contentstructuur plannen
Doel
Maak een plan voor de contentstructuur van de site (welk type en subtype van entiteit te gebruiken voor welke content), en welke pagina’s lijsten met content zullen bevatten.
Stappen
- Brainstorm over welke content je site moet bevatten, waaronder content waar bezoekers naar op zoek zouden kunnen zijn, evenals content die je aan bezoekers wilt tonen. Het resultaat kan de beschrijving zijn in Sectie i.6, “Guiding Scenario”.
-
Bepaal voor elk geïdentificeerd stuk content welk content-entiteitstype het beste past. Daarbij moet je overwegen waar en hoe de content op de site zal worden gebruikt en bewerkt. Bijvoorbeeld, in het scenario van de boerenmarkt-site wil je misschien de openingstijden en locatie van de boerenmarkt in de zijbalk van elke pagina tonen. Voor die content is een enkel aangepast blok logisch. Als ander voorbeeld kun je beslissen dat pagina’s met informatie over elke verkoper contentitems moeten zijn die worden beheerd door de core Node-module, omdat je wilt dat verkopers hun eigen lijsten kunnen bewerken. Het permissiesysteem van de core Node-module maakt dit eenvoudig.
Deze beslissingen hebben niet altijd slechts één juist antwoord; je zou bijvoorbeeld kunnen beslissen dat verkoperspagina’s gebruikersprofielen zouden moeten zijn in plaats van contentitems, maar als je dat doet, wordt de content gekoppeld aan een specifiek gebruikersaccount, en is het later niet zo eenvoudig om het eigendom van een verkoperspagina naar een ander gebruikersaccount te veranderen.
- Binnen elk content-entiteitstype dat je hebt geïdentificeerd, bepaal je welke indeling in entiteit-subtypes zinvol zou zijn. Bijvoorbeeld, in het voorbeeld van de boerenmarkt-site zou je waarschijnlijk besluiten dat er onder het Contentitem-entiteitstype één contenttype moet zijn voor basispagina’s (Home en Over), één voor verkoperspagina’s en één voor receptpagina’s.
- Bepaal voor elk entiteit-subtype dat je hebt gekozen welke velden nodig zijn. Bijvoorbeeld, het contenttype “Verkoper” heeft misschien velden nodig voor de naam van de verkoper, webpagina-URL, afbeelding en beschrijving.
- Bepaal welke entiteitslijsten nodig zijn, dit kunnen volledige pagina’s zijn of kleinere gebieden op de pagina. Voor elke lijst moet je bepalen welke entiteiten moeten worden weergegeven. Vervolgens moet je beslissen in welke volgorde en met welke filteropties ze moeten worden weergegeven; bijvoorbeeld, je zou de sitebezoeker de mogelijkheid kunnen geven om te zoeken op trefwoord, de lijst te filteren naar een subset of de lijst te sorteren. Je moet ook beslissen welke informatie van de entiteiten moet worden getoond, wat kan leiden tot het toevoegen aan de lijst met velden die je in de vorige stap hebt bepaald. De boerenmarkt-site heeft bijvoorbeeld een receptenlijstpagina nodig die contentitems van het type Recept toont, met de mogelijkheid om te filteren op ingrediënten. Dat betekent dat het contenttype Recept een veld Ingrediënten nodig heeft.
- Voor elk geïdentificeerd veld op elk entiteit-subtype, bepaal welk type gegevens het moet bevatten (zoals platte tekst, geformatteerde tekst, een datum, een afbeeldingsbestand, enz.), en hoeveel waarden moeten worden toegestaan. De meeste velden zijn enkelvoudig, maar bijvoorbeeld, een Recept zou meerdere waarden in het veld Ingrediënten moeten toestaan.
- Overweeg welke velden het beste referenties naar taxonomie-term entiteiten zouden zijn: velden waarvan de waarden gekozen moeten worden uit een lijst van toegestane waarden. Toegestane waarden waarvan wordt verwacht dat ze in de loop van de tijd veranderen en groeien, zijn goede kandidaten. Een voorbeeld is het veld Ingrediënten voor het contenttype Recept.
- Overweeg welke velden naar andere content-entiteiten zouden moeten verwijzen. Een voorbeeld is dat omdat verkopers recepten zullen indienen, er een veld nodig is op het contenttype Recept dat verwijst naar het contentitem Verkoper van de verkoper die het recept heeft ingediend.
Hier is een voorbeeld van de resulterende contentstructuur voor het voorbeeldsite-scenario van de boerenmarkt:
Entiteitstype | Entiteit-subtype | Voorbeelden | Velden |
---|---|---|---|
Contentitem |
Basispagina |
Homepage, over-pagina |
Titel, paginabody |
Contentitem |
Verkoper |
Een pagina voor elke verkoper op de markt |
Naam verkoper, paginabody, afbeelding, URL |
Contentitem |
Recept |
Een pagina voor elk ingediend recept |
Naam recept, paginabody, afbeelding, referentie naar Verkoper die het heeft ingediend, Ingrediënten-taxonomie |
Aangepast blok |
(algemeen) |
Auteursrechtvermelding voor footer, openingstijden en locatie voor zijbalk |
Geen speciale velden |
Taxonomie-term |
Ingrediënten |
Wortels, tomaten en andere recept-ingrediënten |
Geen speciale velden |
Contactformulier |
(algemeen) |
Algemeen contactformulier |
Naam, e-mail, onderwerp, bericht |
Gebruikersprofiel |
(geen) |
Zal niet op de site worden weergegeven |
Geen speciale velden |
En hier zijn de lijsten die de site nodig heeft:
Pagina of pagina-gebied | Entiteitstype en subtype | Filter/sortering/paginering | Getoonde velden |
---|---|---|---|
Verkoperspagina |
Contentitems Verkoper |
Alle verkopers, alfabetisch, gepagineerd |
Afbeelding, naam verkoper, ingekorte body |
Receptenpagina |
Contentitems Recept |
Filteren op ingrediënten, alfabetisch, gepagineerd |
Afbeelding, naam recept |
Sidebar recente recepten |
Contentitems Recept |
Lijst van 5 meest recente |
Afbeelding, naam recept |
Video’s
Bronvermelding
Geschreven en bewerkt door Jennifer Hodgdon en Grant Dunham.