WordPress構築の実績の見せ方｜出せない仕事をどう伝えるか

2026年7月1日

長谷川奈津

この記事のポイント

✓WordPress構築の実績の見せ方を
✓公開できない案件をどう伝えるかという視点から整理しました
✓URLを出せないときの代替の見せ方

WordPress構築の仕事を続けていると、必ずぶつかる壁があります。「作ったサイトはあるのに、実績として出せない」という状態です。守秘義務で公開できない、下請けなので自分の名前が出ない、納品後に改修されて原型が残っていない。理由はさまざまですが、結果として手元のポートフォリオが薄いままになります。結論から書きます。実績の見せ方は、URLを並べることではありません。何をどう判断して作ったのかを伝えることです。この記事では、出せる実績と出せない実績を仕分ける手順、掲載許可の取り方、そしてURLを出せないまま技術力を伝える具体的な方法を順番に整理します。

WordPress構築の実績が公開できなくなる4つの理由

まず、なぜ出せなくなるのかを整理します。原因が違えば、対処法も変わるからです。

第一に、秘密保持契約で制限されているケースです。契約書の中に、業務の内容や取引の存在自体を第三者に開示してはならない、という条項が入っている。この場合、サイトのURLどころか「その会社の仕事をした」と言うこと自体が違反になります。これ、知らない人が本当に多いんですが、実績として社名を出すことは、開示禁止条項の典型的な違反例です。

第二に、制作会社の下請けとして入っているケースです。エンドクライアントとの契約は制作会社が結んでいて、構築を担当した人は表に出てきません。この場合、制作会社との契約に実績公開の可否が書かれているかどうかが分かれ目になります。

第三に、納品後にサイトが改修されているケースです。テーマが差し替えられた、デザインが刷新された、そもそもサイトが閉じた。技術的には自分が構築したものでも、いま見えているものは別人の仕事です。これを自分の実績として出すと、話が食い違います。

第四に、社内システムや会員限定サイトのように、そもそも外部から見られないケースです。ログインしないと中身が見えないサイトは、URLを出しても評価してもらえません。

契約書のどこを読めば判断できるか

出せるかどうかは、感覚ではなく契約書で判断します。読むべき条項は3つあります。

ひとつめは秘密保持に関する条項です。「本契約の存在および内容」まで秘密の対象に含まれているかどうかを確認します。含まれていれば、社名も案件名も出せません。含まれておらず、対象が「開示された技術情報」等に限定されていれば、社名を出せる余地があります。

ふたつめは、実績公開や広報利用に関する条項です。制作案件の契約書には「受注者は本件成果物を自己の実績として公表できる」という条項が入っていることがあります。逆に「事前の書面による承諾なく公表してはならない」と書かれている場合もあります。後者なら、承諾を取れば出せるということです。禁止ではなく、手続きの問題になります。

みっつめは、契約の有効期間です。秘密保持義務は契約終了後も一定期間続く形が一般的で、「契約終了後3年間」のように期間が定められていることがあります。期間が過ぎていれば状況が変わる可能性がありますが、期間の定めがない条項もあるため、自己判断で解禁しないほうが安全です。※判断に迷う条項があるときは、公表する前に弁護士に相談してください。

掲載許可を取りに行くという選択肢

出せないと決めつける前に、聞いてみる価値はあります。実務の相談を受けていて感じるのは、許可を取れば出せた案件を、聞かないまま諦めている人が多いということです。

許可を取る連絡は、短くて構いません。ポイントは、何をどこまで出したいのかを具体的に書くことです。「実績として掲載してもよいでしょうか」だけでは、相手は判断できません。判断できない依頼は、断られるか放置されます。

連絡文の型はこうなります。まず、いつ納品した案件かを特定します。次に、掲載したい内容を列挙します。社名を出すのか、サイトのURLを出すのか、スクリーンショットを載せるのか、担当した工程だけを書くのか。そして、掲載する場所を伝えます。自分のポートフォリオサイトなのか、提案時に個別に見せるだけなのか。最後に、社名を伏せた形でもよい旨を添えます。

社名を伏せる案は必ず添えてください。「業種と規模だけ書いて、社名は出さない形でも構いません」と書いておくと、全面的な断りではなく条件付きの許可が返ってくる確率が上がります。断られたとしても、聞いた事実が残るので、後から勝手に出したと疑われることがなくなります。

制作会社を経由している場合の聞き方

下請けの場合、エンドクライアントに直接連絡してはいけません。契約関係がないところに問い合わせると、それ自体が問題になります。窓口は必ず発注元の制作会社です。

制作会社に聞くときは、実績公開の許可というより、公開できる範囲の確認という形にすると話が進みやすくなります。「御社案件として社名を出すことは想定していません。担当した工程と使用技術のみを、案件名を伏せて記載してもよいかを確認させてください」。この書き方なら、制作会社側もエンドクライアントに確認を取る必要がなく、その場で回答できることが多いです。

URLを出せないまま技術力を伝える方法

ここからが本題です。公開できる案件が少ないときに、何を見せるか。

担当した工程を分解して示す

WordPress構築という言葉は範囲が広すぎます。要件定義、情報設計、テーマ開発、既存テーマのカスタマイズ、プラグイン選定、カスタム投稿タイプの設計、表示速度の改善、サーバー移設、セキュリティ対策、運用者向けのマニュアル作成。これらは全部別の技術です。

実績のURLが出せなくても、「自分がどの工程を担当できるか」は書けます。工程ごとに、どういう判断をしたかを短く添える。たとえばカスタム投稿タイプの設計なら、なぜ固定ページではなくカスタム投稿タイプを選んだのか、更新する人が何人でどの程度の知識があったのかを書く。この説明ができる人は、実際に手を動かした人だけです。URLよりも判断の記述のほうが、技術力の証明としては強く働きます。

検証用のサイトを自分で作る

案件のサイトが出せないなら、出せるサイトを作ります。架空の企業や店舗を設定し、要件から自分で作った構築例を用意する。ここで大事なのは、見た目の完成度ではなく、要件と実装の対応を書き添えることです。

想定した更新頻度、更新する人のスキル、想定アクセス数、必要な機能。それに対してどのテーマ構成にしたか、どのプラグインを選び、どれを避けたか。避けた理由まで書くと差がつきます。プラグインを増やさない判断ができることは、WordPress構築では重要な技能です。

自作のプラグインを作れる場合は、それも見せられる材料になります。

便利なプラグイン機能ですが、既存のプラグインでは使い勝手が悪いこともあるでしょう。自作のプラグインを作成すると、そのような悩みも解決可能です。PHPの開発経験やHTML・CSSの知識がある人なら、自作のプラグインを作成できるでしょう。出典: hnavi.co.jp

既存プラグインで足りない部分を自分で埋めた経験は、案件を出せなくても、コードと設計方針だけで語れます。

手順書と設計資料を成果物として見せる

サイトそのものを見せられなくても、そのサイトのために作った資料は見せられることがあります。ただし、これも社名や固有の業務内容が含まれていれば出せません。使うのは、固有情報を抜いて再構成した版です。

運用マニュアル、サイト構成図、投稿タイプの設計表、移行手順書。これらを架空の案件に置き換えて作り直せば、公開できる資料になります。発注側から見ると、この種の資料を作れる人は「引き継ぎで困らない相手」に見えます。構築のスキルだけでなく、納品後の運用まで考えられることが伝わるからです。

書類の作り方そのものに自信がないときは、ビジネス文書検定の出題範囲が、押さえるべき体裁と項目の目安になります。技術的に正しくても、読み手が理解できない資料は評価されません。

スクリーンショットの扱いには注意する

サイトの画面を撮って載せるのは、手軽な代替手段に見えます。ただし、URLを出さなければ問題ないという考え方は成立しません。画面には社名やロゴ、商品写真が写り込みます。これらは相手の権利物であり、無断掲載は別の問題になります。

どうしても画面で見せたい場合は、自作の検証サイトを撮るか、掲載許可を取った案件だけにします。ぼかしを入れれば大丈夫という判断も危険です。業界によっては、ぼかしていても関係者には特定できてしまいます。

ポートフォリオの構成をどう組むか

出せる材料が揃ったら、並べ方を考えます。WordPressは世界のWebサイトの中で非常に大きなシェアを持つCMSで、扱える人が多い分、選ばれるには差の見せ方が必要になります。

Wordpressは、オープンソースで無料で利用できるため、インターネット上に公開されているすべてのWEBサイトの43.4%のシェアを占めるほど有名なCMSです。それだけ多くの人に支持されているツールであるため、Wordpressを使用したサイト構築が可能な制作会社は多数いますが、実際のところ、そのクオリティにはレベル差があることも事実です。出典: rekaizen.com

構築できる人が多い領域だからこそ、「作れます」だけでは判断材料になりません。ポートフォリオは、作れることの証明ではなく、任せたときに何が起きるかの予告として組みます。

冒頭に置くのは、対応できる工程の一覧です。次に、具体例を数点。それぞれに、要件と判断を短く書く。最後に、対応できないことを書きます。対応範囲外を明記するのは損に見えますが、逆です。範囲がはっきりしている相手のほうが、発注する側は安心できます。

案件を出せない場合の書き方の例

具体例の欄が公開不可の案件しかない場合は、次のような書き方になります。「BtoBメーカーのコーポレートサイト（社名非公開）。既存の静的HTMLサイトからの移行を担当。更新担当者が1名で専門知識がない前提のため、編集画面を触る範囲を最小にする設計にした」。

社名も業界の細部も出していませんが、何をしたのかは伝わります。読む側が知りたいのは相手の社名ではなく、あなたが何を考えて作ったかです。守秘義務のため社名は伏せている、という一文を添えておけば、隠しているのではなく守っていると理解されます。

提案文で実績の薄さを補う

ポートフォリオが薄い状態で応募するとき、提案文の役割が大きくなります。ここで書くべきなのは、意欲ではなく、相手のサイトを見て気づいたことです。

WordPressで作られたサイトかどうかは、外から確認できる方法がいくつかあります。相手の既存サイトを見て、テーマの構成、表示速度、更新のされ方から読み取れることを一つか二つ書く。「お知らせが固定ページで運用されているようなので、投稿に切り替えると更新の手間が減ります」といった具体の指摘です。

この指摘は当てにいく必要はありません。外れていても、見てから書いたことは伝わります。テンプレートを送っている応募者との差は、そこで付きます。実績が少ない人が勝てる場所は、案件数ではなく、案件への向き合い方が見える部分です。

サイトを作れる人と、作った後の相談に乗れる人では、依頼のされ方が変わります。導入後の活用まで含めて相談を受ける仕事の広がりはAIコンサル・業務活用支援のお仕事にまとまっており、構築だけで終わらない関わり方の参考になります。

出してはいけない情報の線引き

実績を見せる工夫をする一方で、絶対に出してはいけないものがあります。ここを踏むと、案件が取れないどころか責任問題になります。

管理画面のURLとログイン情報は当然として、スクリーンショットに写り込むパスも危険です。サーバーの構成、使用しているセキュリティプラグインの設定、バックアップの保管場所。これらは攻撃者にとって有用な情報になります。技術的な工夫を説明したい気持ちは分かりますが、稼働中のサイトの防御に関する具体は書かないのが原則です。

顧客データを扱った案件では、扱ったデータの種類にも触れないほうが安全です。会員数や登録項目の詳細は、それ自体が相手の営業情報にあたります。個人情報の取り扱いに関する制度の全体像は総務省などが公開する情報で確認できますが、実績の記載においては、迷う部分は書かないという判断を優先してください。

もうひとつ、意外と見落とされるのが、未公開案件の存在を口にしてしまうことです。まだ公開されていないサイトについて「いま大手の案件を進めている」と書くだけで、開示禁止条項に触れる場合があります。※判断に迷うときは公表を保留し、専門家に確認してください。

実績が足りない期間をどう埋めるか

出せる実績が本当にゼロの時期は誰にでもあります。この期間の埋め方には、実務的な選択肢がいくつかあります。

ひとつは、公開を前提に受けられる案件を意図的に選ぶことです。応募の段階で「実績として掲載させていただける案件を探しています」と伝えると、掲載可の案件だけが集まります。条件を先に言うと仕事が減ると思われがちですが、掲載可の案件は、発注側も公開されることを前提に整えているため、進行が丁寧なことが多い。

もうひとつは、隣接する領域の実績を並べることです。WordPress構築だけでなく、アプリケーション寄りの開発経験がある人は、その経験も判断材料になります。開発案件の全体像はアプリケーション開発のお仕事に整理されており、サーバーサイドの知識がWordPress案件でどう評価されるかを考える材料になります。集客や広告と組み合わせる仕事を狙うならAI・マーケティング・セキュリティのお仕事の領域も接点があります。

技術の裏付けを資格で補う方法もあります。サーバーやネットワークまで面倒を見る案件では、CCNA（シスコ技術者認定）のような認定が、扱える範囲の説明として機能する場面があります。構築だけの案件では過剰ですが、移設や障害対応まで受ける立場なら意味を持ちます。

自分の技術と単価の位置づけを確認したいときはソフトウェア作成者の年収・単価相場が参考になります。制作と並行して文章の仕事も受けている人は著述家，記者，編集者の年収・単価相場と見比べると、工程ごとの評価の違いが見えてきます。

実績を置く場所をどう選ぶか

材料が揃っても、置く場所を間違えると届きません。WordPress構築の実績を置く場所は、大きく3つに分かれます。

自分のサイトに置く方法は、自由度が最も高く、説明の分量も制限されません。しかもWordPressで作れば、そのサイト自体が実績になります。テーマを自作するのか既製品を使うのかで見せられるものが変わるので、狙う案件の性質に合わせて選びます。表示速度や構造化データの扱いまで整えておくと、細かく見る発注者には確実に伝わります。

案件を探すプラットフォーム上のプロフィールに書く方法は、応募のたびに読まれるという利点があります。ただし文字数の制限があることが多く、詰め込みすぎると読まれません。ここには対応できる工程の一覧と、代表的な例を数点だけ置き、詳細は自分のサイトに誘導する形が機能します。

提案時に個別に送る方法は、公開できない材料を使える点が強みです。掲載許可が「公開はしないが、個別の提案時に見せるのは構わない」という条件で下りることもあります。この場合は、送付先を限定する旨を明記した資料として作り、相手にも取り扱いを伝えます。

見せる順番を相手に合わせる

同じ材料でも、並べる順番は相手によって変えます。新規構築を探している発注者には、要件から実装までの判断を先に。既存サイトの改善を探している発注者には、扱った事象の一覧を先に。運用を任せたい発注者には、対応体制と資料の作り方を先に。

これは小手先の工夫ではなく、相手が最初の数十秒で見る場所を外さないための調整です。ポートフォリオを1種類しか作らないと、どの相手にも半分しか刺さらない状態になります。並び替えるだけなら手間も小さい。

発注側が実績を見て確認していること

実績の見せ方を考えるとき、発注側が何を確認しようとしているかを知っておくと、書くべきことが決まります。発注者が実績を見る理由は、上手いかどうかの判定ではありません。頼んだあとに困らないかどうかの確認です。

確認されているのは主に3点です。まず、自分の案件と近い条件を扱ったことがあるか。業種ではなく、更新頻度や運用者のスキル、必要な機能といった条件のほうが近さの判断材料になります。次に、頼んだ範囲をきちんと理解して進めてくれるか。要件が曖昧なまま作り始めていないかを見ています。最後に、納品後に連絡が取れるか。WordPressは公開して終わりではなく、更新やプラグインの不具合対応が続きます。

この3点に答える形でポートフォリオを書くと、案件のURLがなくても機能します。条件の近さは要件の記述で、理解の深さは判断の記述で、納品後の姿勢は運用資料の提示で示せます。逆に、見た目の美しいスクリーンショットだけを並べても、この3点には一つも答えていません。

説明文を組み立てる型

一件の説明を書くときは、次の順序に固定すると書きやすくなります。第一に条件です。どういう規模の何のためのサイトで、誰が更新する想定だったか。第二に課題です。何が問題で依頼が来たのか。第三に対応です。何を選び、何を選ばなかったか。第四に結果です。運用がどう変わったか。

このうち第四の結果は、数字が出せない場合が多いので、変化の質で書きます。「更新のたびに制作側へ依頼が必要だった状態から、担当者が自分で更新できる状態になった」。これだけで、何のための構築だったのかが伝わります。数字を出さなくても、目的が達成されたかどうかは書けます。

保守と改修の実績は別枠で見せる

WordPressの案件は、新規構築だけではありません。むしろ数が多いのは、既存サイトの改修と保守です。ところが、この領域の実績は見せ方が難しい。「他社が作ったサイトを直した」という仕事は、成果物が自分のものではないからです。

保守や改修の実績は、ビフォーとアフターではなく、対応した事象の種類で示すのが実務的です。表示速度が遅い状態の原因を特定して改善した、プラグインの競合で管理画面が開かなくなった状態を復旧した、PHPのバージョン更新に伴う不具合に対応した、不正アクセスの痕跡を調査して対策した。これらは事象の名前を並べるだけで、対応できる範囲が伝わります。

この見せ方には利点があります。事象の名前には社名も案件も含まれないため、守秘義務に触れずに書けるのです。新規構築の実績が出せない人でも、保守で扱った事象なら安全に書けることが多い。しかも、保守を任せられる相手を探している発注者にとって、これは新規構築の実績より直接的な判断材料になります。

対応時間と連絡体制を明記する

保守の実績で書き添えたいのが、対応の体制です。連絡を受けてから一次返信までの目安、対応できる時間帯、緊急時の連絡手段。技術の話ではありませんが、保守を頼む側がいちばん気にする部分です。

ここを明記していない人は多く、書くだけで差がつきます。「平日の日中は2時間以内に一次返信、夜間と休日は翌営業日の対応」といった形で、できることとできないことを両方書く。無理な体制を書いて守れないほうが、はるかに大きな信頼の損失になります。

市場を長く見てきた立場からの観察

フリーランス・在宅ワーク市場を20年運営してきた立場から見ると、実績の見せ方で差がつくのは、数の多さではありません。継続して依頼を受けている人のポートフォリオは、むしろ点数が少ないことが多い。そのかわり、一件ごとの説明が具体的です。何を頼まれ、どう判断し、納品後に何が起きたか。この三点が書かれていると、読む側は自分の案件に置き換えて考えられます。

運営者として見てきた限りでは、間に業者が入る取引ほど、実績が出せなくなる傾向があります。契約の相手が制作会社で、その先にエンドクライアントがいる構造では、公開の可否を判断する人が遠い。結果として「念のため出さないでください」という安全側の回答になりがちです。直接やり取りできる関係では、掲載の相談をその場でできるため、許可が出る確率が上がります。手数料0%の直接取引の価値は、手取りが厚くなることだけではありません。仕事の記録が自分の資産として残っていくかどうかも、長い目で見れば同じくらい大きな差になります。

働く場所や取引先の広げ方によっても、実績の扱いは変わります。海外案件では実績公開の慣行が国内と異なるため、契約前に確認すべき項目が増えます。実務の流れはUpworkの使い方ガイド｜日本人フリーランスが海外案件を取る方法にまとまっています。長く働き続ける設計を考えている場合は定年後のフリーランス独立｜退職金を活かした起業プランと注意点、場所を選ばない働き方を目指すならWebマーケティングフリーランスで海外ノマド！年収、スキル、成功への道が、それぞれ別の角度から実績の積み方を考える材料になります。

実績が出せないことは、実績がないことではありません。出せない理由を正しく説明でき、出せる形に組み直せる人は、契約を守れる相手だと理解されます。守秘義務を守っている姿勢そのものが、次の依頼者への信頼になる。法律も、契約書も、あなたの味方です。

よくある質問

Q. WordPress構築の実績を、社名を伏せて掲載しても問題ありませんか？

契約書の秘密保持条項に「本契約の存在および内容」が含まれていると、社名を伏せても業種や規模から特定できる書き方は避ける必要があります。まず条項を確認し、対象が開示された技術情報などに限定されているかを見てください。判断に迷う場合は、発注元に社名非公開での掲載可否を書面で確認するのが安全です。

Q. 制作会社の下請けで入った案件は実績として出せますか？

窓口は必ず発注元の制作会社です。エンドクライアントに直接問い合わせるのは契約関係がないため避けてください。制作会社には、社名や案件名を伏せて担当工程と使用技術のみを記載してよいかという形で確認すると、その場で回答をもらいやすくなります。制作会社との契約書に実績公開の条項があるかどうかも先に確認します。

Q. 公開できる案件がまったくない場合は何を見せればよいですか？

架空の要件を自分で設定した検証用サイトと、その要件に対する判断の説明を用意します。どのテーマ構成にしたか、どのプラグインを選び、どれを避けたか、避けた理由は何かまで書くと技術力が伝わります。あわせて、固有情報を除いて再構成した運用マニュアルや設計資料も、納品後の運用まで考えられる証明として機能します。