デベロッパーアドボケイトのコンテンツライブラリとワークフロー

デベロッパーアドボカシーチームは、キャンペーン、フィールドイネーブルメント、製品ローンチサポート、ユースケース採用、顧客向けデモ、一般的な学習・オンボーディングに使用できるコンテンツを作成しています。チームが参加するすべてのコンテンツとアクティビティは、チームワークフロー に従って Issue で追跡されます。

このページの内容:

• コンテンツライブラリ
• コンテンツ作成
  • 動画ガイドライン（録画ツール、仕様、ヒント付き）。
  • 製品ツアーガイドライン
• コンテンツ配信

コンテンツをリクエストする

注: 更新または新規作成されたコンテンツアセットが必要な場合は、コンテンツリクエストワークフロー に従ってください。

コンテンツライブラリ

このハンドブックページで関連するコンテンツを検索でき、リンクされたコンテンツ epic または #dev-advocacy-team Slack チャンネルでチームに連絡できます。

以下のセクションでは、すべてのコンテンツアセットの概要と、それらを見つけるためのリンクを提供します。

Highspot

チームのコンテンツは、以下のコンテンツプラットフォームと、Highspot のトピックおよびタイプ別のスポット、たとえば GitLab Duo (AI) や Customer Outreach で配信されています。

ブログ記事

このセクションでは、デベロッパーアドボカシーチームによって執筆された数多くのブログ記事の例を提供します。著者名をクリックすると、ブログ記事の完全なリストが表示されます。

• Cesar Saavedra
  • Enhance application quality with AI-powered test generation
  • Speed up code reviews: Let AI handle the feedback implementation
  • Accelerate code reviews with GitLab Duo and Amazon Q
  • Modernizing a simple C++ application to Java with GitLab Duo
• Daniel Helfand
  • Get started with GitLab Duo Agentic Chat in the web UI
  • How to stream logs through the GitLab Dashboard for Kubernetes
• Fatima Sarah Khalid
  • Get started with GitLab Duo Agentic Chat in the web UI
  • The Co-Create Program: How customers are collaborating to build GitLab
  • ICYMI: Key AI and security insights from our developer community
  • Develop C++ unit testing with Catch2, JUnit, and GitLab CI
  • Explore the Dragon Realm: Build a C++ adventure game with a little help from AI
  • How to choose the right static site generator
• Fernando Diaz
  • How to use GitLab’s Custom Compliance Frameworks in your DevSecOps environment
  • Enhance application security with GitLab + HackerOne
  • Secure and safe login and commits with GitLab + Yubico
  • Strengthen data security with custom PII detection rulesets
  • Vulnerability risk prioritization made simple with GitLab
  • How to integrate custom security scanners into GitLab
• John Coghlan
  • Developer Relations at GitLab: What we’ve learned since our start
  • Building GitLab with GitLab: How GitLab.com inspired Dedicated
• Itzik Gan Baruch
  • Software supply chain security guide: Why organizations struggle
  • Why are organizations moving to a unified DevSecOps platform?
  • Quickly resolve broken CI/CD pipelines with AI
  • FAQ: GitLab CI/CD Catalog
  • Refactoring a CI/CD template to a CI/CD component
  • Jenkins to GitLab: The ultimate guide to modernizing your CI/CD environment
• Michael Friedrich
  • Custom rules in GitLab Duo Agentic Chat for greater developer efficiency
  • Refactor code into modern languages with AI-powered GitLab Duo
  • Top tips for efficient AI-powered Code Suggestions with GitLab Duo
  • 10 best practices for using AI-powered GitLab Duo Chat
• William Arias
  • Building GitLab with GitLab: Why there is no MLOps without DevSecOps
  • Modern software development problems require modern AI-powered DevSecOps
  • How Comet can streamline machine learning on The GitLab DevOps Platform

製品ツアー

製品ツアーは、機能の「How-to」ステップを省略して、価値の側面を直接紹介する「What」を強調するセルフガイド型のジャーニーです。

集約デモハブ

すべての製品ツアーを1か所にまとめた集約デモハブを作成しました。Duo Agent Platform、Security、DevSecOps Platform という3つの主要分野に整理されたデモにアクセスできます。

Demo Zone を探索 →

短い製品ツアー

このセクションでは、ステップ数が少ない（通常は15ステップ以下）製品ツアーの短いバージョンをリストしています。イベントのデモブースや、短いデモが必要な場合に便利です。

内部製品ツアー

製品ツアー は、各ステップでナビゲーションダイアログと説明を伴うガイド付きウォークスルーを提供し、顧客向けのセルフガイドツアーとして機能できる一方、内部製品ツアーは、GitLab チームメンバーが顧客や見込み客に機能をデモするのを支援するために設計されています。これらのツアーは説明ダイアログを省略し、シームレスなライブデモ体験を作成します。フローをナビゲートする方法を学ぶには、ナビゲーションガイドを参照してください。

これらのツアーをナビゲートするステップバイステップの指示を見つけるには、Google ドライブで「[製品名] tour - navigation guide」（例: Advanced SAST tour - navigation guide）を検索してください。

動画

YouTube プレイリスト

GitLab YouTube チャンネル:

• GitLab Demos
• GitLab Snapshots
• GitLab Snapshots - español
• GitLab Snapshots - português
• GitLab Duo Snapshots

GitLab Unfiltered YouTube チャンネル:

• 講演録画、ワークショップ、コミュニティエンゲージメントを収録した Developer Advocacy。
• Dev Advocacy: GitLab Duo Agent Platform use cases
• GitLab Duo Coffee Chat、GitLab Duo と AI に関する学習セッション。（ステータス: 非アクティブ）
• DevOps with GitLab Duo、GitLab Duo、DevOps、AI に関する学習セッション。（ステータス: 非アクティブ）
• AI カタログのパワーを示し、誰もが貢献するように促すユーザーストーリーを紹介する Contributor Success AI Catalog / Duo Agent Platform Demos

GitLab Unfiltered チャンネルへの動画アップロード

2025年7月から、チームメンバーは GitLab Unfiltered チャンネルに公開される動画のトークンリーク リスクを軽減するための内部サービス GitLab Video Scanner を使用して、GitLab Unfiltered に動画をアップロードすることが推奨されています。

Vimeo フォルダ

• Developer Relations（社内）

維持されている講演

これらの講演スライドデッキは、イベント、講演、顧客向けワークショップなどでのストーリーテリングを提供します。スライドデッキを自分の講演やワークショップなどに使用することも、特定のスライドを新しいストーリーに再利用することもできます。質問やフィードバックがある場合は、#dev-advocacy-team で DRI に連絡してください。

これらの講演は維持されています:

アーカイブ:

ワークショップ

デベロッパーアドボカシーチームは、さまざまな製品分野と注力分野でワークショップを維持しています。ワークショップにはさまざまな種類があります: ハンズオン形式（聴衆がライブで演習に参加するトレーニングコース）、または聴衆が質問でエンゲージするライブデモ・プログラミングセッションのショーケースなどです。ワークショップは、Solution Architect および Customer Success チームと協力して作成し、ビジネス目標と整合させる必要があります。

注: 特定の顧客に焦点を当てたワークショップは、顧客コンサルティングハンドブック に従ってリクエストできます。

維持されているドキュメント

デベロッパーアドボケイトが執筆・維持している以下のドキュメントページは、採用と効率のユースケースを支援する実践的・技術的な例を提供します。

クリックスルーデモ

クリックスルーデモは、セルフガイドトレーニングに使用できる製品シミュレーションのデモンストレーションです。インターネット接続が制限されている地域や複雑な環境で顧客にデモを提供する場合に非常に役立ちます。フローを紹介するための準備が必要な場合に便利です。fn+F2 を使用してクリックボックスとスピーカーノートをオフにすると、製品の実際の見た目と感触を体験できます。

注: インターネット接続がない場合、デモはオフラインで実行できます。これを行うには、こちら から必要な HTML ファイルを直接取得できます。

プロジェクト

ソースコード、デモプロジェクト、ワークショップ、チュートリアル、リサーチなどは、Projects ハンドブック でドキュメント化されています。これには、GitLab Duo (AI)、CI/CD コンポーネント、DevSecOps とセキュリティ、Workspaces、GitLab API のユースケースなどが含まれます。

コンテンツ作成

動画ガイドライン

動画録画について:

1. ビデオ機材
   • マイク: Logitech Blue Yeti
   • カメラ: Logitech MX Brio Ultra HD 4k
   • 照明: Elgato Key Light
2. ソフトウェア:
   • スクリーン録画ソフトウェア: Quicktime、OBS、または Screen Studio をお勧めします。
   • 編集後ソフトウェア: Adobe Premiere Pro（ビデオカット、オーディオゲイン増幅など）
   • アクセスリクエスト: ツールアクセスについて @johncoghlan に問い合わせ、アクセスリクエスト を作成してください。
3. 従うべきビデオ設定:
   • アスペクト比 / 解像度: 録画ウィンドウサイズを 16x9 のアスペクト比に設定します。
     • 一般的な解像度は 1920×1080（16:9 アスペクト比）またはスクリーン録画用の 2880×1750 です。
     • 4K モニターに接続している場合は、ノートパソコンからキャプチャする方が簡単な場合があります。
     • ソーシャル用に録画する場合は、マルチプラットフォーム互換性のためにスクエア（1:1）または垂直（9:16）を検討してください。
   • Brand チームによって編集される動画に使用される動画を Screen Studio で録画する場合、次のガイダンスに従ってください:
     • Screen Studio のすべての Zoom を削除してください。Brand チームが必要に応じて Zoom を追加します。
     • ウェブカメラ・ユーザービューを録画しないでください。
     • 角丸とパディングを 0% に設定して、画面サイズを最大化してください。
     • Always use pointer cursor をオンにしてください。
     • カーソルサイズを 1.2x に設定し、最も左の Cursor style オプションを使用してください。
     • 次のようにエクスポートしてください: Format - MP4、Resolution - 1080p、Compression - Web。
   • 他のコンテンツタイプ（ソーシャル、YouTube への直接、ウェビナーなど）の場合:
     • Zoom の使用は、コンテンツの DRI と議論する必要がありますが、Screen Studio が正しいコンテンツに焦点を当てて識別したことを確認するためにレビューする必要があります。
     • ウェブカメラの使用が推奨されます。実際のユーザーを見せることで、聴衆との信頼とつながりを構築できます。注: 録画後にウェブカメラ動画を非表示にしたい場合は、Camera アイコンをクリックして Hide camera スライダーを切り替えることで、ウェブカメラなしのバージョンの録画をエクスポートできます。
     • ボーダーやフレームの使用は役立ちますが、コンテンツの可読性に影響しないようにしてください。
     • Always use pointer cursor をオンにしてください。
     • カーソルサイズを 1.2x に設定し、最も左の Cursor style オプションを使用してください。
     • 次のようにエクスポートしてください: Format - MP4、Resolution - 1080p、Compression - Web。

デモ環境のセットアップ:

1. ユーザーアカウント
   • ブランドデモには demo-tanuki アカウント を優先してください。（ログインは 1Password の Marketing vault にあります）
   • その他のデモには自分のアカウント（または GDK 管理者）を使用してください。
2. Chrome ブラウザの GitLab UI
   • ズーム: 125%（または代替として 110%）
   • 最小化されたブックマークバー（cmd shift b）
   • テーマ: White
   • GitLab レイアウト幅: Fluid（Profile > Settings > Layout width）
3. Dev Environments の IDE
   • 視聴者が画面で何が起こっているかを明確に見えるよう、IDE で気前よくズームしてください。
   • VS Code: 必要だと思うよりも1～2回多くズーム（cmd + +）してください。
   • JetBrains: Settings > Appearance & Behavior > Appearance > Accessibility > Zoom。125% が @dnsmichi のテストで最適でした
   • 不要なタブやツールバーアイテムを閉じて、IDE をシンプルにしてください。
   • IDE ベンダーからのすべての AI 統合を無効にしてください。
   • 上下のバーにネストされた不要なアイコンを非表示にしたり、Zen モード（cmd+k+z）を使用してビューをシンプルにできます。

追加のガイダンスは社内ハンドブックにあります: dev environments

外部コンテンツリクエストのチェックリスト

1. 動画には音声ナレーション、またはテキストのみのナレーションスクリプトを含める必要があります。
2. 提供する出力アーティファクト（デフォルト: mp4）。
3. 配信フォーマット（デフォルト: 16:9、1920x1080）が機能するか、カスタムフォーマットが必要か。
4. 動画アーティファクトが使用される場所（YouTube、ブログ埋め込み、ソーシャル）。
5. キャプション用の字幕を含む srt ファイル。

Screen Studio での録画

Screen Studio は、画面エリア、ウィンドウのキャプチャと、ウェブカメラビューとの組み合わせを提供します。シンプルで直感的な録画・編集 UI を備えており、編集用のタイムラインを使ってインテリジェントに自動化された「シーンへのズーム」 を使用します。

Screen Studio は、録画を開始する ための最小限のオーバーレイ UI を提供します。

1. ディスプレイ、ウィンドウ、またはエリアを選択

   • Screen Studio は任意の解像度で録画できますが、仕様 に応じて 16:9 または 4:3 を使用することをお勧めします。
   • エリア: AR を選択し、録画領域をドラッグします。

   

2. 録画を開始するには、record をクリックします。

録画が完了したら、まずプロジェクトを保存 してから、エディタを開きます。

1. エディタでは、最終的な動画を保存する前に、すべての設定、動画のアラインメント、Zoom タイムラインなどをレビューできます。
2. このページの 動画ガイドラインセクション で詳述されている仕様に従っていることを確認してください。
3. これらの調整を行った後、プロジェクトを保存します。
4. 次に export し、Export to file を選択します。
5. エクスポートダイアログ で、.mp4 ドロップダウンの下から mp4 を選択します。

Screen Studio は、プロジェクトをディスク上の ~/Screen Studio Projects フォルダに保存します。プロジェクトファイルは、名前と .screenstudio 拡張子に従い、生のビデオファイルと設定を含むコンテナです。

!

ターミナルで ls を使ってそれらを検査でき、Screen Studio プロジェクトリストで再度開けます。

コンテンツ配信が完了したら、ローカルストレージを節約するために、すべての動画ファイル（エクスポートされたアーティファクトと Screen Studio プロジェクト）をチームの GDrive にアップロードすることをお勧めします。

Screen Studio 録画仕様

このページの 動画ガイドラインセクション で詳述されている設定に従ってください。

OBS での録画

OBS は、スクリーン録画のためのより高度な制御と柔軟性を提供しますが、トレードオフとしてセットアップと編集プロセスがより複雑になります。

留意すべきヒントは次のとおりです:

1. シーン - シーンは、同時に録画するソースのコレクションです。
2. ソース - ソースには、オーディオ、スクリーン録画、ウェブカメラなどが含まれます。
   • ソースを追加するには、+ アイコンをクリックします。最も一般的に使用される3つのソースは次のとおりです:
     • macOS Screen Capture: スクリーン録画
     • Audio Input Capture: オプション、直接の音声録音が必要な場合
     • Video Capture Input: オプション、録画にスピーカー・ウェブカメラを含む場合
   • Macbook の画面を録画するには、macOS Screen Capture を使用し、ソースに名前を付け、右クリックしてソースのプロパティを編集します。
   • プロパティ - これらは変更できるソースの要素です。異なる画面（ノート vs. モニター）の選択、画面全体・ウィンドウ・特定のアプリのキャプチャを選択できます。
3. 環境設定 - 環境設定は、シーンがどのように録画されるかを制御します。次の環境設定をお勧めします:
   • OBS > 環境設定 > 動画
     • Base (Canvas) Resolution 1920x1080、アスペクト比 16:9
     • Output (Scaled) Resolution 1920x1080、アスペクト比 16:9
   • OBS > 環境設定 > 出力 > ドロップダウン: Advanced。
     • OBS > 環境設定 > Advanced: 「Recording > Automatically remux to mp4」を有効にします（mkv コンテナをインポートできない Adobe Premiere Pro にとって重要です）

追加のガイダンスは以下にあります:

• OBS Recording Studio Guide
• Developer Advocacy showcase notes（社内）と recording（公開）

Adobe Premiere Pro での編集後

アクセス: アクセスリクエスト が必要です。例。

Developer Advocacy showcase notes（社内）と recording（公開）をレビューしてください。

プロのブロードキャスターマイクでのオーディオゲイン増幅

プロのブロードキャスターマイク（例: Shure SM7B）を使用していて、オーディオゲインが低すぎる場合、いくつかのオプションがあります:

1. ハードウェアソリューション（オーディオインターフェース + Cloudlifter）は、SM7B マイクがコンピューターに到達する前に追加のゲインを必要とするため、初期結果を大幅に向上させます。
2. OBS 録画
   • 録画中に OBS でオーディオゲインを増やします。
   • Source > Audio Capture Device を見つけます。
   • 右クリックして Filters を選択します。
   • Gain を +10 または +20dB に設定します。
   • ノイズ抑制: RNNoise または Speex
   • コンプレッサー: Ratio 3:1、Threshold -18dB、Attack 6ms、Release 60ms
   • リミッター: Threshold -6dB、Release 60ms
   • ヒント: ベストプラクティス設定について Claude に尋ねてください（プロンプト: How to boost audio in OBS for a SureSM7B microphone as input?）。
3. Screen Studio の編集後
   • Screen Studio でエクスポートされた録画を Adobe Premiere Pro で編集し、オーディオを調整します。
   • 新しいプロジェクトを作成し、メディアブラウザに動画ソースを追加します。
   • 動画を右側のエディタスコープにドラッグ＆ドロップします。
   • オーディオトラックを右クリックし、Audio Gain を選択します。
   • Set Gain to: を選択し、25 dB を入力します。

録画機材

この FY26Q2 Issue（社内） のディスカッションとヒントをレビューしてください。

@dnsmichi のセットアップは dnsmichi.com でドキュメント化されています。

製品ツアーガイドライン

Navattic で GitLab ツアーを作成するためのガイドラインとヒント

1. 簡潔に保つ – 製品ツアーは理想的には 5～12ステップ で、それぞれが明確な価値を伝えることに焦点を当てるべきです。指示的な傾向のあるチュートリアルとは異なり、製品ツアーは迅速で魅力的であるべきです。
2. コンテキストを提供する – ポップアップダイアログにブログ記事やドキュメントへのリンクを追加して、メインコンテンツを散らかすことなく追加のリソースを提供します。
3. GitLab ブランディングを適用する – テーマ設定で 「GitLab Branding [Navattic Team]」 を選択して、一貫したデザインを確保します。
4. 適切なキャプチャタイプを使用する – Navattic は2種類の画面キャプチャをサポートしています:
   • ウェブキャプチャ（推奨）はインプロダクト体験を作成します。
   • スクリーンショット は、非ウェブベースアプリケーション（例: IDE）に使用する必要があります。
5. 正しい解像度を設定する – Chrome でキャプチャする場合、ブラウザを Navattic の推奨解像度である 1440x900 に設定します。Navattic 録画ツールバーの組み込みリサイズツールを使用して解像度を調整できます。
6. コールトゥアクションを含める – 最後のステップには CTA（通常は 無料トライアル リンク）を含める必要があります。
7. 関連する要素を強調するために Beacons の使用を検討する – キーとなる要素を強調するために Highlight 外観設定を適用します。
8. キーボードナビゲーションを有効にする – この機能（ツアー設定内）により、ユーザーはスムーズな体験のために矢印キーを使ってツアーをナビゲートできます。
9. プレゼンターモードを使用する – この機能は必要な場合にポップアップを非表示にし、よりクリーンな視覚的プレゼンテーションを保証します。
10. ポップアップを適切に設定する:
    • 最初と最後のステップには、ヘビーバックドロップ を伴う モーダル を使用します。
    • 中間ステップには ツールチップ を使用し、適切な場合には バックドロップ設定 を有効にします。
11. ダイアログでは、ユーザーが製品と積極的にエンゲージしているように感じさせるために、「Next」ではなく「Commit」、「Install」、「Submit」などのアクション固有のラベルを使用してみてください。
12. 利用可能な例を参照する – 推奨フォーマットを理解するために、既存の製品ツアー をレビューしてください。
13. 公開向けの製品ツアーをリリースする前に、デベロッパーアドボカシーチームにレビューをリクエストしてください。

Navattic へのアクセスをリクエストする

ツアーに特別な要件があり、自分で Navattic でツアーを開発したい場合、私たちは支援できます。

• アクセスをリクエストし、Navattic を使用するための 正当なビジネス上の理由 を提供するチームメンバーには、3か月間のトライアルライセンス を提供できます。
• ユーザーが積極的にツールを利用している場合、アクセスを延長 したり、必要に応じて追加ライセンスの購入を検討することがあります。
• ユーザーが積極的にツールを使用していない場合、ライセンスは別のチームメンバーに 再割り当て される可能性があります。
• アクセスをリクエストするには、Lumos（Okta ダッシュボードで利用可能）でリクエストを開いてください。

質問やサポートについては、チームチャンネル #dev-advocacy-team でお問い合わせください。

新しい Navattic ユーザーの追加（デベロッパーアドボカシーチームのプロセス）

このセクションでは、デベロッパーアドボカシーチームが新しいチームメンバーを Navattic にオンボードするための手順を提供します。

チームメンバーが Navattic へのアクセスをリクエストしたら、次のプロセスに従ってください:

1. Navattic 管理者は、Slack またはメールで Lumos リクエストを受け取ります。
2. リクエストを検証する – リクエスト元が Navattic を使用するための有効なビジネス上の理由を提供していることを確認します。
3. ライセンスの可用性を確認する – Navattic users tracking スプレッドシート をレビューして、ライセンスプールに追加ユーザー用の空きがあることを確認します。
4. Lumos でリクエストを承認する – 検証されたら、Okta アクセス用に Lumos でアクセスリクエストを承認します。
5. Navattic 招待を送信する – Navattic で、GitLab チームの下に Builder ロールでチームメンバーを招待します。
6. ガイドラインを送信する – チームメンバーと Navattic ガイドライン を共有します。
7. トライアル期間を伝える – Navattic アクセスのリクエスト プロセスに基づき、アクセスは デフォルトで3か月間 付与されることをチームメンバーに伝えます。
8. 追跡スプレッドシートを更新する – チームメンバーを名前、メール、開始日、予定終了日と一緒に Navattic users tracking スプレッドシート に追加します。
9. Slack チャンネルに追加する – 継続的なコミュニケーションと更新のために、チームメンバーを #navattic-updates Slack チャンネルに招待します。

製品ツアーの公開

製品ツアーは、次の場所で公開されます:

• Developer Advocacy コンテンツライブラリ
• Highspot
• GitLab ドキュメント （デモリンクについて GitLab ドキュメントスタイルガイドに従う）
• Demo Hub、すべての製品デモのための集約プラットフォーム

さらに、選ばれたツアーは、ウェブサイトに掲載される場合があります。

製品ツアーへの貢献

デベロッパーアドボカシーチームは、Advanced SAST、GitLab Duo、GitLab Duo with Amazon Q、その他 のように、主要なワークフローを紹介し、新機能を強調する製品ツアーを作成します。チームは、ユーザーや潜在顧客に対して一貫した高品質な体験を確保するために、製品ツアーを構築・レビュー・公開することにコミットしています。追加のツアーを提案し、コンテンツ、スクリプト、環境を提供することで貢献することもできます。新しい製品ツアーを作成するためにデベロッパーアドボカシーチームと協力する方法は次のとおりです:

1. アイデアを提案するために 製品ツアー提出テンプレート を使用してください。
2. テンプレート内のすべての質問に回答します。これにより、デベロッパーアドボカシーチームがアイデアを効果的に評価できます。
3. デベロッパーアドボカシーチームは、提案をレビューし、a) チームの他の優先事項に基づいてツアーを承認し作成のタイムラインを提案する、b) 改善のための提案を提供する、または c) なぜそのアイデアがツアーに適していないかを説明し、メッセージを伝える他のアイデアを提供します。
4. ツアーが承認されたら、著者は 製品ツアーテンプレート（Google ドキュメント）を使用してスクリプトをドラフトします。テンプレートへのリンクは 製品ツアー提出テンプレート にあります。
5. 提出テンプレート Issue のコメントにテンプレートへのリンクを追加します。
6. デベロッパーアドボカシーチームは、著者と協力してスクリプトを作成し、Navattic を使用してツアーを作成し、該当する場合は公式ターゲット（たとえば、ウェブサイト、ドキュメント、HighSpot、デベロッパーアドボカシーハンドブック）で公開します。

コンテンツ配信

URL タグ付けと追跡のための UTM

デベロッパーアドボカシーチームは、より広範な マーケティング UTM 戦略 に基づく Developer Relations Team UTM 戦略 で作業しています。Developer Evangelism チームの utm_content プレフィックスは de_ で、これにより Sisense でチームのデータを簡単にフィルタリングできます。

Community UTM ページの UTM Generator を使用して、キャンペーン用の UTM コードを簡単に生成できます。

私たちは次のキャンペーンを使用します:

1. ブログ記事（一般） - 著者ではないすべての GitLab ブログ。ソーシャルメディア用のコンテンツ追跡。
2. ブログ記事（著者） - 著者である GitLab ブログ記事。ソーシャルメディア用のコンテンツ追跡。
3. 講演リソース（一般） - 講演スライドの QR コードと短縮 URL。
4. Community newsletter - コミュニティニュースレターの短縮 URL。
5. Demos (TMM, DE) - スタンドアロン URL を持つ技術デモ。
6. Release Evangelism - Release evangelism activities。
7. Podcast resources - ポッドキャストホストと共有された URL。
8. Contributed articles - ソーシャルメディアで共有された外部記事。

イベントとコンテンツ固有の追跡例は KubeCon EU 2023 です。

コンテンツ配信ワークフロー

コンテンツが作成され公開された後、次のステップは配信です。プロセスを支援するためのいくつかの手順は次のとおりです:

1. UTM Generator を使用して、コンテンツ用の UTM コードと短縮 URL を作成します。これに関する詳細なインサイトは、デベロッパーアドボカシー UTM 戦略 で見つけることができます。

ドキュメンテーションとコミュニティ向け:

1. すべての人に役立つチュートリアルブログ記事、デモなどは、GitLab ドキュメント に追加すべきです。コントリビューションドキュメントに従い、まだ存在しない場合は related topics 見出しを作成してください。MR を起票し、コンテンツの短縮 URL を使用し、割り当てられたテクニカルライター にレビューを依頼します。MR の例: Add tutorial blog posts to workspaces docs
2. GitLab フォーラム や r/gitlab サブレディットなどのコミュニティプラットフォームでコンテンツを共有することを検討してください。GitLab より広いトピックをカバーしている場合は、他のサブレディットや、dev.to などのブログサイトでクロスポストすることも検討できます。

ソーシャルメディア向け:

1. ソーシャルメディアでコンテンツを共有するためのコピーをドラフトしてください。ヒントとさまざまなプラットフォームの概要については、Content Sharing を参照してください。エモジなど、追加のエンゲージメントアイデアについては message tips をレビューしてください。
2. 他の GitLab チームメンバーも共有できるよう、EveryoneSocial でコンテンツをストーリーとして提案してください。EveryoneSocial でチームメンバーが共有するためのコンテンツの提案方法の詳細。
3. ソーシャルメディアにコンテンツを投稿した後、ソーシャルメディアチームからのプロモーションをリクエストするために、#social-media-action Slack チャンネルでリンクを共有してください。

GitLab チーム向け:

1. フィールドチームに役立つコンテンツは、Highspot にも投稿する必要があります。
2. 次のメッセージテンプレートを使用して、#dev-advocacy-team Slack チャンネルでアップデートを共有してください:

:results-tanuki: <Content type> published: <title>

Social short UTM URLs:

1. LinkedIn:
2. Twitter:
3. Mastodon:

Content epic: <URL>

Thanks/cc @teammembers

例:

:results-tanuki:  Blog published: Set up your infrastructure for on-demand, cloud-based development environments in GitLab

Social short UTM URLs:

1. LinkedIn: https://go.gitlab.com/EHIjRt
2. Twitter: https://go.gitlab.com/uz7OSE
3. Mastodon: https://go.gitlab.com/pFxdKa

Content epic: <URL>

Thanks a lot @HelpfulCoworker for editing this long read :handshake: :purple_heart:

製品採用イニシアチブ

• FY25 GitLab Duo adoption - Developer Relations epic （社内）。
• FY25 CI/CD adoption - Developer Relations epic （社内）

ページのソースコードを見る - ページの編集 - please contribute.