ソーシャルメディアプロジェクトマネジメントと管理

ソーシャルメディアプロジェクトマネジメント

Epic Roadmap マイルストーン別 Issue Board アサイニー別 Issue Board

ソーシャルプロモーションのリクエスト

ソーシャルメディアでのカバレッジに関するリクエストは、一見同じ依頼に聞こえるかもしれませんが、最終的なエンドユーザーの目的が異なっていたり、宣伝するアセットやリンクが異なっていたりする場合があります。リクエストをよりよく管理するため、次の点を意識してください。

ソーシャルカバレッジをリクエストする新しい Issue を作成する

コーポレートマーケティングプロジェクト に進み、下記から最適なテンプレートで新しい Issue を作成してください。

一般リクエストテンプレート

General Request Listening Report Requests Reporting Requests

イベントリクエストテンプレート

Epic: GitLab Events Issue: CFP、Reg、Engagement 用 GitLab 主催イベントテンプレート Issue: 3rd Party スポンサーイベントリクエスト

GTM テンプレート

GTM Coverage Epic 各タクティクス用の GTM Coverage Issue

その他の特殊テンプレート

Case Study Promotion Partner Marketing Support

ソーシャルメディアリクエストに関する留意事項

• 様々な理由で、希望どおりの時間に投稿をスケジュールできない場合があります。ただし、ソーシャルチームはあなたが確実にサポートを受けられるよう協力します。
• ソーシャルチームは、危機的状況、カレンダーの優先順位、その他の要素を含む様々な理由で公開しない権利を留保します。問われた場合は理由を説明するよう最善を尽くします。
• まだ実施していない場合は、増幅のための追加リソースとして GitLab のソーシャルアドボカシープログラム の活用を検討してください。アドボカシーにより、マーケティングメッセージを GitLab チームメンバーに渡し、彼らの個人ソーシャルメディアチャンネルでシェアしてもらえます。あなたのチームに専任の キュレーター がいない場合は、Bambu を通じてコンテンツを承認用に提案できます。

リクエストワークフロー

• ソーシャルメディアの Issue テンプレートを使用する場合、リクエスト依頼者はリクエストを満たすために必要な情報を可能な限り記入することが求められます。
• Issue は自動的に @social グループ（ソーシャルチーム全員を含む）にアサインされ、social media - triage マイルストーンに追加されます。
• ソーシャルチームのメンバーが自分の To-Do で Issue を確認し、自分で取り組むか、リクエストの実現に最も適したメンバーについて他のチームメンバーと相談します。
• 作業を実施するチームメンバーは、他のチームメンバーをアサイン解除し、自分のみをアサイニーとして残します。
• チームメンバーはタイムライン、作業負荷、イベントの日付、その他の情報を考慮し、作業の完了予定時期 または ソーシャルチームと依頼者の間で次のタッチポイントが必要な時期に応じて、Issue を mktg: 202x-xx-xx マイルストーンにアサインします。マイルストーンは このような Issue Board で見るのが最適です。これにより作業負荷を理解しやすいタイムラインが表現されます。
• 期日の追加は、選択されたマイルストーンが 作業の納品時期ではない場合、つまりマイルストーンが別のタッチポイントである場合にのみ必須です。一部の依頼者は自分で期日を追加するかもしれません。依頼者が選択した日付から変更が必要な場合は、コメントでタグ付けし、変更の理由を伝えるだけで結構です。

ブログカバレッジワークフロー

GitLab のブログは、特に技術的な詳細を深掘りするトピックの観点から、ブランドソーシャルの成功において重要な役割を果たします。公開されるすべてのブログをシェアするわけではありませんが、公開されたブログの約 90% をシェアしています。どのブログをシェアし、どれをシェアすべきでないかを決定する明確な要因はありません。具体的な判断は主観的で、通常はブログのコンテキストを理解するのに役立つ編集チームからの詳細を伴います。例えば、ブログが SEO や他のマーケティングニーズのみのために公開された場合、そのブログの内容は大多数のソーシャルフォロワーには有用でない可能性が高いため、スキップを決定します。逆に、ブログが GTM キャンペーンと結びついている場合、これらは通常、本物のトップオブファネルコンテンツであり、ソーシャルオーディエンスにとって有益なため、ほぼ常にブランドソーシャルでシェアされます。ソーシャルの観点から答えるべき重要な質問は「私たちのオーディエンスはこのブログへのリンクを見ることでメリットを得られるか？どのように？」です。

ブランドソーシャルチャンネルでブログを公開するワークフローは以下のとおりです。

• ソーシャルチームメンバーが #content-updates Slack チャンネルで新しいブログを確認する
• ソーシャルチームメンバーがリンクを取得し、Sprout の publishing 設定（https://app.sproutsocial.com/settings/publishing/）で UTM を設定する
• URL tracking の下で「+add url」をクリック
• キャンペーンのパラメーターを設定して保存する。基本的なブログの場合、キャンペーンは blog です。マーケティングキャンペーンに紐づけられる（または明示的に紐づけられる）場合は、そのキャンペーン UTM を使用します。例：10years、seeingisbelieving、devopsplatform。不明な場合は、ブログの Slack スレッドで編集チームに尋ねてください。
• Sprout の publishing タブ（https://app.sproutsocial.com/publishing/）に進み、ブログコンテンツをスケジュールします。投稿にブログの URL を追加すると、チャンネルに基づいて UTM が自動的に追加され、上記で事前構成したキャンペーン UTM が使用されます。

ブログ共有時の主要パラメーター

• 推奨コピーは、すべてのブログの最後にある「click to tweet」ボックスで編集チームから提供されます。このコピーをそのまま使用するか、必要に応じて調整するのは自由です。ブログの最後に「click to tweet」ボックスがない場合は、ブログの 1〜2 段落目および最後の段落をコピーアイデアとしてレビューすることを検討してください
• 各ブログを Twitter、Facebook、LinkedIn それぞれで少なくとも 1 回スケジュールします。ただし、ブログが特定チャンネルの主要なニッチオーディエンスにのみメリットがある場合（例：Twitter のコミュニティ志向の投稿、LinkedIn の仕事関連投稿）は除きます。私たちのオーディエンスはチャンネル間で多くの相互流入があるため、多くのブログはチャンネルを跨いでも理にかなっています
• 最初のスケジュール投稿の 2〜8 週間先に追加のタイムスロットをスケジュールすることを検討してください。例：新製品ローンチ、終了日付きの時間制限のある詳細など。投稿間に数週間ある場合、同じコピーを使用しても問題ありません。ただし、これらの投稿が週ごとに連続する場合は、コピーを変えることを検討してください
• 主観的なニーズが追加されない一般的なブログカバレッジは、次のようになるかもしれません：
  • コピー 1 を FB、TW、LI でスケジュール
  • コピー 1 を 2 週間後に再度 TW でスケジュール
  • コピー 2 を上記のオリジナルスケジュール日から約 4 週間後に FB、TW、LI でスケジュール
• 日付／時間が特定の公開時間枠を要求しない限り、特定の公開ボリュームとタイムラインの重要性は、ブログとトピックを他の投稿と組み合わせてコンテンツとトピックの多様性を動的に作り出すことほど重要ではありません。

オーガニックソーシャルと GTM モーション

ソーシャルチームは GTM のコアメッセージングを作成・所有しません。キャンペーンマネージャーが承認したメッセージングを取り、GitLab トーンオブボイス を適用し、ソーシャル実践を含めます。

チームが整列され、効果的に組織化できるよう、次のワークフローを使用します。

Social と GTM の 2 ステッププロセス

作業をリクエストする

GTM キャンペーンマネージャーは新しい Issue を作成し、詳細を記入し、Issue を GTM タクティクス子 Epic にアタッチする必要があります。これは、新しいコンテンツ（またはタクティクス）ごとに新しいソーシャルリクエスト Issue を作成すべきという意味です。

Social GTM Request Issue

作業完了後に作業を記録する

新しいレポーティング期間（四半期または半期）ごとに、ソーシャルチームは新しいオーガニックソーシャル子 Epic を開きます。Issue の作業が完了した後、この子 Epic を保管庫として使用します。タクティクス（ウェビナー、ホワイトペーパーなど）には既にそれぞれの子 Epic があるため、これらの Epic にアタッチされた Issue で作業を実行し、Issue をクローズし、記録保管のためにソーシャル Epic に移動します。

Social GTM Child Epic Code

ソーシャルメディアでリンクが機能するためにページに必要なデータ

ソーシャルメディアでリンクを成功裏に共有するためには、ハンドブック、すべてのマーケティングウェブサイトリンク、Meetup、Hopin、その他ユーザー登録やイベントのために運用している「サードパーティ」サイトを含む GitLab 所有のページに含めるべき要素がいくつかあります。

これらの要素はオープングラフ（ソーシャル共有カードと呼ばれることもある）の生成に役立ちます。

ソーシャルチームは、これらの要素を含まないリンクのソーシャル投稿でのシェアリクエストを拒否することがあります。

これらの要素が必要な理由はいくつかあります。これらの要素は…

• 要素の性質上、よりインクルーシブです - 視覚的にコンテンツを理解できない場合の代替として、リンクを記述する追加テキストを提供します
• より多くの「Social SEO」を構築するのに役立ち、ソーシャルメディアチャンネルでリンクをより検索可能にします
• ソーシャルネットワーク上でリンクを表現する基本機能を活用します（タイトル、説明、画像、alt テキスト）

要素は次のとおりです：

• ページタイトル
• ページの説明
• ページコンテンツ固有の画像
• 上記画像を聴覚障害者向けに記述する「alt text」
• チャンネルが著者を特定し、リンクをより発見可能にするのに役立つ Twitter 固有要素

すべてのページのフロントマターに追加できるコードを下記に示します。Hopin や Meetup のような「サードパーティ」の GitLab 所有インスタンスを使用する場合、これらのサイトはコア画像をアタッチし、イベント／ページにタイトルなどの要素を含めると、このニーズを自動化します。

ソーシャルメディアでの共有用にリンクに画像埋め込みを追加する

状況に関わらず、ソーシャルチームは投稿に伴うビジュアルアセットを必要とします。多くの場合、リンクされたページの開発と同時にこれらの画像が作成され、プロモーション活動のためにそれを使用する必要があるチームにリンクを公開する前にフロントマターに追加されると、最も効果的かつ時間効率が良くなります。GitLab が所有または運用するページのフロントマターに画像が既に埋め込まれていない場合、ソーシャルチームは独自に画像を作成するために時間を費やすか、リクエストを拒否することになります。多くの場合、ソーシャルチームが独自に画像を作成するのは、時間の使い方として適切ではありません。

Canva Enterprise アカウント

これらの画像は使用が承認されているため、Canva Enterprise アカウントの既存テンプレートを使用することを検討してください。

テンプレート

• Generic Website Template
• Generic Brand Template
• Brand Specific Content with Photo Template
• Website Specific Content with Photo Template
• Big Announcement Template

サポートが必要ですか？#social_media_action Slack チャンネルでお知らせください。

適切なソーシャル共有のために GitLab 所有ページにフロントマターを追加する

ソーシャルメディアでリンクを共有する際、すべてのチャンネルはオープングラフフロントマター情報を探し、それによりサイトはソーシャルメディア共有カードを取得できます。これにはタイトル、説明、固有の画像など、ページの固有の詳細が含まれます。ソーシャルメディアサイトで共有することを意図したすべてのページに、この情報がアタッチされていることが重要です。これにより、ユーザーがどこにリンクされているかを認識でき、ベストプラクティスに従えます。

ソーシャルメディア共有タグは、投稿またはページのフロントマターで設定されます。次のテンプレートをフロントマターに追加してください：

title: ページタイトル/CTA
description: ページの説明
twitter_image: "/images/opengraph/file-name.png"
twitter_image_alt: "使用している画像の内容を記述"
twitter_site: "gitlab"
twitter_creator: "gitlab"

title、description、twitter_image、twitter_alt_image、その他ページに必要な非ソーシャルタグを必ず更新してください。twitter_site と twitter_creator タグは、静的な値「@gitlab」のままにしてください。

Description（説明）

description メタタグは SEO にとって重要ですが、Facebook や Twitter のソーシャルカードの一部でもあります。description はページの短い概要であるべきです。サブタイトルとして考えてください。

説明は投稿やページのタイトルを繰り返すためのものではありません。創造性を発揮して、投稿やページの内容を記述してください。可能であれば、説明を 100 文字未満にするよう努めてください。

Twitter_image

フロントマターの twitter_image 用の画像ファイルは、[www-gitlab-com] プロジェクトの /images/opengraph/ に追加し、ページのファイル名に基づいて命名する必要があります。Twitter 用の画像として記載されていますが、このコードはすべてのソーシャル共有サイトで機能します。

Twitter_image-alt

可能な限りインクルーシブであることが重要です。だからこそ、画像に代替テキストを提供することが必要です。画像の alt は、画像を見るよりも読まれることを好むユーザー（スクリーンリーダーでソーシャルメディアを読むユーザーを思い浮かべてください）に、画像に何があるかの文章による要約を提供します。ここに含めるテキストは、タイトルや説明を繰り返してはならず、追加の SEO プロパティを加えるためのものでもありません - 画像を単純に記述すべきです。写真は GitLab Team Members が Contribute New Orleans に集まっている写真ですか？ それがあなたの画像 alt テキストです。

twitter_site や twitter_creator のような静的フロントマター

このフロントマターは、Twitter のようなサイトが追加コンテンツの提示方法を理解するのに役立ちます。Twitter でリンクが共有されると、ユーザーは Twitter が共有されたものに関連すると考えるコンテンツを目にする場合があります。これはより管理用のタグで、バックエンドで支援します。これらの値は常に同じであり、更新する必要はありません。

フロントマターのテスト

フロントマターはマージが必要なため、ページ作成のステップとして含める必要があります。マージ後、リンクをテストしてください。リンクを [Twitter Card Validator] または [Facebook Debugger] に追加して、ソーシャルカードをプレビューできます。

URL トラッキング用 UTM

UTM は投稿／リンクのトラフィックソースとリーチを追跡するために使用されます。GitLab 所有 URL を含むすべての投稿には UTM パラメーターが含まれていなければなりません。

オーガニックソーシャルメディア UTM 作成シート

Organic Social Media UTM Creating Sheet（社内）

ソーシャルチームは独自のソーシャルメディア UTM トラッキングシートを管理しています。すべての関係者が閲覧可能で、ソーシャルメディアチームのみが管理しています。

トラッキング用のその他の UTM

デジタルマーケティングハンドブックの詳細 を参照してください。要するに、より深く測定したい場合は、UTM キャンペーン、コンテンツ、その他の変数を概説することが重要です。campaign セクションは必須で、進行中のマーケティングキャンペーンに紐づいている可能性が高いです。質問がある、または URL のタグ付け方法が分からない場合は、デジタルマーケティングチームおよび／またはキャンペーンを担当するソーシャルメディアマネージャーに連絡してください。

LinkTree によるバイオ内リンク

LinkTree はバイオリンクツールです。ソーシャルメディアチームは LinkTree を使用してトラフィックを GitLab ウェブサイトに誘導しています。バイオ内リンクをクリックして、ウェブページに到達する前にいくつかのオプションから選択できます。GitLab ブランド Linktree は次のとおりです：https://linktr.ee/GitLab

GitLab には複数の CTA とキャンペーン目標があります。ここでのアイデアは、LinkTree がコミュニティに退出ルートを与え、自分でどこに着地するかを決定できるようにすることです。バイオ内リンクをクリックすると、選択するためのタイル（ホームページ、ハンドブック、プレス、ブログ、無料トライアルを取得するなど）が表示されます。タイルオプションは現在のキャンペーンを反映するため、継続的に反復されます。

LinkTree の認証情報は 1 Password の Social Media Vault 経由で管理されます。LinkTree のリンクはソーシャルチームによって承認される必要があります。これらのリンクはオーガニックソーシャルのインベントリと見なされるからです。

ラベル

ラベルを、私たちのマーケティング組織のあらゆるレベルで作業を透明にする方法と考えてください。任意のタイミング、任意のレベルで、チームメンバーは進行中の作業のボリュームと組み合わせを把握できます。これはソーシャルチームの整理に役立つだけでなく、組織の上位のチームメンバーが全チームをよりよく理解することにも役立ちます。

必須ラベル

すべてのソーシャルメディア関連 Issue は次のラベルを持つべきです。各ラベルは、組織を上位までより広範に網羅します。

業務ライン別の組織化

• ~“Social Media”（私たちのチーム）
• ~“Corp Comms”（私たちの部門）
• ~“Corporate Marketing”（私たちの組織）

作業ステータス別の組織化

• ~“mktg-status::plan”（新規 Issue、まだ作業として承認されていない）
• ~“mktg-status::wip”（チームメンバーが受け入れ、マイルストーンに追加された Issue）
• ~“mktg-status::review”（ソーシャルメディアチームが投稿の「校正」をステークホルダーに承認のために提出した Issue）
• ~“mktg-status::scheduled”（ソーシャルメディア投稿が承認され、Sprout カレンダーに追加され、Issue がクローズ可能な Issue）
• ~“mktg-status::blocked”（ソーシャルチームが追加情報、アセット、その他のニーズを待っており、Issue の作業をまだ完了できない場合）

オプションラベル

オプションラベルの詳細はまもなく利用可能になります。

ソーシャルメディアでの景品プレゼント

景品プレゼントのプロセス

景品プレゼント当日

景品プレゼント後

Sprout Social

タグ付け

公開後の投稿にタグを付ける

Sprout でのタグは、ソーシャルが一般レベルのメトリクスを超えてパフォーマンスを測定できるようにします。投稿にタグが必要だがスケジュール時に付かなかった場合、公開後に投稿にタグを付ける必要があります。これは Sprout でタグを追加するのを忘れたために起こることもありますが、最も多くはチャンネルでネイティブに公開する場合に関連します。例：Twitter Ads/Media Center を使ってユニークなカードコンテンツを公開する場合や、Instagram でストーリーを公開する場合。

公開後に投稿にタグを付けるには：

1. reports タブに移動する
2. cross-network reports カテゴリを選択する
3. post performance レポートを選択する
4. チャンネルと公開日のフィルターを使って、探している投稿を見つける
5. タグアイコン 🏷 のアウトラインをクリックし、投稿のタグを選択する。タグアイコンが青色になり、タグが追加されたことを示します

その他の管理項目

LinkedIn Events

私たちの LinkedIn Events 戦略は、それ以外で他で認知されないイベントや、ブランドマーケティング施策にとって重要なイベントの参加者数を、x から xx へ、または xx から xxx へ引き上げることです。

LinkedIn Events は GitLab 主催イベントの認知度を拡大する素晴らしい方法です。LinkedIn Page Admin は LinkedIn Events を使って、プロフェッショナルコミュニティを安全にリアルタイムでまとめられます。GitLab ブランド LinkedIn ページの下でイベントを作成できるのはページ管理者のみです。

GitLab のすべてのイベントが LinkedIn Event ランディングページを持つべきではありません。フィールドマーケティングおよびコーポレートマーケティングの取り組みには、高度に厳選すべきです。GTM や他のトピックの特定のイベントがコミュニティの関心を引くと判断した場合、ケースバイケースでこれらのイベントを追加できます。

ユーザージャーニーを考慮することも重要です。LinkedIn Event ページを使うことで、イベント登録のためのステップを増やしています。したがって、イベントに適切なランディングページや登録ページがある場合、特にこれらのページがイベントの内容について豊富な洞察を提供する場合、LinkedIn Event ページの必要性は小さくなります。

LinkedIn Events 内のパフォーマンスがソーシャルチームのレポーティング構造の中で測定可能な結果を生むかどうかは、現時点で明確ではありません。このデータが存在しない場合、イベントページ自体に関連付けられたパフォーマンスデータがないため、コーポレートイベントに LinkedIn Events を使用するかどうかの決定が難しくなります。

LinkedIn Event スピーカーラインアップ

スピーカーが LinkedIn Event に追加されるためには、イベントページを立ち上げる管理者と個人的に接続している必要があります。これを行う相手をすでに知っている場合があるので、GitLab ソーシャルメディアチームの誰かからの接続招待を予期するようスピーカーに知らせるのが最善です。

LinkedIn Event ページに必要な要素

以下の要素はすべて、イベント主催者であるチームメンバーから提供されるべきです。ソーシャルチームはイベントのためにブランドや目的を作成する責任はありません。

• イベント名（最大 75 文字）
• 特定タイムゾーンでの開始／終了日時（LinkedIn は表示時にユーザーのローカルタイムゾーンに変換します）
• イベントの説明 - イベントの誰、何、どこ、いつ、なぜに答える（最大 5,000 文字）
• ユーザーの登録リンク（リンクを bit.ly で短くし、追跡用に LinkedIn Event ページ固有の UTM 追跡を追加することを検討する）

LinkedIn Events のオプション項目

• イベント固有のプロフィール画像（1:1 比率）
• イベント固有のバナー画像（4:1 比率または 1584 x 296）

これらの要素が提供されないか不要な場合、イベントの画像はその時点での GitLab ブランドプロフィールのデフォルトになります。

LinkedIn が提供する LinkedIn Events FAQ はこちらでご覧ください。

ソーシャルチーム外の特定ソーシャルチャンネル管理者アクセス

場合によっては、ソーシャルチームに所属していない GitLab チームメンバーがソーシャルチャンネルへの管理者アクセス権を持つことがあります。これは、チームメンバーがその役割の一環として有料ソーシャル広告を管理する、イベントを作成する、レポーティングを処理する場合に理にかなっています。

ソーシャルチームの誰を含むすべてのチームメンバーで、任意のソーシャルチャンネルで管理者コンソールへのアクセス権を持つ人は、自分のアカウントが 2FA で保護されていることを証明する必要があります。モバイルデバイスではなく、アプリやコードジェネレーターでの保護が望ましいです。GitLab のチームメンバーとしてアクセスできる 1 Password の使用を推奨します。

ソーシャルチーム以外のチームメンバーがタスクを成功裏に実行するために必要な以上の権限設定が利用可能なチャンネルで管理者アクセスが付与される場合、ソーシャルチームから、ソーシャル運営に誤って干渉しないように、何をどこでクリックし管理するかについての明示的なガイドラインがあります。

チャンネルへの投稿、ユーザーへの応答、企業情報の編集ができるようになることは、コミュニティ、チーム、メディア、投資家、その他のステークホルダーの目から見たブランドを損ねる重大なリスクを伴います。これは些細なミスを防ぐことではなく、悪意のある活動や会社に影響を与え得る他の損害から GitLab、チームメンバー、コミュニティを保護することに焦点を当てています。

Field Marketing チームの LinkedIn events 機能へのアクセス

🔗 field marketing LinkedIn admin for events のクイックトレーニングビデオを視聴

非公開 Unfiltered チャンネルで field marketing LinkedIn admin for events のクイックトレーニングビデオを視聴

field marketing チームは、GitLab がイベント主催者として見られるよう、GitLab ブランド LinkedIn チャンネルを使ってイベントを作成できるようになっています。field marketing LinkedIn events 管理者と接続する必要がある場合は、#social_media_action Slack チャンネルでソーシャルチームにメッセージを送ってください。

field marketing events 管理者は、GitLab LinkedIn ページのイベントリストの作成、編集、メンテナンスのみが可能で、投稿の作成、ページやその内容の編集、ユーザーへの応答は許可されていません。

GitLab ブランドが主催するイベントとしてプロモートが許可されているイベントには、デモ、ウェビナー、スピーカーセッション、Connect、Commit、その他 GitLab ブランドおよび会社が完全にサポートできるバーチャルおよび対面イベントが含まれます。

GitLab ブランドが主催するイベントとしてプロモートが許可されていないイベントには：チームメンバーの祝賀会、GitLab 主催でないイベント、パートナーがリードであり既にイベントページがあるイベント、リードジェネレーションのために社会的善行イニシアチブを使うイベントやキャンペーンを宣伝するイベントが含まれます。

LinkedIn events はイベント専用にのみ使用すべきで、キャンペーンには使用すべきではありません。イベントは、ユーザーが同期的に参加することが期待される、カレンダー上の特定の瞬間と定義されます。キャンペーンは、特定の瞬間より長い期間にわたって実行され、ユーザーが非同期で参加できるイニシアチブと定義されます。

ソーシャルチャンネルの色

レポート、チャート、テキストでチャンネルを呼ぶときは、次の HEX カラーを使用してください。

• Facebook - #1778F2
• Insta - #8A3AB9
• LI - #0E76A8
• Twitter - #1DA1F2

ソーシャルメディアプロフィールアセット

ソーシャルメディアプロフィールアセットには、プロフィール画像とバナーが含まれます。バナーは各サイト固有で、デザインがアセット内で表示される場所のサイズとケアに関する最新ベストプラクティスを含み、デスクトップとモバイルで適切に表示されるべきです。この Google Drive フォルダーには既存の承認済みアセットが含まれています。なお、現時点でこのフォルダーはコミュニケーションおよびブランドデザインチームのみがアクセス可能です。

ユーザー生成コンテンツの確認

次のコードは、チームメンバーやより広いコミュニティのメンバーに、ソーシャルチームがコンテンツを作成しようとしている要素の提出を求める際に必要です。ルールページや Google Forms、ユーザーからコンテンツを求めるあらゆる場所にこれを含めてください。

By submitting this [INSERT WHAT WE'RE ASKING FOR AND WITH; GOOGLE FORM, ETC] with answers or uploading a video response, you are providing perpetual consent to GitLab Inc., its affiliates, subsidiaries, and agents, to use your image, story, and any other submitted materials ("Content"). You will continue to own your original Content.

You are affirming that

* you have the authority to provide consent herein
* any individuals in the Content other than yourself are over 18, know you are giving GitLab permission to use the Content, and have consented to it being used by GitLab pursuant to this license

You are giving GitLab a non-exclusive license with the right to

* reproduce the Content in any form and to use in any presentation of any and all kind whatsoever
* use your Content without giving credit to you or paying you any fees
* edit your Content prior to use

By agreeing to these terms, you release GitLab, our employees and officers, and any third-party services that we use to promote your Content from any and all claims, actions or proceedings of any kind, and from any and all damages, losses, costs and expenses, including reasonable attorneys' fees and expenses relating to or arising out of the use of your Content as contemplated by this license.

You may revoke this authorization at any time by notifying [[email protected]](mailto:[email protected]) in writing ("Revocation"). Revocation will not affect any actions taken prior to receipt of Revocation.

If you don't agree to these terms, no further action is required and you may [INSERT ACTION TO DENY; EG NOT SUBMIT THE FORM]

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