Skip to content

Commit 2c179e1

Browse files
authored
Merge pull request #1383 from datopian/blog/Why-we-decoupled-ckans-frontend-v2
Added metatitle and metadesc for the blog
2 parents f913c0b + 5a64139 commit 2c179e1

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

site/content/blog/why-we-decoupled-CKAN-frontend.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,15 +1,17 @@
11
---
22
title: 'Why We Decoupled CKAN’s Frontend — And What We Gained with PortalJS'
3+
metatitle: 'Decoupling CKAN’s Frontend with PortalJS: Performance, UX, Dev Speed.'
34
created: 2025-05-28
45
description: "We explain why we chose to decouple CKAN’s frontend and how PortalJS made our data portal faster, more flexible, and easier to maintain. A practical look at SSG, serverless scaling, and modern dev workflows with CKAN."
6+
metadescription: 'Discover how decoupling CKAN’s frontend with PortalJS unlocks faster load times, better UX, easier dev workflows, and scalable data portals.'
57
authors: ['popovayoana','anuveyatsu']
68
filetype: 'blog'
79
image: /static/img/blog/2025-05-28-Why-we-decoupled-CKAN’s-frontend/image1.png
810
---
911

1012
![CKAN](/static/img/blog/2025-05-28-Why-we-decoupled-CKAN’s-frontend/image1.png)
1113

12-
> [!info] In simple terms
14+
> [!info] The short version?
1315
> [CKAN](https://www.datopian.com/solutions/ckan) is a rock-solid backend for open data portals.
1416
But what happens when you want to modernize the user experience?
1517
For us, the answer was simple: decouple the frontend.

0 commit comments

Comments
 (0)