Tribuna Jirafa: redesign with a CMS for editing news.

The media outlet needed to add, edit and remove content without depending on the developer. 2015 archive case, with the available evidence and no invented metrics.

2015 archive · Media · CMS redesign

Screenshot of the Tribuna Jirafa website, a media outlet with news and articles for the pharmaceutical industry
Archive screenshot · Tribuna Jirafa 2.0
Page contents
  1. 01Problem and context
  2. 02Diagnosis
  3. 03Technical solution
  4. 04Evidence
  5. 05Results and limitations
  6. 06Permission and confidentiality
  7. 07Services and applied technologies
  8. 08Closing and next case

01Problem and context

The media outlet published news and articles for the pharmaceutical industry. The client needed to add, edit and remove content without depending on the developer for every change.

What the archive does not keep

The archive does not preserve the previous situation, the operational impact or the constraints of the brief; they are declared undocumented.

02Diagnosis

There is no technical report or prior measurement in the archive. The documented decision is to redesign the website with a CMS framework.

Documented

  • Client: Valentín M. Torregrosa.
  • Type of work: redesign with a CMS.
  • Sector: media.
  • Date: January 2015.
  • Technology: CMS, without naming a specific product.
  • Original URL: www.tribunajirafa.com (opens in a new tab)
  • Screenshot of the website in the 2015–2018 archive.

Not documented

  • Previous stack and hosting.
  • Traffic, performance or ranking metrics.
  • Content migration: method, volume and result.
  • Rejected alternatives and decision criteria.

03Technical solution

Redesign with a CMS framework. Content editing was the priority: adding, editing and removing news without touching code.

The documented brief was, in the words of the archive, “Website redesign using a CMS framework to make it easy for the user to add, modify and remove content”.

Rejected alternatives and risks: not documented in the archive. No list of tools, plugins or a specific platform is published because the archive does not name them.

04Evidence

The available evidence is the original URL and the archive screenshot. There are no traffic, performance or ranking metrics with source and date; none are published.

05Results and limitations

Documented result: the client could add, edit and remove content.

Limitations: no traffic, SEO or performance improvement is attributed; no metrics are published; the current state of the URL is not verified from the prototype.

06Permission and confidentiality

Name, URL and screenshot already appear in the public 2015–2018 archive. No metrics or private data are published.

Authorization for this current publication: pending confirmation. The archive does not record who authorized the mention, so it is not attributed to any person.

See how we handle confidentiality with agencies

07Services and applied technologies

The brief was resolved as a redesign with a CMS framework, on the vendor’s own code. These are the site pages where you can see how this type of brief is handled:

Case technology

CMS. The archive does not name a specific CMS, so none is added by attribution, and no link is made to a technology sheet that does not document this case.

Next step

Do you have a similar problem?

If your project looks like this one, tell us. We review the scope and tell you if it can be fixed.