Work · Fedon Helse

Fedon Helse

Fedon Helse

The content architecture behind a Norwegian health brand: treatments, practitioners and a structured recipe library with its own dietary taxonomies, bulk-imported from CSV. Still running seven years and one full redesign later.

Started
2019
Role
Build
Status
Live
Fedon Helse

Fedon Helse is a Norwegian health brand built around a doctor and his method. INFIGO built the content architecture underneath it in 2019, and the interesting thing about this case is what happened to that work afterwards.

01 · The context

For a health brand, the content is the product.

A clinic that publishes is selling two things at once: the treatment, and the reason to trust it. The articles, the recipes and the condition pages are not marketing wrapped around the business. They are the business, arriving before anyone books anything.

Which means the question is never “what pages do we need”. It is what kind of thing each piece of content actually is, and what someone will want to do with it. A recipe is looked up by dietary need. A condition is searched for by name. Those are different shapes and they behave differently, and a site that treats both as posts with a category makes both worse.

02 · The build

Model the domain, then fill it.

  1. Content types matched to the practice. Treatments, practitioners, courses, success stories and recipes each became their own type in WordPress, with their own fields and their own URLs, instead of a pile of pages held together by a menu.
  2. Recipes as structured content. Ingredients with quantities, a method in steps, a printable layout, and their own taxonomies for categories, ingredients and measures. The kind of modelling that lets a recipe be filtered and reused rather than only read.
  3. Dietary categories as a hierarchy. Low-glycemic, fibre-rich, weight-loss, intermittent fasting, egg-free, nested under broader groups, because that is how a person with a condition actually searches.
  4. Bulk import rather than typing. The recipe library arrived as spreadsheets and was imported into the model through a mapped import, with the photography attached. Nobody hand-entered a library.

03 · The long haul

The design was replaced. The structure was not.

Fedon Helse has been redesigned since, and a shop was added that is not our work. The pages in this case are the current site, so what you are looking at is somebody else’s design.

Underneath it, the treatments are still the treatment type we registered, the practitioners are still the practitioner type, and the recipe library is still running on the taxonomies we wrote, at the same URLs, seven years later.

That is the argument this studio makes on every page of this site, and here it is as a fact rather than a claim. Design is the layer that gets replaced. The model underneath it is the thing that either survives a decade or quietly costs you one.

What we delivered

  • A WordPress content model for a health brand: treatments, practitioners, courses, stories and recipes as first-class types.
  • A structured recipe library with hierarchical dietary categories, ingredients and measures.
  • A mapped bulk import that populated the library from spreadsheets, photography included.
01

Recipes as data, not as blog posts

A recipe is not an article with a photograph on top. Here the ingredients are a list with real quantities, the method is a sequence of steps, and the whole thing is printable, because the person reading it is standing in a kitchen. Modelling it as structured content rather than as free text is what makes it filterable, reusable and still correct years after whoever typed it moved on.

fedon.no/oppskrifter/himmelsk-pesto
Recipes as data, not as blog posts
02

Dietary needs as a real hierarchy

People do not look for recipes. They look for recipes they are allowed to eat. So the categories are the needs themselves, nested rather than flat: low-glycemic, fibre-rich, weight-loss, intermittent fasting, egg-free and the rest. That taxonomy is the difference between a recipe archive you scroll and one you can actually use with a condition in mind.

fedon.no/oppskrifter_kategorier/diett-og-allergi/lavglykemisk
Dietary needs as a real hierarchy
03

Conditions with pages of their own

Someone arriving with a diagnosis is asking one question, and it is not what services are offered. Treatments are their own content type, one page per condition, so a person searching for their diagnosis lands on the page written for it rather than on a paragraph inside a general page about wellbeing.

fedon.no/behandling/diabetes
Conditions with pages of their own

Next

Want a project that reads like this in year five?