Ein Portfolio-Link wird oft in einem ungünstigen Moment geöffnet: zwischen Meetings, auf dem Smartphone, aus einer weitergeleiteten E-Mail oder kurz bevor ein Interviewteam mehrere Bewerbungen vergleicht.
Dieser Link hat eine klare Aufgabe. Die Arbeit muss schnell prüfbar sein.
Für viele Designer, Entwicklerinnen, Fotografen, Texterinnen, Motion Designer, Studierende, Studios und Freelancer reicht eine statische Portfolio-Website aus. Sie kann Case Studies, hochwertige Visuals, Live-Demos, Projektnotizen, Source-Links, Videos und Kontaktwege tragen, ohne einen eigenen Serverprozess zu brauchen. Die Schwierigkeit liegt selten im Hosting selbst. Sie liegt darin, die richtigen Dateien zu veröffentlichen, das Portfolio schnell zu halten und die Arbeit auf eine URL zu legen, die professionell wirkt.
Was Portfolio-Hosting leisten sollte
Eine Portfolio-Website ist nicht nur eine Galerie. Sie ist ein Nachweis der Arbeit.
| Bedarf | Was das praktisch bedeutet |
|---|---|
| Eigene Identität | Eine eigene Domain nutzen, statt nur auf ein Profil in einem fremden Netzwerk zu verweisen. |
| Tiefe Case Studies | Kontext, Rolle, Einschränkungen, Prozess, Ergebnis und Belege zeigen. |
| Visuelle Qualität | Bilder und Medien bewusst ausliefern, ohne alles in ein Feed-Format pressen zu lassen. |
| Prüfbarkeit | Prototypen, statische Demos, kleine Web-Apps, Dokumentation oder Code verlinken. |
| Private Reviews | Unfertige oder sensible Arbeiten bei Bedarf mit Passwortschutz teilen. |
| Launch-Sicherheit | Eine Portfolio-Aktualisierung ersetzen oder zurückrollen, wenn Export, Bildpfade oder Projektseiten brechen. |
Der richtige Hosting-Weg sollte klein anfangen können und später in eine ernsthafte professionelle Präsenz wachsen.
Statisches Portfolio oder Website-Builder?
Portfolio-Plattformen sind bequem. Netzwerke helfen bei Sichtbarkeit. Eine unabhängige statische Website gibt aber mehr Kontrolle, wenn das Portfolio selbst Teil der Arbeit ist.
| Option | Gute Passform | Tradeoff |
|---|---|---|
| Profilnetzwerk | Sichtbarkeit, schnelle visuelle Uploads, Community-Signale | Begrenzte Struktur, Marke, Routing und Interaktion. |
| Website-Builder | Nicht-technische Bearbeitung, Templates, schnelle Seiten | Monatliche Kosten, Template-Grenzen, Export-Fragen und Lock-in variieren. |
| Statisches Portfolio | Eigenes Design, Exporte, Code-Portfolios, interaktive Demos | Dateien, Assets und Veröffentlichungsdisziplin müssen sauber verwaltet werden. |
Für Designer kann das Portfolio selbst die Interface-Arbeit sein. Für Frontend-Entwickler ist es oft ein Produktbeispiel. Für Studios ist es der erste ernsthafte Markenberührungspunkt. Dann sollte die Website nicht wie ein Profil in einem fremden System wirken.
Was aus gängigen Tools veröffentlicht wird
Der häufigste Fehler ist der falsche Upload-Ordner.
| Tool oder Stack | Meistens veröffentlichen | Vor dem Upload prüfen |
|---|---|---|
| HTML/CSS/JS | Ordner mit index.html | Bilder, Fonts, Scripts und Projektseiten einschließen. |
| Framer Export | Exportierter statischer Ordner | Asset-Pfade und responsive Layouts nach dem Export testen. |
| Webflow Export | Exportierter Site-Ordner | Custom Code und Forms nach dem Export prüfen. |
| Vite | dist nach npm run build | Base Paths prüfen, wenn verschachtelte Routen genutzt werden. |
| React Static Build | build oder Framework-Ausgabe | Client-seitige Routen und Asset-Pfade testen. |
| Next Static Export | out | Nur für Routen, die statisch exportiert werden können. |
| Astro / Eleventy / Hugo / Jekyll | Generierter Output-Ordner | Source Content nicht hochladen, wenn der Host den Build nicht ausführt. |
Cloudflare Pages dokumentiert Direct Upload für vorgebaute Assets und Uploads vom lokalen Computer. Für Portfolios ist das relevant, weil viele Arbeiten als fertige Exportordner starten, nicht als perfekter CI-Prozess.
Die Case-Study-Seite ist wichtiger als die Startseite
Die Startseite bekommt Aufmerksamkeit. Vertrauen entsteht aber auf den Projektseiten.
Eine starke Case Study beantwortet meist diese Fragen:
| Frage | Warum sie wichtig ist |
|---|---|
| Was war das Problem? | Fremde müssen Briefing, Zielgruppe und Einschränkungen verstehen. |
| Was war Ihre Rolle? | Teams wollen wissen, was Sie wirklich verantwortet haben. |
| Welche Entscheidungen haben Sie getroffen? | Prozess wird wichtiger, wenn das Ergebnis sehr poliert aussieht. |
| Was hat sich nach dem Launch verändert? | Metriken, Zitate, Vorher-Nachher-Zustände oder Learnings machen die Arbeit glaubwürdiger. |
| Wo kann man es prüfen? | Live-Demos, Prototypen, Videos, Source Code oder tiefere Writeups verlinken. |
Nicht jede Projektseite muss gleich lang sein. Ein kleines CSS-Experiment braucht vielleicht drei Absätze und eine Demo. Ein Produkt-Redesign braucht eine vollständige Case Study. Ein vertrauliches Kundenprojekt braucht eher eine redigierte Zusammenfassung und einen privaten Review-Link.
Medien stark zeigen, ohne die Seite langsam zu machen
Portfolio-Seiten scheitern oft daran, dass die Arbeit visuell stark ist, die Seite aber zu schwer wird.
Vor dem Launch:
- Bilder in der Größe exportieren, in der das Layout sie wirklich nutzt.
- Moderne Bildformate verwenden, wenn der Workflow sie unterstützt.
- Videos komprimieren und große Hintergrundvideos nicht automatisch abspielen lassen.
- Lange Galerien lazy-loaden.
- Originale in hoher Auflösung nur dort anbieten, wo sie wirklich nützlich sind.
- Die Website auf einem Smartphone und nicht nur auf dem Studiomonitor testen.
Analytics helfen nach dem Launch. Wenn eine wichtige Case Study Traffic bekommt, aber schnell verlassen wird, kann das an Story-Struktur, Mediengewicht oder mobilem Layout liegen, nicht an der Qualität der Arbeit.
Eine eigene Domain, sobald das Portfolio ernst wird
Eine generierte Preview-URL reicht für einen ersten Review. Ein professionelles Portfolio sollte meistens auf einer Domain liegen, die Sie kontrollieren.
Gute Domain-Muster:
| Muster | Beispiel |
|---|---|
| Eigener Name | alexchen.dev, maria.design |
| Studio-Name | northline.studio |
| Rollenbezug | productdesigner.name, frontend.dev |
| Subdomain | work.example.com, portfolio.example.com |
Eine eigene Domain ist nicht nur Eitelkeit. Sie macht den Link merkbarer, wiederverwendbarer und weniger abhängig von der Plattform, auf der Sie zuerst veröffentlicht haben. Google dokumentiert außerdem strukturierte Daten für Profilseiten, mit denen Suchmaschinen Informationen über Personen und Organisationen auf einer Website besser verstehen können. Das ist kein Ranking-Trick, aber ein weiteres Argument, das Portfolio als echte Webpräsenz zu behandeln.
Arbeiten schützen, die noch nicht öffentlich sein sollten
Portfolios enthalten oft sensibles Material: Kundennamen, unveröffentlichte Produkt-Screens, interne Metriken, Pitch-Arbeiten, Teamprojekte oder Screenshots unter NDA.
Eine einfache Regel hilft:
| Arbeitstyp | Sicherere Veröffentlichung |
|---|---|
| Öffentlich gelaunchte Arbeit | Öffentliche Case Study mit Links und Bildern. |
| Freigegeben, aber begrenzt | Öffentliche Zusammenfassung plus passwortgeschützte Details. |
| NDA oder unveröffentlicht | Redigierte Seite oder nur privater Review-Link. |
| Teamprojekt | Eigene Rolle erklären und Mitwirkende nennen. |
| Metriken | Bereiche oder qualitative Ergebnisse nutzen, wenn exakte Zahlen vertraulich sind. |
Passwortschutz ersetzt keine rechtliche Prüfung. Er ist eine praktische Sharing-Schicht. Wenn die Arbeit vertraglich sensibel ist, holen Sie vor der Veröffentlichung eine Freigabe ein.
Was Analytics beim Portfolio leisten sollten
Portfolio-Analytics müssen kein neues Hobby werden. Sie sollten ein paar konkrete Fragen beantworten.
| Frage | Nützliches Signal |
|---|---|
| Öffnen Menschen das Portfolio? | Visits, Besucher, Länder, Referrer. |
| Welche Arbeiten bekommen Aufmerksamkeit? | Top Pages und Projektpfade. |
| Kommen Recruiter aus den richtigen Kanälen? | Referrer von LinkedIn, E-Mail, Jobbörsen oder eigener Domain. |
| Ist die Seite zu schwer? | Bandbreite, Geräte, Browser und mobiler Traffic. |
| Hat ein neues Release etwas beschädigt? | Plötzlicher Traffic-Abfall auf wichtigen Seiten oder wiederholte 404-Pfade. |
Nutzen Sie UTM-Links, wenn Sie das Portfolio in einem PDF-Lebenslauf, LinkedIn-Post, Outreach-Mail oder Kampagne teilen. Dann wird aus "hat es jemand geöffnet?" weniger Rätselraten.
Wo DeployPages passt
DeployPages passt gut, wenn Ihr Portfolio eine statische Website oder ein statischer Export ist und Sie einen kontrollierten Veröffentlichungsweg wollen.
Sie können einen HTML-Ordner, ZIP, Framer Export, statischen Build, kleine Live-Demo, PDF-Asset oder eine vollständige Portfolio-Website aus dem Browser hochladen. Wenn das Portfolio wächst, kann dasselbe Projekt eigene Domains, Analytics, Passwortschutz, Rollback und CLI-Deploys nutzen.
Starten Sie mit Portfolio Hosting. Wenn Ihr Portfolio als Lebenslaufseite beginnt, lesen Sie Resume Hosting. Für einen einfachen HTML-Ordner ist die HTML-Deployment-Anleitung der schnellste Einstieg.
Checkliste vor dem Launch
Bevor der Portfolio-Link öffentlich geteilt wird:
- Jede Hauptseite und jede Case Study öffnen.
- Mobile Layouts für Hero, Galerien, Captions und Projektkarten prüfen.
- Bilder, Videos, PDFs und unnötige Export-Assets komprimieren.
localhost, private Dateipfade, Platzhaltertexte und Draft-Projektnamen ersetzen.- Einen klaren Kontaktweg hinzufügen.
- Eine eigene Domain nutzen, wenn das Portfolio beruflich verwendet wird.
- Sensible Arbeiten redigieren oder passwortschützen.
- Links zu Demos, Source Code, Prototypen und externen Medien testen.
- Vor einem großen Redesign einen Rollback-Pfad behalten.
Ein Portfolio muss nicht riesig sein. Es muss prüfbar, schnell genug, ehrlich zur eigenen Rolle und leicht zu merken sein.